将SQL Server 2008和2008 R2群集移至Azure以获得扩展支持

将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许可转载