欢迎测试技术交流
QC10升级到ALM注意事项
上一篇 /
下一篇 2011-07-02 11:44:43
/ 个人分类:Quality Center
按照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’的检查。
收藏
举报
TAG: