从2005年 – > 2008年升级我的数据库会使我的应用程序失败？

没有发布的SQL是100％向后兼容。 每个发行版都有一个很好logging的已过时和不顺应function列表，SQL Server 2008也不例外。 该列表在SQL Server数据库引擎向后兼容性发布 。 这包含SQL 2008不再支持的function列表，如：

• sp_addalias可以
• DUMP和LOAD语句
• 用TRUNCATEONLY备份日志与NOLOG /备份日志
• 备份交易
• DBCC CONCURENCYVIOLATION
• sp_addgroup / sp_dropgroup / sp_changegroup可以/的sp_helpgroup
• sp_makewebtask / sp_dropwebtask / sp_runwebtask
• sp_enumcodepages

另外，如果没有充足的单挑警告，就不会停止SQL Serverfunction。 SQL 2008中不满意的所有function都在SLQ 2005的不赞成使用的function列表中。您可以使用SQL Profiler来监视SQL 2005应用程序并观察事件：

• 弃用通知事件类
• 弃用最终支持事件类

每当您的应用程序使用“endagered”列表中的function时，第一个事件就会触发。 第二个事件将在您使用将在下一个版本中停用的function时触发。

最后，它是针对不build议使用的function的SQL性能计数器，请参阅我使用哪些不推荐使用的function？ ：

select instance_name as [Deprecated Feature] , cntr_value as [Frequency Used] from sys.dm_os_performance_counters where object_name = 'SQLServer:Deprecated Features' and cntr_value > 0 order by cntr_value desc 

在所有可用的文档和基础设施之间监视已弃用的function，您有很多方法来确定您的应用程序是否使用任何已停用的function。

现在说，除非你使用SQL Server 6.0的黑暗时代的function。 您的应用程序可能会在SQL Server 2008上运行受到影响。升级有很多原因，主要是我总是引用页面压缩 ，这在文档上是一个免费的性能提升（我夸大了戏剧性的效果，但只是略微）。

你应该继续升级，但要聪明：

• 运行升级顾问 ，阅读它的build议
• 有一个testing环境，首先在testing上部署你的应用程序
• 有一个全面的functiontesting电池执行，validation您的产品仍然工作如广告。 如果您可以测量testing代码覆盖率，请尝试覆盖85-90％的覆盖率
• 如果事情破产，请出口。 请记住，升级后的数据库永远不能降级。 因此，如果您被迫退回，请保留SQL 2005数据库文件的安全副本。 有一个技术计划，如果需要，如何申请升级后的交易回到2005年，或有一个商业计划，解释为什么交易丢失（我不是在开玩笑，这可能是一个完全可以接受的解决scheme）。

因此，取决于你的数据是多么pre you，你想要应用全部，部分或全部以上。 我可以说，如果你是在“全部”船上，你可能不会问这个问题，所以上面的一些build议可能适用于你。

我们无法告诉您您的应用程序将执行什么操作。

我认为你最好采取的行动是安装第二台运行SQL Server 2008的服务器，将数据库迁移到SQL Server 2008（可能是一次缓慢），如果有任何问题切换回SQL Server 2005服务器。

这确实需要两台服务器（物理的或虚拟的），但是无论在哪种情况下都能给您提供完美的可恢复性。

一个好的testing是运行Microsoft SQL Server 2008升级顾问。 Microsoft SQL Server 2008升级顾问分析SQL Server 2000和SQL Server 2005的实例，为升级到SQL Server 2008做准备。升级顾问确定可能影响升级的function和configuration更改，并提供指向每个已识别问题的文档的链接，以及如何解决它。

你可以在这里免费下载： http : //www.microsoft.com/downloads/details.aspx?FamilyID=f5a6c5e9-4cd9-4e42-a21c- 7291e7f0f852& displaylang=en

你可以在生产环境中运行它，但正如上面所说，testing环境总是最好的。