2025澳门开彩结果历史记录-2025澳门开彩结果-2025澳门开彩查询记录-2025澳门聚宝盆-2025澳门九点半一肖一码-2025澳门精准资料免费全览

我們知道SQL Server三種常用的備份類(lèi)型：完整備份、差異備份、日志備份

如下，當(dāng)我們對(duì)數(shù)據(jù)庫(kù)進(jìn)行以下備份計(jì)劃（數(shù)據(jù)庫(kù)必須進(jìn)行首次非COPY_ONLY的完整備份，才能進(jìn)行差異或日志備份）

在進(jìn)行時(shí)間點(diǎn)恢復(fù)的時(shí)候，可以使用如下方式根據(jù)要求組合恢復(fù)：

• [Full-01] + [Log-01] + [Log-02]

• [Full-01] + [Log-01] + [Log-02] + [Log-03] + [Log-04] + [Log-05] + [Log-06]

• [Full-01] + [Diff-01] + [Log-03] + [Log-04] + [Log-05] + [Log-06]

• [Full-01] + [Diff-02] + [Log-05] + [Log-06]

也就是說(shuō)，恢復(fù)的基準(zhǔn)是完整備份，日志作為增量備份是獨(dú)立的。從上面的備份恢復(fù)方案可以看出，差異備份（Diff）似乎就有點(diǎn)多余了。

差異備份僅捕獲自該次完整備份后發(fā)生更改的數(shù)據(jù)，所以備份的時(shí)間相對(duì)較少，但必須保留最近的完整備份。對(duì)于頻繁的完整備份，用差異備份替換可減少了備份的時(shí)間、大小。但是增加了備份文件的管理難度，以及恢復(fù)的復(fù)雜度。如果你的數(shù)據(jù)庫(kù)數(shù)量少、并且不大，不推薦使用差異備份；如果你的數(shù)據(jù)庫(kù)很大，推薦使用差異備份。

同樣，如果你多年前已經(jīng)進(jìn)行了一次完整備份，如今你可以選擇兩種備份計(jì)劃（推薦第一種）：

• [完整備份] + [日志備份]

• [完整備份COPY_ONLY] + [日志備份]

  
  

既然日志備份是獨(dú)立的，在恢復(fù)的時(shí)候（如恢復(fù)到Log-05），我們可以選擇的恢復(fù)方案如下

• [Full-02] + [Log-04] + [Log-05]

• [Full-01] + [Log-01] + [Log-02] + [Log-03] + [Log-04] + [Log-05]

  
  

這兩種恢復(fù)方案的結(jié)果是一樣的，即使完整備份與日志備份都使用 COPY_ONLY 也一樣（COPY_ONLY 使日志無(wú)法截?cái)嘀赜茫Ｈ绻銇G失了中間的一些完整備份，你可以使用較早的完整備份加后續(xù)的日志備份來(lái)恢復(fù)

在 SQL Server AlwaysOn AG 中，備份要求如下：

• 在次要副本上執(zhí)行 BACKUP DATABASE 時(shí)，僅支持?jǐn)?shù)據(jù)庫(kù)、文件或文件組的僅復(fù)制完整備份。僅復(fù)制備份不會(huì)影響日志鏈，也不會(huì)清除差異位圖。

• 不支持在次要副本上執(zhí)行差異備份。

• 當(dāng)前不支持并發(fā)備份，例如，在輔助副本上執(zhí)行完整數(shù)據(jù)庫(kù)備份的同時(shí)在主副本上執(zhí)行事務(wù)日志備份。

• BACKUP LOG 僅支持常規(guī)日志備份（次要副本上的日志備份不支持 COPY_ONLY 選項(xiàng)）。

• 對(duì)于在任何副本（主副本或輔助副本）上進(jìn)行的日志備份之間，確保一致的日志鏈，而與其可用性模式（同步提交或異步提交無(wú)關(guān)）。

• 若要備份輔助數(shù)據(jù)庫(kù)，輔助副本必須能夠與主副本進(jìn)行通信，并且狀態(tài)必須為 SYNCHRONIZED 或 SYNCHRONIZING。

主備副本允許的備份類(lèi)型：

AG備份選項(xiàng)與優(yōu)先級(jí)的關(guān)系（3節(jié)點(diǎn)示例）：

判斷當(dāng)前實(shí)例的數(shù)據(jù)庫(kù)是否是備份的首選副本，可用系統(tǒng)函數(shù)fn_hadr_backup_is_preferred_replica查看。

SELECT [master].sys.fn_hadr_is_primary_replica( DB_NAME() ) AS [是否主副本],[master].sys.fn_hadr_backup_is_preferred_replica( DB_NAME() ) AS [是否備份首選副本]

當(dāng)然，fn_hadr_backup_is_preferred_replica 是考慮同步提交的情況。如果副本都是異步提交，優(yōu)先級(jí)則被忽略，系統(tǒng)默認(rèn)首選副本為主副本。如所有副本異步提交并且選擇 “僅輔助副本”， 函數(shù) fn_hadr_backup_is_preferred_replica 在主副本與輔助副本的結(jié)果都為0。只要備份首選項(xiàng)中含有主副本，那么主副本都為1。

在AlwaysOn AG 中，你知道各節(jié)點(diǎn)備份的關(guān)系嗎？我這里有3個(gè)副本，將按由上至下的順序進(jìn)行備份。

當(dāng)我們需要恢復(fù)數(shù)據(jù)庫(kù)的時(shí)候，我們可以將所有的日志用來(lái)一起恢復(fù)：

[Full-backup] + [Log-backup-01]+ [Log-backup-02]+ [Log-backup-03]

上面的恢復(fù)中是正常的。也就是說(shuō)，不管在哪個(gè)節(jié)點(diǎn)備份日志，日志鏈都是連接的。當(dāng)在輔助副本進(jìn)行日志備份的時(shí)候，它會(huì)通知主副本。主副本獲取到一個(gè)備份鎖，以防止多個(gè)副本同時(shí)進(jìn)行備份。輔助副本備份完成后，會(huì)告知主副本并發(fā)送LSN信息。主副本更新自己的LSN并同步更新其他輔助副本的LSN信息。完成后，主副本釋放備份鎖，備份完成。這時(shí)可允許新的備份操作、也允許副本根據(jù)LSN截?cái)嗳罩尽Ｒ虼耍话阒辉谝粋€(gè)節(jié)點(diǎn)上備份，如果該節(jié)點(diǎn)宕機(jī)，在其他點(diǎn)上啟用的日志備份計(jì)劃，盡量將備份保留在公共的共享位置來(lái)管理，以維護(hù)完整的日志順序。

閱讀原文：原文鏈接