|
2. 使用 sp_attach_db 存储过程将数据库附加到目标服务器上,并指向您在上一步骤中复制到目标服务器的文件。
• 分离数据库后将无法访问该数据库,并且复制文件时也无法使用该数据库。在进行分离的那一时刻数据库中包含的所有数据都被移动。
• 在您使用附加或分离方法时,两个服务器上的字符集、排序顺序和 Unicode 整序都必须相同。有关更多信息,请参阅本文中的“关于排序规则的说明”一节。
关于排序规则的说明
假如您使用备份和还原或附加和分离方法在两个 SQL Server 7.0 服务器之间移动数据库,则两个服务器上的字符集、排序顺序和 Unicode 整序都必须相同。假如您将数据库从 SQL Server 7.0 移到 SQL Server 2000,或者在不同的 SQL Server 2000 服务器之间移动数据库,则数据库将保留源数据库的整序。这意味着,假如运行 SQL Server 2000 的目标服务器的整序与源数据库的整序不同,则目标数据库的整序也将与目标服务器的 master、model、tempdb 和 msdb 数据库的整序不同。
第一步:导入和导出数据(在 SQL Server 数据库之间复制对象和数据)
您可以使用数据转换服务导入和导出数据向导来复制整个数据库或有选择地将源数据库中的对象和数据复制到目标数据库。• 在传输过程中,可能有人在使用源数据库。假如在传输过程中有人在使用源数据库,您可能会看到传输过程中出现一些阻滞现象。
• 在您使用导入和导出数据向导时,源服务器与目标服务器的字符集、排序顺序和整序不必相同。
• 因为源数据库中未使用的空间不会移动,所以目标数据库不必与源数据库一样大。同样,假如您只移动某些对象,则目标数据库也不必与源数据库一样大。
• SQL Server 7.0 数据转换服务可能无法正确地传输大于 64 KB 的文本和图像数据。但 SQL Server 2000 版本的数据转换服务不存在此问题。
第 2 步:如何传输登录和密码
假如您不将源服务器中的登录传输到目标服务器,当前的 SQL Server 用户就无法登录到目标服务器。目标服务器上的登录的默认数据库可能与源服务器上的登录的默认数据库不同。您可以使用 sp_defaultdb 存储过程来更改登录的默认数据库。
第 3 步:如何解决孤立用户
在您向目标服务器传输登录和密码后,用户可能还无法访问数据库。登录与用户是靠安全识别符 (SID) 关联在一起的;在您移动数据库后,假如 SID 不一致,SQL Server 可能会拒绝用户访问数据库。此问题称为孤立用户。假如您使用 SQL Server 2000 DTS 传输登录功能来传输登录和密码,就可能会产生孤立用户。此外,被答应访问与源服务器处于不同域中的目标服务器的集成登录帐户,也会导致出现孤立用户。1. 查找孤立用户。在目标服务器上打开查询分析器,然后在您移动的用户数据库中运行以下代码:
评论加载中…
![]() |