与 DBA 讨论服务器升级项目 - 常见问题

Question

我更像是一个网络/Windows 管理员，我的任务是监督 SQL 服务器升级项目。我需要与 DBA 会面并讨论他们关于升级的需求/愿望。我不想完全盲目地进去，所以我想我会先问你们。我们正在从 SQL Server 2008 迁移到 SQL Server 2008 R2，并且可能会在可能的情况下迁移到 Windows Server 2008 R2。作为 DBA，您对这样的升级有何担忧？您希望看到的任何事情同时发生吗？

Answer 1

如果没有关于系统性质的任何信息（请参阅我对问题的评论）或升级原因，就很难提供任何具体和/或简明的建议。

作为起点，有很多用于构建新服务器的优秀清单，Brent Ozar和Jonathan Kehayias就是两个很好的例子。从这些指南中的许多建议中，有几项值得强调。这些是我最常遇到的错误配置。

• 存储 - 检查分区对齐，尽管这对于 W2K8+ 来说不是问题，因为通常不需要手动分区对齐（非标准/异国情调的 SAN 除外）。数据驱动器的格式为 64k 块大小，而不是默认 4k​​b。运行一组基本的SQLIO测试，以便您 a) 有一个标准来比较服务器 X 和服务器 Y，并且 b) 您对该服务器功能有一定的信心。

• 防病毒 - 确保从防病毒扫描程序中排除 MDF、NDF 和 LDF 文件。这些可能会导致繁忙的系统出现混乱，请在它发生之前修复它。

• 模型数据库 - 对模型数据库所做的任何更改都会反映在您创建的每个用户数据库中。将模型大小和增长率设置为适合您的环境/系统的合理值。代替任何其他指南，简单恢复（以防有人忘记配置日志备份），2048MB 数据文件增长 1024MB，1024MB 日志文件增长 512MB（根据 JK 的清单）。

对于被认为是关键业务且受严格 SLA 约束的服务器/系统/应用程序，请做好更坏的打算。有了这些，您需要尽可能接近 100% 确定升级不会证明就企业或用户而言是降级。为了达到这种程度的信心，您将不得不测试、测试和测试更多。

在任何大型系统中，都会有一两个查询需要 hack/workaround/hint 来优化。有些是经过深思熟虑的，基于当时最好的建议，有些则是被遗忘的紧急修复。由于对查询优化器的调整和改进，这些查询将在升级时意外改变行为。只有一种方法可以发现它们，在您的新套件上运行它们。

我的首选方法是使用RML 工具捕获和重放工作负载。SQL CAT 提供了一个很好的指南，用于将 RML 用于准确此目的，Precision Performance for Microsoft SQL Server using RML Utilities 9.0。

Answer 2

SQL 2008 到 SQL 2008 R2 并不是一个很大的转换，但是如果您要从 Windows 2003 转到 Windows 2008，您将需要解决基于主机的防火墙问题。其他需要关注的问题包括代理作业、master/msdb/model 中的权限、将登录名从一台服务器迁移到另一台服务器、是否对新服务器进行备份还原或就地升级、兼容模式等。