QC10升级到ALM注意事项

按照Okan Cakmak的文章展开了移植，补充说明如下。

 1、使用同一台服务器升级。

服务器配置： win2003 server操作系统，sql 2005数据库，QC10.0都已经安装好，同时有好几个项目的Bug库已经在使用QC10管理。

对于这种状态，操作很简单，省去了数据库移植的麻烦。首先在QC siteadmin中把所有的项目都关闭，然后卸载QC10，完了后直接安装QC11，路径都使用默认路径，或者说和原来配置的QC10服务器一致的路径。配置QC11，对于qcsiteadmin_db，选择‘Upgrade the existing schema’，配置过程中使用的用户名和密码都和QC10保持一致。

完成后，进入QC11 siteadmin页面，原来使用的项目都陈列在眼前。使用‘Maintain Project’，把项目版本从10.0升级为11，即可以使用。原来项目的各种配置，比如Bug的字段设置，流程，邮件的发送规则等，都和QC10原来使用的一样。

2、移植到一台新的服务器。

移植到一台新的服务器，我尝试了2种方法。一种方法和1中描述的类似，另外一种则不同，主要的差别是在数据库的移植和管理。

首先装好系统：win2003 server版。

采取1中描述的方法，思路是先安装QC10，然后以qcp的方式导入原来的项目，然后再按照1中的方式升级为QC11。这种方式比较快捷，也很保险，需要注意的就是sql以及QC10的路径和old server保持一致，相关的用户名和密码的配置也保持一致。

另外一种方法，我尝试直接通过数据库备份和还原来完成10到11的升级。原来公司的同事完成过一次qc9.0到qc10.0的升级，使用的方法是通过Excel插件。先把9.0中的Bug导出到excel表格，然后再导入QC10.0。当时移植完成后，发现Bug的附件没有移植过来，最后是通过手工添加的方式完成的。这样就太麻烦了，项目多的情况下移植工作量就很大，而且还容易出错。

QC管理的项目信息，一部分储存在数据库，还有一部分储存在Repository路径下。数据库又有qcsiteadmin_db和Project DB之分。这里的移植准备以及过程和Okan Cakmak描述的基本一致。不多说了，把遇到的几个问题记录一下。

a. 数据库的移植和备份。在新的服务器中先建立‘td’用户（登录名），密码同老服务器。注意在还原的时候选择‘覆盖现有数据库’，这样还原的比较彻底。也可以使用下面的SQL语句：

USE master;

RESTORE DATABASE DB_NAME

FROM DISK = 'c:\back.Bak' 

WITH REPLACE

b. 数据库移植完成后，注意到每个项目数据库的‘td’是个孤立用户，需要把它和登录名'td’关联上。SQL语句如下：

sp_change_users_login 'update_one', 'td', 'td';

c. 安装ALM后的配置过程中，如果使用'Upgrade the existing schema', 可能会遇到如下错误提示："DB server password in existing SA schema was encrypted using a different  initialization string. Return to encryption step to enter the correct initialization string" 由于没有找到QC10服务器中的加密方式是怎样，这个错误害得我很惨。解决办法是：

在ALM的安装路径下，找到'run_after_install.bat' file, enable this script.:"set SKIP_VALIDATIONS=-wEncryptionStepValidator -wSaSchemaValidator "，可以跳过‘encryption’的检查。