將 SQL Server 2005 記錄傳送升級到 SQL Server 2008

升級程序牽涉到先將 SQL Server 2005 記錄傳送設定的次要伺服器執行個體升級到 SQL Server 2008，然後再升級主要伺服器執行個體。一定要先升級次要伺服器執行個體。如果在升級次要伺服器之前先升級主要伺服器，則記錄傳送將會失敗，因為在更新版的 SQL Server 上所建立的備份將無法在舊版 SQL Server 上還原。

記錄傳送會在整個升級過程中繼續，因為升級的次要伺服器會繼續從 SQL Server 2005 主要伺服器還原記錄備份。升級次要伺服器執行個體的程序部分取決於記錄傳送設定是否會處理多部次要伺服器。如需詳細資訊，請參閱本主題稍後的「升級多個次要伺服器執行個體的考量」。

當升級次要伺服器執行個體時，記錄傳送複製和還原作業不會執行，所以未還原的交易記錄備份將會累積。累積的數量取決於在主要伺服器上排程備份的頻率。此外，如果已經設定了個別的監視伺服器，則可能會引發警示，指出還原執行的時間長度尚未超過設定的間隔。

一旦升級了次要伺服器之後，記錄傳送代理程式作業就會繼續，並繼續從主要伺服器執行個體 (伺服器 A) 複製及還原記錄備份。次要伺服器讓次要資料庫變成最新狀態所需的時間會有所差異，取決於升級次要伺服器所花的時間以及主要伺服器上的備份頻率而定。

重要事項
需要升級的資料庫不支援 RESTORE WITH STANDBY 選項。如果已升級的次要資料庫已經使用 RESTORE WITH STANDBY 加以設定，升級之後無法再還原交易記錄。若要繼續進行該次要資料庫上的記錄傳送，您需要在該部待命伺服器上再次設定記錄傳送。如需有關 STANDBY 選項的詳細資訊，請參閱＜RESTORE 引數 (Transact-SQL)＞。

在規劃升級時，有一個極重要的考量就是無法使用資料庫的時間量。最簡單的升級案例牽涉到當您升級主要伺服器時所無法使用的資料庫 (底下的案例 1)。

您可以將 SQL Server 2005 主要伺服器容錯移轉到 SQL Server 2008 次要伺服器，然後再升級原始主要伺服器，藉此讓資料庫的可用性提升到最高，這是一個需要耗費較多成本的複雜升級程序 (底下的案例 2)。容錯移轉案例有兩種變化。您可以切換回原始主要伺服器，並保留原始記錄傳送設定。另外，您也可以在升級原始主要伺服器之前先移除原始記錄傳送設定，之後再使用新的主要伺服器建立新的組態。本主題將描述每一個案例。

重要事項
在升級主要伺服器執行個體之前，請務必先升級次要伺服器執行個體。如需詳細資訊，請參閱本主題稍後的「升級次要伺服器執行個體」一節。

案例 1：升級主要伺服器執行個體而不進行容錯移轉

案例 2：使用容錯移轉升級主要伺服器執行個體

此案例會讓可用性提升到最高，並讓停機時間減至最少。此案例使用一種受到控制的方式來容錯移轉至次要伺服器執行個體，在升級原始主要伺服器執行個體期間維持資料庫的可用性。停機時間限制為容錯移轉所需的相對簡短時間，而非升級主要伺服器執行個體所需的時間。

在使用容錯移轉來升級主要伺服器執行個體時，會牽涉到三個一般程序：執行受到控制的方式來容錯移轉到次要伺服器、將原始主要伺服器執行個體升級到 SQL Server 2008，並在 SQL Server 2008 主要伺服器執行個體上設定記錄傳送。本章節會描述這些程序。

重要事項
如果您打算讓次要伺服器執行個體當做新的主要伺服器執行個體，您需要移除記錄傳送設定。當原始主要伺服器執行個體升級之後，需要重新設定從新的主要伺服器到新的次要伺服器的記錄傳送。如需詳細資訊，請參閱＜移除記錄傳送＞。

程序 1.以受到控制的方式容錯移轉到次要伺服器

以受到控制的方式容錯移轉到次要伺服器：

1. 指定 WITH NORECOVERY 在主要資料庫上手動執行交易記錄的＜結尾記錄備份＞。這個記錄備份會擷取任何尚未備份的記錄檔記錄，並讓資料庫離線。請注意，當資料庫離線時，記錄傳送備份作業將會失敗。

   下列範例會在主要伺服器上建立 AdventureWorks 資料庫的結尾記錄備份。備份檔案命名為 Failover_AW_20080315.trn：

   BACKUP LOG AdventureWorks 
     TO DISK = N'\\FileServer\LogShipping\AdventureWorks\Failover_AW_20080315.trn' 
     WITH NORECOVERY;
   GO
   

   我們建議您最好使用不同的檔案命名規範來區分手動建立的備份檔案以及記錄傳送備份作業所建立的備份檔案。

2. 在次要伺服器上：

   1. 確定記錄傳送備份作業所自動進行的所有備份都已經套用。若要檢查哪些備份作業已經套用，請在監視伺服器或是主要和次要伺服器上使用 sp_help_log_shipping_monitor (Transact-SQL) 系統預存程序。last_backup_file、last_copied_file 和 last_restored_file 資料行應該會列出相同的檔案。如果有任何備份檔案尚未複製和還原，請針對記錄傳送設定手動叫用代理程式複製和還原作業。如需詳細資訊，請參閱＜如何：啟動作業 (SQL Server Management Studio)＞或＜sp_start_job (Transact-SQL)＞。

   2. 將您在步驟 1 建立的最後記錄備份檔案從檔案共用位置複製到次要伺服器上的記錄傳送所使用的本機位置。

   3. 指定 WITH RECOVERY 來還原最後記錄備份，讓資料庫回到線上。讓資料庫回到線上的過程中，資料庫將會升級到 SQL Server 2008。

      下列範例會在次要資料庫上還原 AdventureWorks 資料庫的結尾記錄備份。此範例使用 WITH RECOVERY 選項，讓資料庫回到線上：

      RESTORE LOG AdventureWorks 
        FROM DISK = N'c:\logshipping\Failover_AW_20080315.trn' 
        WITH RECOVERY;
      GO
      

      [!附註]

      如果是包含多部次要伺服器的組態，則有額外的考量。如需詳細資訊，請參閱本主題稍後的「升級多個次要伺服器執行個體的考量」。

   4. 將用戶端從原始主要伺服器 (伺服器 A) 重新導向線上次要伺服器 (伺服器 B) 來容錯移轉資料庫。

   5. 請注意，當資料庫在線上時，次要資料庫的交易記錄並不會填滿。若要避免交易記錄被填滿，您可能需要加以備份。如果是這種情況，我們建議您將它備份到共用位置 (「備份共用」(Backup Share))，讓備份可在其他伺服器執行個體上用來還原。

程序 2.將原始的主要伺服器執行個體升級到 SQL Server 2008

在您將原始主要伺服器執行個體升級到 SQL Server 2008 之後，資料庫仍然會在離線狀態而且格式為 SQL Server 2005。

程序 3.在 SQL Server 2008 上設定記錄傳送

升級程序的其餘步驟取決於是否仍設定記錄傳送而定，如下所示：

• 如果您已保留 SQL Server 2005 記錄傳送設定，請切換回原始的主要伺服器執行個體。如需詳細資訊，請參閱本主題稍後的「切換回原始的主要伺服器執行個體」。

• 如果您在容錯移轉之前移除此記錄傳送設定，請建立新的記錄傳送設定，其中原始的次要伺服器執行個體為新的主要伺服器執行個體。如需詳細資訊，請參閱本主題稍後的「將舊的次要伺服器執行個體保留為新的主要伺服器執行個體」。

切換回原始的主要伺服器執行個體

1. 在暫時的主要伺服器 (伺服器 B) 上，使用 WITH NORECOVERY 來備份記錄的結尾，以便建立結尾記錄備份並讓資料庫離線。結尾記錄備份命名為 Switchback_AW_20080315.trn。例如：

   BACKUP LOG AdventureWorks 
     TO DISK = N'\\FileServer\LogShipping\AdventureWorks\Switchback_AW_20080315.trn'
     WITH NORECOVERY;
   GO
   

2. 如果在暫時的主要資料庫上進行任何交易記錄備份，而不是您在步驟 1 建立的結尾備份，請使用 WITH NORECOVERY 將這些記錄備份還原到原始主要伺服器 (伺服器 A) 上的離線資料庫。當還原第一個記錄備份時，資料庫會升級成 SQL Server 2008 格式。

3. 使用 WITH RECOVERY 在原始的主要資料庫上還原結尾記錄備份 Switchback_AW_20080315.trn，讓資料庫回到線上。

4. 將用戶端從原始主要伺服器重新導向線上次要伺服器，容錯移轉回到原始的主要資料庫 (在伺服器 A 上)。

當資料庫變成線上狀態之後，原始的記錄傳送設定將會繼續。

將舊的次要伺服器執行個體保留為新的主要伺服器執行個體

將舊的次要伺服器執行個體 B 當做主要伺服器使用，並將舊的主要伺服器執行個體 A 當做新的次要伺服器使用，以建立新的記錄傳送設定，如下所示：

重要事項
在進行手動交易記錄備份來讓資料庫離線之前，舊的記錄傳送設定應該在程序開始時就已經從原始的主要伺服器中移除。

1. 若要避免在新的次要伺服器 (伺服器 A) 上執行資料庫的完整備份及還原，請將記錄備份從新的主要資料庫套用到新的次要資料庫。在範例組態中，這牽涉到將伺服器 B 上所做的記錄備份還原到伺服器 A 上的資料庫。

2. 從新的主要資料庫備份記錄 (在伺服器 B 上)。

3. 使用 WITH NORECOVERY 將記錄備份還原到新的次要伺服器執行個體 (伺服器 A)。第一個還原作業會將資料庫更新為 SQL Server 2008。

4. 使用之前的次要伺服器 (伺服器 B) 將記錄傳送設定為主要伺服器執行個體。

   重要事項
   如果您使用 SQL Server Management Studio，請指定次要資料庫已經初始化。

   設定記錄傳送

   • 如何：啟用記錄傳送 (SQL Server Management Studio)

   • 如何：啟用記錄傳送 (Transact-SQL)

5. 將用戶端從原始主要伺服器 (伺服器 A) 重新導向線上次要伺服器 (伺服器 B) 來容錯移轉資料庫。

   重要事項
   當您容錯移轉到新的主要資料庫時，應該確保其中繼資料與原始主要資料庫的中繼資料一致。如需詳細資訊，請參閱＜在另一個伺服器執行個體上提供可用的資料庫時，管理中繼資料＞。

當您使用容錯移轉升級主要執行個體時，程序要比多個次要伺服器執行個體來得複雜。在下列程序中，當升級所有次要伺服器之後，主要伺服器會容錯移轉成其中一個升級的次要資料庫。原始主要伺服器會升級，而記錄傳送則會容錯移轉回該伺服器。

1. 升級所有必要的伺服器執行個體 (伺服器 B 和 C)。

2. 使用 WITH NORECOVERY 來備份交易記錄，以取得主要資料庫的交易記錄結尾 (在伺服器 A 上)，並讓資料庫離線。

3. 在您打算容錯移轉到其上的次要伺服器 (伺服器 B) 上，使用 WITH RECOVERY 還原記錄備份來讓次要資料庫回到線上。

4. 在其他每一部次要伺服器 (伺服器 C) 上，使用 WITH NORECOVERY 還原記錄備份來讓次要資料庫離線。

   [!附註]

   記錄傳送複製和還原作業將會在次要伺服器上執行，但是這些作業不會做任何事，因為新的記錄備份檔案將不會置於備份共用位置。

5. 將用戶端從原始主要伺服器 (伺服器 A) 重新導向線上次要伺服器 (伺服器 B) 來容錯移轉資料庫。線上資料庫會變成暫時的主要伺服器，以便在原始的主要伺服器 (伺服器 A) 離線時可保持資料庫的可用性。

6. 升級原始的主要伺服器 (伺服器 A)。

7. 在您容錯移轉到其上的資料庫 (也就是伺服器 B 上的暫時主要資料庫) 上，使用 WITH NORECOVERY 手動備份交易記錄。這樣會讓資料庫離線。

8. 使用 WITH NORECOVERY 將您在暫時主要資料庫 (在伺服器 B) 上建立的所有交易記錄備份還原到其他每一個次要資料庫 (在伺服器 C 上)。如此可在升級之後從原始的主要資料庫繼續進行記錄傳送，而不需要在每一個次要資料庫上還原完整的資料庫。

9. 使用 WITH RECOVERY 將交易記錄從暫時的主要伺服器 (伺服器 B) 還原到原始的主要資料庫。