Amazon S3 の最後の二重バックアップから数ヶ月が経過し、その間に Amazon バケットに設定した 30 日間の自動ルールにより、S3 バックアップは「一般」復元状態から Amazon に移動されました。 Glacier用の冗長ストレージ。
これで実行すると、duply <backupname> verify -v9出力が最後に中断され、次のようになります。 [Glacierから復元するたびに数時間かかるため、一晩実行した後の結果です。]
-------------------------
Chain start time: Sun Dec 1 14:49:39 2013
Chain end time: Fri May 1 20:18:38 2015
Number of contained backup sets: 16
Total number of contained volumes: 1438
Type of backup set: Time: Num volumes:
Full Sun Dec 1 14:49:39 2013 318
Incremental Wed Dec 11 13:21:16 2013 1
Incremental Wed Dec 18 19:48:07 2013 15
Incremental Tue Dec 31 18:45:25 2013 4
Incremental Sat Jan 4 18:06:42 2014 9
Incremental Sat Feb 15 15:14:59 2014 15
Incremental Sat Feb 15 15:43:26 2014 1
Incremental Mon Feb 17 10:18:31 2014 3
Incremental Mon Feb 17 10:24:57 2014 1
Incremental Wed Feb 19 14:35:22 2014 1
Incremental Wed Feb 19 14:38:52 2014 1
Incremental Sun Mar 2 22:37:32 2014 514
Incremental Wed Jul 9 20:12:22 2014 26
Incremental Sat Dec 6 22:57:27 2014 262
Incremental Fri May 1 18:37:57 2015 266
Incremental Fri May 1 20:18:38 2015 1
-------------------------
No orphaned or incomplete backup sets found.
Using temporary directory /tmp/duplicity-Q5My3G-tempdir
Registering (mktemp) temporary file /tmp/duplicity-Q5My3G-tempdir/mktemp-DGtqcn-1
File duplicity-full.20131201T144939Z.vol1.difftar.gpg is in Glacier storage, restoring to S3
Waiting for file duplicity-full.20131201T144939Z.vol1.difftar.gpg to restore from Glacier
File duplicity-full.20131201T144939Z.vol1.difftar.gpg was successfully restored from Glacier
Registering (mktemp) temporary file /tmp/duplicity-Q5My3G-tempdir/mktemp-AQObTq-2
Waiting for file duplicity-inc.20131201T144939Z.to.20131211T132116Z.vol1.difftar.gpg to restore from Glacier
File duplicity-inc.20131201T144939Z.to.20131211T132116Z.vol1.difftar.gpg was successfully restored from Glacier
Registering (mktemp) temporary file /tmp/duplicity-Q5My3G-tempdir/mktemp-U6R9NX-3
File duplicity-inc.20131211T132116Z.to.20131218T194807Z.vol1.difftar.gpg is in Glacier storage, restoring to S3
Waiting for file duplicity-inc.20131211T132116Z.to.20131218T194807Z.vol1.difftar.gpg to restore from Glacier
File duplicity-inc.20131211T132116Z.to.20131218T194807Z.vol1.difftar.gpg was successfully restored from Glacier
Registering (mktemp) temporary file /tmp/duplicity-Q5My3G-tempdir/mktemp-6ZNOgl-4
File duplicity-inc.20131218T194807Z.to.20131231T184525Z.vol1.difftar.gpg is in Glacier storage, restoring to S3
Waiting for file duplicity-inc.20131218T194807Z.to.20131231T184525Z.vol1.difftar.gpg to restore from Glacier
Duplicityが中断された部分を再起動するには、最新のdifftarファイルをGlacierからアンロックする必要があると予想されます。しかし、バックアップが増分式であることを考えると、[古い]difftarファイルをさらに「固定解除」するように見える理由が混乱しています。今はコマンドをキャンセルしましたが、やり直しても安全であることを確認する必要があります。 Duplicityが復元する前に一部のdifftarファイルの固定を解除する必要がある場合、問題はありません。ただし、バックアップされたデータが80 GBを超えているため、フルバックアップアーカイブを凍結解除できません。
誰でもこれについてどんな考えを持っていますか？
前回は二重性が私のレーダーに捕らえられ、Glacierのサポートを追加するという話があることがわかり、Waiting ... to restore from Glacierこれがすでに完了しているというニュースを聞きました。しかし、私のバックアップファイルは、Duplicity自体を介して明示的ではなく自動バケットルールを介してGlacierに移動されたため、これが問題を引き起こしているのか、そのバックアップを復元できるのかはわかりません。
ベストアンサー1
incrementalまず、アップデートを実行せずにアップデートを実行できることを願っていますverify。マンページには次の内容があります。
冗長性は、バックアップから復元する場合を除き、アーカイブファイルへのアクセスを必要としません。
しかし、私のテストではverify（少なくとも）回復されたと見なされます。