哭哭....剛剛寫的超過一千字,一發表居然全部都不見了....

　　只好再重寫一次了!不然實在有愧於被選為最佳解.....

ping9 說：
2.然後將對應的DB檔案Copy到新主機資料庫主機上,

這部分不懂
有圖解嗎？
謝謝

　　我先說明一下，誠如樓上halawing上講的，這個方法的確不是好方法，不過樓主既然問了，我還是先回答樓主的問題！

　　我想樓主不明白的應該是那些檔案才是所謂"對應的DB檔案",在一般的情形下，如果您的DB名稱是XXX,那"對應的DB檔案"就會是以下這兩個：
1.XXX_Data.mdf
2.XXX_log.ldf
　　但這並不是絕對的，如果DBA有手動新增過data file或改過檔名就會不一樣，請依以下步驟查詢：
1.在原資料庫上按右鍵，點選屬性，叫出資料庫屬性視窗。

2.先點選資料庫屬性視窗左邊檔案，再看最後的路徑及檔案名稱兩個欄位，就可以知道這個DB所有"對應的DB檔案"有那些及分別在那些資料夾下。

3.知道了這些"對應的DB檔案"的檔名及位置，要Copy前請記得一定要先缷離資料庫或是停止SQL Server的相關服務，不然會無法複製，至於樓主要用那種方式Copy就隨喜囉～

　　不過就像再前面所說的，這個方法其實並不適合樓主，我認為樓主應該比較適合用Backup+Restore的這個方法，雖然有可能要另外架一台2005作中轉，但畢竟比較簡單也不容易出問題。

　　等一下我再提出如果是我自己要轉跨版本資料庫甚至是轉異質資料庫，我個人的建議作法，雖然可能對樓主沒有用，但希望能在未來幫助到其他邦友。

中午了，先吃飯去，下午有個會議，四點以後再補！

今天的會議開的比較久,會後又一堆事,現在加班補給邦友!

如果是我自己要作同質資料庫跨版本升級或甚至是異質資料庫移轉，我會這樣作：
1.先用MS SQL的SSIS工具移轉所有的Table資料
2.與原資料庫對照重新建立所有Table上的Index(包含PK)
(以下步驟3~5如果是同質資料庫升級應該Loading不大，就是在就資料庫產生Create指令再到新資料庫執行就好,但如果是異質資料庫移轉最好作好心理準備，除了Create View語法應該算標準ANSI SQL指令可能只要小改，其他的SP、Function應該都是要有重寫的打算)
3.請程式設計師重建所有的Function
4.請程式設計師重建所有的View
5.請程式設計師重建所有的SP(stored procedure 預存程序)
(以上步驟3~5在執行時，有可能會有相依性的關係，Ex.在某個Function中可能會用到某個View或某個SP，遇到這種情形就要先建那個View或SP，這個順序是我的個人經驗，這樣作的相依性的問題應該會最少，但這取決於您應用系統程式設計師的習慣，反正這部份算他的工作可以由他決定)
6.請程式設計師測試所有程式碼中和資料庫相關的地方(Connection建立/關閉、資料新增/修改/刪除/查詢、資料庫效能壓力測試[就是找之前系統慢的地方來測])
7.以上步驟都OK了，請先選黃道吉日，公告周知系統維護將進行維護暫不開放，重作以上步驟1~6(先前的只是測試，請記得保留先前步驟3~6所有修改的地方)