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

ZimaOSのIDrive:対応内容とバックアップ方法

A user requested native IDrive backup support; IceWhale said broader third-party cloud-storage plugins were on the roadmap.

IDriveは現在、ZimaOSで文書化されているクラウドドライブ統合には掲載されていないため、IceWhaleがプロバイダーリストに追加するまでは、標準のFiles/バックアップワークフローではサポートされていないものとして扱ってください。 2025年のIceWhaleの回答では、より幅広いサードパーティ製クラウドプラグインがロードマップに含まれているとされていましたが、ロードマップ上の声明は、リリース済みの統合と同じではありません。

現在のバックアップポリシーでIDriveが必須の場合、通常はZimaOSをサポート対象のバックアップ経路に限定し、別のマシンまたはNASにIDriveへのアップロードを任せる設計が最も適切です。これにより、サポート対象外のホストソフトウェアを、保護対象であるZimaOSのシステム層から切り離せます。

IDriveはZimaOSで標準サポートされていますか?

現在のZimaOSクラウドドライブガイドには、ZimaOSのクラウド接続ワークフローで利用できるプロバイダーが記載されています。IDriveは掲載されていません。

元の機能リクエストに対するIceWhaleの回答では、より幅広いサードパーティ製クラウドストレージプラグインを検討中であると説明されていました。これは関心があることを示すものであり、利用可能性、互換性、リリース日を保証するものではありません。

ホストにIDrive Linuxクライアントをインストールするリスク

ZimaOSは、任意のホストパッケージを恒久的にインストールできる汎用Debianサーバーのように動作することを目的としていません。システム層は保護されており、アップデートもアプライアンス型OSを前提に設計されています。

Linux用バックアップエージェントは、パッケージマネージャー、書き込み可能なシステムパス、起動サービス、ライブラリ、またはZimaOSが同じ形では公開していないカーネル動作を必要とする場合があります。たとえ一時的に動作させられても、OSアップデート後も動作するか、そして正常に復元できるかを確認する必要があります。

ZimaOSとIDriveを組み合わせる安全な方法

方法1:ZimaOSから別のNASへ転送し、その後NASからIDriveへアップロードする

Synology、QNAP、Windowsサーバー、Linuxサーバー、またはIDriveソフトウェアに対応した別のプラットフォームをすでに所有している場合は、ZimaOS Backupを使って重要なフォルダーをLAN経由でコピーします。その後、2台目のマシンからコピーをIDriveへアップロードします。

方法2:ZimaOSからUSBへコピーし、そのUSBコピーを保護する

データセットが小さい場合は、スケジュール式またはローテーション式のUSBバックアップを作成します。そのコピーを、IDriveが正式にサポートされているコンピューターで処理できます。自動化の度合いは下がりますが、ZimaOSのホストをクリーンな状態に保てます。

方法3:ZimaOSがすでにサポートしているクラウドプロバイダーを使う

要件が「IDriveであること」ではなく、単に「オフサイトのクラウドバックアップ」である場合は、現在のZimaOSワークフローで利用できるプロバイダーを選択してください。ZimaOSの3-2-1バックアップガイドでは、3-2-1戦略におけるクラウドの位置付けを説明しています。

IDriveがDockerイメージを公開した場合は?

保守され、文書化されたコンテナであれば、依存関係をDocker内に閉じ込められるため、ホストOSを変更するよりもはるかに適した方法になります。ただし、そのコンテナが希望するバックアップ方式に対応していること、データパスが必要に応じて読み取り専用または読み書き可能でマッピングされていること、認証情報が安全に保存されていることを確認する必要があります。

「Dockerで実行できる」ことが「ZimaOSで正式にサポートされている」ことを意味すると考えてはいけません。IceWhaleが提供・保守しない限り、それはアップストリームまたはコミュニティ管理の統合にとどまります。

オフサイトへ送信する前にアプリデータを保護する方法

コンテナイメージだけでなく、アプリケーションが使用するホストフォルダーをバックアップしてください。現在のZimaOSアプリデータパスでは、App Storeアプリケーションが永続データを保存する場所を説明しています。

ZimaOSバックアップの概要では最初の転送先を選ぶ際に役立つ情報を確認でき、Docker永続化ガイドでは、どのデータが永続化されるかを説明しています。

回避策で十分かどうかを判断する方法

趣味用途のサーバーであれば、コミュニティ製コンテナや2段階目のバックアップでも許容できる場合があります。ビジネス上重要なデータについては、文書化された復元手順、サポート対象の認証、暗号化、保持ポリシー、アラートを必須条件にしてください。重要なのは、バックアップジョブが実行されるかどうかだけではなく、ディスク、サーバー、またはアカウントの障害後に復元できるかどうかです。

FAQ

IceWhaleは標準のIDriveサポートを約束しましたか?

いいえ。IceWhaleは、より幅広いサードパーティ製クラウドストレージ統合をロードマップに含めていると述べました。そのスレッドには、リリースバージョンやIDrive固有の実装に関する情報はありませんでした。

通常のIDrive LinuxクライアントをZimaOSに直接インストールできますか?

試すことは可能かもしれませんが、サポート対象の設計として最も適切な方法ではありません。ホストレベルのエージェントは、ZimaOSの保護されたシステムモデルと競合する可能性があり、アップデート後も動作するとは限りません。

IDriveを使う最も安全な回避策は何ですか?

ZimaOSのデータをLAN経由でIDriveに対応したマシンまたはNASへバックアップし、そのプラットフォームからオフサイトへのアップロードを実行します。

クラウド同期があればローカルバックアップは不要ですか?

いいえ。複数のコピーを保持してください。クラウド保存先は、3-2-1計画に基づくローカルまたはLANバックアップと組み合わせることで、より効果的になります。