この2025年12月のスレッドでは、2つの異なるバックアップに関する疑問が提起されました。1つは、バックアップタスクがファイルをコピーせずにディレクトリだけを作成しているように見えたという具体的な問題、もう1つは、システム復旧、スケジュール設定、暗号化、新しいハードウェアへの移行に関する、より広範な製品批判です。
過去に発生した障害は今でも参考になりますが、機能に関するいくつかの不満は、現在では当てはまりません。2026年8月時点で、ZimaOSの組み込みバックアップアプリは、スケジュールタスク、外付けドライブやクラウドストレージを含む複数の保存先、複数タスクの同時実行、再開および障害耐性機能をサポートしています。
2025年のバックアップはデータセットをコピーせずに実行されているように見えた
このスレッドでは、そのタスクに関するIceWhaleのエンジニアリング上の診断は示されませんでした。コミュニティ参加者は、小さなファイルが大量にある処理、使用中のデータベース、USBの性能などを可能性として挙げましたが、いずれも仮説であり、根本原因が確認されたわけではありません。
現在のZimaOSバックアップは、より多くの自動化に対応している
現在のバックアップアプリは、スケジュールバックアップ、複数のタスク、外付けドライブおよびクラウドへの保存先、転送中断後の再開をサポートしています。これにより、2025年のスレッドで寄せられた機能要望のいくつかは直接的に解決されています。
新しい環境を構築する場合は、2025年12月時点の機能が変わっていないと仮定するのではなく、現在の3-2-1バックアップワークフローを中心に計画してください。
RAIDは今でもバックアップではない
投稿者は、RAIDではバックアップの代わりにならないことを強く強調していました。現在のZimaOSのガイダンスも、同じ点を明確に説明しています。RAIDはドライブ障害が発生した場合の可用性を保護するものですが、実際のバックアップは、削除、ランサムウェア、盗難、またはデバイス全体の喪失からも保護します。
新しいハードウェアへの移行は、システムディスクの復元と同じではない
ユーザーはOdroid H3+からZimaBoard 2への移行を希望していました。コミュニティからは、ZimaOSを新規インストールし、データストレージを再接続して、永続データを再利用できるようアプリコンテナを再インストールする方法が推奨されました。
ただし、この方法を、すべてのシステム設定を含む完全なイメージレベルの移行と見なしてはいけません。現在のZimaOSは、Dockerイメージ、アプリデータ、ユーザーデータベースのデータ移行を提供していますが、システム設定については、再インストール後に別途セットアップが必要になる場合があります。
A/Bリカバリは、完全なベアメタルバックアップではない
現在のZimaOSには、いずれか一方のスロットに障害が発生した場合に、もう一方のシステムスロットから起動できるA/Bシステム設計が採用されています。これにより、破損したアップデートやシステムパーティションからの復旧性は向上しますが、ユーザーが管理する、すべての設定とアプリケーション状態を含むディスク全体のイメージとは異なります。
この違いは、システムディスク全体のバックアップと復元を求めた、元の2025年の要望を評価する際に重要です。
必ず復元をテストする
現在のZimaOSのガイダンスでは、初回バックアップの後に少なくとも1つのファイルを復元することが推奨されています。これは、元のユーザーが抱えていた不確実性に対する実践的な答えです。タスクに「実行中」と表示されているだけでは、バックアップが利用可能であることの十分な証拠にはなりません。
ZimaOSバックアップに関するよくある質問
現在のZimaOSはスケジュールバックアップに対応していますか？
はい。現在のバックアップアプリは、スケジュールタスクと複数のバックアップジョブの並列実行をサポートしています。
現在のZimaOSでは、USBやクラウドストレージにバックアップできますか？
現在のバックアップガイダンスには、ローカルディスク、他のNASデバイス、外付けドライブ、クラウドの保存先が記載されています。
2025年に停止したバックアップの原因は完全に特定されましたか？
いいえ。スクリーンショットから転送の進行状況が異常だったことは確認できましたが、そのスレッドでは公式のエンジニアリング上の根本原因は公表されませんでした。
RAIDはバックアップですか？
いいえ。コミュニティでの議論と現在のZimaOSのガイダンスはいずれも、RAIDの冗長性とバックアップを明確に区別しています。
