DEFECT
BG_ACTUAL_FIX_TIME          缺陷修复的实际时间
BG_RESPONSIBLE          被分配给
BG_CLOSING_VERSION          已关闭缺陷的版本
BG_CLOSING_DATE          关闭日期
BG_BUG_ID          缺陷ID
BG_DESCRIPTION          描述
BG_DETECTED_BY            发现者
BG_EDTECTION_VERSION           版本
BG_DETECTION_DATA           发现日期
BG_ESTIMATED_FIX_TIME           估计修复的时间
BG_VTS             修改时间
BG_PLANNED_CLOSING_VER           计划关闭的版本
BG_PRIORITY            缺陷优先级
BG_PROJECT            项目
BG_DEV_COMMENTS            研发注释
BG_REPRODUCIBLE            能否重现
BG_SEVERITY            严重级别
BG_STATUS            缺陷状态
BG_SUMMARY            概要

TEST
TS_CREATION_DATE           建立日期
TS_DESCRIPTION            描述
TS_RESPONSIBLE            设计者
TS_ESTIMATE_DEVTIME           估计设计和生成测试的时间
TS_EXEC_STATUS            执行状态
TS_VTS             修改时间
TS_PATH             路径
TS_STATUS            状态
TS_STEPS            步骤
TS_TEMPLATE            模板
TS_NAME             测试名称
TS_TYPE             类型

TEST STEP
ST_ACTUAL            实际结果
ST_DESCRIPTION            描述
ST_EXECUTION_DATE           执行日期
ST_EXECUTION_TIME           执行时间
ST_EXPECTED            预期结果
ST_TEST_ID            测试资料
ST_STATUS            状态
ST_STEP_NAME            步骤名称

RUN
RN_DURATION            持续时间
RN_EXECUTION_DATE           执行日期
RN_EXECUTION_TIME           执行时间
RN_HOST             主机名
RN_OS_NAME            操作系统
RN_os_BUTLD            操作系统生成的编号
RN_OS_SP            操作系统的服务软件包
RN_RUN_NAME            运行名称
RN_STATUS            状态
RN_TEST_VERSION            测试的版本
RN_TESTER_NAME            测试员

REQUIREMENT
RQ_REQ_AUTHOR            作者
RQ_REQ_STATUS            覆盖状态
RQ_REQ_DATE            建立日期
RQ_REQ_TIME            建立时间
RQ_REQ_COMMENT            描述
RQ_VTS             修改时间
RQ_REQ_NAME            需求名称
RQ_REQ_PRIORITY            优先级
RQ_REQ_PRODUCT            产品
RQ_REQ_ID            需求ID
RQ_REQ_REVIEWED            被检查
RQ_REQ_TYPE            类型

TEST IN TESTSET
TC_EXEC_DATE            执行日期
TC_VTS             修改时间
TC_PLAN_SCHEDULING_DATE           计划执行日期
TC_PLAN_SCHEDULING_TIME           计划执行时间
TC_HOST_NAME            计划执行主机名
TC_TESTER_NAME            测试负责人
TC_STATUS            状态
TC_TEST_VERSION            测试版本
TC_ACTUAL_TESTER           测试员
TC_EXEC_TIME            执行时间

TESTSET
CY_CLOSE_DATE            关闭日期
CY_COMMENT            描述
CY_VTS             修改时间
CY_OPEN_DATE            打开日期
CY_STATUS            状态
CY_CYCLE            测试集

我的服务器是WINXPSP2，TD8.0。

我在防火墙的“例外”里面添加了好多进程，还是不行。

项目移植需要移植的文件：

1、C：\TD_DIR下的域文件夹及其子文件夹（项目文件夹）。建议将_scripts也复制过去，Default为示例项目，示例项目数据库为access，这里不做移植。
2、数据库文件。需要在sqlserver的企业管理器中将数据库分离或备份，然后附加或还原到新服务器server2的sqlserver下。
移植步骤：

假设：server2上已经装好了TD8.0，已经按server1上的域创建了需要的。
操作步骤：
1、在server1使用管理员用户（admin）登录进入TD的 site adminstratir模块
2、选择将要移植的项目，这里选择zb_td域下的zb_test项目
3、右键选择‘Deactivate project’，将选中项目（zb_test）设置为‘不活动状态’，（图标右边变红）
4、右键选择‘Remove project’，将选中项目（zb_test）从TD中移除（放心，这里非删除，但是切勿选择‘Delete       project’，否则项目将被彻底删除）
5、将server1上C：\TD_DIR下的文件夹‘_scripts’和除了Default之外的其他文件夹，复制到server2上的C：\TD_DIR下（不要修改文件夹的名字），覆盖server2上的文件夹
6、将server1上sqlserver2000中的项目数据库分离或者备份，然后将数据库文件或者备份文件复制到server2的数据库目录下，附加或者还原到server2的sqlserver2000上（注意不要修改数据库的名字，比如原来数据库在server1上叫zb_tb_zb_test_db，附加或者还原到server2上还叫zb_tb_zb_test_db）
7、修改项目配置文件。配置文件位于每个C：\TD_DIR每个项目的文件夹下，名字叫Dbid.ini。   
比如本文档描述项目该文件在：C：\TD_DIR\ZB_TD\ZB_TEST\Dbid.ini.
该文件内容如下：
[General]
Database_Type=MSSQL                     //表示项目数据库类型为sqlserver
Created_Date=11/07/07 01:06:31         //数据库创建时间
Created_By=td                                   //数据库为td创建
AliasName=zb_test                             //项目名称
Database Name=zb_td_zb_test_db        //sqlserver2000中项目数据库的名字
Database Server=server1                     //数据库所在服务器的机器名
Domain Name=ZB_TD                        //项目所在的域名

SendAllQualified=N
Has_VCS_DB=N

本文档移植项目需要改动的地方。Database Server=server2 。
如果你按前面描述操作没有修改数据库名字和C：\TD_DIR下文件夹的名字，只修改该处即可。否则按上面的说明对应你修改内容修改相应的配置。
8、在server2使用管理员用户（admin）登录进入TD的 site adminstratir模块
9、点击‘Restore project’按钮 。
10、出现一下 窗口。在Restore Into Domain 中选择要移植的域，然后点击‘DBID.INI file Iocation’后的连个点，\\server2\TD_DIR\ZB_TD\ZB_TEST\DBID.INI
(注意：该路径只能为网络路径，即使在本机上也需要输入网络路径格式，选择时可通过网上邻居选择本机的共享目录：TD_DIR)

11、路径和文件选择正确后将出现下面界面：
12、选择Restore，成功后返回界面如下：
13、此时项目已经添加进来，处于未激活状态          
14、右键选择‘Activate’，激活后完成移植。
完成后如图，经测试原数据和汉化字段，设定的流程都不受影响，可正常使用。

一、安装前需知

 1.       安装前环境配置

TD的WEB服务容器为IIS，必须得先安装IIS环境

TD的后台数据库默认为Access以选择使用Sybase、 MS-SQL Server、 Oracle。

TD也支持邮件服务，可以选择安装邮件服务或则暂时不安装。如果需要安装则在安装前做好邮件服务器的相关配置。

 2.       安装事项

在安装时，要对系统进行一些安装设置，以下对一些关键设置进行简单解释。

1）数据库连接设置

设置数据库连接时，Access为默认必选，可以选择另外一种合适的数据库做为TD的连接数据库，该数据库可以在创建TD项目时，选择作为项目的数据库。

2）虚拟目录设置

其中的虚拟目录名TDBIN下将保存TD的一些运行文件。

 3.       安装注意

安装TD时，系统资源消耗比较大，容易造成安装失败或错误，所以在安装时，尽量不要进行其他的系统操作，等待安装完成。

 4.       安装后配置

1）  汉化

在安装目录TDBIN/Install/下存放的是一些为连接服务的客户端加载的系统文件。其中的tdclientui80.xco文件，该文件会自动加载到客户端的C:\Program Files\Common Files\Mercury Interactive\TD2000_80目录下，并生成为tdclientui80.ocx文件。

注意其中两个文件的后缀名区别。文件后缀可通过更改方式变换为OCX或XCO。

由于Mercury并为发行官方的汉化包，所以采用第三方的资源包进行汉化。汉化方式，把得到的汉化资源dclientui80.xco文件粘贴到服务器TDBIN/Install/目录下，覆盖掉原文件即可。

在之前访问过服务器的客户端，在下次连接时由于不再加载更新后的数据，所以必须得删除客户端下的C:\Program Files\Common Files\Mercury Interactive\TD2000_80目录下覆盖tdclientui80.ocx文件，使再次访问时自动加载汉化后的新组件。

也可以通过在客户端C:\Program Files\Common Files\Mercury Interactive\TD2000_80目录下覆盖tdclientui80.ocx文件达到汉化的目的。

 2）  设置MS-SQL的数据库连接

对数据库的“客户端网络实用工具”进行配置。选择协议Named Pipes与TCP/IP，别名设置最好选择本机计算机名。

对数据库的安全性设置--身份验证，设置为SQL Server和WINDOWS。

设置后，在后台PING连接数据库，如果成功，则可正常创建该类数据库的项目。

 3）  IE7.0兼容性

安装TD后，并不能顺利支持IE7.0的客户端浏览器。此时可以用记事本等打开服务器TDBIN/目录下的start_a.htm源文件，然后进行编辑。

查找” var fMSIE3456”

然后在该行的末尾处分号前添加一段语句”|| (ua.lastIndexOf('MSIE 7.0') != -1)”

保存即可。

 4）TD系统信息修改

在C:\Program Files\Common Files\Mercury Interactive\目录中的DomsInfo文件夹，该文件夹中保存TD系统的关键信息，其中有TD系统配置信息的数据库doms.mdb文件，该数据库文件已默认被加密，密码为tdtdtd。在Templates文件夹中的文件为初始化生成的项目模板文件，包括TestDir.mdb，该文件为生成项目的初始数据库表。这样的话我们，就可以在每次创建项目时初试化出我们想要的，预定好的数据库表和相关数据来。就可以避免每次创建项目时重复的手工定义字段了，我们可以定制自己的项目数据库模板。

如当遗忘ADMIN的密码时，可以通过往doms.mdb的ADMIN表中的ADMIN_PSWD字段更换写入“456711”，登陆时输入密码“test”即可进入。

*************
备份文件
*************
一、数据库备份：从原服务器上备份出所有您要移植的TD系统数据库（Default_项目名称_db）。
二、文件备份：
1.TD_Dir整个文件夹。
2.备份C:\Program Files\Common Files\Mercury Interactive\DomsInfo 文件夹中的所有文件。

*************
移植TD
*************
一、将备份出来的TD_Dir文件夹中的内容覆盖到C:\TD_Dir文件夹下，这里进行的是项目文件的移植。
二、将备份出来的DomsInfo文件夹的内容覆盖到C:\Program Files\Common Files\Mercury Interactive\DomsInfo 文件夹中， 这里进行项目配置的移植。

1.用Access打开DomInfo文件夹下的doms.mdb数据库文件，默认口令为tdtdtd，进行以下修改：
     a)修改Admin数据表,打开该表并修改Admin_pswd 的密码，如果你不想修改以前的Admin用户的密码也可以不进行该步操作。
     b)修改DBServers数据表，打开该表并修改DBServer_Name字段的第二行值为新TD服务器名称。
     c)修改Params数据表，打开该表并修改ACIServer、SiteScopeurl行对应的Param_Value字段值用新TD服务器名称替换旧TD服务器的名称。
     d)修改Projects数据表，打开并修改每个项目的Physical_Directory路径修改为：C:\TD_Dir\Default\项目名称，及修改DBServer_Name字段为新TD服务器的IP或用Local、127.0.0.1都行。
     e)修改TDServers数据表，打开并修改TDServer_Name、TD_IP_Address列的值为新TD服务器的服务器名称。

2.修改old_DomSetup.ini文件中的
    TDSQLSERVER=TD服务器名称
    Value_1=TD服务器名称:9999
    Value_3=http://TD服务器名称/TDBIN/Redist/SiteScope/SiteScope4TD.htm
　说明：把TD服务器名称替换为新的服务器名称或IP。

三、还原TD数据库
    还原要移植的数据库，然后分别在查询分析器中执行以下语句：
　exec sp_change_users_login 'Report'
　exec sp_change_users_login 'Update_One','td','td'
　说明：这个脚本必须要执行，要不移植过来的项目不能激活。

四、打开TD的Site Administrator页面中的进行数据库连接测试，及对每个项目进行连接测试。

################################

转--网络上搜的

TD8.0 移植（SQL数据库）的操作
一、TD8.0 移植到全新计算机
1、 停止目标服务器的TD服务。
2、 备份DOMSINFO目录，位于in <system drive>:\Program Files\Common
Files\Mercury Interactive。
3、 备份mercury.ini 文件，位于<system drive>:\Winnt。
4、 doms.mdb 文件操作：
1个最简便的方法：直接将source_doms.mdb拷贝至目标服务器上使用，
使用Microsoft Access 打开doms.mdb 文件（密码tdtdtd）进行服务器名
称的替换，即可。或者使用16 进制编辑器例如HEX WORKSHOP,进行服
务器名称直接替换也可。
5、 将源服务器的域数据目录(TD_DIR)复制到目标服务器相应位置，注意目标文
件夹的权限(这一点很重要，否则TD自检时会有虚拟文件错误)；注意目标文
件夹的所在位置是否与mercury.ini 文件中TDRepDir=的内容相符。更改每
个项目的服务器地址配置为目标服务器名称（即项目文件夹中DBID.INI，修
改DATABASE SERVER=目标计算机。）。
6、 重新启动目标服务器的TD服务。
7、 目标服务器的Site Administrator's操作：
a) 检查Users、domain 等信息是否和源服务器的信息一致。进行添加和
删除操作用户操作、添加和删除域的操作。
b) 在DB Servers 项中确认DB服务器名应与域数据目录、doms.mdb 文
件等DB服务器名一致。否则进行添加一致的DB服务器。
c) 在TD Servers 项中确认TD服务器的配置。如有必要根据实际情况更
新配置。
d) 在Site Config 项中确认参数设置。如有必要根据实际情况进行参数更
新设置。
e) 进行建立1个临时SQL 数据库类型的项目操作，然后可以删除这个临时
项目。（这一点很重要，目的在SQL 中创建‘td’用户）
8、 在目标服务器上恢复域中对应的所有项目的数据库，如下操作：
a) 备份源服务器中的所有项目的数据库。
b) 将来自源服务器中备份的项目数据库还原到目标服务器中。
c) 修改SQL 中”td”的权限：打开查询分析，使用sa 身份登陆，选择相应的
项目，输入并执行下列命令：
EXEC sp_change_users_login 'Report'
EXEC sp_change_users_login 'Update_One', 'td', 'td'
9、 检查项目数据目录（附件、脚本等），方法：
a) 在Site Administrator 的Projects项中选择相应的项目并展开其子表，
选择DATACONST 子表，检查db_directory 和tests_directory的内
容。其中db_directory 对应值为“.”（点），test_directory 对应值为“.”
（点）。？？
b) 选择CROS_REF 子表，输入如下命令：
SELECT * FROM CROS_REF
WHERE CR_REFERENCE LIKE '%\%'
OR CR_REFERENCE LIKE '%:\%'
点击Execute SQL 按钮，对应的值为空。
c) 选择TEST 子表，输入如下命令：
SELECT * FROM TEST
WHERE TS_PATH LIKE '%\%'
OR TS_PATH LIKE '%:\%'
点击Execute SQL 按钮，对应的值为空。
d) 选择RUN 子表，输入如下命令：
SELECT * FROM RUN
WHERE RN_PATH LIKE '%\%'
OR RN_PATH LIKE '%:\%'
点击Execute SQL 按钮，对应的值为空。
10、 检查项目的可操作性和正确性，方法如下：
a) 在Site Administrator中的Projects项，选择相应项目，点击Ping 按
钮，提示成功，检查Project Directory 中路径信息正确。检查项目的子
表应有对应的数据。
b) 在TestDirector，使用admin 身份登陆项目，在测试需求、测试计划、
测试执行、缺陷管理等子模块，能够进行相应的操作。使用其他身份登
陆能够进行该身份允许的操作。例如，邮件功能、脚本、附件等。
c) 在TestDirector，使用admin 身份登陆项目定制工具，能够进行用户设
置、分组、字段定义、邮件设置、工作流程等相应的操作。使用其他身
份无法登陆定制工具。
二、TD7.6 移植到TD8.0(全新计算机)的操作
TD7.6 移植到8.0的操作，基本与8.0 间的移植相同。需要注意的是：
1、 使用MS ACCESS 同时打开7.6 和8.0 的DOMS.MDB，将7.6 文件中
的表每项所有记录拷贝到8.0 的DOMS.MDB 文件。然后将8.0 的
DOMS.MDB文件中相应的服务器名、工程文件夹地址等调整至8.0的实
际使用状态。保存文件。
2、 启动8.0 的TD服务，进入TD的管理工具，将原7.6版本的工程进行升
级至8.0 版本。

      TD项目的移植旨在当前存在另一台TD服务器时，能进行快速的项目数据移植，以在服务器出现灾难性故障时，快速切换到另一台能工作的TD服务器上工作。

在C:\Program Files\Common Files\Mercury Interactive\DomsInfo\目录下的doms.mdb文件。该文件夹中保存TD系统的关键信息，该数据库文件已默认被加密，密码为tdtdtd。doms.mdb字段包含有如下几个表：

ADMIN表保存了ADMIN的登陆密码、DOMS的版本号和TD的LICENSE_KEY。

DBSERVERS表保存了数据库名、数据库用户密码、连接数据库的管理员帐户和密码以及连接参数等相关信息。

DOMAINS表保存了项目域的名和物理目录地址等。

PARAMS表保存了一些参数名，以及参数值和相关描述。

PROJECTS表保存了项目ID、项目名、项目所属的域ID和域名、项目数据库名、数据库类型、创建时引用的项目、创建时引用的域、物理目录地址和数据库连接的格式等。

SEQUENCES表保存了序列名以及序列值。

TDSERVER表保存了TD的连接数据库名、IP地址、该数据库是否激活、TD日志路径、邮件参数、TD的虚拟目录名等信息。

USERS表保存了TD系统的用户信息，项目数据库移植后，必须保证该项目的用户与TD的系统的用户是相对应的，否则无法登陆。

假设服务器A为原服务器，计算机B为要移植到的计算机。TD项目移植要注意三方面的移植，项目移植前要停止TD的服务，以及MS-SQL的服务。

1）             分别把服务器A、计算机不同计算机的doms.mdb文件打开。

2）             打开DOMAINS表，把服务器A的项目域信息复制，然后粘贴至B计算机上的DOMAINS表里。这样做是为了移植域信息。 

3）             打开PROJECTS表，把服务器A的项目相关信息复制，然后粘贴至B计算机上的PROJECTS表里。这样做是为了移植项目信息。

4）             打开USERS表，把服务器A的用户信息复制，然后粘贴至B计算机上的USERS表里。这样做是为了移植用户信息。 

5）             打开服务器A文件目录TD_Dir，复制其中的域文件夹，以及域文件夹下的项目文件夹。然后粘贴至B计算机上的文件目录TD_Dir里。这样做是为了移植项目的相关文件。

6）             打开服务器A的数据库的存储数据原文件的文件夹，复制项目数据库数据文件MDF和日志文件LDF，然后粘贴至B计算机的数据库存储的文件夹下。这样做是为了方便数据库文件的管理，在步骤8中进行数据库附加，此步骤可做可不做。

7）             打开B的SQL企业管理器，首先进入【安全性】设置【登陆】用户，选择td，双击打开设置框后，选择【服务器角色】，勾选【System Administrators】。这样做是为了确保td为System Administrators的角色。

8）             然后对进行附加数据库操作。如下操作，

       点击【附加数据库】后会弹出设置对话框，选择要移植的数据库原文件，如果你进行了步骤6的操作，那就进入那个目录选择原文件，如果没有，就直接选择你备份好的数据库原文件。

9）             附加完成后，你还需要做一件事情，假设访问TD的用户是使用IP来进行访问的。当然，公司内已经有这个私下的约定。所以你必须还得更换B计算机的IP地址为服务器A的IP地址，更换后，重新启动计算机B。假如不需要更换IP，那么启动TD与SQL的服务即可。

10）        系统启动后，TD服务已经自动启动，你只需要如同访问服务器A的TD服务般，就可以感受到移植后的效果。

1、备份DOMSINFO目录，位于<system drive>:\Program Files\CommonFiles\Mercury Interactive。
 
2、备份mercury.ini 文件，位于<system drive>:\Winnt。

3、doms.mdb 文件操作：将source_doms.mdb拷贝至目标服务器上使用，使用Microsoft Access 打开doms.mdb 文件（密码tdtdtd）进行服务器名称的替换。

4、将源服务器的域数据目录(TD_DIR)复制到目标服务器相应位置，注意目标文件夹的权限(这一点很重要，否则TD自检时会有虚拟文件错误)；注意目标文 件夹的所在位置是否与mercury.ini 文件中TDRepDir=的内容相符。更改每个项目的服务器地址配置为目标服务器名称（即项目文件夹中DBID.INI，修改DATABASE SERVER=目标计算机。）。
 
5、重新启动目标服务器的TD服务。
 
6、目标服务器的Site Administrator's操作：           
    6.1检查Users、domain 等信息是否和源服务器的信息一致。进行添加和删除操作用户操作、添加和删除域的操作。           
    6.2在DB Servers 项中确认DB服务器名应与域数据目录、doms.mdb 文件等DB服务器名一致。否则进行添加一致的DB服务器。           
    6.3在TD Servers 项中确认TD服务器的配置。如有必要根据实际情况更新配置。           
    6.4在Site Config 项中确认参数设置。如有必要根据实际情况进行参数更新设置。           
    6.5进行建立1个临时SQL 数据库类型的项目操作，然后可以删除这个临时项目。（这一点很重要，目的在SQL 中创建‘td’用户）
 
7、在目标服务器上恢复域中对应的所有项目的数据库，如下操作：           
    7.1备份源服务器中的所有项目的数据库。           
    7.2将来自源服务器中备份的项目数据库还原到目标服务器中。           
    7.3修改SQL 中”td”的权限：打开查询分析，使用sa 身份登陆，选择相应的项目，输入并执行下列命令：           
    ?         EXEC sp_change_users_login 'Report'    
    ?         EXEC sp_change_users_login 'Update_One', 'td', 'td'

8、检查项目数据目录（附件、脚本等），方法：           
    8.1在Site Administrator 的Projects项中选择相应的项目并展开其子表，选择DATACONST 子表，检查db_directory 和tests_directory的内容。其中db_directory 对应值为“.”（点），test_directory 对应值为“.”（点）。           
    8.2选择CROS_REF 子表（保存快照附件）           
    8.3选择TEST 子表，（保存测试计划）           
    8.4选择RUN 子表，
 
9、检查项目的可操作性和正确性，方法如下：           
    9.1在Site Administrator中的Projects项，选择相应项目，点击Ping 按钮，提示成功，检查Project Directory 中路径信息正确。检查项目的子表应有对应的数据。           
    9.2在TestDirector，使用admin 身份登陆项目，在测试需求、测试计划、测试执行、缺陷管理等子模块，能够进行相应的操作。使用其他身份登录能够进行该身份允许的操作。例如，邮件功能、脚本、附件等。
    9.3在TestDirector，使用admin 身份登陆项目定制工具，能够进行用户设置、分组、字段定义、邮件设置、工作流程等相应的操作。使用其他身份无法登陆定制工具。
 
10、数据库的迁移：           
    10.1数据库的移植目的是：将项目数据库从原来的计算机移植到新的计算机。通过SQL Server 集成的导入和导出数据功能将原数据库文件导入新的SQL Server服务器中。在这个过程，原表中由TD用户创建的表也会更改为DBO用户创建。           
    10.2建立访问数据表文件的TD用户：使td用户具有访问新恢复项目数据库的权限，打开企业管理器，在目标数据库计算机中建立TD用户，并且设定TD用户访问的数据库，在登录项中新建用户，在弹出的对话框中设定td用户相关的属性，设定的密码可以根据用户确定，这里设定为：tdtdtd；在“服务器角色”中 设定td用户的权限，建议设定为“System Administrators”，最后设定td用户能够访问TD项目的数据库和Master数据库。
 
11、移植成功！

      备份TD的重要信息，以在TD系统出现灾难性故障后能够保全TD数据的安全和完整，并且为快速的恢复系统和数据提供保障。TD备份要注意三方面的同时备份，备份前要停止TD的服务，以及MS-SQL的服务。

    1）首先是对TD的重要配置信息备份，把    C:\Program Files\Common Files\Mercury Interactive\DomsInfo\目录下的doms.mdb文件进行拷贝备份。

    2）然后是对TD项目的一些文件备份，把C:\TD_Dir目录下对应的项目文件夹进行拷贝备份。其中Attach\ 目录下为一些项目上传附件，Settings\Private\ 目录下为项目用户的一些配置信息，包括界面视图布局等信息等。

    3）最后是对TD项目的数据库备份，把\Microsoft SQL Server\MSSQL\Data目录中的项目数据库文件MDF和数据库日志文件LDF进行拷贝备份。当然，也可以在SQL企业管理器中，对项目数据库进行备份操作。

    4）还原项目数据的时候，只需要反操作以上的步骤，用备份文件对现有文件进行覆盖，然后SQL数据库也进行覆盖或打开SQL企业管理器进行数据还原。