SQL Server 2008 是一个有许多不同组件的复杂产品。安装 —— 特别是升级 —— 必须进行规划以将停机时间最小化并避免数据丢失。Microsoft 以 SQL Server 2005 的安装程序为基础实现一个更直观和更健壮的安装和升级体验。特别地，SQL Server 2008 的安装向导集群组件是专门基于稳定性而重新设计的。

　　命令行安装过程也已经被重点地重写。DBA 现在能够在开始安装过程之前给 SQL Server 的官方发布文件应用累积的更新补丁。开发人员早就期待这种安装方式了。

　　Upgrade Advisor

　　升级的最大挑战是最小化停机时间同时保护系统不受升级错误影响。为了最小化升级问题，Microsoft 推荐使用Upgrade Advisor，它是作为安装媒体的一部分发行的。

　　我们可以在安装介质的ServersredistUpgrade Advisor 文件夹找到Upgrade Advisor，或者直接从Microsoft 网站下载。针对我们想要升级的 SQL Server 运行Upgrade Advisor，检查服务器配置、数据库、表和模式对象 —— 视图、函数和存储过程。

　　这个应用也会查找升级障碍，它们是SQL Server 2008 所不支持的一些配置。例如，除非我们以兼容SQL Server 2000 模式运行数据库，否则 SQL Server 2008 不再支持 ansi 联合语法 =*。Upgrade Advisor 将生成描述任何发现升级障碍的报表，并提供关于如何解决这些问题的方法。一旦我们处理了升级障碍，我们就可以重复执行Upgrade Advisor，直到不再报告任何问题。

　　升级方法

　　Microsoft 推荐使用以下两种升级方法。

　　1. 原地升级安装方式。这个过程指的是使用安装程序直接升级SQL Server。这个自动的方法很简单;所设置的连接不需要根据访问SQL Server 的应用进行修改。这个方法要求有可靠的备份和安装介质。虽然这个方法很快速和简单，但它并非没有问题。

　　原地升级会导致停机，因为我们所升级的SQL Server 会在SQL Server 2000 或 2005 的程序文件被升级到SQL Server 2008 或 SQL Server 2008 R2 的程序文件时离线。

　　在这个升级过程出现错误时，恢复是很困难的。我们可以通过修复阻止升级过程问题进行恢复，或者对SQL Server 主机执行一个 OS 级的恢复操作来进行恢复。Microsoft 的KnowledgeBase 上的文章解释了如何 修复 SQL Server 2008 安装问题。在某些情况下，我们可能需要删除原始版本的SQL Server 然后再重新安装。

　　2. 并行安装。这个升级方法需要在和之前服务器版本一样的机器上安装SQL Server 2008。我们还能够在一台单独的机器上执行并行的安装。即使我们采用这个方法，所有的文件系统和 OS 系统依赖文件都必须准备好。登录信息将通过使用 sp_help_revlogin 或 Transfer Logins SSIS Package 进行转换。

　　当我们完成安装后，数据库必须被分离、拷贝，然后再附加到新的实例上，而客户端应用必须重定向到新的 SQL Server 2008 实例上。为了最小化停机时间，日志需要从旧版本迁移到新版本上，然后再停止日志传输。接下来，恢复数据库，并将客户端应用指向该 SQL Server 2008 实例。

　　并行安装可以最小化停机时间，并且它很容易进行故障恢复。例如，如果我们在新的 SQL Server 2008 平台上发现一个重大问题，我们可以使用 SQL Server 2005 实例来执行比较，以确定相同的问题是否会影响这个旧版本。只要我们将所有进入新的 SQL Server 2008 的数据重新移回 SQL Server 2005 上，错误恢复就是很简单的。这个方法也允许我们在 SQL Server 2008 版本上测试应用，以便在我们停止旧实例之前验证功能正常。