備份與還原快照式和異動複寫的策略

發行項
04/26/2023

當為快照式及異動複寫設計備份與還原策略時，需要考慮三個方面：

要備份的資料庫。
異動複寫的備份設定。
還原資料庫的必要步驟。這些步驟是根據複寫類型和所選擇的選項而不同。

本主題在接下來的三節中對這些方面一一進行說明。如需 Oracle 發行之備份及還原的詳細資訊，請參閱 Oracle 發行者的備份與還原。

注意

Azure SQL 受控執行個體可以是快照式與異動複寫的發行者、散發者與訂閱者。 Azure SQL Database 中的資料庫只能是快照式與異動複寫的發送訂閱者。如需詳細資訊，請參閱使用 Azure SQL Database 和 Azure SQL 受控執行個體的異動複寫。

備份資料庫

對於快照式及異動複寫，您應定期備份下列資料庫：

在「發行者」端的發行集資料庫。
在「散發者」端的散發資料庫。
在每個「訂閱者」端的訂閱資料庫。
發行者、散發者及所有訂閱者端的 master 與 msdb 系統資料庫。這些資料庫應與其他每個及相關的複寫資料庫同時備份。例如，在您備份發行集資料庫的同時，在「發行者」端備份 master 與 msdb 資料庫。如果還原發行集資料庫，請確定 master 和 msdb 資料庫在複寫組態和設定上與發行集資料庫一致。

如果您執行一般記錄備份，就必須在記錄備份中擷取任何複寫相關的變更。如果不執行記錄備份，則每當與複寫相關的設定發生變更時，便應該執行備份。如需相關資訊，請參閱 Common Actions Requiring an Updated Backup。

異動複寫的備份設定

異動複寫包含使用 sync with backup 選項 (可以在散發資料庫和發行集資料庫上設定)：

建議在所有情況下，於散發資料庫上設定此選項。

在散發資料庫上設定此選項，可確保發行集資料庫記錄檔中的交易在散發資料庫中備份之前，不會被截斷。散發資料庫可以還原到上次備份時的狀況，任何遺漏的交易都會從發行集資料庫傳遞到散發資料庫。複寫會繼續，不受影響。

在散發資料庫上設定此選項不會影響複寫延遲。不過，此選項會延遲截斷發行集資料庫上的記錄的時間，使其在散發資料庫中相對應的交易備份之前，不會被截斷 (這可能會造成發行集資料庫中存有較大的交易記錄)。
如果您的應用程式允許額外的延遲，則建議在發行集資料庫上設定此選項。

在發行集資料庫上設定此選項，可確保交易在發行集資料庫中備份之前，不會傳遞到散發資料庫。最近一次的發行集資料庫備份這時可以在「發行者」端還原，同時不會出現這種情況：散發資料庫擁有的交易，在還原的發行集資料庫中不存在。

延遲和輸送量會受到影響，因為交易在「發行者」端備份之前，不能傳遞到散發資料庫。例如，如果交易記錄檔每五分鐘備份一次，則「發行者」端正在認可的交易與正在傳遞到散發資料庫 (繼而傳遞到「訂閱者」端) 的交易之間會存在額外的五分鐘延遲。

注意

sync with backup 選項確保了發行集資料庫與散發資料庫之間的一致性，但該選項不能保證資料不會遺失。例如，如果交易記錄檔遺失，則自最後一次交易記錄檔備份以後才認可的交易，在發行集資料庫或散發資料庫中都不可用。這是與非複寫資料庫相同的行為。

當發行者資料庫是可用性群組的一部分時，在散發資料庫上設定 sync with backup 選項是不相容的操作。當記錄讀取器代理程式在容錯移轉之後執行時，這可能會導致下列錯誤。

程序無法在 'machinename\instance' 上執行 'sp_repldone/sp_replcounters'。 (來源：MSSQL_REPL、錯誤碼：MSSQL_REPL20011) 取得說明：http://help/MSSQL_REPL20011 散發資料庫中可能有不一致的狀態：dist_backup_lsn {nnnnnnnn:nnnnnnnn:nnnn}、dist_last_lsn {nnnnnnnn:nnnnnnnn:nnnn}。請執行 "sp_repldone NULL, NULL, 0, 0, 1"，然後執行 sp_replflush。請重新初始化發行集的所有訂閱。 (來源：MSSQLServer，錯誤碼：18846)

若要設定 sync with backup 選項

複寫 Transact-SQL 程式設計：為異動複寫啟用協調備份 (複寫 Transact-SQL 程式設計)

還原複寫中牽涉到的資料庫

如果最近的備份可用並遵循適當的步驟，則可以還原複寫拓撲中的所有資料庫。發行集資料庫的還原步驟取決於所使用的複寫類型和選項，但是所有其他資料庫的還原步驟與複寫類型和選項無關。

複寫支援將複寫資料庫還原到與原先建立備份的同一個伺服器與資料庫。如果您將複寫資料庫的備份還原到另一個伺服器或資料庫，將無法保留複寫設定。在此情況下，您必須在還原備份之後，重新建立所有發行集和訂閱。

發行者

對以下類型的複寫提供有還原步驟：

快照式複寫
唯讀異動複寫
具有可更新訂閱的異動複寫
點對點異動複寫

msdb 和 master 資料庫的還原 (也涵蓋在本節中) 對所有四種類型都相同。

發行集資料庫：快照式複寫

還原最新的發行集資料庫備份。移至步驟 2。
發行集資料庫備份是否包含所有發行集和訂閱的最新組態？若為是，則還原已經完成。若為否，請移至步驟 3。
從「發行者」、「散發者」及「訂閱者」端移除複寫組態，然後重新建立組態。還原即可完成。

如需如何移除複寫的詳細資訊，請參閱 sp_removedbreplication (Transact-SQL)。

發行集資料庫：唯讀異動複寫

還原最新的發行集資料庫備份。移至步驟 2。
是否在失敗前對發行集資料庫啟用了 sync with backup 設定？若為是，請移至步驟 3；若為否，請移至步驟 5。

如果設定已啟用， SELECT DATABASEPROPERTYEX('<PublicationDatabaseName>', 'IsSyncWithBackup') 查詢會傳回 '1'。
還原的備份是否完整且為最新狀態？該備份是否包含所有發行集和訂閱的最新組態？若為是，則還原已經完成。若為否，請移至步驟 4。
已還原發行集資料庫中的組態資訊並非最新；因此，您必須確定「訂閱者」擁有散發資料庫中的所有未處理命令，然後再卸除及重新建立複寫組態。
1. 執行散發代理程式，直到所有訂閱者與散發資料庫中的未處理命令均已同步處理。確認所有的命令都已傳遞給訂閱者，方法是使用「複寫監視器」中的 [未散發的命令] 索引標籤，或是在散發資料庫中查詢 MSdistribution_status 檢視。移至步驟 b。
  
  如需如何執行散發代理程式的詳細資訊，請參閱啟動及停止複寫代理程式 (SQL Server Management Studio) 與複寫代理程式可執行檔概念。
  
  如需有關如何確認命令的詳細資訊，請參閱在散發資料庫中檢視複寫的命令和其他資訊 (複寫 Transact-SQL 程式設計) 和使用複寫監視器來檢視資訊及執行工作。
2. 從「發行者」、「散發者」及「訂閱者」端移除複寫組態，然後重新建立組態。重新建立訂閱時，請指定「訂閱者」已經擁有該資料。還原即可完成。
  
  如需如何移除複寫的詳細資訊，請參閱 sp_removedbreplication (Transact-SQL)。
  
  如需有關如何指定訂閱者已經擁有該資料的詳細資訊，請參閱＜ Initialize a Subscription Manually＞。
未在發行集資料庫上設定 sync with backup 選項；因此，沒有包含在還原備份中的交易可能尚未傳遞到散發者和訂閱者。您必須確定「訂閱者」已經擁有散發資料庫中的所有未處理命令，然後再手動將任何未包含在所還原備份中的交易，套用到發行集資料庫：

重要

執行此程序可能會造成已發行資料表的還原時間點，比備份中所還原的其他未發行資料表還要新。
1. 執行散發代理程式，直到所有訂閱者與散發資料庫中的未處理命令均已同步處理。確認所有的命令都已傳遞給訂閱者，方法是使用「複寫監視器」中的 [未散發的命令] 索引標籤，或是在散發資料庫中查詢 MSdistribution_status 檢視。移至步驟 b。
  
  如需如何執行散發代理程式的詳細資訊，請參閱啟動及停止複寫代理程式 (SQL Server Management Studio) 與複寫代理程式可執行檔概念。
  
  如需有關如何確認命令的詳細資訊，請參閱在散發資料庫中檢視複寫的命令和其他資訊 (複寫 Transact-SQL 程式設計) 和使用複寫監視器來檢視資訊及執行工作。
2. 使用 tablediff 公用程式或其他工具來手動同步化發行者與訂閱者。如此可讓您從訂閱資料庫中，復原沒有包含在發行集資料庫備份中的資料。移至步驟 c。
  
  如需 tablediff 公用程式的詳細資訊，請參閱比較複寫資料表的差異 (複寫程式設計)。
3. 還原的備份是否完整且為最新狀態？該備份是否包含所有發行集和訂閱的最新組態？若為是，請執行 sp_replrestart 預存程序，以重新同步處理「發行者」中繼資料資料與「散發者」中繼資料。還原即可完成。若為否，請移至步驟 d。
4. 從「發行者」、「散發者」及「訂閱者」端移除複寫組態，然後重新建立組態。重新建立訂閱時，請指定「訂閱者」已經擁有該資料。還原即可完成。
  
  如需如何移除複寫的詳細資訊，請參閱 sp_removedbreplication (Transact-SQL)。
  
  如需有關如何指定訂閱者已經擁有該資料的詳細資訊，請參閱＜ Initialize a Subscription Manually＞。

發行集資料庫：具有可更新訂閱的異動複寫

還原最新的發行集資料庫備份。移至步驟 2。
執行散發代理程式，直到所有訂閱者與散發資料庫中的未處理命令均已同步處理。確認所有的命令都已傳遞給「訂閱者」，方法是使用「複寫監視器」中的 [未散發的命令] 索引標籤，或是在散發資料庫中查詢 MSdistribution_status 檢視。移至步驟 3。

如需如何執行散發代理程式的詳細資訊，請參閱啟動及停止複寫代理程式 (SQL Server Management Studio) 與複寫代理程式可執行檔概念。

如需有關如何確認命令的詳細資訊，請參閱在散發資料庫中檢視複寫的命令和其他資訊 (複寫 Transact-SQL 程式設計) 和使用複寫監視器來檢視資訊及執行工作。
如要使用佇列更新訂閱，請連接到各訂閱者，並從訂閱資料庫的 MSreplication_queue (Transact-SQL) 資料表中刪除所有資料列。移至步驟 4。

注意

如果您正使用佇列更新訂閱以及包含識別欄位的任何資料表，則必須確保在還原後指派正確的識別範圍。如需詳細資訊，請參閱複寫識別資料欄。
您必須確定「訂閱者」已經擁有散發資料庫中的所有未處理命令，然後再手動將任何未包含在所還原備份中的交易，套用到發行集資料庫：

重要

執行此程序可能會造成已發行資料表的還原時間點，比備份中所還原的其他未發行資料表還要新。
1. 執行散發代理程式，直到所有訂閱者與散發資料庫中的未處理命令均已同步處理。透過使用「複寫監視器」，或透過查詢散發資料庫中的 MSdistribution_status 檢視，確認所有命令是否已傳遞到「訂閱者」。移至步驟 b。
2. 使用 tablediff Utility 或其他工具來手動同步化發行者與訂閱者。如此可讓您從訂閱資料庫中，復原沒有包含在發行集資料庫備份中的資料。移至步驟 c。
  
  如需 tablediff 公用程式的詳細資訊，請參閱比較複寫資料表的差異 (複寫程式設計)。
3. 還原的備份是否完整且為最新狀態？該備份是否包含所有發行集和訂閱的最新組態？若為是，請執行 sp_replrestart 預存程序，以重新同步處理「發行者」中繼資料資料與「散發者」中繼資料。還原即可完成。若為否，請移至步驟 d。
4. 從「發行者」、「散發者」及「訂閱者」端移除複寫組態，然後重新建立組態。重新建立訂閱時，請指定「訂閱者」已經擁有該資料。還原即可完成。
  
  如需如何移除複寫的詳細資訊，請參閱 sp_removedbreplication (Transact-SQL)。
  
  如需有關如何指定訂閱者已經擁有該資料的詳細資訊，請參閱＜ Initialize a Subscription Manually＞。

發行集資料庫：@loopback_detection

在下列步驟中，發行集資料庫 A、 B和 C 在點對點異動複寫拓撲中。資料庫 A 和 C 在線上並正常運作；資料庫 B 則是要還原的資料庫。此處所述的程序 (尤其是步驟 7、10 和 11)，與在點對點拓撲中加入節點的程序非常類似。執行這些步驟最直接的方法是使用「設定點對點拓撲精靈」，但是您也可以使用預存程序。

執行散發代理程式，以便同步處理資料庫 A 和 C 中的訂閱。移至步驟 2。

如需如何執行散發代理程式的詳細資訊，請參閱啟動及停止複寫代理程式 (SQL Server Management Studio) 與複寫代理程式可執行檔概念。
如果 B 使用的散發資料庫仍然可用，則執行散發代理程式，以便同步處理資料庫 B 和 A 之間，以及資料庫 B 和 C 之間的訂閱。移至步驟 3。
透過在 B 的散發資料庫執行 sp_removedistpublisherdbreplication，從 B 使用的散發資料庫中移除中繼資料。移至步驟 4。
在資料庫 A 和 C 中卸除資料庫 B 之發行集的訂閱。移至步驟 5。

如需有關如何卸除訂閱的詳細資訊，請參閱＜ Subscribe to Publications＞。
執行資料庫 A 的記錄備份或完整備份。移至步驟 6。
於資料庫 B 中還原資料庫 A 的備份。資料庫 B 現在擁有來自資料庫 A 的資料，但是沒有複寫組態。當您將備份還原到另一部伺服器時，複寫就會被移除，因此複寫已從資料庫 B 中移除。移至步驟 7。
在資料庫 B 中重新建立發行集，然後在 A 和資料庫 B 之間重新建立訂閱。(有關資料庫 C 的訂閱將在後續階段中處理)。
1. 在資料庫 B 上重新建立發行集。移至步驟 b。
2. 重新建立資料庫 B 的發行集至資料庫 A 的訂閱，指定該訂閱應使用備份 (sp_addsubscription 之 @sync_type 參數的 initialize with backup 值) 來初始化。移至步驟 c。
3. 重新建立資料庫 A 的發行集至資料庫 B 的訂閱，指定訂閱者已擁有資料 ( sp_addsubscription 之 @sync_type 參數的 replication support only 值) 來初始化。移至步驟 8。
執行散發代理程式，以便同步處理資料庫 A 和 B 中的訂閱。如果已發行資料表中有任何識別資料行，則移至步驟 9。若為否，請移至步驟 10。
還原之後，您針對資料庫 A 中的每一個資料表指派的識別範圍也會在資料庫 B 中使用。請確保還原的資料庫 B 已接收到來自失敗資料庫 B 中已傳播至資料庫 A 和資料庫 C 的所有變更；然後為每個資料表的識別範圍重設種子資料。
1. 在資料庫 B 執行 sp_requestpeerresponse，並擷取輸出參數 @request_id。移至步驟 b。
2. 依預設，「散發代理程式」設定為連續執行；因此 Token 應該會自動傳送到所有的節點。如果散發代理程式並非以連續模式執行，請執行代理程式。如需詳細資訊，請參閱複寫代理程式可執行檔概念或啟動和停止複寫代理程式 (SQL Server Management Studio)。移至步驟 c。
3. 執行 sp_helppeerresponses，提供步驟 b 中所擷取的 @request_id 值。請稍候，直到所有節點都指示已經收到對等要求為止。移至步驟 d。
4. 使用 DBCC CHECKIDENT 重設資料庫 B 上每個資料表的種子資料，以確保使用適當的範圍。移至步驟 10。
如需如何管理識別範圍的詳細資訊，請參閱複寫識別欄位中的＜為手動識別範圍管理指派範圍＞一節。
此時，資料庫 B 和資料庫 C 並沒有直接連接，但它們將會透過資料庫 A 接收變更。如果拓撲包含任何正在執行 SQL Server 2005 (9.x) 的節點，請移至步驟 11；否則請移至步驟 12。
停止系統，然後重新建立資料庫 B 和 C 之間的訂閱。停止系統包括停止所有節點上已發行資料表的活動，並確定每個節點都已收到來自其他所有節點的所有變更。
1. 停止點對點拓撲中已發行資料表上的所有活動。移至步驟 b。
2. 在資料庫 B 執行 sp_requestpeerresponse，並擷取輸出參數 @request_id。移至步驟 c。
3. 依預設，「散發代理程式」設定為連續執行；因此 Token 應該會自動傳送到所有的節點。如果散發代理程式並非以連續模式執行，請執行代理程式。移至步驟 d。
4. 執行 sp_helppeerresponses，提供步驟 b 中所擷取的 @request_id 值。請稍候，直到所有節點都指示已經收到對等要求為止。移至步驟 e。
5. 重新建立資料庫 C 的發行集之資料庫 B的訂閱，指定「訂閱者」已具有資料。移至步驟 b。
6. 重新建立資料庫 B 的發行集之資料庫 C的訂閱，指定「訂閱者」已具有資料。移至步驟 13。
重新建立資料庫 B 和 C之間的訂閱：
1. 在資料庫 B中查詢 MSpeer_lsns 資料表，以擷取資料庫 B 已從資料庫 C所接收之最新交易的記錄序號。
2. 重新建立資料庫 B 的發行集至資料庫 C 的訂閱，指定該訂閱應依據 LSN ( sp_addsubscription 之 @sync_type 參數的 initialize with backup 值) 來初始化。移至步驟 b。
3. 重新建立資料庫 B 的發行集之資料庫 C的訂閱，指定「訂閱者」已具有資料。移至步驟 13。
執行散發代理程式，以便同步處理資料庫 B 和 C 中的訂閱。還原即可完成。

msdb 資料庫 (發行者)

還原 msdb 資料庫的最新備份。
還原的備份是否完整且為最新狀態？該備份是否包含所有發行集和訂閱的最新組態？若為是，則復原已經完成。若為否，請移至步驟 3。
從您的複寫指令碼重新建立訂閱清除作業。復原即可完成。

Master 資料庫 (發行者)

還原 master 資料庫的最新備份。
確定資料庫和發行集資料庫內的複寫組態與設定一致。

散發者端的資料庫

散發資料庫

還原散發資料庫的最新一次備份。
是否在失敗前對散發資料庫啟用了 sync with backup 設定？若為是，請移至步驟 3；若為否，請移至步驟 4。

如果設定已啟用， SELECT DATABASEPROPERTYEX('<DistributionDatabaseName>', 'IsSyncWithBackup') 查詢會傳回 '1'。
還原的備份是否完整且為最新狀態？該備份是否包含所有發行集和訂閱的最新組態？若為是，則復原已經完成。若為否，請移至步驟 4。
已還原散發資料庫中的組態資訊不是最新的，或者未在散發資料庫上設定 sync with backup 選項 (在還原之後，散發資料庫可能會遺失在「發行者」端認可，但尚未傳遞到「訂閱者」的交易)。卸除並重新建立複寫，然後執行驗證。
1. 從「發行者」、「散發者」及「訂閱者」端移除複寫組態，然後重新建立組態。重新建立訂閱時，請指定「訂閱者」已經擁有該資料。移至步驟 b。
  
  如需如何移除複寫的詳細資訊，請參閱 sp_removedbreplication (Transact-SQL)。
  
  如需有關如何指定訂閱者已經擁有該資料的詳細資訊，請參閱＜ Initialize a Subscription Manually＞。
2. 標示所有發行集以供驗證。將未通過驗證的任何訂閱重新初始化。復原即可完成。
  
  如需驗證的相關資訊，請參閱 Validate Replicated Data。如需詳細資訊，請參閱重新初始化訂閱。

msdb 資料庫 (散發者)

還原 msdb 資料庫的最新備份。
還原的備份是否完整且為最新狀態？該備份是否包含所有發行集和訂閱的最新組態？若為是，則復原已經完成。若為否，請移至步驟 3。
從「發行者」、「散發者」及「訂閱者」端移除複寫組態，然後重新建立組態。重新建立訂閱時，請指定「訂閱者」已經擁有該資料。移至步驟 4。

如需如何移除複寫的詳細資訊，請參閱 sp_removedbreplication (Transact-SQL)。

如需有關如何指定訂閱者已經擁有該資料的詳細資訊，請參閱＜ Initialize a Subscription Manually＞。
標示所有發行集以供驗證。將未通過驗證的任何訂閱重新初始化。復原即可完成。

如需驗證的相關資訊，請參閱 Validate Replicated Data。如需詳細資訊，請參閱重新初始化訂閱。

Master 資料庫 (散發者)

還原 master 資料庫的最新備份。
確定資料庫和發行集資料庫內的複寫組態與設定一致。

訂閱者端的資料庫

訂閱資料庫

最新的訂閱資料庫備份是否比散發資料庫上的最低散發保留設定還新？ (這點將決定「散發者」是否仍具有更新「訂閱者」的所有必要命令)。如果是，則移至步驟 2。如果否，請重新初始化該項訂閱。復原即可完成。

若要決定最大散發保留設定，則執行 sp_helpdistributiondb 並從 max_distretention 資料行中擷取值 (此值以小時表示)。

如需有關如何重新初始化訂閱的詳細資訊，請參閱＜ Reinitialize a Subscription＞。
還原最新一次訂閱資料庫備份。移至步驟 3。
如果訂閱資料庫僅包含發送訂閱，請移至步驟 4。如果訂閱資料庫包含任何提取訂閱，請詢問下列問題：訂閱資訊是最新的嗎？資料庫包含所有在失敗時所設定的資料表和選項嗎？如果是，則移至步驟 4。如果否，請重新初始化該項訂閱。復原即可完成。
若要同步處理「訂閱者」，請執行「散發代理程式」。復原即可完成。

如需如何執行散發代理程式的詳細資訊，請參閱啟動及停止複寫代理程式 (SQL Server Management Studio) 與複寫代理程式可執行檔概念。

msdb 資料庫 (訂閱者)

還原 msdb 資料庫的最新備份。此「訂閱者」端是否使用提取訂閱？如果不是，則還原已完成。如果是，則移至步驟 2。
還原的備份是否完整且為最新狀態？該備份是否包含所有提取訂閱的最新組態？若為是，則復原已經完成。若為否，請移至步驟 3。
卸除並重新建立提取訂閱。重新建立訂閱時，請指定「訂閱者」已經擁有該資料。還原即可完成。

如需有關如何卸除訂閱的詳細資訊，請參閱＜ Subscribe to Publications＞。

如需有關如何指定訂閱者已經擁有該資料的詳細資訊，請參閱＜ Initialize a Subscription Manually＞。

Master 資料庫 (訂閱者)

還原 master 資料庫的最新備份。
確定資料庫和發行集資料庫內的複寫組態與設定一致。

另請參閱

SQL Server 資料庫的備份與還原
 備份及還原複寫的資料庫
 設定散發
 發行資料和資料庫物件
 訂閱發行集
 初始化訂閱
 同步處理資料