5.1 迁移到 SQL Server 2014

5.1  迁移到 SQL Server 2014

　　SQL Server 支持从旧的实例升级到新产品的实例，同时可以将数据从旧实例迁移到新的实例。

5.1.1  升级策略

　　从旧版本升级主要有两种途径。

◆ 就地升级

　　所谓就地升级（in-place），可以简单理解为覆盖安装。在“SQL Server 安装中心”选择“安装”选项卡，再从右侧详细窗格中选择“从 SQL Server 2005、SQL Server 2008、SQL Server 2008 R2 或 SQL Server 2012 升级到 SQL Server 2014”，就可以直接在本地计算机上升级安装新的 SQL Server 产品。

　　在安装过程中，安装向导将识别旧产品的配置信息，并将原有的用户数据迁移到新的实例。这种升级方式不改变硬件，基本上也不会改变实例的配置，从而在完成升级后基本上不需改动原先的业务系统。

　　升级过程主要是将旧的应用程序更换为最新的版本，但不会在升级过程中添加新的功能。在升级完成后，才可以使用安装程序添加功能。

　　在就地升级过程中，联机从书不会升级，需要手动升级。

提示：

　　相对于更老的产品而言，SQL Server 2005 使用了全新的内核，所以更老的产品需要首先升级到SQL Server 2005，然后才能继续升级到最新的产品。

　　根据微软的授权许可政策，旧产品如果安装的是评估版，那么不可以升级。

　　升级之前，请确认操作系统是否支持新的SQL Server产品。

　　升级安装不可以改变处理器平台的架构，例如，只能将 x86架构的 SQL Server 2008 升级到 x86 架构的 SQL Server 2014。

◆ 并行升级

　　并行升级（side-by-side）俗称“背靠背”安装。在升级过程中旧的实例仍然有效，同时安装另一个新产品的实例，然后将旧的实例的数据复制或移动到新的实例。这种升级方式，可以最大限度地减少 SQL Server 的停机时间。而且这种升级可以不覆盖原有的实例，一旦升级失败，就可以迅速回滚。

提示：

　　由于SQL Server 2014 最低支持的兼容级别为100，因此当SQL Server 2005数据库升级到SQL Server 2014时，原数据库的兼容级别将从90更改为100。

5.1.2  从旧的实例迁移数据库

　　从旧产品迁移数据通常使用以下方式：

◆ 从旧的实例分离数据库，然后在新的实例中附加数据库。

◆ 从旧的实例备份数据库，然后在新的实例中还原。这种方式不影响旧的实例运行，也不会修改旧的实例中的数据。

◆ 使用数据库复制向导。这种方式通过调用 SSIS 实现数据的复制。实现的细节又分为两种：一种是分离/附加；另一种是通过脚本创建新的数据库。

◆ 在新的实例中手动创建数据库对象，然后从旧的实例中导入数据。这种方式允许修改新实例中数据库的结构，以及对数据进行清理、筛选。

5.3.3  迁移到新的硬件

　　SQL Server 的升级不支持跨处理器架构平台。32位的 SQL Server 最多只能升级到64位服务器的32位子系统（WOW64），不能升级到64位的 SQL Server。基于同样的原因，64位的 SQL Server 只能升级到64位的服务器。

　　对于32位的SQL Server，建议通过并行升级方案将数据库迁移到新的64位 SQL Server 实例。

5.3.4  从其它资源迁移系统和数据

　　可以从其他异构数据库迁移到 SQL Server。微软提供了 SQL Server 迁移助手（SQL Server Migration Assitant，简称 SSMA），可以帮助实现迁移过程。这个工具可以访问 Access、Oracle、 Sybase、MySQL 和 DB2 等异构数据库，然后评估、迁移到 SQL Server。可以从SSMA开发组的博客网站下载最新的迁移工具，。

　　SQL Server 2014 安装中心提供了“安装 SQL Server 迁移助手”，这实际上是一个网页链接，指向 SSMA 开发组的博客网站 http://blogs.msdn.com/b/ssma/ 。

本文出自 “SQL Server 管理员指南” 博客，谢绝转载！