虽然SQL Server2005已经推出了约3年了,奇怪的是,很多公司仍然没有将SQL Server2000升级。现在这些公司面临着再次作出决定——是跳过升级到SQL Server 2005 还是直接到SQL Server 2008?要作出这个选择并不简单,本文主要讨论有关这一问题必须要考虑的事情。
(本文来源于图老师网站,更多请访问http://m.tulaoshi.com/bianchengyuyan/)升级到SQL Server 2005 没有太大的意义,SQL Server 2005是SQL Server的一个版本,在此之后只有一格版本推出。在其他的版本中,你减少了服务器的支持窗口。如果升级到SQL Server 2005,这个版本就只能使用一小段时间,你还需要解决一些潜在的问题,要么是服务包的问题,要么是最新的补丁问题。
另一方面,你能够了解到SQL Server 2008的一些新特性。似乎大部分傻子都不会跳过2005,也许是觉得进入未知领域有点冒险。
SQL Server 2008最初是作为SQL Server 2005的增补版推出的。然而,随着时间的推移,微软增加了越来越多的特征。现在如果你再看看这一系列的新特征,就会发现这些新特征几乎和SQL Server 2005 的一样。如果在几年前再作这样的选择就要容易得多,那时升级到SQL Server 2005毋庸置疑——你们只需要商量什么时候升级。
权衡SQL Server的费用
无论新的特征和已经完善的特征有多长时间了,我们都面临着下面的问题:升级到新版本由于某种原因可能要花几年的时间。首先是费用的原因——在价格这方面,SQL Server就没有其他的方法。你必须首先许可你的服务器就好象你要购买它一样或者必须购买微软软件保证计划(Software Assurance Program)。该软件保证计划的问题是你不可能知道新版本什么时候会推出,所以你可能在获得利润之前要等上几年的时间。当然,当新版本即将推出的时候选择购买这项计划是非常有利可图的。
要考虑的事情之一就是购买“降级权限”,意思就是说你购买SQL Server的最新版本,但是在有限的时间讷你还可以运行先前的版本。降级权限对于SQL Server 2000已经不再适用。但是对于SQL Server 2008来说,你可以使用降级权限在过渡时段内安装SQL Server 2005,然后在以后再升级到2008。
在Service Pack 1推出之前,一般很多的管理员都不会考虑使用微软新的软件版本。事实上往往是事与愿违。我们看到了很多有关服务包引起的比RTM版本更多的问题和故障的案例。
没有万能的答案
那么,你是该升级到SQL Server 2005 还是SQL Server 2008?因为这是常有的事,所以要视情况而定。如果你要达到以下标准,就考虑到升级到SQL Server2005:
你迁移的时间很短。
你使用依靠厂商支持的第三方应用程序并且厂商在2008年可能不回支持的产品。
你想依靠稳定并且成熟的产品。
你愿意暂时走在2008新特征之前。
如果想达到下面的标准那你就考虑升级到2008:
你希望你的测试和QA过程持续几个月的时间。
SQL Server 2008的新特性对你公司很有好处,弥补了因缺少成熟版本而造成的潜在问题的不足。
你的数据库管理员和开发人员喜欢最前沿的资料并且能够利用书本、博客和其他资料中并没有提到很多的特征。
你想避免花两个许可执照的价钱。
(本文来源于图老师网站,更多请访问http://m.tulaoshi.com/bianchengyuyan/)你的数据库和应用程序相对很小。
你的用户数量并不是很多。
你有一项紧急任务,要依靠SQL Server的24x7操作。
你的数据库管理员和开发人员喜欢最前沿的资料并且能够利用书本、博客和其他资料中并没有提到很多的特征。
无论你最终选择了哪个版本,一定要确保有足够的时间测试,因为你不会知道还有什么惊人之事。例如,多年前当我们升级到SQL Server 2000时,我查询了在SQL Server 7.0上运行一秒的程序,但是我们将数据库更新到SQL Server2000时它能运行30秒,并且这台新机器有了更有了更优质的硬件。
缓慢的原因是什么?SQL Server2000的查询优化器大大改善并且比原先的版本大大增强的,同时也发生了一个故障,这个故障导致了优化器认为查询的花费很高——所以99%的时间都耗在找出最好的方案上面。使用每个新版本都有些冒险,然而又没有什么可以代替测试。