乍一看，我对Upgrade Advisor的最新版本有些不满。嗯，在经历了这个痛苦的过程之后，我使用“就地”方法从SQL Server 2005升级到2008。我惊喜地发现，过渡是如此的顺利。升级之后，一切似乎都很顺利。太棒了!我就知道Katmai会送…
升级时有两个选择:迁移和就地升级。迁移路径允许您安装最新版本的新实例，然后将数据库从遗留实例复制到新实例。复制数据库向导是最容易使用的方法。但是，分离/附加和备份/恢复工作也是一样的。但是，这个向导赢得了我的投票，因为它还提示您复制服务器级别的对象，比如必须使用其他方法手动完成的登录。如果您想从全新的硬件和全新的配置开始，迁移是很有吸引力的。缺点是客户端在转换后需要更新以指向新服务器。如果出现问题，您总是可以恢复到旧安装。当使用相同的硬件并且需要同时对所有数据库进行升级时，就地升级可能很有吸引力。如果升级被判定为低风险，那么可以选择就地升级。 In the case of upgrading SQL Server 2005 to 2008, the new release is evolutionary not revolutionary, using the same architecture so an in-place upgrade may be a common choice. Just make sure you have a good backup of the server in case things go wrong! If you are upgrading from SQL Server 2000, you may choose to purchase new hardware and go the migration route because of the significant differences. As always, it depends on your situation.
在查看了upgrade Advisor的输出之后，我选择在服务器上执行就地升级。除了我稍后可以处理的一些不赞成的特性外，没有太多严重的问题。我使用安装程序对我的SQL Server 2005 SP2实例运行升级。在进行安装检查之前，我还必须确保我的Windows Server 2003达到SP2。它还需要安装。net Framework 3.5。升级大约花了30分钟，需要重新启动。我在我的数据库上测试了SQL Server Management Studio，结果都很好。我使用Excel 2007使用分析服务访问我的一个升级的多维数据集，这也成功了。我启动了报告服务，我现有的报告继续按照设计工作。Business Intelligence Development Studio启动了Visual Studio 2008，我成功地打开了我的报表项目(在一个小的转换过程之后——仍然值得进行备份，以防万一)。 I modified some existing RDL's using the slick new Report Designer (which has been improved immensely over the early CTPs). I even updated one of my reports to include the new Dundas feature of dynamic scalebreaks and it worked like a charm. Very cool.
我已经恢复了对微软技术的信心!现在，我再次为能够向早期采用SQL Server 2008的客户教授SQL Server 2008感到兴奋。一天的变化多么大啊!
欢呼声布莱恩