必要條件:使用分散式 AG 移轉至 SQL Server VM

使用分散式可用性群組 (AG),將 SQL Server 的獨立執行個體Always On 可用性群組移轉至 Azure 虛擬機器 (VM) 上的 SQL Server。

本文說明若要使用分散式 AG 將 SQL Server 執行個體或可用性群組移轉至 SQL Server VM,準備來源和目標環境的必要條件。

使用分散式可用性群組從獨立執行個體移轉一或多個資料庫,是一項簡單的解決方案,不需要 Windows Server 容錯移轉叢集,也不需要來源或目標上的可用性群組接聽程式。 若要移轉可用性群組,必須有一個叢集,且來源與目標上都需有接聽程式。

來源 SQL Server

若要移轉執行個體或可用性群組,您的來源 SQL Server 應符合下列必要條件:

  • 若要移轉獨立執行個體,支援的最低版本為 SQL Server 2017。 若要移轉可用性群組,則支援 SQL Server 2016 或更新版本。
  • 您的 SQL Server 版本應為企業版。
  • 您必須啟用 Always On 功能
  • 您想移轉的資料庫已經以完整模式備份。
  • 如果您已有可用性群組,這個群組必須處於健全狀態。 如果您在此流程中建立可用性群組,那麼在開始移轉之前,這個群組必須處於健全狀態。
  • SQL Server 執行個體使用的連接埠 (預設為 1433) 以及資料庫鏡像端點 (預設為 5022),必須在防火牆中開啟。 若要移轉可用性群組中的資料庫,請確定接聽程式所使用的連接埠也在防火牆中開啟。

目標 SQL Server VM

請確定目標 SQL Server VM 符合下列必要條件,準備好進行移轉:

  • 執行移轉的 Azure 帳戶會指派為資源群組的擁有者或參與者,該資源群組包含目標 SQL Server VM。
  • 若要使用自動植入功能來建立分散式可用性群組 (DAG),DAG 全域主要複本 (來源) 執行個體名稱,必須與 DAG 轉寄站 (目標) 執行個體名稱一致。 如果全域主要複本和轉寄站的執行個體名稱不一致,就必須透過手動植入來建立 DAG,且未來需手動新增任何額外的資料庫檔案。
  • 為了簡單起見,目標 SQL Server 執行個體應與來源 SQL Server 執行個體的版本一致。 如果您選擇在移轉流程進行期間,於目標上使用較新版的 SQL Server 來進行升級,那麼您必須手動植入資料庫,而不是仰賴這一系列文章中提供的自動植入功能。 如需詳細資訊,請參閱移轉至更新的 SQL Server 版本
  • SQL Server 版本應為企業版。
  • 您必須啟用 Always On 功能
  • SQL Server 執行個體使用的連接埠 (預設為 1433) 以及資料庫鏡像端點 (預設為 5022),必須在防火牆中開啟。 若要移轉可用性群組中的資料庫,請確定接聽程式所使用的連接埠也在防火牆中開啟。

連線能力

來源和目標 SQL Server 執行個體必須有已建立的網路連線。

如果來源 SQL Server 執行個體位於內部部署網路上,請在內部部署網路與目標 SQL Server VM 所在的虛擬網路之間,設定站對站 VPN 連線Azure ExpressRoute 連線

如果您的來源 SQL Server 執行個體位於與目標 SQL Server VM 不同的 Azure 虛擬網路上,請設定虛擬網路對等互連

驗證

若要簡化來源與目標 SQL Server 執行個體之間的驗證,請將這兩部伺服器聯結至相同的網域,最好是來源端網域,並套用網域型驗證。 由於這是建議做法,因此本教學課程系列中的步驟假設來源和目標 SQL Server 執行個體都是相同網域的一部分。

如果來源和目標伺服器屬於不同網域,請在這兩個網域之間設定同盟,或設定網域獨立的可用性群組

下一步

設定來源和目標環境以符合必要條件之後,您就可以開始將 SQL Server 的獨立執行個體Always On 可用性群組移轉至目標 SQL Server VM。