將SQL Server 2008和2008 R2群集移至Azure以獲得擴展支持

今年早些時候，如果將SQL Server 2008和2008 R2群集遷移到Azure，Microsoft將宣布擴展支持。 有關所有詳細信息，請查看https://www.microsoft.com/en-us/sql-server/sql-server-2008。 如果您選擇不搬家，您的延期支持將於2019年7月9日結束。 如果您仍在運行SQL Server 2008 R2，可能是因為您從未升級過您的應用程序。因此不支持更新版本的SQL。或許，你決定不修復沒有破壞的東西。無論這些原因如何，如果您遷移到Azure，您剛剛為自己購買了三年的支持。現在，使用Azure Site Recovery將工作負載遷移到Azure是一個很好的文檔化過程。對於SQL Server的獨立實例，該過程應該是非常無縫的。但是那些SQL Server的集群實例呢？當你搬到Azure時，你肯定不想放棄可用性。Azure的一部分優點是它們擁有您夢寐以求的基礎設施。但是，用戶有責任配置其應用程序以充分利用基礎結構，以確保您的部署具有高可用性。對於SQL Server 2008和2008 R2，高可用性通常意味著Windows Server 2008 R2或Windows Server 2012 R2上的SQL Server故障轉移群集。如果您是Azure的新手，您將很快發現沒有支持共享存儲群集的本機選項。相反，您需要查看SANLess集群解決方案，例如SIOS DataKeeper。Microsoft在其文檔中列出了SIOS DataKeeper作為SQL Server故障轉移群集的HA解決方案。

入門

讓我們開始將SQL Server 2008和2008 R2集群遷移到Azure以獲得擴展支持。以下是您需要採取的高級步驟。

• 使用DataKeeper卷資源替換現有內部部署SQL Server群集中的物理磁盤資源。如果使用MSDTC，請對MSDTC資源執行相同操作。
• 刪除您的磁盤見證並將其替換為文件共享見證。
• 使用Azure Site Recovery將群集節點複製到Azure中，確保每個複制節點位於Azure中的不同故障域或不同可用區中
• 在Azure中恢復複製群集節點
• 將文件共享見證替換為Azure中託管的文件共享
• 在Azure中配置內部負載均衡器以進行客戶端重定向。這包括在本地節點上運行Powershell腳本以更新SQL Cluster IP資源以偵聽ILB探測
• 假設在此遷移過程中更改了SQL Server群集實例的IP地址和子網，您還需要對群集IP地址和DataKeeper作業端點進行一些清理以反映新的IP地址

我知道我遺漏了很多細節。但是，如果您發現自己處於不得不將SQL Server升級到Azure或任何云計算的位置，我很樂意與您聯繫以回答您可能遇到的任何問題。請記住，相同的步驟適用於您計劃遷移到Azure的任何SQL版本。如果您需要將SQL Server 2008和2008 R2 Clusters移至Azure，請與我們聯繫。經Clusteringformeremortals.com許可轉載