选择版本

　　基于你在列表中找到的最符合你的利益的特性，你可以决定采用哪个版本。在SQL Server 2005中，比以前有更多的选择，所以熟悉每个版本的特征，然后根据你的选择挑选一个版本。这里是选择：

• 企业版
   　
• 标准版
  　　
• 工作组版
  　　
• 压缩版
  　　
• 开发版
  　　
• 移动版

　　选择许可证模式

　　过去，很多公司的SQL Server的许可证模式都是按照每个席位的，这是基于客户机/服务器结构的应用程序使用方式的。现在，公司更多地转向使用基于网络的应用程序。判断一下是否应该更该你的许可证模式了，是否会为你节省成本。

　　合并

　　是时候合并你的服务器了吗?看看Hilary Cotter的新电子书，里面会讲到如何合并你的服务器，以及这么做的好处。当服务器更加强大的时候，把合并放入你的计划中也许会为你节省成本。

　　选择32位还是64位

　　SQL Server 2005提供了32位和64位版本的所有功能。如果正好与你的SQL Server一起升级你的硬件，那么考虑一下使用64位的平台。这样的移动是不可避免的;人们只是在观望，其他人会怎么做。我认为现在是时候采取这个步骤了。

　　监控

　　考虑监控你的SQL Server环境，并且引入能够让你的新SQL Server 2005服务器融入环境的方法。其中包括确保服务器在运行状态、监控失败的任务、监察磁盘和数据库空间、观察阻塞和死锁等。大多数的第三方监控工具现在都有针对SQL Server 2005的可用组件。如果你有自己的发哪个是，你必须根据实际情况判断它需要修改什么。

　　找到候选的数据库或者应用程序

　　在你开始在所有的服务器上使用SQL Server 2005之前，挑出那些有规律使用的数据库或者应用程序，但是不是关键任务的。这里才是你开始实际移植的起点，但是如果发生重大问题的时候，它又不会毁灭你的业务。还有，找到一个业务集团来支持你的尝试，对你遇到的困难耐心一点。这一路都会有困难伴随着你。

　　创建检察列表

　　既然你通过了模拟的升级过程，那么就开始开发检查列表，以及你可以一次一次重复的过程吧。最初的计划和投资阶段是独特的，但是当开始移动的时候，许多步骤都是标准的。为了避免你的烦躁情绪，你可以写下什么是好，然后替换掉那些不好的东西。

　　开发一个回滚计划

　　准备一个附带的计划，以便你的升级无法按照预期的进行下去。你可能会移植到一个完全不同的服务器上，所以简单的方式就是让你的用户回到原来那个服务器上。如果问题更加复杂的话，你必须在移动你的数据库之前有一个计划和一个处理。

　　开发一个项目计划

　　虽然升级对某些人看起来是为不足道的——因为它就像是把你的数据库分开再在新服务器上组合在一起那么简单——但是你仍然应该与检查列表一起准备一个项目计划，特别是当你要升级的服务器不止一个的时候。

　　小结

　　正如你看到的，在移动你的第一个数据库之前有好多要做的工作。花点时间来培训你自己，以及可能会受到升级影响的人们。从一开始就做出正确的决策，最后在移植的时候你会顺利得多。