关于SQL Server 群集的几个关键技巧

核心提示： 硬件到位后，您可以在此安装上创建新的虚拟SQL Server，关于SQL Server 群集的几个关键技巧(4)，将生产数据库复制过来，然后考察新系统的性能，一旦完成迁移，您还可以释放旧实例占用的SAN资源，从而在移交日期之前留有充足的时间来解决程序错误，但别忘了编写脚本

硬件到位后，您可以在此安装上创建新的虚拟SQL Server，将生产数据库复制过来，然后考察新系统的性能，从而在移交日期之前留有充足的时间来解决程序错误。但别忘了编写脚本，从现有服务器中退出。（万一发生灾难性故障，最好访问support.microsoft.com/kb/246133来更新登录构建脚本。）

为了将停机时间减到最少，您很可能必须使用日志传送，除非您的数据库相当小并且在一段时间内没有用户建立连接。在移交之前，您都可以正确执行日志传送。接着，删除这些用户，剪切并传送最后的日志，然后指向新实例上的应用程序。（有关感兴趣的日志传送替代方法，请参阅下面的数据库镜像部分。）如果使用DNS别名，您甚至可能不需要指向新实例上的应用程序，而是只需更新 DNS 别名。这种方法的优点是，如果您的迁移只进行了一部分，但必须要回退到原始状态，那您至少还有原始文件。

您还可以采用一种成本较低的方案，但需要您做更多的预先规划。一个群集可以支持多个SQL Server实例，但每个实例必须有其自己的磁盘资源。因此，在划分SAN时，请留出一个LUN，以备将来升级。要执行升级，请在此磁盘资源上安装 SQL Server 二进制文件。您可以演习一下该系统。当您准备好后，关闭当前SQL Server，将磁盘资源从旧的 SQL Server组中移出，更新依赖关系，然后使新SQL Server实例在线。连接旧实例中的数据库，然后启动并运行。（您已提早备份了所有数据，对吗？）

这就是成本较低的方法，实行这个方法需要承担一些风险。如果出现故障，您无法将数据库与新实例分离开来并放回原来位置。您的操作已简化为从备份恢复 - 这意味着需要很长的停机时间。

还有一种方法是将两个SQL Server实例都放在您的SAN中，前提是您有足够的磁盘空间。将生产备份（和日志传送）恢复为新实例，然后按前面介绍的步骤继续进行。但现在您有退路了。而且，一旦完成迁移，您还可以释放旧实例占用的SAN资源。您只需增加额外的磁盘。