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

我更多地是网络/ Windows管理员，我的任务是监督SQL Server升级项目。我需要与DBA会面，并讨论他们的升级需求。我不想完全失明，所以我想我先问你们。我们正在从SQL Server 2008迁移到SQL Server 2008 R2，并可能在可能的情况下迁移到Windows Server 2008 R2。作为一名DBA，您对这种升级有何担忧？您想同时看到什么吗？

如果没有有关系统性质的任何信息（请参阅我对问题的评论）或为什么要进行升级，则很难提供任何具体和/或简洁的建议。

首先，有很多构建新服务器的出色清单，Brent Ozar和Jonathan Kehayias是两个很好的例子。从这些指南中的许多建议中，有几个项目值得重点介绍。这些是我最常配置错误的。

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

• 防病毒-确保防病毒扫描程序中排除了MDF，NDF和LDF文件。这些可能会在繁忙的系统上造成混乱，请先解决此问题。

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

对于被认为对业务至关重要并且要遵守严格的SLA的服务器/系统/应用程序，请制定更糟糕的计划。使用这些工具，您需要尽可能接近100％确保就业务或用户而言，升级不会降级。为了获得这种信心，您将不得不测试，测试和测试更多内容。

在任何大型系统中，都会有一个或两个查询，需要进行修改/变通/提示才能优化。有些是刻意的，并且基于当时的最佳建议，而另一些则是被遗忘的紧急修复程序。这些查询将由于调整和优化查询优化程序而在升级时意外更改行为。只有一种方法可以发现它们，然后在新套件上运行它们。

我首选的方法是使用RML工具捕获和重放工作负载。从SQL CAT到如何使用RML都有一个很好的指南，即使用RML Utilities 9.0的Microsoft SQL Server的Precision Performance。

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