在工作中我发现一个有趣的现象，工作过的大多数公司中，他们所有的基础架构和平台组件都使用同样版本的软件，比如域控制器使用的是一个版本的Windows，邮件使用的是一个版本的Exchange Server。但是对于SQL Server来说，这一规则就有些不太一样了。

　　我也遇见过这样的客户，他们的SQL Server就像是要办一个大Party一样，从2000到2005再到最新的SQL Server 2008 R2，所有的版本都运行在统一数据中心里。仔细想一想，这可能是处于成本的考虑，如果软件运行没问题，那干嘛要去升级它？除了成本，还有兼容性问题，有时候应用程序用到的数据和存放在SQL Server中的数据只支持不同的版本。

　　于是，你就需要升级SQL Server了。举个例子，SQL Server 2000已经超越支持年限了，所以使用该版本是有些风险的，当问题出现你又不能解决的时候，没人再会帮你了。当你进行升级SQL Server工作时，以下的三个小技巧能够帮助你更轻松地完成。

　　测试。无论是在服务器还是在虚拟机上创建一个新的SQL Server实例是非常简单的，使用SQL Server自带的管理工具将数据库从之前的生成服务器中拷贝到新的测试机器，然后检查能否正常工作。在虚拟化环境中，你可以很轻松地在独立lab中重新创建生产环境，使用SQL Profiler也可以捕获生产环境中的流量然后在测试服务器上“回放”，这样就可以测试新版本SQL Server是否能够正常运行了。

　　使用兼容性选项。SQL Server版本的演进中，总是多多少少会有一些变化，其中最常见的就是查询语言。所有数据库都支持一个“兼容性版本”设置，它能够让数据库仿真旧版本的SQL Server行为。不必担心，你仍将获得新版本SQL Server的性能和管理功能改进，但是在许多情况下，你还是需要再测试应用程序的兼容性级别。这样做的好处就是能够确保SQL Server最佳的性能和安全保障。

　　就地升级。软件升级的时候，我习惯于创建一个全新的服务器然后再将数据库拷贝到上面。但是对于SQL Server来说，我更倾向于就地升级。假设目前的服务器硬件可以运行新版本的SQL Server，做好充分的数据备份前提下，就地升级会提供一个简单无风险的选项。

　　需要注意的是，SQL Server一般应该运行在同一版本的Windows操作系统上，比如将SQL Server 2000就地升级到SQL Server 2008，而如果服务器的操作系统是Windows 2000 Server的话就是行不通的。所以，如果之前服务器的操作系统版本太低的话，那么升级SQL Server就不太适合就地升级的方式。

　　只要进行一定的测试和常识，SQL Server升级与Oracle或DB2等比较是相对容易和直接一些的。