將 SQL Server 升級至最新版本

2025-06-16

在本指南中，您將瞭解如何使用 SQL Server Management Studio （SSMS）中的 SQL Server 移轉元件，將使用者資料庫從舊版 SQL Server 升級至 SQL Server 2022 （16.x）。

如需其他移轉指南，請參閱 Azure 資料庫移轉。

必要條件

開始移轉專案之前，請務必滿足相關的必要條件。了解升級 SQL Server 支援的版本和考量。

若要準備移轉，請使用 SSMS 中的 SQL Server 移轉元件。

預先移轉

在您確認來源環境受支援且任何必要條件已處理後，便可開始移轉前的準備階段。此流程包括清查需要移轉的資料庫。接下來，評估資料庫是否有潛在的移轉問題或阻擋因素，然後解決您可能已找到的任何項目。下列兩節涵蓋探索、評定的移轉前步驟。

發現

「Azure Migrate：探索和評量」工具會探索和評估內部部署 VMware VM、Hyper-V VM 和實體伺服器是否可移轉至 Azure。

您可以針對下列各項使用此工具。

Azure 移轉整備程度：評估內部部署伺服器、SQL Server 執行個體和 Web 應用程式是否已準備好移轉至 Azure。
Azure 調整大小：預估移轉後的 Azure VM 大小/Azure SQL 設定/Azure VMware 解決方案節點數目。
Azure 成本估計：估計在 Azure 中執行內部部署伺服器的成本。
相依性分析：識別將相互依存的伺服器移至 Azure 時的跨伺服器相依性和最佳化策略。深入了解具有相依性分析的探索和評量。

探索和評量工具會使用您在內部部署環境中部署的輕量 Azure Migrate 設備。

設備會在 VM 或實體伺服器上執行。您可以使用已下載的範本輕鬆地進行安裝。
設備會偵測內部部署伺服器。它會將伺服器中繼資料和效能資料持續傳送至 Azure Migrate。
裝置探索無須代理程式。探索到的伺服器上未安裝任何內容。
探索設備後，即可將探索到的伺服器收集到群組，然後執行每個群組的評量。

評定及轉換

識別資料來源之後，下一個步驟是評定內部部署 SQL Server 執行個體。在升級 SQL Server 實例之前，請使用 SQL Server Management Studio 中的 SQL 移轉元件來評估源資料庫。

完成所有資料庫評量之後，請選取 [ 儲存報告 ] 將結果匯出至 JSON 檔案，以便自行分析數據。

轉換

在評估您正要移轉的一個或多個來源資料庫執行個體後，若進行異質移轉，必須將資料庫結構轉換以適應目標環境的運行。由於升級至新版 SQL Server 會被視為同質移轉，因此不需要轉換步驟。

移轉概觀

當您已滿足必要條件，並完成與移轉前階段相關的工作之後，就可以開始完成結構描述和資料移轉。若能成功移轉和升級，即表示您已解決從移轉前階段發現的所有問題。

檢閱在 SQL Server Management Studio 中發現的 SQL Server 移轉元件相容性問題。

建立系統資料庫 msdb 的備份，以保留備份記錄、維護計劃和其他自動化工作，包括作業。

使用 SQL Server Management Studio 檢視連結的伺服器。在物件總管中，以滑鼠右鍵按一下伺服器物件以展開清單。

視您的資料和環境複雜度而定，可能還需要考量其他事項。

移轉架構和資料

評估資料庫之後，下一個步驟是在 SQL Server Management Studio 中使用 SQL Server 移轉元件，開始移轉架構和資料庫的程式。

遷移架構和資料同步

使用 SQL Server 移轉元件來評估您的環境。
一旦您有評估報告，您就可以移轉資料庫。

資料同步和切換

為了盡可能縮短移轉的停機時間，您要移轉的來源會在一次性移轉之後繼續變更，資料與結構描述可能會與目標不同。在此流程中，您必須確保來源中的每個變更均以近即時的速度擷取並套用至目標。在確認來源的變更已應用到目標後，將系統從來源環境切換到目標環境。

此案例尚無停機時間最小化的移轉支援，因此資料同步計劃和轉換計劃目前不適用。

移轉後

在成功完成移轉階段之後，您需要進行一系列的移轉後工作，以確認一切都盡可能順暢且有效率地運作。為了協調任何資料精確度問題、驗證完整性及解決工作負載的效能問題，移轉後階段至關重要。

如需這些問題的詳細資訊、緩解問題的特定步驟及移轉後的情況，請參閱移轉後驗證和最佳化指南。

驗證應用程式

將資料移轉至目標環境之後，先前取用來源的所有應用程式都必須開始取用目標。在某些情況下，完成這項工作需要對應用程式進行變更。針對資料庫進行測試，以驗證應用程式在移轉之後如預期般運作。