開篇你真的了解這三種備份模式嗎在上一篇文章中我們正式官宣了松鼠備份數(shù)據(jù)庫備份功能即將上線的消息也提到了**“全量備份”、“差異備份”、“日志備份”**這三個關(guān)鍵詞。很多用戶留言問我們“全量和差異到底有啥區(qū)別”“日志備份是不是每天做一次就夠了”“三種模式可以同時開嗎會不會太占硬盤”這些問題問得非常好。說實話很多用了好幾年數(shù)據(jù)庫的管理員也未必能把這三者的原理和適用場景說得清楚。今天這篇文章我們就用最通俗的語言、最直觀的對比把三種備份模式徹底講透。不管你用的是SQL Server、MySQL還是其他數(shù)據(jù)庫這些底層邏輯都是相通的。讀完這篇文章你會清楚地知道三種模式各自是什么、怎么工作的各自的優(yōu)缺點和適用場景如何組合使用才能兼顧安全與成本松鼠備份如何讓這一切變得極其簡單 一、全量備份Full Backup—— 數(shù)據(jù)庫的“完整克隆”1.1 是什么全量備份顧名思義就是把數(shù)據(jù)庫里的所有內(nèi)容——包括數(shù)據(jù)文件、日志文件、表結(jié)構(gòu)、索引、存儲過程、視圖、約束等——完整地復(fù)制一份生成一個完整的備份文件。你可以把它理解為給整個數(shù)據(jù)庫拍了一張高清全家福。在SQL Server中全量備份生成的是.bak文件在MySQL中對應(yīng)的是物理備份或邏輯導(dǎo)出文件。無論格式如何核心邏輯是一樣的一個文件包含全部數(shù)據(jù)。1.2 工作原理當執(zhí)行一次全量備份時數(shù)據(jù)庫引擎會做以下幾件事鎖定數(shù)據(jù)庫或特定文件組確保備份過程中數(shù)據(jù)一致。掃描所有數(shù)據(jù)頁從第一個數(shù)據(jù)頁到最后一個。復(fù)制所有已分配的數(shù)據(jù)頁到備份介質(zhì)。記錄備份元信息備份時間、LSN日志序列號范圍、數(shù)據(jù)庫狀態(tài)等。釋放鎖定恢復(fù)數(shù)據(jù)庫正常運行。 核心細節(jié)全量備份復(fù)制的是所有已使用的數(shù)據(jù)頁不是整個MDF文件的大小。如果數(shù)據(jù)庫中有大量空閑空間全量備份文件會比MDF文件小不少。1.3 優(yōu)缺點分析? 優(yōu)點? 缺點恢復(fù)最簡單僅需1份備份文件即可完整還原不需要依賴其他任何文件文件體積大數(shù)據(jù)庫多大全量備份就多大甚至更大因為包含額外元數(shù)據(jù)操作門檻低財務(wù)、行政人員經(jīng)過簡單培訓(xùn)也能操作不需要懂SQL備份時間長需要掃描整個數(shù)據(jù)庫幾百GB的庫可能耗時數(shù)小時恢復(fù)速度快相比差異日志的組合恢復(fù)全量恢復(fù)直接還原一步到位占用資源多備份過程中消耗大量I/O和CPU資源可能影響業(yè)務(wù)性能獨立性強不依賴任何歷史備份單文件存檔方便長期保留頻率受限因為上述原因全量備份不可能做得很頻繁通常每天/每周一次1.4 適用場景? 作為所有備份策略的基礎(chǔ)“底座”定期執(zhí)行。? 數(shù)據(jù)庫體積較小幾十GB以內(nèi)每日全量成本可接受。? 系統(tǒng)升級、月末結(jié)賬、年度關(guān)賬前的手動保險備份。? 數(shù)據(jù)庫遷移前的最后一道防線。?不適合超大數(shù)據(jù)庫TB級的頻繁備份。 一句話總結(jié)全量備份是地基是所有備份策略的起點。不能沒有但不能全靠它。 二、差異備份Differential Backup—— 只備份“變化的部分”2.1 是什么差異備份備份的是從上一次全量備份完成之后到當前時間點數(shù)據(jù)庫發(fā)生的所有變化數(shù)據(jù)。??注意一個關(guān)鍵點差異備份是累積型的。它不會因為多次執(zhí)行而變成“增量備份”。2.2 工作原理為了理解差異備份你需要先了解SQL Server中的一個核心概念——差異基準Differential Base。每次執(zhí)行全量備份時數(shù)據(jù)庫引擎會記錄一個差異基準LSN。差異備份就是備份從差異基準LSN之后發(fā)生變化的區(qū)Extent。SQL Server按“區(qū)”8個連續(xù)數(shù)據(jù)頁共64KB為單位跟蹤變化。當某個區(qū)的任何數(shù)據(jù)頁發(fā)生變化整個區(qū)就會被標記為“已變更”下次差異備份時就會包含這個區(qū)。這就解釋了差異備份為什么會越往后越大——因為從上次全量備份以來變化的區(qū)越來越多。到下一次全量備份之前差異備份可能已經(jīng)接近全量的大小。2.3 全量備份 vs 差異備份的直觀對比假設(shè)一個100GB的數(shù)據(jù)庫每天變化量約5GB時間全量備份大小差異備份大小周一全量后100GB—周二—5GB周一到周二的變化周三—10GB周一到周三的累積變化周四—15GB周一到周四的累積變化周日下次全量前—可能超過50GB這就是為什么差異備份不能無限期執(zhí)行——需要定期重置差異基準也就是重新做一次全量備份。2.4 優(yōu)缺點分析? 優(yōu)點? 缺點備份速度快只備份變化的數(shù)據(jù)頁比全量備份快得多恢復(fù)需要兩份文件必須同時擁有最近一次全量 最新的差異備份缺一不可文件體積小相比全量備份差異備份通常小很多尤其是在全量周期早期越往后越大差異備份是累積型的越接近下一次全量文件越大節(jié)省存儲空間同樣的備份頻率差異備份比全量備份占用空間小無法精確到時間點差異備份只能還原到備份完成的那個時間點不能回滾到任意分鐘操作門檻適中恢復(fù)時需要兩份文件但操作仍屬簡單范疇2.5 適用場景? 全量備份之間需要增加恢復(fù)點從每天1個點變成每天2-4個點。? 數(shù)據(jù)庫較大每天做全量成本太高。? 不需要分鐘級精準恢復(fù)但對數(shù)據(jù)空窗期有要求的場景。?不適合需要“任意時間點恢復(fù)”的核心生產(chǎn)系統(tǒng)那得上日志備份。2.6 ?? 重要概念差異備份 ≠ 增量備份很多人把差異和增量搞混這里特別說明對比維度差異備份增量備份備份內(nèi)容上次全量以來的所有變化上次備份任意類型以來的變化累積性累積型越往后越大非累積型每次大小相對固定恢復(fù)所需文件最近全量 最新差異全量 所有增量鏈恢復(fù)復(fù)雜度中等2份文件較復(fù)雜需要完整鏈 松鼠備份的選擇松鼠備份目前支持的是差異備份而不是增量備份。因為差異備份恢復(fù)更簡單、出錯概率更低更適合大多數(shù)企業(yè)用戶。 一句話總結(jié)差異是“省空間版的多次克隆”在全量之間增加恢復(fù)點但需要搭配全量使用。 三、日志備份Transaction Log Backup—— 記錄每一筆“操作流水”3.1 是什么日志備份備份的是數(shù)據(jù)庫的事務(wù)日志。事務(wù)日志Transaction Log是每個SQL Server數(shù)據(jù)庫都有的核心組件它記錄了數(shù)據(jù)庫中每一筆數(shù)據(jù)修改操作的完整信息——誰、什么時候、對哪個表哪條記錄、做了什么樣的修改。做日志備份就是把這段時間產(chǎn)生的所有日志記錄備份下來形成一個獨立的備份文件SQL Server中為.trn文件。3.2 工作原理事務(wù)日志記錄了以下類型操作DML操作INSERT、UPDATE、DELETE每一條都有完整記錄。DDL操作CREATE、ALTER、DROP等結(jié)構(gòu)變更。事務(wù)信息BEGIN TRAN、COMMIT、ROLLBACK。LSN日志序列號每條日志記錄的唯一編號。日志備份的過程從上次日志備份結(jié)束的LSN位置開始。將所有新的日志記錄寫入備份文件。備份完成后截斷已備份的日志空間在完整恢復(fù)模式下。釋放日志文件.ldf中的空間防止無限增長。?? 關(guān)鍵提醒這就是為什么“完整恢復(fù)模式必須定期備份日志”——如果不備份日志永遠不會截斷會一直漲到撐滿磁盤。3.3 日志備份的最大優(yōu)勢PITR時間點恢復(fù)PITRPoint-In-Time Recovery是日志備份最核心的價值。簡單來說就是可以還原到任意指定的時間點精確到分鐘。假設(shè)數(shù)據(jù)庫在下午3:47發(fā)生了故障你可能丟失了最后7分鐘的數(shù)據(jù)。但如果你有日志備份你可以還原最近一次全量備份還原最近一次差異備份逐個還原故障前的日志備份在最后一個日志備份中選擇還原到3:45這個時間點這樣你只丟失了3:45到3:47之間的2分鐘數(shù)據(jù)而不是一整天的數(shù)據(jù)。對于核心生產(chǎn)系統(tǒng)來說這2分鐘可能就是幾萬條訂單、幾百個工單、幾車皮的物流單據(jù)——價值連城。3.4 優(yōu)缺點分析? 優(yōu)點? 缺點及應(yīng)對數(shù)據(jù)丟失最少可以還原到故障前的最后一個日志備份點丟失量按分鐘計算必須使用“完整”恢復(fù)模式松鼠備份會自動檢測并提示調(diào)整支持PITR可精確恢復(fù)到任意時間點、事務(wù)標記、LSN必須定期執(zhí)行否則日志文件會無限增長松鼠備份支持自動化定時執(zhí)行文件體積小每次日志備份只包含這段時間的操作日志非常輕量恢復(fù)相對復(fù)雜需要按順序還原全量→差異→日志鏈但松鼠備份會簡化操作頻率可以很高因為文件小可以每小時甚至每10分鐘執(zhí)行一次日志備份本身有大小高頻日志備份會產(chǎn)生大量小文件需要妥善管理3.5 適用場景? 24小時不間斷運行的核心生產(chǎn)系統(tǒng)MES、WMS、TMS等。? 對數(shù)據(jù)丟失零容忍的業(yè)務(wù)場景。? 需要滿足合規(guī)審計要求的數(shù)據(jù)保留場景。?不適合夜間停用的小型辦公系統(tǒng)殺雞用牛刀不劃算。 一句話總結(jié)日志備份是“安全級別最高的備份”丟數(shù)據(jù)最少但需要完整恢復(fù)模式配合且必須定期執(zhí)行。 四、三張圖秒懂三者區(qū)別圖1備份內(nèi)容的差異全量備份 ┌─────────────────────────────────────────────┐ │ 所有數(shù)據(jù)頁 所有日志 所有元數(shù)據(jù) │ │ 數(shù)據(jù)庫的全部 │ └─────────────────────────────────────────────┘ 差異備份 ┌─────────────────────────────────────────────┐ │ 從上一次全量之后所有變化過的區(qū) │ │ 變化的部分累積 │ └─────────────────────────────────────────────┘ 日志備份 ┌─────────────────────────────────────────────┐ │ 每一筆操作的詳細記錄 │ │ 操作流水賬 │ └─────────────────────────────────────────────┘圖2恢復(fù)所需文件對比全量恢復(fù)只需1份文件 [全量.bak] → 恢復(fù)完成 ? 差異恢復(fù)需要2份文件 [全量.bak] [最新差異.bak] → 恢復(fù)完成 ? 日志恢復(fù)需要3份及以上 [全量.bak] [差異.bak] [日志1.trn] [日志2.trn] ... → 恢復(fù)完成 ?圖3執(zhí)行頻率對比全量備份頻率最低通常每周/每天 差異備份中等頻率每天1-4次 日志備份高頻每小時甚至更短 五、三種模式如何組合核心重點三種模式不是互斥的而是可以同時啟用分工合作。組合方式與效果對比組合方式恢復(fù)點頻率存儲空間占用恢復(fù)復(fù)雜度數(shù)據(jù)安全性適用場景僅全量每天/每周1個點最高最簡單 ?最低小型系統(tǒng)、測試庫全量差異每天多個點中等簡單 ??中等ERP、進銷存全量差異日志分鐘級多個點差異較大日志小中等 ???最高MES、WMS、TMS為什么說“組合”是最佳實踐單一模式都無法同時滿足“安全、經(jīng)濟、簡單”三個目標僅全量最安全不恢復(fù)點間隔太長空窗期數(shù)據(jù)無法找回。僅差異沒有全量做基準差異備份無從談起。僅日志沒有全量和差異日志備份沒有可恢復(fù)的基礎(chǔ)。三者組合各司其職?全量 打地基低頻大包差異 蓋樓層中頻中包?日志 做裝修記錄高頻小包? 六、松鼠備份怎么幫你搞定這一切理論講完了但實際配置可能讓很多人頭疼。松鼠備份的數(shù)據(jù)庫備份功能讓這一切變得極其簡單6.1 一鍵應(yīng)用行業(yè)方案內(nèi)置三套標準化方案選中即生效辦公模式每日全量工廠模式每周全量 每日差異 每小時日志標準模式每周全量 每日2次差異6.2 ?? 自由靈活的高級配置如果你有自己的想法也可以手動配置每種模式的執(zhí)行頻率全量備份自定義周期每日/每周/每月指定具體時間差異備份自定義頻率每天1-24次指定時間點日志備份自定義間隔最短可到分鐘級6.3 ? 自動化定時執(zhí)行所有配置保存后松鼠備份會自動按計劃執(zhí)行不需要人工值守不需要手動觸發(fā)失敗自動重試 告警通知6.4 異地同步容災(zāi)本地備份完成后自動同步一份到異地存儲。本地硬盤壞了服務(wù)器被勒索了機房著火了異地還有一份。6.5 ? 界面極簡小白都會用關(guān)鍵界面簡單到讓人放心——不需要寫任何SQL命令不需要打開SSMS不需要看微軟官方文檔。用最省空間的辦法做到最大頻率的備份。 ——這就是松鼠備份的設(shè)計目標。 結(jié)尾 下篇預(yù)告今天這篇文章我們把三種備份模式的原理、優(yōu)缺點、適用場景、組合方式全部拆解了一遍。希望你讀完以后能夠清楚地回答這三個問題? 全量、差異、日志分別備份什么答全部數(shù)據(jù)、變化數(shù)據(jù)、操作流水? 我該選哪種組合答看你的業(yè)務(wù)場景——辦公、工廠還是標準? 松鼠備份能幫我省多少事答從“要懂SQL”到“點幾下鼠標” 下一篇預(yù)告道理都懂了但具體到自己的企業(yè)還是不知道怎么選下一篇我們直接上實戰(zhàn)——財務(wù)、工廠、商貿(mào)三種典型場景三套直接能抄作業(yè)的方案。對號入座照著配就行。