2012-07-18 53 views
2

這是我在stackoverflow上的第一篇文章。重複 - 文件恢復只使用最新的完整備份

Im使用重複性增量備份將文件從我的虛擬服務器備份到Amazon S3雲 。 我編寫了自己的備份腳本 - 一切都很好 - 除了恢復!

我與backupConfig:

全備份,每15天(15D)

最大。 3個完整備份= 45天備份時間

sudo duplicity collection-status s3+http://******* 
Local and Remote metadata are synchronized, no sync needed. 
Last full backup date: Sat Jul 14 03:08:03 2012 
Collection Status 
----------------- 
Connecting with backend: BotoBackend 
Archive dir: /root/.cache/duplicity/79dfee5d00a8045916a62b56d74140d2 

Found 2 secondary backup chains. 
Secondary chain 1 of 2: 
------------------------- 
Chain start time: Wed Jun 13 03:07:24 2012 
Chain end time: Thu Jun 28 03:06:31 2012 
Number of contained backup sets: 16 
Total number of contained volumes: 16 
Type of backup set:       Time:  Num volumes: 
       Full   Wed Jun 13 03:07:24 2012     1 
     Incremental   Thu Jun 14 03:07:21 2012     1 
     Incremental   Fri Jun 15 03:07:29 2012     1 
     Incremental   Sat Jun 16 03:05:36 2012     1 
     Incremental   Sun Jun 17 03:04:14 2012     1 
     Incremental   Mon Jun 18 03:03:44 2012     1 
     Incremental   Tue Jun 19 03:05:37 2012     1 
     Incremental   Wed Jun 20 03:04:32 2012     1 
     Incremental   Thu Jun 21 03:04:30 2012     1 
     Incremental   Fri Jun 22 03:06:10 2012     1 
     Incremental   Sat Jun 23 03:05:43 2012     1 
     Incremental   Sun Jun 24 03:04:48 2012     1 
     Incremental   Mon Jun 25 03:08:18 2012     1 
     Incremental   Tue Jun 26 03:37:22 2012     1 
     Incremental   Wed Jun 27 03:06:15 2012     1 
     Incremental   Thu Jun 28 03:06:31 2012     1 
------------------------- 

Secondary chain 2 of 2: 
------------------------- 
Chain start time: Fri Jun 29 03:07:06 2012 
Chain end time: Fri Jul 13 03:09:23 2012 
Number of contained backup sets: 15 
Total number of contained volumes: 15 
Type of backup set:       Time:  Num volumes: 
       Full   Fri Jun 29 03:07:06 2012     1 
     Incremental   Sat Jun 30 03:05:23 2012     1 
     Incremental   Sun Jul 1 03:05:52 2012     1 
     Incremental   Mon Jul 2 03:06:20 2012     1 
     Incremental   Tue Jul 3 03:07:08 2012     1 
     Incremental   Wed Jul 4 03:05:23 2012     1 
     Incremental   Thu Jul 5 03:07:27 2012     1 
     Incremental   Fri Jul 6 03:06:02 2012     1 
     Incremental   Sat Jul 7 03:06:28 2012     1 
     Incremental   Sun Jul 8 03:05:39 2012     1 
     Incremental   Mon Jul 9 03:08:12 2012     1 
     Incremental   Tue Jul 10 03:07:49 2012     1 
     Incremental   Wed Jul 11 04:01:42 2012     1 
     Incremental   Thu Jul 12 03:07:42 2012     1 
     Incremental   Fri Jul 13 03:09:23 2012     1 
------------------------- 


Found primary backup chain with matching signature chain: 
------------------------- 
Chain start time: Sat Jul 14 03:08:03 2012 
Chain end time: Wed Jul 18 13:44:09 2012 
Number of contained backup sets: 6 
Total number of contained volumes: 23 
Type of backup set:       Time:  Num volumes: 
       Full   Sat Jul 14 03:08:03 2012     1 
     Incremental   Sun Jul 15 03:06:42 2012     1 
     Incremental   Mon Jul 16 03:04:59 2012     1 
     Incremental   Tue Jul 17 03:05:18 2012     1 
     Incremental   Wed Jul 18 03:04:57 2012     1 
     Incremental   Wed Jul 18 13:44:09 2012    18 
------------------------- 
No orphaned or incomplete backup sets found. 

正如您所見,備份工作正常。

但是,當我想從比上次fullbackup(14日)我收到以下消息的舊日期恢復單個文件:

sudo duplicity --file-to-restore path/to/file -t 15D s3+http://****** /path/to/restored_file 

No signature chain for the requested time. Using oldest available chain, starting at time Wed Jul 11 03:05:02 2012 

這聽起來像一個錯誤 - 我能做什麼來解決這個?

非常感謝

+0

做了解決方案嗎? – Lichtamberg 2012-11-10 21:54:12

回答

0

它好像簽名文件可能丟失舊的備份鏈......在文件系統上,我將與LS檢查-alrt SIG嘗試,如果找出有是.sigtar.gpg文件...

3

發現相同的問題;果然,沒有-full-signatures.gpg文件的任何備份重複願意list-current-files --time 28D對我來說。我只得到:

在請求的時間沒有簽名鏈。使用最早的可用鏈,從時間開始...

而那段時間對應的是最早的-full-signatures*.gpg文件。我懷疑這是因爲我定期使用--extra-clean

現在新的問題變成了:如何獲得那些完整備份中的數據,但我們還沒有,但沒有簽名文件?

經過little snooping around之後,我發現從這些文件恢復並不難,就像我一樣只需要一兩個(或幾個)文件即可。

我還發現,如果你解密清單文件(例如,duplicity-full.20130407T040006Z.manifest.gpg),你會得到一些東西,告訴你在哪裏有數千個.gpg文件(我有)。通過查找我正在尋找的文件的大概位置,我只需解密並解壓20個文件;這可能是我想要使用多種文件方法進行解密時的矯枉過正/懶惰(請參閱鏈接以瞭解如何做到這一點。)

已經長話短說:文件已恢復。

但我確實希望有一個重複支持的方法,所有這一切都會自動完成。