Amazon Glaicer を使用しているときに、Cloudberry Backup がファイルを正しくリストしないのはなぜですか?

Amazon Glaicer を使用しているときに、Cloudberry Backup がファイルを正しくリストしないのはなぜですか?

約 10 日前、Cloudberry Backup (CBB) の試用を開始しました。同社の Explorer 製品は非常に優れており、自宅でのオフサイト バックアップとして CrashPlan の代わりに Amazon Glacier を使用することで、いくらか節約したいと考えています。外付けハード ドライブをバックアップ先とした最初のバックアップ セットは問題なく機能しました。CBB はファイルをコピーし、問題なく参照できます。

Amazon Glacier の場合はそうではありませんでした。AWS アカウントとの接続に問題はありませんでした。管理者アカウントではなく、Glacier にのみアクセスできる IAM ユーザーを使用しています。アカウントを接続した後、「アーカイブ モード」を使用するバックアップ プランを作成し (一度にアップロードするファイル数を減らすことでコストを節約)、多数のファイルとフォルダーを Glacier にコピーして、変更がないかリアルタイムで監視しました。

しかし、バックアップが完了するまでに数日かかりました。完了すると、「バックアップ ストレージ」タブのファイル エクスプローラー ビューを使用して個々のファイルを参照することができませんでした。AWS Web インターフェイスによると、データは Glacier にありました。「通常」モードを使用して作成された 3 番目のプランは問題なく実行され、その後上記の問題は自動的に修正されたようです。その後、昨夜整合性チェックを実行したところ、「ローカル リポジトリにファイルが見つかりません」というエラーが見つかりました。ファイル エクスプローラーからすべてが消えましたが、今朝再び表示されました。

私の理解では、Amazon Glacier はデータを厳重に凍結し、アクセス方法を制限します。特に、CrashPlan とは異なり、いくつかのファイルを簡単に取得できないと読んだことがあります。ただし、CBB の動作は一貫性がなく、わかりにくいです。個々のファイルを表示できるときもあれば、できないときもあります。カスタマー サポートはあまり役に立ちませんでした。このプログラムの使用経験がある方は、共有できますか? Cloudberry Backup は、Amazon Glacier にアップロードされた個々のファイルを追跡しますか? 私の目標は、サブスクリプションを終了した場合に、コストを抑えてファイルに簡単にアクセスできるように、CrashPlan にできるだけ似たエクスペリエンスを実現することです。

答え1

CloudBerry Lab の Andy です。SuperUser に問題を投稿していただきありがとうございます。整合性チェック + アーカイブ モードに問題があり、整合性チェックによって内部のローカル リポジトリがクリアされ、完了後にバックアップ ストレージ ビューにデータが表示されなくなることが確認されました。クラウド データには影響ありません。バックアップ ストレージを更新し、アーカイブ | BackupPlanName の下にある [アーカイブ コンテンツの取得] オプションを選択すると、データを復元できます。問題が解決したらすぐにスレッドを更新します。

よろしくアンディ

答え2

ご質問ありがとうございます。CloudBerry バックアップローカル リポジトリを使用して、バックアップされたファイルのリストを保持します。CloudBerry Backup の外部で Glacier に変更があった場合、リポジトリを再同期して (現在のジョブがない場合はインベントリ ジョブが開始されます)、ローカル リポジトリを更新する必要があります。リポジトリの同期後に不整合があった場合、問題を診断する必要があります。さらに診断するには、診断ログを送信して、問題の詳細をいくつか提供してください。製品から直接送信するには、[ツール] | [診断ログ] に移動し、[送信] ボタンを使用します。ログは自動的にサポート システムに送信され、チケットが作成され、電子メール通知が届きます。

関連情報