SQL Server 计算机间移动数据库

注意：支持将数据从SQL Server 2000迁移到Microsoft SQL Server 2000（64位）。您可以将一个32位数据库附加到一个64位数据库上，方法是：使用sp_attach_db系统存储过程或sp_attach_single_file_db系统存储过程，或者使用32位企业管理器中的备份和还原功能。您可以在SQL Server的32位和64位两种版本之间来回移动数据库。您还可以使用同样的方法从SQL Server 7.0迁移数据。但是，不支持将数据从SQL Server 2000（64位）降级到SQL Server 7.0。下面分别介绍这几种方法。 　　如果您使用的是S 在SQL Server环境中，移动数据库是一项常见的任务，尤其在升级、迁移或备份恢复的场景中。本文将详细讨论如何在不同的计算机之间移动SQL Server数据库，包括从SQL Server 2000到64位版本的迁移，以及使用不同方法如备份和还原、存储过程sp_detach_db和sp_attach_db等。 支持将32位数据库附加到64位SQL Server实例，这可以通过执行系统存储过程sp_attach_db或sp_attach_single_file_db实现，或者利用32位企业管理器的备份和还原功能。值得注意的是，数据库可以在32位和64位SQL Server之间自由移动，但不支持从SQL Server 2000（64位）降级到SQL Server 7.0。 对于SQL Server 2005及更高版本，虽然迁移方法大致相同，但管理工具已更新为SQL Server Management Studio (SSMS) 和 SQL Server导入和导出向导(DTSWizard.exe)，取代了旧版的数据转换服务。 **备份和还原**是最常用且安全的数据库迁移方法。在源服务器上备份用户数据库，然后在目标服务器上进行还原。为了确保数据完整性，可以采用事务日志备份与完整数据库备份相结合的方式，最小化服务中断时间。还原时需注意以下几点： 1. 还原完整备份时使用WITH NORECOVERY选项，防止目标服务器立即应用新的事务。 2. 执行事务日志备份，随后使用WITH RECOVERY选项将其还原，确保所有更改被转移到目标服务器。 3. 文件位置不同需使用WITH MOVE选项指定新位置。 4. 如果目标数据库已存在，使用WITH REPLACE选项覆盖。 5. 检查字符集、排序顺序和Unicode整序的一致性，以避免兼容性问题。 **sp_detach_db和sp_attach_db**是另一种迁移方式。先在源服务器上使用sp_detach_db分离数据库，然后复制相关的.mdf（主数据文件）、.ndf（辅助数据文件）和.ldf（事务日志文件）到目标服务器，最后使用sp_attach_db附加数据库。这种方法需要注意： 1. 分离后数据库不可用，且数据在分离时冻结。 2. 字符集、排序顺序和Unicode整序必须匹配。 **排序规则**是数据库迁移时要考虑的重要因素。在SQL Server 7.0服务器间迁移，两个服务器的字符集、排序顺序和Unicode整序必须一致。而在SQL Server 2000及其后版本间移动，数据库会保留源数据库的整序，可能导致目标服务器的其他系统数据库与新数据库整序不一致。 此外，使用**数据转换服务**（Data Transformation Services, DTS）或**SQL Server导入和导出向导**可实现数据库对象和数据的复制，适用于需要自定义迁移逻辑的情况。 SQL Server数据库在计算机间的移动涉及多种方法，选择哪种方式取决于具体需求、服务器配置以及对数据完整性和可用性的要求。确保在迁移过程中充分考虑兼容性、安全性和效率，以实现平滑无损的迁移。