コミュニティソリューション

ZimaOSのOSドライブを保護する:システム復旧、local-storage.db、AppData、RAIDの再構築

A February-September 2025 thread asking whether the ZimaOS system NVMe should be cloned and what happens to a separate RAID 5 if the OS disk fails. Community replies argued that cloning is often less important than protecting /DATA and storage metadata. Current IceWhale documentation now provides dual-slot System Recovery and an official local-storage.db RAID rebuild procedure after reinstall.

ZimaOSシステムSSDの完全クローンは、唯一の、あるいは必ずしも最も重要な復旧資産ではありません。元のユーザーは512 GBのOS用NVMeに加え、RAID 5として構成する予定の2 TB NVMeドライブを4台使用しており、OSドライブを失うとアレイが危険にさらされるのかを知りたいと考えていました。

現在のZimaOSの復旧設計により、当初の2025年のスレッドよりも明確な答えが得られます。ZimaOSは迅速な起動復旧のためにデュアルシステムスロットを使用し、データはシステムパーティションとは別に保存されます。また、IceWhaleは現在、システム再インストール後にRAID構成を復元できるよう、local-storage.dbをバックアップする方法を案内しています。最も価値の高いバックアップ対象は、実際のデータとアプリケーションの状態です。

ZimaOSにはデュアルパーティションのシステム復旧設計がある

現在のIceWhaleのシステム復旧ドキュメントによると、ZimaOSはそれぞれ約6 GBのSlot AとSlot Bを使用しており、一方のシステムスロットに障害が発生した場合は、もう一方のパーティションから起動できます。

これにより、SSDを交換せずに特定のソフトウェア障害や起動障害に対処できます。

すべての起動問題でディスク全体の復元が必要だと判断する前に、現在のZimaOSデュアルスロット復旧手順を使用してください。

システムSSDの物理的な故障は、システムスロットの破損とは異なる

NVMe自体が物理的に故障した場合、その中にあるA/B両方のスロットも失われます。この場合の復旧方法は、交換用システムディスクにZimaOSを新規インストールすることです。

目的は、RAIDメンバーを空のディスクとして扱うことなく、再インストール後にデータやストレージ構成を再検出または復元できるようにすることです。

必要になる前にlocal-storage.dbをバックアップする

IceWhaleの現在のRAID再構築ガイドでは、再インストール前に次のファイルを保存するよう案内しています。

/ZimaOS-HD/.casaos/db/local-storage.db

新しいZimaOSをインストールした後、ガイドでは新しいデータベースの名前を変更し、バックアップしたファイルを同じ場所にアップロードしてから再起動する手順が示されています。

データベースを手動で編集するのではなく、公式の再インストール後RAID再構築ワークフローに従ってください。

新しいOSでディスクの表示が変わっただけでRAIDを再作成しない

新しいシステムをインストールした結果、以前のZimaOSストレージデータベースがなくなっていても、RAIDメンバーディスクには有効なRAIDメタデータやデータが残っている場合があります。

それらのディスクに重要なファイルがある場合は、復旧方法を理解するまで、「RAIDの作成」をクリックしたり、フォーマットしたり、メタデータを消去したりしないでください。

AppDataとアプリケーションデータベースをバックアップする

2025年のコミュニティでの回答では、アプリケーションの状態は/DATA/AppData以下に保存されると簡略化して説明されていました。現在のZimaOSではこの分離がより明確になっていますが、異なるアプリデータ保存場所やカスタムバインドマウントにも対応しています。

永続的なアプリケーションフォルダーをバックアップし、NextcloudやImmichなど、フォルダーのコピーだけでは不十分な場合があるデータベースやその他のサービスには、アプリケーションに対応したエクスポートを使用してください。

現在のZimaOSアプリストレージパスのガイダンスを使うと、コンテナを再作成しても保持されるデータを特定できます。

OS全体のクローンは今でも役立つが、トレードオフがある

ブロックレベルのクローンは、作成時点が新しく、一貫性があり、稼働中のファイルシステムを正しく取得できる方法で作成されていれば、復旧時間を短縮できます。しかし、アプリケーション設定、ストレージメタデータ、OSの更新によって内容はすぐに古くなります。

イメージの取得中にシステムディスクへ書き込みが行われている場合は、一貫性が重要です。「稼働中にすべてのブロックをコピーすれば」自動的に信頼できる復元イメージになると考えないでください。

交換可能なOSよりもデータのバックアップが重要

現在のZimaOSには、データをローカルディスク、別のNAS、USB、またはクラウドに保護でき、スケジュール実行やバージョン管理にも対応したバックアップアプリがあります。

単純に再インストールするだけでは復元できないファイルには、現在の3-2-1バックアップ戦略を使用してください。

システムドライブ故障に備えた実践的な復旧計画

  1. local-storage.dbの最近のコピーをOSドライブ以外に保管する。
  2. アプリケーションの状態とユーザーデータを個別にバックアップする。
  3. カスタムアプリボリュームとComposeスタックを記録する。
  4. 代替のZimaOSシステムスロットから起動する方法を把握しておく。
  5. SSDが物理的に故障した場合は交換し、ZimaOSを再インストールする。
  6. 公式手順を使用してストレージデータベースを復元する。
  7. 破壊的なストレージ変更を行う前にRAIDを確認する。
  8. アプリケーションを再インストールまたは再接続し、永続データを使用できるようにする。

OSドライブのバックアップに関するよくある質問

ZimaOSの起動に失敗した場合、必ずOS SSDを交換する必要がありますか?

いいえ。現在のZimaOSにはデュアルシステムスロットがあり、代替スロットで一部のシステム障害から復旧できます。

システムを再インストールする前に役立つ小さなファイルは何ですか?

IceWhaleの現在のRAID復旧ガイドでは、local-storage.dbをバックアップするよう案内しています。

RAID 5自体がデータのバックアップになりますか?

いいえ。RAIDはディスク障害後の可用性を保護するものです。削除、破損、盗難、災害に備えて、独立したバックアップを保管してください。