SQL Server 6.5 資料庫遷移完整指南：從備份還原到 Enterprise Manager 轉移

SQL Server 6.5 資料庫遷移的常見挑戰

許多初次接觸 SQL Server 6.5 的使用者在面對伺服器更換時，往往會因為版本差異、工具介面不符預期而感到困擾。原始提問者嘗試透過備份 .dat 檔案、在新機器建立裝置與表結構、再用 RESTORE 恢復資料的方式，卻發現「還原」按鈕始終呈現灰色無法點選。這通常是因為備份/還原流程的步驟順序、權限設定或裝置路徑不匹配所導致。

方法一：使用 Enterprise Manager 的「資料庫備份/還原」工具（推薦）

這是最快速、最直觀的遷移方式，適用於同版本 SQL Server 之間的資料庫移轉：

1. 保持原有資料庫伺服器正常運作，不要停止服務。
2. 在新伺服器上重新安裝 SQL Server 6.5。
3. 開啟 Enterprise Manager，將「原伺服器」與「新伺服器」皆註冊進來（Register）。
4. 在左側樹狀圖中選取欲遷移的資料庫。
5. 從選單選擇 Tools → Database Backup/Restore。
6. 在對話框中設定來源（Source）與目的地（Destination），確認資料庫名稱、裝置路徑等參數。
7. 點擊「Transfer」開始轉移，過程通常非常快速。

優點：圖形化介面操作簡單，自動處理結構與資料，錯誤率低。
注意：兩台伺服器需網路互通，且登入帳號需具備 sysadmin 角色權限。

方法二：離線檔案複製法（風險較高）

部分使用者建議直接複製原資料庫目錄下的 .mdf/.ldf 檔案到新伺服器同路徑覆蓋。雖然理論上可行，但存在風險：

• 若資料庫處於線上狀態，檔案可能被鎖定導致複製不完整。
• 版本、排序規則、字元集不一致時極易損壞資料。
• 系統資料庫（master、msdb）絕不可直接複製覆蓋。

建議僅在資料庫離線（脫機）且版本完全相同的情況下嘗試，並務必先完整備份。

方法三：Database/Object Transfer 物件轉移

在 Enterprise Manager 選單中選擇 Tools → Database/Object Transfer，可將來源伺服器的資料庫結構（資料表、檢視、預存程序等）與資料一次轉移至目標伺服器。此法支援跨版本（如 6.5 → 7.0）但需注意相容性問題。

遷移失敗常見原因與解決

• RESTORE 按鈕無法啟用：通常是備份裝置未正確建立、備份集未被識別、或目標資料庫已存在且未設定「強制覆寫」。
• 版本升級陷阱：若目標為 SQL Server 7.0/2000，微軟官方不建議直接由 6.5 升級，建議重新建立資料庫結構並用 BCP/匯入精靈移轉資料。
• 權限不足：執行遷移的帳號必須具備來源與目標伺服器的系統管理員權限。

最佳實務建議

1. 優先使用 Database Backup/Restore 或 Database/Object Transfer 圖形化工具。
2. 遷移前後務必執行 DBCC CHECKDB 驗證資料完整性。
3. 保留舊伺服器離線備份至少一週，確認新環境穩定後再退役。
4. 若涉及版本升級（6.5 → 7.0+），請規劃完整的測試與回滾方案。