總結：修改的內容還需要根據自己的實際情況進行修改，我這里只列出常修改的一些字段。
4）：修改Project中的INI文件：
修改INI文件目的是：ini文件保存數據庫信息，TD程序信息，項目名稱以及相關的內容。
具體思路：修改ini文件配置參數，使TD項目文件和項目數據庫關聯。
將C：TD_DirDefault目錄下面的E-CIS項目文件，拷貝到備份的計算機中，然后修改E-CIS文件夾內的Dbid.ini文件：
Dbid.ini 內容：
[General]
Database_Type=MSSQL
Created_Date=08/11/04 15：44：39
Created_By=td
AliasName=E-CIS
Database Name=default_e_cis_db
Database Server=10.168.188.229
Domain Name=DEFAULT
SendAllQualified=Y
Has_VCS_DB=Y
主要修改的內容是：
Database Name=default_e_cis_db
Database Server=10.168.188.229
按照實際情況填寫這些信息，ok了。
總結：通過以上的介紹，我們集成工作環境的移植工作已經完成了。經過這樣的移植，我們可以實現TD項目的雙機備份，雙機備份可以讓我們的數據更安全、更有保障。
．分布式工作環境的備份和恢復方法
分布式工作環境的項目移植相對集成工作環境移植更簡單，在這里我們不詳細介紹，相信大家看過集成工作環境的移植對分布式移植不在話下了。
我們對分布式工作環境移植的思路：
強調首先備份項目的數據。
移植TDDir目錄下的項目文件到新的服務器上。
復制DomsInfo目錄到新服務器C:Program FilesCommon FilesMercury Interactive下。
修改這個目錄下Doms.mdb文件的參數。（修改的詳細方法見集成工作環境的移植）
總結：相對集成工作環境移植來說，分布式結構移植少了數據庫的移植，可以繼續使用原有的數據庫，在移植過程中數據庫的移植是移植成功與否的關鍵因素之一，少了這個過程相信大家移植更為方便。
【小結】以上我們介紹了兩種結構的移植工作，經過上述修改項后，遷移數據的工作已經成功，td服務器可以訪問遷移后的數據庫。通過移植工作，同時可以解決TD項目的雙機相互備份的問題，保障數據的安全性。
再次備份TD項目，只需要將原來TD后臺數據庫表中的數據導入另一臺計算機中的數據庫中，可
