備份保留計算器
祖父-父親-兒子保留策略,逐日模擬而不是靠猜:輸入每日、每週和每月備份各保留多久、每個備份多大、執行頻率如何——就能看到一個月、六個月、一年和兩年後你實際握有多少個還原點,以及它們要花多少儲存空間。模擬在你的瀏覽器中執行;什麼都不會傳送到任何地方。
模型:備份每天執行。週日的備份兼作每週還原點;每月 1 日的備份兼作每月還原點。只要還有任何一級保留涵蓋,還原點就會被保留。每個還原點都按你輸入的完整備份大小計算。
| 時間點 | 保留的還原點 | 儲存占用 |
|---|
- 還原點峰值
- 需規劃的峰值儲存
峰值是這兩年中任意一天保留數量的最大值——你的備份目標在最壞的一天必須容納的數量,而不是平均水準。
保留是一項策略,不是一堆磁碟
每個備份系統預設都會保留過多的近期過去、過少的遙遠過去,因為「全部保留 30 天」只是一個設定,而真正的策略需要三級。一小時後發現的故障需要昨天的備份。一個月後才發現的故障——緩慢的損壞、悄悄出錯的同步、沒人提起的刪除——需要一個在它開始之前的還原點,而 30 天的視窗早已把它扔掉了。永久保留一切能解決這個問題,卻會帶來另一個問題:一張隨著你每天成功而不斷增長的儲存帳單。祖父-父親-兒子是經典答案,因為它匹配發現故障的形態:在故障被快速發現的地方用細粒度還原點,在被緩慢發現的地方用粗粒度還原點,並且不以任何人永遠用不到的解析度保留任何東西。
模擬增加的是對重疊的誠實。保留數量不是三個保留數字之和:三週前的一個每週還原點和十一個月前的一個每月還原點,與本週的每日備份同時存活,而你必須預置的儲存是這個聯集在最壞一天的大小。團隊經常從反面發現這一點——每個單獨設定看起來都很節制,備份目標卻「提前」滿了,因為每一級都是單獨做預算的。在策略上線之前先在這裡算一遍,按峰值那一行來決定備份目標的容量,而不是按恰好與規劃會議對上的那個時間點。
保留下來的還原點不等於能還原
有一個警告是計算器用數字給不了的:還原點證明備份做過,不證明它能還原。保留規劃決定你能回溯多遠;只有測試還原才能決定回溯有沒有用。兩件事都要排程。每月做一次演練,把最老的每月還原點還原到一台臨時機器上,比增加第四級保留更有價值,因為祖父還原點恰恰是你將在最壞那天需要的那個——也是所有人有一年時間去遺忘其格式、憑證和怪癖的那個。保留是對過去的承諾;還原是檢驗承諾是否仍然有效的方法。
相關工具:值班排班器規劃還原需要時誰會被叫醒,SLA 錯誤預算計算器為還原必須容納的停機時間定價。
延伸閱讀:一套可靠性例行工作——把輪換、保留和錯誤預算當作一個規劃習慣,包括讓保留保持誠實的還原演練節奏。
常見問題
祖父-父親-兒子是什麼意思?
它是備份領域最古老的輪換方案:每日備份是兒子,保留時間短;每週有一個備份晉升為父親,保留更久;每月有一個成為祖父,保留最久。一個備份作業產生三級年齡——近期歷史細粒度,遙遠歷史粗粒度,而儲存帳單兩者都不隨之增長。
哪個備份會成為每週或每月還原點?
在這個計算器中,週日的備份是每週還原點,每月 1 日所做的備份是每月還原點——如果你一天做多次備份,那天的第一次備份算數。真實備份軟體可以讓你選擇星期幾;算術上幾乎沒有差別,因為重要的是各級之間的間距,而不是由哪個工作日來錨定。
為什麼保留數量比每日 + 每週 + 每月還多?
因為各級在時間上重疊,不只是數量上相加。三週前的一個每週還原點仍在它的視窗內,與此同時本週的每日備份在它旁邊堆積;十一個月前的一個每月還原點與它們全部共存。任何時刻的保留數量就是這個重疊的大小——這正是模擬能展示、而把三個保留數字在餐巾紙上相加會掩蓋的東西。
這裡假設的是完整備份還是增量備份?
完整備份。每個還原點都按你輸入的完整備份大小計算,這是保守的規劃數字。永久增量和重複資料刪除儲存會用遠少得多的空間保存同樣的還原點——把儲存欄看作普通完整備份輪換所需的天花板,把你的重刪比率看作你實際得到的折扣。
我應該保留多少個每月還原點?
多到能覆蓋你最慢的那場災難。潛伏了兩個月的勒索軟體、年底才發現的記帳錯誤、一個季度都沒人注意到的刪除——每月一級正是為引線很長的故障而存在的。12 個是常見的下限;受監管的資料往往要求更多。多保留一個每月還原點的成本是一個備份的大小;少保留一個的成本是資料本身。