注意：支持將數(shù)據從
SQL Server 2000遷移到Microsoft SQL Server 2000（64位）。您可以將一個32位
數(shù)據庫附加到一個64位數(shù)據庫上，方法是：使用sp_attach_db系統(tǒng)存儲過程或sp_attach_single_file_db系統(tǒng)存儲過程，或者使用32位企業(yè)管理器中的備份和還原功能。您可以在SQL Server的32位和64位兩種版本之間來回
移動數(shù)據庫。您還可以使用同樣的方法從SQL Server 7.0遷移數(shù)據。但是，不支持將數(shù)據從SQL Server 2000（64位）降級到SQL Server 7.0。下面分別介紹這幾種方法。
如果您使用的是SQL Server 2005
您可以使用相同的方法從SQL Server 7.0或SQL Server 2000遷移數(shù)據。但是，Microsoft SQL Server 2005中的管理工具與SQL Server 7.0或SQL Server 2000中的管理工具有所不同。您應該使用SQL Server Management Studio（而不是SQL Server企業(yè)管理器）以及SQL Server導入和導出向導(DTSWizard.exe)（而不是數(shù)據轉換服務導入和導出數(shù)據向導）。
備份和還原
在源服務器上備份用戶數(shù)據庫，然后將用戶數(shù)據庫還原到目標服務器上。在備份過程中時可能有人使用數(shù)據庫。如果用戶在備份完成后對數(shù)據庫執(zhí)行INSERT、UPDATE或DELETE語句，則備份中不會包含這些更改。如果您必須傳輸所有更改，那么，假如您既執(zhí)行事務日志備份又執(zhí)行完整數(shù)據庫備份，您可以以盡可能短的停止時間來傳輸這些更改。
1.在目標服務器上還原完整數(shù)據庫備份，并指定WITH NORECOVERY選項。
注意：為防止對數(shù)據庫做進一步的修改，請指導用戶在源服務器上退出數(shù)據庫活動。
2.執(zhí)行事務日志備份，然后使用WITH RECOVERY選項將事務日志備份還原到目標服務器上。停止時間僅限于事務日志備份和恢復的時間。
◆目標服務器上的數(shù)據庫將與源服務器上的數(shù)據庫大小相同。要減小數(shù)據庫的大小，您必須在執(zhí)行備份前壓縮源數(shù)據庫的大小，或者在完成還原后壓縮目標數(shù)據庫的大小。
◆如果您將數(shù)據庫還原到的文件位置不同于源數(shù)據庫的文件位置，則必須指定WITH MOVE選項。例如，在源服務器上，數(shù)據庫位于D:/Mssql/Data文件夾中。目標服務器沒有D驅動器，因而您需要將數(shù)據庫還原到C:/Mssql/Data文件夾。有關如何將數(shù)據庫還原到其他位置的更多信息，請查看相關資料。
◆如果您想覆蓋目標服務器上的一個現(xiàn)有數(shù)據庫，則必須指定WITH REPLACE選項。
◆源服務器和目標服務器上的字符集、排序順序和Unicode整序可能必須相同，具體取決于您要還原到SQL Server的哪種版本。有關更多信息，請參閱本文中的“關于排序規(guī)則的說明”一節(jié)。
Sp_detach_db和Sp_attach_db存儲過程
要使用sp_detach_db和sp_attach_db這兩個存儲過程，請按下列步驟操作：
1.使用sp_detach_db存儲過程分離源服務器上的數(shù)據庫。您必須將與數(shù)據庫關聯(lián)的.mdf、.ndf和.ldf這三個文件復制到目標服務器上。參見下表中對文件類型的描述：
文件擴展名
說明
.mdf
主要數(shù)據文件
.ndf
輔助數(shù)據文件
.ldf
事務日志文件
2.使用sp_attach_db存儲過程將數(shù)據庫附加到目標服務器上，并指向您在上一步驟中復制到目標服務器的文件。
◆分離數(shù)據庫后將無法訪問該數(shù)據庫，并且復制文件時也無法使用該數(shù)據庫。在進行分離的那一時刻數(shù)據庫中包含的所有數(shù)據都被移動。
◆在您使用附加或分離方法時，兩個服務器上的字符集、排序順序和Unicode整序都必須相同。有關更多信息，請參閱本文中的“關于排序規(guī)則的說明”一節(jié)。
關于排序規(guī)則的說明 如果您使用備份和還原或附加和分離方法在兩個SQL Server 7.0服務器之間移動數(shù)據庫，則兩個服務器上的字符集、排序順序和Unicode整序都必須相同。如果您將數(shù)據庫從SQL Server 7.0移到SQL Server 2000，或者在不同的SQL Server 2000服務器之間移動數(shù)據庫，則數(shù)據庫將保留源數(shù)據庫的整序。這意味著，如果運行SQL Server 2000的目標服務器的整序與源數(shù)據庫的整序不同，則目標數(shù)據庫的整序也將與目標服務器的master、model、tempdb和msdb數(shù)據庫的整序不同。
第1步：導入和導出數(shù)據（在SQL Server數(shù)據庫之間復制對象和數(shù)據）
您可以使用數(shù)據轉換服務導入和導出數(shù)據向導來復制整個數(shù)據庫或有選擇地將源數(shù)據庫中的對象和數(shù)據復制到目標數(shù)據庫。在傳輸過程中，可能有人在使用源數(shù)據庫。如果在傳輸過程中有人在使用源數(shù)據庫，您可能會看到傳輸過程中出現(xiàn)一些阻滯現(xiàn)象。
◆在您使用導入和導出數(shù)據向導時，源服務器與目標服務器的字符集、排序順序和整序不必相同。
◆因為源數(shù)據庫中未使用的空間不會移動，所以目標數(shù)據庫不必與源數(shù)據庫一樣大。同樣，如果您只移動某些對象，則目標數(shù)據庫也不必與源數(shù)據庫一樣大。
◆SQL Server 7.0數(shù)據轉換服務可能無法正確地傳輸大于64KB的文本和圖像數(shù)據。但SQL Server 2000版本的數(shù)據轉換服務不存在此問題。
第2步：如何傳輸?shù)卿浐兔艽a
如果您不將源服務器中的登錄傳輸?shù)侥繕朔掌鳎斍暗腟QL Server用戶就無法登錄到目標服務器。目標服務器上的登錄的默認數(shù)據庫可能與源服務器上的登錄的默認數(shù)據庫不同。您可以使用sp_defaultdb存儲過程來更改登錄的默認數(shù)據庫。
#p#
第3步：如何解決孤立用戶
在您向目標服務器傳輸?shù)卿浐兔艽a后，用戶可能還無法訪問數(shù)據庫。登錄與用戶是靠安全識別符(SID)關聯(lián)在一起的；在您移動數(shù)據庫后，如果SID不一致，SQL Server可能會拒絕用戶訪問數(shù)據庫。此問題稱為孤立用戶。如果您使用SQL Server 2000 DTS傳輸?shù)卿浌δ軄韨鬏數(shù)卿浐兔艽a，就可能會產生孤立用戶。此外，被允許訪問與源服務器處于不同域中的目標服務器的集成登錄帳戶，也會導致出現(xiàn)孤立用戶。
1.查找孤立用戶。在目標服務器上打開查詢分析器，然后在您移動的用戶數(shù)據庫中運行以下代碼：
exec sp_change_users_login 'Report'
此過程將列出任何未鏈接到一個登錄帳戶的孤立用戶。如果沒有列出用戶，請?zhí)^第2步和第3步，直接進行第4步。
2.解決孤立用戶問題。如果一個用戶是孤立用戶，數(shù)據庫用戶可以成功登錄到服務器，但卻無權訪問數(shù)據庫。如果您嘗試向數(shù)據庫授予登錄訪問權，則會因該用戶已經存在而出現(xiàn)下列錯誤消息：
Microsoft SQL-DMO (ODBC SQLState:42000)
錯誤15023:當前數(shù)據庫中已存在用戶或角色'%s'。上面介紹了如何使用sp_change_users_login存儲過程來逐個糾正孤立用戶。sp_change_users_login存儲過程僅能解決標準的SQL Server登錄帳戶的孤立用戶問題。
3.如果數(shù)據庫所有者(dbo)被當作孤立用戶列出，請在用戶數(shù)據庫中運行下面的代碼：exec sp_changedbowner 'sa'此存儲過程會將數(shù)據庫所有者更改為dbo并解決這個問題。要將數(shù)據庫所有者更改為另一用戶，請使用您想使用的用戶再次運行sp_changedbowner。
4.如果您的目標服務器運行的是SQL Server 2000 Service Pack 1，則在您執(zhí)行附加操作或還原操作（或兩種操作都執(zhí)行）后，企業(yè)管理器的用戶文件夾中的列表中可能沒有數(shù)據庫所有者用戶。
5.如果目標服務器上不存在映射到源服務器上的dbo的登錄，您在嘗試通過企業(yè)管理器更改系統(tǒng)管理員(sa)密碼時，可能會收到以下錯誤消息：
錯誤21776:[SQL-DMO]名稱'dbo'在Users集合中沒有找到。如果該名稱是合法名稱，則使用[]來分隔名稱的不同部分，然后重試。
警告：如果您再次還原或附加數(shù)據庫，則數(shù)據庫用戶可能會再次被孤立，這樣您就必須重復第3步操作。
第4步：如何移動作業(yè)、警報和運算符
第4步是可選操作。您可以為源服務器上的所有作業(yè)、警報和運算符生成腳本，然后在目標服務器上運行腳本。要移動作業(yè)、警報和運算符，請按照下列步驟操作：
1.打開SQL Server企業(yè)管理器，然后展開管理文件夾。
2.展開SQL Server代理，然后右鍵單擊警報、作業(yè)或運算符。
3.單擊所有任務，然后單擊生成SQL腳本。對于SQL Server 7.0，請單擊為所有作業(yè)生成腳本、警報或運算符。
您可以用右鍵單擊選擇為所有警報、所有作業(yè)或所有運算符生成腳本。
◆您可以將作業(yè)、警報和運算符從SQL Server 7.0移到SQL Server 2000，也可以在運行SQL Server 7.0和運行SQL Server 2000計算機之間移動。
◆如果在源服務器上為運算符設置了SQLMail通知，則目標服務器上也必須設置SQLMail，才能具有相同的功能。
第5步：如何移動DTS包
第5步是可選操作。如果DTS包在源服務器上存儲在SQL Server中或存儲庫中，您可以在需要時移動這些包。要在服務器之間移動DTS包，請使用下列方法之一。
方法1
1.在源服務器上將DTS包保存到一個文件中，然后在目標服務器上打開DTS包文件。
2.將目標服務器上的包保存到SQL Server或存儲庫中。
注意：您必須用單獨的文件逐個地移動這些包。
方法2
1.在DTS設計器中打開每個DTS包。
2.在包菜單上，單擊另存為。
3.指定目標SQL Server。
注意：在新服務器上，包可能無法正常運行。您可能必須對包進行更改，更改包中任何對舊的源服務器上的連接、文件、數(shù)據源、配置文件和其他信息的引用，以便引用新的目標服務器。您必須根據每個包的設計逐個包進行這些更改。
本文中介紹的步驟不移動數(shù)據庫關系圖以及備份與還原歷史記錄。如果您必須移動這些信息，請移動msdb系統(tǒng)數(shù)據庫。如果您移動msdb數(shù)據庫，則不必執(zhí)行“第4步：如何移動作業(yè)、警報和運算符”或“第5步：如何移動DTS包”。