今日1台のNVMeで始め、後からRAIDへ移行するのは、ホームサーバーとして妥当な計画です。ただし、安全な移行手順は「JBODをRAIDに変換」をクリックすることではありません。2026年2月の元スレッドでは、既存の単一ディスクストレージをその場で変換できると想定せず、バックアップ → 新しいアレイを作成 → 復元 → 検証という管理された手順が推奨されていました。
その投稿以降、現在のZimaOSでは移行ツールが改善されています。設定 > データ移行では、Dockerイメージ、Dockerアプリケーションデータ、ZimaOSユーザーデータベースをストレージ領域間で移動できるようになりました。これによりアプリケーション状態の移行は容易になりましたが、すでに使用中の単一ディスクを、別の移行先アレイなしで冗長なRAID 1/5構成へ変換できるわけではありません。
元のユーザーは1台のNVMeとUSBバックアップディスクで始めた
このシステムでは、ZimaOSに内蔵eMMCを使用し、1台のNVMe SSDをJBODストレージとして構成し、バックアップ用にUSB HDDを使用していました。ユーザーは後からNVMeストレージを追加し、すべてをRAID 1またはRAID 5へ移行したいと考えていました。
これは、検証済みの独立したバックアップを保持することが特に重要な状況です。ストレージ構成の変更には、新しいディスクの初期化や、最終的に旧来の単一ディスク構成の消去が伴う可能性があるためです。
単一ディスクのJBODをその場で変換できるとは考えない
コミュニティからの回答では、ZimaOSのストレージUIに、単一ディスクのJBODからRAIDへ変換するサポート済みの手順は用意されていないと説明されていました。代わりに、未使用のドライブから新しいアレイを構築することが推奨されていました。
現在公開されているストレージのドキュメントでは、既存の一部のRAID構成、特にRAID 5の拡張へのドライブ追加がサポートされています。ただしこれは、冗長性のない単一ディスクのストレージ領域を、その場でRAIDへ変換することとは異なります。
目立つ共有フォルダー以外もバックアップする
ストレージを変更する前に、次のデータを保護してください。
- 通常の共有ファイル;
- Dockerアプリケーションデータ;
- カスタムバインドマウントフォルダー;
- アプリケーションデータベース;
- カスタムアプリ用のCompose/YAML定義;
- 自動的に再作成されない重要な設定。
バックアップは、完了ステータスを確認するだけでなく、実際に代表的なファイルを開くか、テスト復元を行って検証してください。
旧ディスクを消去する前に新しいRAIDを作成する
最も安全な移行構成は、新しく追加したドライブ上に新しいRAIDを作成する間、元のNVMeを変更せずに残しておくことです。これにより、新しいアレイの検証が完了するまで、元のストレージを別の復旧元として保持できます。
現在のZimaOSでは、設定 > ストレージからアレイを作成します。以前の手動mdadm手順を再現するのではなく、現在のZimaOSストレージ設定手順を使用してください。
ドライブ数と拡張計画に応じてRAID 1またはRAID 5を選ぶ
RAID 1は、2台のドライブを使用するシンプルなミラーリング構成です。RAID 5は3台以上のドライブから始められ、1台分の容量を犠牲にして、1台のドライブ故障に耐えられるようにします。
現在のZimaOSドキュメントでは、RAID 5は拡張するライブラリ向けの構成とされ、時間をかけてドライブを追加できると説明されています。初回の移行後にプールを拡張する予定がある場合、RAID 5は魅力的な選択肢になります。
現在のデータ移行機能で管理対象のZimaOSデータを移動できる
現在のIceWhaleドキュメントによると、設定 > データ移行では次のデータを移動できます。
- Dockerイメージ;
- Dockerアプリケーションデータ;
- ギャラリー、ダウンロード、ドキュメント、メディア、バックアップなどのユーザーデータベース。
移行先ストレージを作成した後、現在のZimaOSデータ移行手順を使用してください。
カスタムバインドマウントは手動で確認する必要がある
組み込みの移行カテゴリによって、すべてのComposeスタックにあるカスタムホストパスが自動的に書き換えられるとは限りません。標準のZimaOS管理対象場所の外部にある特殊なフォルダーをマウントしているアプリケーションを確認してください。
移行後は、重要な各アプリケーションのボリュームマッピングを確認し、ホスト側のフォルダーが新しいストレージを指していることを確認してください。
元のNVMeを転用する前に新しいRAIDを検証する
次の項目を確認してください。
- RAIDが正常と報告されている;
- 重要な共有に想定どおりのファイルが含まれている;
- Dockerアプリケーションが起動し、データベースが完全な状態である;
- 通常のクライアントから権限どおりにアクセスできる;
- バックアップジョブが意図した送信元と保存先を指している。
その後で初めて、元の単一NVMeを消去または再利用してください。
RAIDへ移行した後もUSBバックアップを保持する
RAIDは、メンバードライブの故障後も可用性を維持するためのものです。誤削除、ランサムウェア、アプリケーションの破損、盗難、サーバー全体の喪失から保護するものではありません。
元の計画にあったUSBバックアップは、RAID移行後も役立ち、より広範な3-2-1バックアップ戦略の一部にできます。
JBODからRAIDへの移行に関するFAQ
現在のZimaOSでは、ストレージ領域間でAppDataを移動できますか？
はい。現在のデータ移行ツールには、DockerアプリケーションデータとDockerイメージが含まれています。
つまり、単一のJBODディスクをその場でRAID 1に変換できるのですか？
いいえ。データの移動とストレージ構成の変更は別の操作です。
元のディスクはいつ消去すべきですか？
新しいアレイ、ファイル、アプリケーションの状態、権限、バックアップを検証した後に限ります。
