為什麼這篇快照備份差異鄉民發文收入到精華區：因為在快照備份差異這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者americ (americ)看板Storage_Zone標題[請益] NAS 快照 "...
快照備份差異 在 邦尼幫你 Instagram 的精選貼文
2020-11-19 00:50:54
#邦尼：Google 相簿 2021/06 不再提供免費無限量的高畫質備份，未來無論是「高畫質」或是「原始」都會佔用你的容量（15GB 免費）。 #盡快上傳 記得在 2021/06 趕緊備份，一樣可以維持免費 #替代方案 - 持續使用 Google 相簿，熟悉、跨平台且相片集中管理（價格也算親民...
關於快照備份 我的理解為(不知正不正確)
1.新增加的檔案會實際產生
2.已存在的檔案 只會建立link
在 不勾選"保留目的端已備份檔案" 的狀態下：
假如昨天晚上第一次備份
備份了abcde五個文件檔
今天早上我操作文件時
把cde刪除
今天晚上執行快照備份時(差異備份)
它是會去全備份那邊 把cde實際的檔案刪掉嗎?
因為如果是把cde實際檔案刪掉
那不就沒辦法復原回去第一天晚上abcde的狀態了?
所以我在想
或者他是abcde實際檔案仍保留
但在今天晚上備份時
是產生cde文件 "負的link" ?
因為這樣若要復原 就可以回到第一天abcde晚上的狀態
先謝謝回覆!
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.151.245 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1602278626.A.648.html
→ ginlom : 完全錯誤 10/10 08:27
→ aj175 : 完全正確 10/10 11:50
謝謝!請問是說"負的link"那邊嗎?→ tomsawyer : 差不多是對的 但不是以檔案觀點 如果你的nas是ext4 10/10 12:40
謝謝!請問是說"負的link"那邊嗎? (我是S牌的NAS 是用btrfs的)→ KevinR : 你要先確認nas是用新世代檔案系統(btrfs/zfs) 10/10 19:48
→ KevinR : 還是舊世代的ext4, 兩者的快照完全不同 10/10 19:49
謝謝!是btrfs的另突然想到順便請教... 修改檔案&刪除檔案, 快照的處理原則是類似的嗎?
修改檔案, 快照時, 好像是重新產生一個新的實際檔案, 然後inode也是新的位置.
那刪除檔案, 能不能說, 就是產生一個實際的沒資料檔案, inode是一個代表"空"的位置
※ 編輯: americ (220.129.233.172 臺灣), 10/10/2020 20:13:13
→ KevinR : btrfs/zfs是用一棵特殊的二元樹來管理區塊(區塊 10/10 22:11
→ KevinR : 間的鏈結關係), 快照就是備份那顆樹, 所以成本很低 10/10 22:13
→ KevinR : 修改一個位於btrfs的檔案時, btrfs會用新的區塊來放 10/10 22:18
→ KevinR : 被修改的地方, 然後變更二元樹的鏈結關係. 10/10 22:19
→ KevinR : 假設有個檔案佔十個區塊, 然後5號區塊被修改了, 10/10 22:22
→ KevinR : 這時btrfs會生出一個5', 並將4和6連結到5', 但是原 10/10 22:24
→ KevinR : 本的5不會被刪除. 以上的動作就是寫時複製(COW). 10/10 22:25
→ KevinR : 如果你在修改檔案前建了快照, 那回朔就是將4和6 10/10 22:28
→ KevinR : 重新連結到5. 10/10 22:28
→ KevinR : 刪除檔案也是一樣的道理. 跟快照有關連的區塊並不會 10/10 22:30
→ KevinR : 被btrfs回收, 所以只要快照還在, 就不用擔心原本的 10/10 22:31
→ KevinR : 區塊5不見. 10/10 22:31
→ KevinR : 還有就是快照是照整個subvolume(子卷), 並不是照單 10/10 22:37
→ KevinR : 獨檔案, 所以只要你有刪除cde前的快照, 你就可以將 10/10 22:38
→ KevinR : 子卷回朔到刪除檔案前的狀態. 10/10 22:39
謝謝K大, 對於修改檔案的部份我明白了!不過對於刪除單個檔案之後的快照行為還是不太懂,
如果以下面這個網頁, 第4張圖(有畫快照1跟2那張)來說
https://cilenlin.blogspot.com/2017/03/storage-snapshot.html
如果我接下來就只把B這個檔案刪掉,
那之後產生的快照3,
https://imgur.com/eO0sq7y
是這樣嗎?
B的部份, 就快照1跟2就兩個count
但快照3問號那邊是啥呢?
您所謂的"快照還在"就是指, 但某個檔案counter不等於0時, 對嗎?
※ 編輯: americ (220.129.233.172 臺灣), 10/10/2020 23:24:10
→ KevinR : 那個圖看起來不太像btrfs 10/10 23:31
→ KevinR : 一個檔案其實就是二元樹的某一串分支, 刪檔就是砍 10/10 23:34
→ KevinR : 分支, 只要你還保留二元樹之前的樣子(快照), 就可以 10/10 23:36
→ KevinR : 隨時把分支接回去. 10/10 23:37
→ KevinR : 你不用想的太複雜, 快照就是照下某個時間點的樹的 10/10 23:40
→ KevinR : 形狀. 你隨時都可以快照, 所以可以保留一堆快照. 10/10 23:43
→ KevinR : 所謂的"快照還在"就是指你還保留某個時間點的樹的 10/10 23:44
→ KevinR : 樣子, 那你就可以把目前的樹改回當時的樣子, 所有你 10/10 23:47
→ KevinR : 子卷的變更都會恢復成當時的樣子, 不論是新增、修改 10/10 23:48
→ KevinR : 或是刪除檔案. 10/10 23:49
→ KevinR : btrfs的快照是對子卷(可以把子卷想像成分割區)不是 10/10 23:55
→ KevinR : 個別的檔案. 10/10 23:55
謝謝K大!您這樣解釋我有更明白了!
快照就是, 例如將某磁碟分割區的所有資料的鏈結結構存起來.
因為之前網路上找到的快照原理說明, 都是類似上面網址那種的,
所以才都一直用上面那種圖來思考.
那樹這個結構, counter的觀念也是有的嗎?
(刪快照時, 若某個檔案的counter=0, 該檔案就實際刪掉嗎? [我不確定觀念對不對] )
可是感覺好像也不太對...
就算快照全刪完, 好像也不該會去刪到非快照的原始資料
還是說, 由快照產生的檔案, 才會有 "counter=0, 該檔案就實際刪掉" 的問題呢?
※ 編輯: americ (220.129.233.172 臺灣), 10/11/2020 00:12:50
噓 B0988698088 : 你都說快照沒了尚存一份實際檔案那counter怎麼會0= 10/11 12:40
→ B0988698088 : = 就算你假定counter只是快照算的，那他歸0與實際 10/11 12:40
→ B0988698088 : 檔案何干?快照軟體只處理快照佔用空間，本來就不干 10/11 12:40
→ B0988698088 : 涉實際存檔案的空間 10/11 12:40
→ B0988698088 : 如果對你來說很複雜，建議你，軟體算出來佔用多少 10/11 12:41
→ B0988698088 : 空間就多少，也不用煩惱那麼多 10/11 12:41
不太懂你在氣什麼然後空間占用多少 跟備份的完整性 應該是無關
如果你是這樣算的 那你的備份資料應該很危險吧
※ 編輯: americ (220.129.233.163 臺灣), 10/11/2020 15:40:47
噓 F04E : 連快照都不懂, 你的備份資料應該更危險 10/11 18:20
我相信如果你懂的話應該會說出點東西來※ 編輯: americ (36.231.151.245 臺灣), 10/11/2020 18:23:07
噓 F04E : K大已經解釋那麼清楚了,你還不懂就去估狗啊 10/11 18:25
噓 F04E : 如果對你來說很複雜，建議你，乖乖照著nas說明書用 10/11 18:31
→ F04E : 好，也不用煩惱那麼多 10/11 18:32
我也建議你不需要特別換帳號來噓 可以接著噓就好※ 編輯: americ (36.231.151.245 臺灣), 10/11/2020 18:35:49
推 Ducklover : 你是用哪一個套件在備份？snapshot replication嗎？ 10/17 01:27
→ Ducklover : 你說的差異備份，是指做replication? 這個要先弄清 10/17 01:27
→ Ducklover : 楚才能解釋XD 10/17 01:28
不好意思現在才看到, 應該是Snapshot Replication套件(不過NAS現在沒在身邊沒辦法100%確認 但應該是)
※ 編輯: americ (36.230.150.28 臺灣), 10/17/2020 17:14:52