CLM 是通过 WAS 来获取 LDAP 数据的,同时自身也需要设置 LDAP 参数。WAS 官方支持 Microsoft Active Directory,IBM Directory 等商业 LDAP 服务器,也可以通过定制的方式使用 openLDAP 等开源软件。对于现有研发体系,已有统一的基于 openLDAP 的 LDAP 服务器用于身份验证和用户管理,但原 LDAP 结构是基于组织结构添加和管理用户节点的,需要改造(如图 1),才能集成到 Jazz 平台。
点击查看大图
所谓单点架构,可以理解为一组环境,包括 WAS 应用服务器,IHS 服务器和 DB2 数据库服务器三台机器。这是依据生产环境配置标准,以及应用与数据分离的原则进行划分的。CLM 安装程序需要安装在 WAS 所在的机器,并在 WAS 上部署 CLM 提供的 JTS(即 Jazz 平台)、CCM(即 RTC)、QM、RM 四个应用。之后,CCM、QM、RM 应用正常注册在 Jazz 平台后,提供 RTC、RQM、RDNG 的服务。在注册过程中,这些服务完成与 LDAP 和 DB2 关联。其中,WAS 及其上的 JTS 应用都会集成 LDAP 进行身份验证和用户管理。(如图 2)
点击查看大图
在 clm.rnd.demo.com(Power VM RHEL)上安装 WAS 和 IHS 反向代理服务器。
解压缩 WAS 和 WAS SUPPL 包,按照图形安装界面和 Wizard 提示,安装 WAS、IHS 和 IHS Plug-ins for WAS。如果使用静默安装,参考/install/ihs/WAS_V8.5.5_SUPPL/responsefiles/samples 中的 response 文件,修改并满足本地要求的安装文件 was85.ihs.install.xml(如清单 1),同时准备 was85.plg.install.xml,was85.wct.install.xml 和 was85.base.install.xml
- <?
- xml version
- =
- "1.0"
- encoding
- =
- "UTF-8"
- ?>
- <agent-input clean="true" temporary="true">
- <server>
- <repository location="/install/ihs/repository.config" />
- </server>
- <install modify='false'>
- <offering id='com.ibm.websphere.IHS.v85'
- profile='IBM HTTP Server for WebSphere Application Server V8.5'
- features='core.feature,arch.64bit' installFixes='none'/>
- </install>
- <profile id='IBM HTTP Server for WebSphere Application Server V8.5'
- installLocation='/opt/IBM/HTTPServer'>
- <data key='eclipseLocation' value='/opt/IBM/HTTPServer'/>
- <data key='user.import.profile' value='false'/>
- <data key='cic.selector.nl' value='en'/>
- <data key='user.ihs.httpPort' value='80'/>
- </profile>
- </agent-input>
如果环境中已经安装 IBMIM,则直接用 reponse 文件进行静默安装(如下)
- /opt/
- IBM
- /
- InstallationManager
- /
- eclipse
- /
- tools
- /
- imcl
- -
- acceptLicense
- -
- showProgress input
- /
- auto
- /
- was
- /
- was85.base.install.xml
- /opt/IBM/InstallationManager/eclipse/tools/imcl -acceptLicense -showProgress input /auto/was/
- was85.ihs.install.xml
- /opt/IBM/InstallationManager/eclipse/tools/imcl -acceptLicense -showProgress input /auto/was/
- was85.plg.install.xml
- /opt/IBM/InstallationManager/eclipse/tools/imcl -acceptLicense -showProgress input /auto/was/
- was85.wct.install.xml
建立 IHS 的密匙文件 KeyStore(ihskeys.kdb),并加入自签名证书(如下)
- mkdir
- -
- p
- /
- opt
- /
- IBM
- /
- keys
- /opt/IBM/HTTPServer/bin/gskcmd -keydb -create -db
- /opt/IBM/keys/ihskeys.kdb -pw secret -expire 3650 -stash -type cms
- /opt/IBM/HTTPServer/bin/gskcmd -cert -create -db
- /opt/IBM/keys/ihskeys.kdb -label clm.rnd.demo.com -expire 3650 -dn "CN=clm.rnd.demo.com"
- -default_cert yes -pw secret
在 IHS 配置文件(/opt/IBM/HTTPServer/conf/httpd.conf)中确认添加 SSL 设置信息,和 IHS 的自签名证书等,如清单 2。
- .....
- LoadModule ibm_ssl_module modules/mod_ibm_ssl.so
- Listen 0.0.0.0:443
- #Listen 443
- <VirtualHost *:443>
- SSLEnable
- </VirtualHost>
- KeyFile /opt/IBM/keys/ihskeys.kdb
- SSLStashFile /opt/IBM/keys/ihskeys.sth
- SSLDisable
重新启动 IHS 服务器,并验证 443 端口可访问(如图 3)
- /opt/
- IBM
- /
- HTTPServer
- /
- bin
- /
- apachectl restart
点击查看大图
JTS 和 CCM 等应用默认使用 WAS 服务器的 9443 端口作为 HTTPS 通道,需要 IHS 和 WAS 在 HTTPS 通道上互信,因此在 WAS Administractive Console 页面(https://clm.rnd.demo.com:9043/ibm/console)上生成互信证书(ihswaskeys.kdb)。
点击进入 Security > SSL certificate and key management > Key stores and certificates,新建 IHS 证书,并填写证书文件名称和路径/opt/IBM/keys/ihswaskeys.kdb,密码 secret,和类型 CMSKS(如图 4)。
点击查看大图
点击进入 Security > SSL certificate and key management > Key stores and certificates > NodeDefaultKeyStore > Personal certificates > Export certificates to a key file or key store,从 WAS 默认 Node 中的 KeyStore 中导出个人证书到互信证书(ihswaskeys.kdb)的 KeyStore。其中,需要填写 WAS 的 KeyStore 密码 WebAS,导出 KeyStore 路径/opt/IBM/keys/ihswaskeys.kdb,类型 CMSKS,和密码 secret(如图 5)。
点击查看大图
随后,再将互信证书导入到 IHS 的 KeyStore(如下)
- /opt/
- IBM
- /
- HTTPServer
- /
- bin
- /
- gskcmd
- -
- cert
- -
- import
- -
- db
- /opt/IBM/keys/ihswaskeys.kdb -pw secret -type cms -target
- /opt/IBM/keys/ihskeys.kdb -target_pw secret -target_type cms -label
- default -new_label default_ihswas
IHS Web 服务器与 WAS 应用服务器的关联是由 IHS Plug-ins 实现的,首先要创建 IHS Plug-ins 运行时环境,用以关联 IHS 和 WAS 的实例。执行/opt/IBM/WebSphere/Toolbox/WCT/eclipse,启动 WebSphere Customization Toolbox,选择 Plug-ins 安装路径,并创建 IHS Plug-ins 运行时环境(如图 6)。在 Web Server Plug-ins Configuration 中,新建实例,按步骤提示填写 WAS 和 IHS 的信息,进行关联设置,直至成功。
点击查看大图
按照向导完成后,会在/opt/IBM/WebSphere/Plugins/config 下创建 webserver1 目录,其中配置文件 /opt/IBM/WebSphere/Plugins/config/webserver1/plugin-cfg.xml 描述了应用映射信息,包括主机名、端口、应用名称等。其中需要修改参数 keyring 和 stashfile,指向 IHS 的密匙文件,如清单 3。
...
<Transport Hostname="clm.rnd.demo.com" Port="9080" Protocol="http"/>
<Transport Hostname="clm.rnd.demo.com" Port="9443" Protocol="https">
<Property Name="keyring" Value="/opt/IBM/keys/ihskeys.kdb"/>
<Property Name="stashfile" Value="/opt/IBM/keys/ihskeys.sth"/>
</Transport>
...
另外在 IHS 配置文件/opt/IBM/HTTPServer/conf/httpd.conf 中,加载了集成 WAS 的模块,并关联了 IHS Plug-ins 的信息,如清单 4。
....
LoadModule was_ap22_module /opt/IBM/WebSphere/Plugins/bin/64bits/mod_was_ap22_http.so
WebSpherePluginConfig /opt/IBM/WebSphere/Plugins/config/webserver1/plugin-cfg.xml
回到在 WAS 控制台上,点击进入 Server > Server Type > Web Server,确认新生成的 Webserver1 是启动状态(如图 7)。
点击查看大图
通过点击 webserver1,可以看到 IHS 的配置文件,运行状态,以及 log 信息(如图 8)。
点击查看大图
通常 Web 浏览器会将 https://clm.rnd.demo.com:443 默认为 https://clm.rnd.demo.com,因此而基于 IHS 反向代理的 URL(https://clm.rnd.demo.com)作为基于 CLM 研发管理平台的统一 URI 入口。对于用于部署 WAS 和 CLM 机器(clm.demo.com)上的 JTS 应用,可以从自身 URL(https://clm. demo.com:9443/jts)映射统一 URL(https://clm.rnd.demo.com/jts)。
基于 IHS 服务器访问的特定 URI 及其主机名和端口(https://clm.rnd.demo.com:443),与 JTS 等应用在 WAS 上部署的完全不同(https://clm.rnd.demo.com:9443),其 HTTPS 请求会重定向到 WAS 默认的 9443 端口上的应用,但应用可能对新 URI 的请求不予响应。如果 CLM 安装 IHS 所在环境中,会影响 JTS、CCM 等应用的部署。为了避免在部署过程中由此产生的问题,需要在 WAS 的应用服务器上设置 Web Container 的 Trust Host Header Port 参数(如图 9)。
点击进入 Servers > Server Types > WebSphere Application servers > server1 > Web container > Custom properties,新建属性 com.ibm.ws.webcontainer.extracthostheaderport=true 和
trusthostheaderport=true。
点击查看大图
验证默认安装的 WAS 应用 snoop(https://clm.rnd.demo.com:9443/snoop)可用新 URI(https://clm.rnd.demo.com/snoop)进行访问(如图 10)。
点击查看大图
在 db.demo.com(Power VM AIX)上安装 DB2 数据库服务器。DB2 是 CLM 节点最重要的环境,保存着研发过程所有数据,要尽可能提高 DB2 数据库服务器的可靠性。我们选择了基于 Power VM 的 AIX,并且配置外部存储,减少故障风险和几率。在此基础上,划分存储为多个逻辑卷(如表 1)。通过 DB2 应用和数据的分离,运行时数据和备份数据的分离,数据库数据内容和数据库日志的分离,避免存储出问题时,数据一损俱损的风险。如遇到 Power 硬件故障或 Power VM 受损,装载 DB2 数据的外部存储可以尽快挂载到新 Power 硬件或 Power VM 上继续使用。
文件系统 | VG | LV | 大小 | OWNER | 备注 |
---|---|---|---|---|---|
/opt/ibm /home/db2inst1 | rootvg | default | 10GB | db2inst1:db2iadm1 | DB2 安装目录,和用户目录(如 db2inst1, db2fenc1, dasadm1) |
/db2fs | datavg | lv_db2fs | 50GB | db2inst1:db2iadm1 | 数据库表空间 |
/db2path | datavg | lv_db2path | 50GB | db2inst1:db2iadm1 | 数据库目录、日志等 |
/db2backup | datavg | lv_db2backup | 50GB | db2inst1:db2iadm1 | 数据库备份文件 |
使用 smit 配置,或按照清单 5 进行命令操作。
- #创建文件系统使用的 LV 和文件系统
- mklv -t jfs2 -y lv_db2fs datatvg 50
- mklv -t jfs2 -y lv_db2path datatvg 50
- mklv –t jfs2 –y lv_db2backup datatvg 50
- crfs -v jfs2 -d lv_db2fs -m /db2fs -a log=INLINE -A no -t no -p rw
- crfs -v jfs2 -d lv_db2path -m /db2path -a log=INLINE -A no -t no -p rw
- crfs –v jfs2 –d lv_db2backup –m /db2backup –a log=INLINE –A no –t no –p rw
- #mount 挂载文件系统,并附 Owner
- mount -o cio /db2fs
- mount -o cio /db2path
- mount –o cio /db2backup
- chown -fR db2inst1:db2iadm1 /db2fs
- chown -fR db2inst1:db2iadm1 /db2path
- chown -fR db2inst1:db2iadm1 /db2backup
- #更改用户的资源上限
- chuser fsize=-1 fsize_hard=-1 data=-1 data_hard=-1 stack=-1 stack_hard=-1 rss=-1 rss_hard=-1
- nofiles=-1 nofiles_hard=-1 dasusr1
- chuser fsize=-1 fsize_hard=-1 data=-1 data_hard=-1 stack=-1 stack_hard=-1 rss=-1 rss_hard=-1
- nofiles=-1 nofiles_hard=-1 db2inst1
- chuser fsize=-1 fsize_hard=-1 data=-1 data_hard=-1 stack=-1 stack_hard=-1 rss=-1 rss_hard=-1
- nofiles=-1 nofiles_hard=-1 db2fenc1
由 root 用户安装 DB2 数据库服务器。如果使用静默安装,需要提前录制的 response 文件(如下)。
- cd
- /
- instal
- /
- db2
- tar -xvf DB2_10.5.0.3_limited_aix64.tar
- /install/db2/server_r/db2setup -r /auto/db2server.rsp
由实例用户 db2inst1 设置参数(如下)。
- db2set DB2_EVALUNCOMMITTED=ON
- db2set DB2_SKIPDELETED=ON
- db2set DB2_SKIPINSERTED=ON
- db2set DB2COMM=TCPIP
- db2 terminate
- db2start
在 CLM 部署之前,由实例用户 db2inst1 执行命令创建数据库 JTS,CCM,QM,RM,DW 对应 CLM 的全部应用,如清单 5(只列出 JTS 的创建脚本,其他类似)。
- db2 "CREATE DATABASE jts ON /db2fs DBPATH ON /db2path USING CODESET UTF-8 TERRITORY US PAGESIZE 16 K
- AUTOCONFIGURE USING MEM_PERCENT 20 APPLY DB ONLY"
- db2 "UPDATE DB CFG FOR jts USING LOGFILSIZ 20480 LOGPRIMARY 30 LOGSECOND 4"
- db2 "CONNECT TO jts"
- db2 "CREATE SCHEMA jts"
- db2 "CONNECT RESET"
从命令中可以看到,创建数据库使用了特定参数属性(如表 2),同时指定/db2fs 为数据(表空间)的存放位置,/db2path 是数据库的目录,日志也存放在这里。命令中还使用了参数 AUTOCONFIGURE,在创建数据库时 DB2 会根据当前硬件环境自动配置相关参数。
数据库名 | 参数名 | 参数值 | 备注 |
jts ccm qm rm dw | TERRITORY | US | 地区 |
CODESET | UTF8 | UTF8 字符集 | |
LOGRETAIN | OFF | 设置为循环日志模式 | |
LOGPRIMARY | 30 | 主活动日志个数 | |
LOGSECOND | 4 | 辅助活动日志个数 |
在 clm.demo.com(Power VM RHEL)上安装和部署 WAS,具体安装配置过程,可以参考《RTC6.0 定制安装与配置》相应章节(https://www.ibm.com/developerworks/cn/rational/1604_yuant_rtc/index.html)
注意:WAS 与 LDAP 集成设置:
在 WAS 配置与 OpenLDAP 集成时,需要在 WAS 控制台使用自定义设置集成 LDAP。因为 WAS 并不官方支持 OpenLDAP 的直接配置,需要手动参照 OpenLDAP 相关属性(如图 2),并在 WAS 管理台 Global Securit>Standalone LDAP Registy>Advance LDAP user registry settings 中填写 User Filter,Group Filter,User ID Map,Group ID Map 和 Group Member ID Map(如图 11)。
点击查看大图
在 WAS 所在服务器(clm.demo.com)上安装 CLM,其中 RCLM_SERVER_INSTALL_V_6.0_MP_ML.zip 安装包中自带 IBMIM 的安装程序,通过 CLM 提供的静默安装程序 installc,允许同时安装 IBMIM 和 CLM。
- /install/
- clm
- /
- im
- /
- linux
- .
- gtk
- .
- ppc
- /
- installc
- -
- acceptLicense
- -
- showVerboseProgress
- -
- input
- /install/clm/im/linux.gtk.ppc/silent-install-server2.xml --launcher.ini
- /install/clm/im/aix.gtk.ppc/silent-install.ini
注意:
安装完成后,进入配置和部署阶段。
在 WAS 服务器上部署 CLM 提供的 JTS,CCM,QM,RM 四个应用(如图 12)。
点击查看大图
因为 WAS 与远程 IHS 集成设置,并且不同的应用可能部署在不同 host(机器名)或 Cell(域名)的 WAS 服务器上,因此需要在 WAS 服务器上通过 IHS Plug-ins 设置远程的 IHS 为 webserver。
回到 IHS 反向代理服务器(clm.rnd.demo.com),备份 IHS Plug-ins 的配置文件,复制
/opt/IBM/WebSphere/Plugins/config/webserver1 到/opt/IBM/WebSphere/Plugins/config/webserver。修改/opt/IBM/HTTPServer/httpd.conf 的路径,应以读取 IHS Plug-ins 的配置信息(如下)
WebSpherePluginConfig /opt/IBM/WebSphere/Plugins/config/webserver/plugin-cfg.xml
在 WebSphere Customization Toolbox 中删除本地 webserver1 的设置后,按照前面配置 IHS Plug-ins 的步骤,设置对远程 WAS 服务器(clm.demo.com)集成的 webserver1,生成 configurewebserver1.sh。并拷贝到远程 WAS(clm.demo.com)目录/opt/IBM/WebSphere/AppServer/bin 下,并执行(如图 13)。
点击查看大图
在 WAS 服务器(clm.demo.com)的 Administractive Console 页面上(https://clm.demo.com:9043/ibm/console),点击进入 Servers > Server Types > Web Servers,可以看到上面脚本生成的 webserver1,并勾选。点击按钮 Generate Plug-in 在 WAS 服务器上获取当前应用名称和并生成 plugin-cfg.xml 文件。点击按钮 Propagate Plug-in(如图 14),把 WAS 服务器(clm.demo.com)上 plugin-cfg.xml 迁移到 IHS 服务器(clm.rnd.demo.com)的 IHS Plug-ins for WAS 目录(/opt/IBM/WebSphere/Plugins/config/webserver1 )。注意赋予相关目录和文件读写权限。
点击查看大图
使用如下命令,合并 IHS Plug-ins 配置文件。新生成的 IHS Plug-ins 配置文件 plugin-cfg.xml(如清单 6),其中包括 WAS 服务器上部署的 JTS、CCM 等应用。
- /opt/
- IBM
- /
- WebSphere
- /
- AppServer
- /
- bin
- /
- pluginCfgMerge
- .
- sh
- /opt/IBM/WebSphere/Plugins/config/webserver1/plugin-cfg.xml
- /opt/IBM/WebSphere/Plugins/config/webserver/plugin-cfg.xml
- /opt/IBM/WebSphere/Plugins/config/webserver/plugin-cfg.xml
- .....
- <VirtualHostGroup Name="default_host_1_1">
- <VirtualHost Name="*:443"/>
- <VirtualHost Name="*:9080"/>
- <VirtualHost Name="*:5061"/>
- <VirtualHost Name="*:9443"/>
- <VirtualHost Name="*:5060"/>
- <VirtualHost Name="*:80"/>
- </VirtualHostGroup>
- <UriGroup Name="default_host_server1_clmNode00_Cluster_URIs_0">
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/qm/*"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/ccm/*"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/jts/*"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/rm/*"/>
- </UriGroup>
- <UriGroup Name="default_host_server1_clmNode01_Cluster_URIs_1">
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/hello"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
- <Uri AffinityCookie="JSESSIONID"
- AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
- </UriGroup>
- <Route ServerCluster="server1_clmNode00_Cluster_0"
- ....
重新启动 IHS 后,即可通过 https://clm.rnd.demo.com/jts 访问 https://clm.rnd.demo.com:9443/jts
分布式的 CLM 节点在集成的时候,会存在重复认证的问题,因此需要在部署环节进行单点登录(Single sign-on)的设置,即用户在某个应用通过身份验证后,使用其他应用将不用再次验证身份。当基于 IHS 的反向代理服务映射多个、不同的应用,它们可能部署在不同 Cell(或域名)的 WAS 服务器上,因此需要在不同的 WAS 服务器上设置统一的 Domain Name,引用统一的密匙文件(Key Store)。点击进入 Global security > Single sign-on (SSO),填写 Domain Name,比如 demo.com(如图 15)
点击查看大图
点击进入 Global security > LTPA,填写密码并导出用于跨 Cell 单点登录的密匙文件(/opt/IBM/keys/clmssokey)。如果有分布式的其他 WAS 节点,则导入相同的密匙文件。
点击查看大图
完成上述步骤后,执行 JTS 应用在 Web 浏览器上的部署工具(https://clm.rnd.demo.com/jts/setup)进入注册环节(如图 17),按照提示在 JTS(Jazz 平台)上注册 CCM,QM 和 RM 应用。其间使用 IHS 反向代理提供的 URI 作为 Jazz 的 URI(https://clm.rnd.demo.com/jts),集成 LDAP 服务器,创建 DB2 数据库和保存数据等,按照提示完成注册后,进入 JTS 管理台(如图 18)。
点击查看大图
点击查看大图
根据 RTC 落地需求,通过在 RTC(CCM 应用)上创建项目区域(Project Area),具体安装配置过程的细节,参考《RTC6.0 定制安装与配置》相应章节(https://www.ibm.com/developerworks/cn/rational/1604_yuant_rtc/index.html)
在 RTC 落地过程,研发团队可能前期只使用 CLM 中的 RTC,做研发管理环节的项目协作。为了方便研发团队以后把协作直接从研发环节扩展到测试和需求管理环节,从架构和部署的角度已经提前预装了 CLM 提供的 RQM 应用和 RM 应用。在给研发团队创建 RTC 项目区域(Project Area)时,使用 JTS 提供的 Lifecycle Project Administration 功能,在 RQM 和 RDNG 中也创建同名的项目区域(如图 19)。
点击查看大图
通过 Lifecycle Project 模板,在同一 CLM 节点上分别创建不同应用的同名项目区域"Project N",用以保证三个工作区域名称统一的同时,还可以 RTC 工作区域关联 RQM 和 RDNG 工作区域的工作项,复用 RQM 和 RDNG 工作区域已有的仪表盘和报表;同时减少管理员后面再做工作区域间集成的复杂度;充分利用 CLM 提供企业级平台的能力和"一条龙"的功能,覆盖团队协作、研发管理、测试管理和需求管理等环节。
基于多点扩展架构的设计(如图 20),参考上述 WAS 和 CLM 安装部署的部分步骤,确认"模拟异地"CLM1 节点(clm1.demo.com)的 CCM 应用(https://clm1.demo.com:9443/ccm1)可访问。
注意:ccm 应用名在部署时使用 ccm1
点击查看大图
确认 Jazz 平台(https://clm.rnd.demo.com/jts)可以访问,且没有同名 ccm1 的已注册应用。通过 JTS 应用在 Web 浏览器上的部署工具(https://clm.rnd.demo.com/jts/setup)重新进入注册环节,在注册服务页面填写 CCM1(如图 21),并根据提示完成注册过程。
点击查看大图
如果对多 CLM 节点进行裁减,则在 Jazz 平台管理页面点击 Server->Configuration->Registered Application,查看已添加 CCM1 应用(节点);通过点击删除图标,可以注销应用(如图 22)。
点击查看大图
如果删除后再次添加,在 CLM1 节点保持不变的前提下,点击 Add 连接(如图 22),并重新执行注册过程,可以复加应用。
对于 CLM 解决方案规划和部署方案,需要在实践中积累场景案例。自动化安装和部署,从基于操作系统的软件安装和配置,到 WAS,DB2,CLM 静默安装和配置,尽可能基于脚本或工具,实现编排自动化和版本控制可回退,通过持续部署的手段保证交付环境的快速迭代,快速恢复。对于特殊硬件和操作系统,如本例中使用的 Power Linux,安装配置过程需要一些特定的依赖包和操作,需要预留一定时间进行测试和验证。对于更多的自动化细节,请参考《自动化部署 Rational Team Concert 生产环境》一文。
来源: http://www.ibm.com/developerworks/cn/java/j-web-resource-bundle/index.html