SQL Server 備份你真的了解嗎?
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
我們知道SQL Server三種常用的備份類型:完整備份、差異備份、日志備份 如下,當我們對數據庫進行以下備份計劃(數據庫必須進行首次非COPY_ONLY的完整備份,才能進行差異或日志備份) 在進行時間點恢復的時候,可以使用如下方式根據要求組合恢復:
也就是說,恢復的基準是完整備份,日志作為增量備份是獨立的。從上面的備份恢復方案可以看出,差異備份(Diff)似乎就有點多余了。 差異備份僅捕獲自該次完整備份后發生更改的數據,所以備份的時間相對較少,但必須保留最近的完整備份。對于頻繁的完整備份,用差異備份替換可減少了備份的時間、大小。但是增加了備份文件的管理難度,以及恢復的復雜度。如果你的數據庫數量少、并且不大,不推薦使用差異備份;如果你的數據庫很大,推薦使用差異備份。 同樣,如果你多年前已經進行了一次完整備份,如今你可以選擇兩種備份計劃(推薦第一種):
既然日志備份是獨立的,在恢復的時候(如恢復到Log-05),我們可以選擇的恢復方案如下
這兩種恢復方案的結果是一樣的,即使完整備份與日志備份都使用 COPY_ONLY 也一樣(COPY_ONLY 使日志無法截斷重用)。如果你丟失了中間的一些完整備份,你可以使用較早的完整備份加后續的日志備份來恢復 在 SQL Server AlwaysOn AG 中,備份要求如下:
主備副本允許的備份類型:
AG備份選項與優先級的關系(3節點示例):
判斷當前實例的數據庫是否是備份的首選副本,可用系統函數fn_hadr_backup_is_preferred_replica查看。
當然,fn_hadr_backup_is_preferred_replica 是考慮同步提交的情況。如果副本都是異步提交,優先級則被忽略,系統默認首選副本為主副本。如所有副本異步提交并且選擇 “僅輔助副本”, 函數 fn_hadr_backup_is_preferred_replica 在主副本與輔助副本的結果都為0。只要備份首選項中含有主副本,那么主副本都為1。 在AlwaysOn AG 中,你知道各節點備份的關系嗎?我這里有3個副本,將按由上至下的順序進行備份。
當我們需要恢復數據庫的時候,我們可以將所有的日志用來一起恢復: [Full-backup] + [Log-backup-01]+ [Log-backup-02]+ [Log-backup-03] 上面的恢復中是正常的。也就是說,不管在哪個節點備份日志,日志鏈都是連接的。當在輔助副本進行日志備份的時候,它會通知主副本。主副本獲取到一個備份鎖,以防止多個副本同時進行備份。輔助副本備份完成后,會告知主副本并發送LSN信息。主副本更新自己的LSN并同步更新其他輔助副本的LSN信息。完成后,主副本釋放備份鎖,備份完成。這時可允許新的備份操作、也允許副本根據LSN截斷日志。因此,一般只在一個節點上備份,如果該節點宕機,在其他點上啟用的日志備份計劃,盡量將備份保留在公共的共享位置來管理,以維護完整的日志順序。 閱讀原文:原文鏈接 該文章在 2025/1/10 11:08:23 編輯過 |
關鍵字查詢
相關文章
正在查詢... |