您必須將所有資料庫還原至相同的標記，以確保資料庫之間的交易狀態一致。 請參閱 標記的交易、完整備份和日誌備份。
如果目的地系統中只有一部伺服器，請確定已還原所有記錄備份集（最近一組除外）。 請參閱 檢視還原備份的歷程記錄。 如果所有記錄備份集尚未還原，且還原作業目前未執行，請執行還原作業（必要時手動執行）。 如果有可以還原的未完成備份集，作業會處理這些備份集，直到全部還原為止。
如果目的地系統中有多個伺服器，所有伺服器都必須還原至相同的備份集。 檢視每部伺服器上的還原歷程記錄，並確定所有伺服器上還原的最新記錄備份集都相同。 如果不是，您必須在需要還原最新記錄備份集的每部伺服器上手動執行還原作業。
所有伺服器都位於相同的備份集之後，就可以手動還原最後一組。
adm_BackupHistory 數據表是用於來源系統日誌傳送過程的核心歷史記錄點。 執行的所有備份工作都會記錄到此數據表。 目的地系統中的所有伺服器都會從此數據表讀取，以接收執行還原工作所需的資訊。
開始之前
- 如果您從備份還原 BAM 主要匯入資料庫，則也應該使用早於 BAM 主要備份的備份來還原 BAM 封存、BAM 星狀架構和 BAM 分析資料庫。 請參閱 備份和復原 BAM。
- 如果您將源資料庫的完整或記錄備份從 BizTalk Server 備份工作放置的位置移動，您應該將 LogFileLocation 或 DBFileLocation 設定為新的位置，以便目的地系統能讀取完整備份檔或記錄備份檔，並更新目的地系統中 bts_LogShippingDatabases 數據表中該資料庫的相關數據列。 當您執行bts_ConfigureBtsLogShipping預存程式時，會填入此數據表。 根據預設，這些數據行會設定為 null，表示目的地系統應該從儲存在adm_BackupHistory數據表中的位置讀取備份檔。
- 請一律將備份文件的復本保留在安全的位置。 即使您有記錄備份，您也無法在沒有備份文件的情況下還原資料庫。
先決條件
使用屬於系統管理員 SQL Server 角色成員的帳戶登入 SQL Server。
還原資料庫
在目的地系統上，開啟 SQL Server Management Studio，然後連線到您的 SQL Server。
展開 SQL Server Agent，然後展開 作業。 執行下列動作：
以滑鼠右鍵按下 BTS 記錄傳送 - 取得備份記錄 作業，然後選取 [ 停用]。 狀態會變更為 [成功]。
以滑鼠右鍵按下 BTS 記錄傳送 - 還原資料庫 作業，然後選取 [ 停用]。 狀態會變更為 [成功]。
以滑鼠右鍵按下 BTS 記錄傳送 - 還原至標記，然後選取 從此步開始啟動作業。 選取 [步驟標識符 1 ]，然後選取 [ 開始]。
當狀態變更為 [成功] 時，SQL Server Agent 作業和 BizTalk Server 資料庫會還原至目的地系統。
這很重要
如果 [狀態 ] 為 [錯誤]，請選取 [訊息] 字段中的鏈接以判斷原因。 在繼續之前，這些作業必須是成功狀態。
在您編輯 SampleUpdateInfo.xml 檔案的 BizTalk Server 上，開啟命令提示字元視窗，然後移至：
32 位電腦：
%SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore64 位電腦：
%SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore在命令提示字元中，輸入：
cscript UpdateDatabase.vbs SampleUpdateInfo.xml備註
使用 SQL Server 2016 或更新版本環境時，您可能需要在 UpdateDatabase.vbs 中使用 MSOLEDBSQL。 在 UpdateDatabase.vbs 中，移至
conn.Provider = "SQLOLEDB"。 將SQLOLEDB變更為MSOLEDBSQL。 否則，腳本可能會失敗，並出現錯誤：SQL Server: Invalid connection string attribute。此文稿會更新儲存其他資料庫位置資訊的所有數據表。
這很重要
- 在 BizTalk 群組中的 一部 伺服器上執行 UpdateDatabase.vbs。
- 在 64 位電腦上，您必須從 64 位命令提示字元執行 UpdateDatabase.vbs。 請注意，64 位電腦上的預設命令提示字元是 64 位命令提示字元，且位於 %SystemDrive%\windows\System32\cmd.exe。
- 在還原資料庫時，BizTalk EDI 引擎不需要對 SampleUpdateInfo.xml 進行任何自己的修改。 它依賴 BizTalkDTADb 資料庫的連線來存取 EDI 數據表。
將編輯後的 SampleUpdateInfo.xml 檔案複製到此 BizTalk 群組內每部執行 BizTalk Server 的電腦的下列資料夾中：
32 位電腦：複製到
%SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore64 位電腦：複製到
%SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore在 BizTalk Server 群組中的每台電腦上，開啟命令提示字元，然後執行以下操作：
32 位電腦：
%SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore64 位電腦：
%SystemDrive%\Program Files (x86)Microsoft BizTalk Server <version>\Bins32\Schema\Restore在命令提示字元中，輸入：
cscript UpdateRegistry.vbs SampleUpdateInfo.xml此腳本會更新儲存其他資料庫位置相關信息的所有登錄項目。
這很重要
- 在 BizTalk 群組 中的每個 伺服器上執行 UpdateRegistry.vbs。
- 在 64 位電腦上，您必須從 64 位命令提示字元執行 UpdateRegistry.vbs。 請注意，64 位電腦上的預設命令提示字元是 64 位命令提示字元，且位於 %SystemDrive%\windows\System32\cmd.exe。
重新啟動所有 BizTalk Server 服務。 請參閱 如何啟動、停止、暫停、繼續或重新啟動 BizTalk Server 服務。
還原資料庫之後，請重新啟動 Windows Management Instrumentation 服務：
開 啟 services.msc。
以滑鼠右鍵按兩下 [Windows Management Instrumentation]，然後選取 [ 重新啟動]。
開啟 BizTalk Server 管理。 執行下列動作：
以滑鼠右鍵按兩下 [BizTalk 群組 ]，然後選取 [ 移除]。
以滑鼠右鍵按兩下 [BizTalk Server 系統管理 ]，然後選取 [ 連線到現有的群組]。
在 [SQL Server 名稱] 中，選取裝載 BizTalk 管理資料庫的 SQL Server 實例名稱。 當您選取 SQL Server 實例時，BizTalk Server 會自動偵測該電腦上的 BizTalk Server 資料庫。
在 [資料庫名稱] 中，選取您的 BizTalk 管理資料庫 （BizTalkMgmtDb 預設），然後選取 [ 確定]。
BizTalk Server 管理控制台會將 BizTalk 群組新增至管理控制台。
你的 BizTalk Server 現在已復原並應正常運行。 接下來，設定備份 BizTalk Server 作業，以開始將備份寫入至新的目的地伺服器。 您也應該重新設定新的目的地系統。
這很重要
- 如果您使用規則引擎，在還原資料庫之後，您必須在 BizTalk Server 群組中的每個伺服器上重新啟動規則引擎更新服務。 請參閱 如何啟動、停止、暫停、繼續或重新啟動 BizTalk Server 服務。
- 如果您使用 BAM，現在是還原 BAM 資料庫的時間。 請參閱 備份和復原 BAM。
- 如果您要移動資料庫並使用 BizTalk EDI 或 RosettaNet 加速器，則某些 SQL 埠可能會針對 BizTalk 資料庫進行設定。 匯出系結、搜尋舊的資料庫連結，並據以取代資料庫連結。