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 파일의 고정을 해제해야 하는 경우에는 문제가 되지 않습니다. 하지만 백업된 데이터가 80GB를 초과하여 전체 백업 아카이브를 동결 해제할 수 없습니다.
누구든지 이것에 대해 어떤 생각을 가지고 있습니까?
지난번에는 이중성이 내 레이더에 잡혔고 Glacier에 대한 지원 추가에 대한 이야기가 있다는 것을 알았고 Waiting ... to restore from Glacier이것이 이미 완료되었다는 소식을 들었습니다. 그러나 내 백업 파일은 Duplicity 자체를 통해 명시적으로가 아닌 자동 버킷 규칙을 통해 Glacier로 이동되었기 때문에 이로 인해 문제가 발생하는지, 해당 백업을 복원할 수 있는지 확신할 수 없습니다.
답변1
incremental먼저 업데이트를 실행 하지 않고도 업데이트를 실행할 수 있기 를 바랍니다 verify. 맨 페이지에는 다음과 같은 내용이 있습니다.
이중성은 백업에서 복원하는 경우를 제외하고는 아카이브 파일에 대한 액세스가 필요하지 않습니다.
하지만 내 테스트에 따르면 verify(적어도) 회복된 것으로 간주됩니다.