我一直在考虑升级我的 SQL Server 2005 企业版。我特别想升级,因为我的 2 个 CPU 现在已经达到极限了。看来我可以在我的托管提供商那里升级到 64 位标准版,价格与我现在支付的价格差不多。我本来打算尝试在设置中添加另外 2 个 CPU,但我想我至少可以先试用 64 位标准版,然后再添加额外的 CPU(如果改进还不够的话)。
迁移到 64 位平台时我需要注意什么?即迁移过程中是否存在任何陷阱?查看列出的功能比较这里我认为我不会错过企业版的任何内容。我不确定并行索引操作是什么,但谷歌一下这个字符串似乎表明它只是与数据库运行时重建索引有关,这是我不需要做的事情。该链接中没有列出的我应该注意什么吗?
答案1
从 32 位版本的 SQL 迁移到 64 位版本的 SQL Server 没有任何问题。您将获得小幅性能改进,因为您的过程缓存中将有更多空间来存储执行计划。
有些东西您将无法再访问。
在线索引重建。并行索引操作(SQL 使用多个线程而不是单个线程来重建索引)SQL Mail 不起作用(改用数据库邮件)DTS 不起作用(改用 SSIS)还有其他一些问题,但这些是最重要的。
你说
我不确定并行索引操作是什么,但对该字符串进行一点谷歌搜索似乎表明它只是与在数据库运行时重建索引有关,这是我不需要做的事情。
重建索引是您需要做的事情。特别是当您发现性能问题时。您还应该定期更新统计数据。如果您定期执行这些操作,您可能会发现现有系统的性能有所提高。
您可能还应该确保您的数据库具有所需的索引,并检查查询的执行计划,以确保正确使用索引。
答案2
对于我们来说没有问题。
但是,您可能会遇到奇怪的内存问题。执行计划和 xml 解析器等内容受 32 位用户模式地址空间的限制,而您的 AWE/PAE 等可以用作缓冲池。突然间,您不再受到限制。理论上,您可以拥有一个巨大的计划缓存和一个很小的数据缓存。
为 SQL Server 配置 Windows 2003 ( x64 )
但是,高 CPU 可能表示内存不足/分页过多。如果您的 CPU 受限于 2,我认为 x64 或另外 2 个 CPU 不会有帮助。我还想说,CPU 使用率也可能是由糟糕的代码引起的...
第一步是考虑调整而不是硬件。
答案3
我已经将 SQL 2005 Server 从 32 位环境移至 64 位环境,并且没有遇到任何问题,因此您应该完全没问题。
在 64 位平台上需要注意的最重要的事情是确保安装 64 位版本的 SQL 2005 服务器,因为 32 位版本仍可在 64 位操作系统上运行。如果您安装 32 位版本,那么您的 SQL 服务器仍将受到 32 位限制,并且还要通过 WoW 模拟运行它。