目的が「ImmichはSSDにインストールしたまま、写真はHDD/RAIDに保存する」ことであれば、すべてのアプリカテゴリを移動する必要はありません。現在のZimaOSドキュメントには、Immich専用のストレージワークフローがあります。Gallery/Mediaなどのユーザーライブラリにはデータ移行 → ライブラリの移行を使用するか、Immichを停止してGalleryを新しいストレージにコピーし、immich-serverのホストボリュームパスを更新してからアプリを再起動します。
2025年の元のユーザーは、以前の「アプリ → ユーザーデータベースの移行」画面を試し、一般的な「問題が発生しました」というエラーを受け取りました。ZimaOSのストレージおよび移行ツールはその後再設計されているため、現在のImmich移行手順として、当時の画面を決定的な方法として使用すべきではありません。
現在のライブラリ移行でユーザーの写真ライブラリを移動する
現在のIceWhaleのドキュメントによると、「設定 → データ移行」では、Gallery、Documents、Media、Backupなどのライブラリカテゴリを別のストレージ場所へ移動できます。
ZimaOSのGallery内に保存されているImmichのスマートフォン写真ライブラリには、これが現在の管理された移行方法です。
現在のImmich写真およびストレージガイドを使用してください。
手動移行では、最初にImmichを停止する必要があります
現在の公式な手動ワークフローは、概念的には次のとおりです。
- Immichを無効化または停止する。
- Galleryフォルダーを移行先ストレージにコピーする。
immich-serverのボリュームを編集し、ホストパスが新しいGalleryを指すようにする。- Immichを再起動する。
- 以前の写真と新しいアップロードを確認する。
アップロードやインデックス作成が実行中の写真データベースの下で、ファイルを移動しないでください。
AppDataと写真ライブラリは異なるストレージ上の選択肢です
Immichのアプリケーションおよびデータベースの状態と、ユーザーの写真ライブラリは、増加速度が大きく異なる場合があります。軽量なアプリのランタイムや設定をSSDに保持し、大容量の写真や動画アセットをRAIDまたはHDDに置くのは合理的です。
Immichライブラリにより大きな容量が必要だからといって、DockerイメージやすべてのアプリのAppDataを移動する必要はありません。
Immichデータベースを別途保護する
アセットライブラリを移動しても、データベースのバックアップの代わりにはなりません。Immichのデータベースには、ユーザー、アルバム、メタデータ、ファイル記録の状態が含まれています。完全な災害復旧が重要な場合は、互換性のあるデータベースのバックアップとアセットファイルを保管してください。
HDDを後でRAIDにする場合は、今から次の移行を計画する
元のユーザーは、テスト用HDDをRAIDアレイに交換する予定でした。安定した最上位のストレージパスと、現在のZimaOSのデータ移行ワークフローを使用すれば、Immichのボリュームを複数の一時フォルダーに分散させるよりも、将来の移行が容易になります。
既存の写真と新しいアップロードの両方を確認する
移行後、以前の画像を複数開き、スマートフォンから新しい写真を1枚アップロードしてください。新しいファイルがシステムSSDを使い続けるのではなく、移行先のHDD/RAIDに保存されていることを確認します。
テスト中に容量の少ないシステムSSDをいっぱいにしない
スマートフォンのバックアップ、サムネイル、アプリケーションキャッシュが蓄積すると、128GBのシステムディスクはすぐにいっぱいになる可能性があります。現在のZimaOSでは、システムドライブが危険な状態になる前に、アプリデータの場所を確認し、カテゴリをより大容量のストレージへ移行できます。
Immichのストレージ場所に関するよくある質問
Immichの写真を移動するだけで、すべてのAppDataを移動する必要がありますか？
いいえ。現在のZimaOSには、ライブラリ専用の移行機能とImmichのボリュームパス方式があります。
元のユーザーは、以前のユーザーデータベース移行に成功しましたか？
いいえ。「問題が発生しました」という一般的なエラーで終了しました。
アプリをSSDに残したまま、写真をHDD/RAIDに保存できますか？
はい。永続的な写真ライブラリのホストパスが希望するストレージに割り当てられており、データベースと設定が適切にバックアップされていれば可能です。
