이 안내서를 사용하여 다음 Rational Design Management(DM)를 버전 4.0.5로 업그레이드하십시오.
제품을 버전 4.0.5로 업그레이드하는 전체 지시사항은 이전 페이지에서 선택한 사항에 따라 생성됩니다.
참고: 버전 4.0.3 이상이 기존 데이터베이스를 사용해도 더 이상 JRE 버전 5.0을 지원하지 않습니다. JRE 버전 6.0 및 7.0만 지원합니다. ojdbc6.jar 클래스 라이브러리에는
JRE 버전 6.0 이상이 필요합니다. sqljdbc6.jar을 사용해야 합니다.자세한 정보는 Oracle 데이터베이스 설정을 참조하십시오.
참고: 버전 4.0.3 이상이 기존 데이터베이스를 사용해도 더 이상 JRE 버전 5.0을 지원하지 않습니다. JRE 버전 6.0 및 7.0만 지원합니다. sqljdbc4.jar 클래스 라이브러리에는
JRE 버전 6.0 이상이 필요합니다. sqljdbc4.jar을 사용해야 합니다.자세한 정보는
SQL Server 데이터베이스 설정을 참조하십시오.
이 계획 체크리스트를 사용하여 업그레이드 준비가 되었는지 확인하십시오.
| 계획 태스크 | 자세한 정보 | |
|---|---|---|
| 소프트웨어 제품 호환성 보고서 사용: 이 페이지에서는 특정 제품에 대한 보고서를 검색하고 생성할 수 있습니다. 이때 정보에는 필수 소프트웨어, 특정 언어로의 제품 번역, 서비스 종료, 서버 가상화 환경 등이 포함됩니다. | 소프트웨어 제품 호환성 보고서 | |
| 업그레이드 데이터 시트 사용: 업그레이드 데이터 시트에서는 업그레이드 프로세스 중에 필요한 특정 데이터(예: URL 및 사용자 ID)를 수집하고 기록할 수 있습니다. | 업그레이드 데이터 시트 | |
| 하드웨어 및 소프트웨어가 최소 시스템 요구사항을 충족하는지 확인: 64비트 서버 운영 체제 사용 요구사항을 포함하여 버전 4.0.3 이상에 대한 새 요구사항이 있습니다. 이 새 요구사항에 대해 배우고 현재 시스템이 최소 요구사항을 만족하는지 확인하려면 시스템 요구사항 링크를 클릭하십시오. | 시스템 요구사항 | |
| 제품 설치 매체 가져오기: 로컬 저장소 다운로드의 경우 제품 설치 매체를 다운로드하여 압축을 풀려면 약 5GB의 하드 드라이브 공간이 필요합니다. | jazz.net에서 서버 설치 파일을 다운로드할 수 있습니다. | |
| 업그레이드 토폴로지 예제를 검토합니다. | ||
| 모든 서버의 클럭 동기화: 분산 환경에서 모든 서버의 클럭이 NTP(Network Time Protocol)를 사용하여 동기화되었는지 확인하십시오. | NTP에 대한 자세한 정보는 ntp.org를 방문하십시오. | |
| 업그레이드 프로세스 이해: 업그레이드 프로세스 및 업그레이드가 배치에 주는 영향에 대해 학습합니다. | 배치 및 업그레이드 프로세스 이해 | |
| 애플리케이션을 사용 불가능하도록 계획: 모든 사항을 백업하고 애플리케이션을 버전 4.0.3으로 업데이트하는 짧은 기간 동안 애플리케이션이 사용 불가능합니다. Jazz Team Server가 오프라인 상태인 동안 Jazz Team Server에 연결된 모든 애플리케이션은 오프라인 상태가 됩니다. 기존 애플리케이션을 모두 백업할 시간을 제공해야 합니다. | ||
데이터베이스 전제조건 충족:
|
||
| 라이센싱에 대한 학습: Design Management 3.0에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3 라이센스를 가져와야 합니다. Design Management 3.0.1.x에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3 라이센스를 가져와야 합니다. Design Management 4.0.0.x에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3의 새 라이센스를 가져오지 않아도 됩니다. Design Management 4.0.1에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3의 새 라이센스를 가져오지 않아도 됩니다. Design Management 4.0.2에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3의 새 라이센스를 가져오지 않아도 됩니다. | 라이센싱 관리 | |
브라우저 호환성 검사:
|
||
| JVM(Java Virtual Machine) 옵션 확인: JVM에 적절한 힙 크기 설정이 있는지 확인하십시오. |
Apache Tomcat에서 Windows 서비스로 Jazz Team Server를 실행하는 경우 Apache Tomcat에서 Windows 서비스로 실행(64비트)을 참조하십시오.
|
다음 약어는 애플리케이션 및 설치 디렉토리를 참조합니다.
프로덕션 환경을 업그레이드하기 전에 테스트 환경을 설정하여 문제점을 예방하십시오. 자세한 정보는 업그레이드 프로세스의 테스트 환경 스테이징을 참조하십시오.
업그레이드 중에 현재 환경에 대한 일부 정보를 숙지해야 합니다. 다음 정보를 기록했는지 확인하십시오.
참고:
CLM용 Rational 솔루션을 업그레이드하기 전에 Rational Reporting for Development Intelligence를 업그레이드해야 합니다. RRDI(Rational Reporting for Development Intelligence)를 사용하여 데이터 웨어하우스를 업그레이드할 필요는 없습니다. 해당 데이터 웨어하우스는 CLM용 Rational 솔루션 업그레이드 중에 업그레이드됩니다.
Rational Reporting for Development Intelligence 업그레이드에 대해서는 다음 링크를 참조하십시오.
CLM용 Rational 솔루션 애플리케이션 버전 4.0.5로 업그레이드한 후에 최신 보고서 샘플과 자원을 다운로드하고 보고서 서버에 로드하십시오. 전체 지시사항은 보고 아티팩트 업그레이드를 참조하십시오.
Rational Design Management 버전 4.0.5 애플리케이션을 설치하지만 설정 마법사는 실행하지 마십시오. 분산 구성의 경우, 이전에 설치한 애플리케이션에 해당하는 버전 4.0.5 애플리케이션을 설치하십시오. 서버 설치에 대한 정보는 IBM Installation Manager를 사용하여 설치 또는 명령행 명령을 사용하여 설치를 참조하십시오.
Design Management의 이전 릴리스에서는 Configuration Management(/vvc)와 같은 추가적인 필수 애플리케이션을 자동으로 설치했습니다. 이러한 애플리케이션은 이제 디자인 관리 컴포넌트인 Design Management for Rational Software Architect(RSA-DM) 또는 Design Management for Rhapsody(Rhapsody-DM) 외에 설치되는 설치 가능한 개별 컴포넌트입니다. 설치해야 하는 추가 컴포넌트는 다음과 같습니다.
서버 업그레이드에 사용할 노드(예: 노드 1)에 CLM 4.0.5 애플리케이션을 설치하십시오. 설정 마법사는 실행하지 마십시오. 서버 설치에 대한 정보는 IBM Installation Manager를 사용하여 설치 또는 명령행 명령을 사용하여 설치를 참조하십시오.
CLM 버전 4.0.5 애플리케이션을 설치하지만 설정 마법사는 실행하지 마십시오. 분산 구성의 경우, 이전에 설치한 애플리케이션에 해당하는 버전 4.0.5 애플리케이션을 설치하십시오. 서버 설치에 대한 자세한 정보는 라이센스가 있는 프로그램을 사용하여 IBM i에 설치를 참조하십시오.
업그레이드에 실패한 경우를 대비해서 복원할 수 있도록 WebSphere Application Server 프로파일의 백업을 선택적으로 작성하십시오.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
참고: 명령은 백업 프로세스를 시작하기 전에 서버를 종료합니다.
backupConfig.bat Path_to_a_new_compressed_file_to_create_backup_of_profile -username WAS_primary_administrative_user_name -password WAS_administrative_password
예를 들어 다음과 같습니다.
backupConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.1_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.3_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.4_profile.zip -username WAS admin -password WAS admin password
참고:
백업 명령을 실행하기 전에 압축된 파일에 대한 디렉토리 경로가 존재해야 합니다.
팁: restoreConfig.bat
명령을 실행하여 백업된 프로파일을 복원할 수 있습니다.
예: restoreConfig.bat C:\WAS_backup\RTC_3.0_profile.zip restoreConfig.bat C:\WAS_backup\CLM_3.0.1.x_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.1_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip
참고: 명령은 백업 프로세스를 시작하기 전에 서버를 종료합니다.
./backupConfig.sh Path_to_a_new_compressed_file_to_create_backup_of_profile -username WAS_primary_administrative_user_name -password WAS_administrative_password
예를 들어 다음과 같습니다.
./backupConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.3_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.4_profile.zip -username admin -password password
참고:
백업 명령을 실행하기 전에 압축된 파일에 대한 디렉토리 경로가 존재해야 합니다.
팁:
./restoreConfig.sh 명령을
실행하여 백업된 프로파일을 복원할 수 있습니다. 예: ./restoreConfig.sh /root/WAS_backup/RTC_3.0_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_3.0.1.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip
참고: 명령은 백업 프로세스를 시작하기 전에 서버를 종료합니다.
./backupConfig.sh Path_to_a_new_compressed_file_to_create_backup_of_profile -username WAS_primary_administrative_user_name -password WAS_administrative_password
예를 들어 다음과 같습니다.
./backupConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.3_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.4_profile.zip -username admin -password password
참고:
백업 명령을 실행하기 전에 압축된 파일에 대한 디렉토리 경로가 존재해야 합니다.
팁:
./restoreConfig.sh 명령을
실행하여 백업된 프로파일을 복원할 수 있습니다. 예: ./restoreConfig.sh /root/WAS_backup/RTC_3.0_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_3.0.1.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 JAZZ_HOME 및 log4j.configuration 사용자 정의 특성을 업데이트해야 합니다.
자세한 정보는 WebSphere Application Server 설정을 참조하십시오.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
참고: Requirements Management 애플리케이션을 업그레이드할 때 Jazz Team Server(Jazz Team Server에 등록된 모든 애플리케이션 포함) 및 Requirements Management 애플리케이션 서버가 모두 중지되었는지 확인해야 합니다.
stopServer.bat server1 -user admin_userid -password admin_password
./stopServer.sh server1 -user admin_userid -password admin_password
./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd
WebSphere eXtreme Scale이 최신 임시 수정사항으로 업데이트되었는지 확인합니다. 최신 임시 수정사항을 다운로드하려면 WebSphere eXtreme Scale 설치를 참조하십시오.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
프로파일의 다음 wscache와 temp 디렉토리에서 애플리케이션 관련 컨텐츠를 제거하십시오. 설치한 애플리케이션에 따라 이 디렉토리는 프로파일에 있을 수 있으며, 제거 가능합니다.
WAS_profile_dir\wscache 위치 예:
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\wscache
WAS_profile_dir\temp 예:
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\temp
WAS_profile_dir/wscache 위치 예:
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache
WAS_profile_dir/temp 예:
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/temp
WAS_profile_dir/wscache 위치 예:
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache
WAS_profile_dir/temp 예:
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/temp
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
프로파일의 로그 디렉토리에서 애플리케이션 관련 로그 파일을 제거하십시오.
WAS_profile_dir\logs 위치 예:
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\logs
WAS_profile_dir/logs 위치 예:
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs
WAS_profile_dir/logs 위치 예:
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/logs
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
참고: Requirements Management 애플리케이션을 업그레이드할 때 Jazz Team Server(Jazz Team Server에 등록된 모든 애플리케이션 포함) 및 Requirements Management 애플리케이션 서버가 모두 중지되었는지 확인해야 합니다.
server.shutdown.bat
./server.shutdown
참고: 다음 명령은 패키지된 제품으로 제공되는 Derby 데이터베이스를 사용하는 경우에 작동합니다. Derby 데이터베이스 위치를 변경한 경우 경로를 적절하게 업데이트하십시오.
WebSphere Application Sever 배치 시, 기본 데이터베이스 위치는 WebSphere 설치 아래입니다.
WebSphere Application Sever 배치 시, 기본 데이터베이스 위치는 WebSphere 설치 아래입니다.
데이터 웨어하우스 데이터베이스를 포함하여 DB2 데이터베이스를 백업하십시오. DB2 데이터베이스 백업에 대한 정보는 DB2 데이터베이스 백업 및 복원을 참조하십시오.
데이터 웨어하우스 데이터베이스를 포함하여 Oracle 데이터베이스를 백업하십시오. 데이터베이스 백업에 대한 지시사항은 Oracle 문서를 참조하십시오.
데이터 웨어하우스 데이터베이스를 포함하여 SQL Server 데이터베이스를 백업하십시오. 데이터베이스 백업에 대한 지시사항은 SQL Server 문서를 참조하십시오.
Jazz Team Server 구성 파일을 업그레이드하려면 JTS_4.0.5_install_dir/server로 이동하고 다음 명령을 실행하십시오.
경로에 공백이 포함된 경우 경로는 큰따옴표로 묶어야 합니다.
repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir/server/conf
repotools-jts.bat -addTables
repotools-jts.bat -upgradeWarehouse
repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir/server/conf updateTomcatFiles=no
repotools-jts.bat -addTables
repotools-jts.bat -upgradeWarehouse
./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir/server/conf
./repotools-jts.sh -addTables
./repotools-jts.sh -upgradeWarehouse
./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir/server/conf updateTomcatFiles=no
./repotools-jts.sh -addTables
./repotools-jts.sh -upgradeWarehouse
DM 애플리케이션 구성 파일을 업그레이드하려면 DM_4.0.4_install_dir/server로 이동하고 다음 명령을 실행하십시오.
기본 애플리케이션 컨텍스트 루트는 jazz입니다. 업그레이드 경로가 버전 3 또는 4의 릴리스에서 비롯된 경우 명령에 applicationContextRoot=dm 스위치를 사용하십시오.
경로에 공백이 포함된 경우 경로는 큰따옴표로 묶어야 합니다.
repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dirDM_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=dm
repotools-dm.bat -addTables
repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dirDM_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=dm updateTomcatFiles=no
repotools-dm.bat -addTables
./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dirDM_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=dm
./repotools-dm.sh -addTables
./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dirDM_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=ccm updateTomcatFiles=no
./repotools-dm.sh -addTables
Configuration Management 애플리케이션 구성 파일을 업그레이드하려면 QM_4.0.4_install_dir/server로 이동하여 다음 명령을 실행하십시오.
기본 애플리케이션 컨텍스트 루트는 jazz입니다. 업그레이드 경로가 버전 3 또는 4의 릴리스에서 비롯된 경우 명령에 applicationContextRoot=vvc 스위치를 사용하십시오.
경로에 공백이 포함된 경우 경로는 큰따옴표로 묶어야 합니다.
repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc
repotools-vvc.bat -addTables
repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=qm updateTomcatFiles=no
repotools-vvc.bat -addTables
./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc
./repotools-vvc.sh -addTables
./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc updateTomcatFiles=no
./repotools-vvc.sh -addTables
RM(Requirements Management) 애플리케이션 구성 파일을 업그레이드하려면 다음 단계를 수행하십시오.
경로에 공백이 포함된 경우 경로는 큰따옴표로 묶어야 합니다.
upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1\server\conf -oldJTSHome JTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dir\server\conf -newJTSHome JTS_4.0.3_install_dir\server\conf applicationContextRoot=rm
기본 애플리케이션 컨텍스트 루트는 rdm입니다. 업그레이드 경로가 버전 3 또는 4의 릴리스에서 시작되는 경우 명령에서 applicationContextRoot=rm 스위치를 사용합니다.
upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2\server\conf -oldJTSHome JTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dir\server\conf -newJTSHome JTS_4.0.3_install_dir\server\conf -updateTomcatFiles=no applicationContextRoot=rm
기본 애플리케이션 컨텍스트 루트는 rdm입니다. 업그레이드 경로가 버전 3 또는 4의 릴리스에서 시작되는 경우 명령에서 applicationContextRoot=rm 스위치를 사용합니다.
upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome JTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dir/server/conf -newJTSHome JTS_4.0.3_install_dir/server/conf applicationContextRoot rm
기본 애플리케이션 컨텍스트 루트는 rdm입니다. 업그레이드 경로가 버전 3 또는 4의 릴리스에서 시작되는 경우 명령에서 applicationContextRoot rm 스위치를 사용합니다.
upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome JTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dir/server/conf -newJTSHome JTS_4.0.3_install_dir/server/conf updateTomcatFiles no applicationContextRoot rm
기본 애플리케이션 컨텍스트 루트는 rdm입니다. 업그레이드 경로가 버전 3 또는 4의 릴리스에서 시작되는 경우 명령에서 applicationContextRoot rm 스위치를 사용합니다.
이전 단계에서 실행한 명령은 다음 태스크를 수행합니다.
Tomcat
사용자 데이터베이스 전용: tomcat-users.xml 파일은
복사됩니다(기존 파일과 병합되지 않음). 공통 Jazz Team Server로 다중 CLM 애플리케이션을 업그레이드하는 경우
수동으로 tomcat-users.xml 파일에서 사용자 및 그룹 정보를 병합해야 합니다. 사용자
및 그룹 정보는 사용자가 다른 애플리케이션의 다른 그룹에 속한 경우 다릅니다.
예를 들어 userA는 CCM 애플리케이션에서 JazzAdmins 역할을 보유하고 QM 애플리케이션에서 JazzUsers 역할을 보유할 수 있습니다. 또한
사용자가 한 애플리케이션에 존재하지만 다른 위치에 없는 경우(또는 이와 반대의 경우)
수동으로 tomcat-users.xml 파일에 추가해야 합니다.
이 저장소 도구 명령에 대한 자세한 정보는 다음 도움말 항목을 참조하십시오.
이 스크립트는 저장소 도구 명령을 사용하여 구성 파일을 업데이트하고 데이터베이스 및 데이터 웨어하우스 스키마를 버전 4.0.5로 업데이트합니다. 자세한 정보는 업그레이드 스크립트 파일을 참조하십시오.
Jazz Team Server와 분리하여 Rational Design Management를 설치하는 분산 환경에서 업그레이드 스크립트를 사용하려면 업그레이드 스크립트가 애플리케이션이 설치된 드라이브 또는 파일 시스템에 액세스할 수 있어야 합니다. 예를 들어 Windows 시스템의 경우 마운트 형식은 mounted drive letter:\server\conf여야 합니다. 절대 경로(예: \\computer name\JTS_4.0.5_install_dir\server\conf)는 작동하지 않습니다. 마운트된 드라이브는 관리자 계정에 대한 읽기-쓰기-실행 권한으로 구성되어야 합니다.
중요:
스크립트 파일이 upgrade/application context root 디렉토리 아래에 있지만 파일은 서버 디렉토리에서 실행해야 합니다. 경로에 공백이 포함된 경우 경로 이름을
큰따옴표로 묶어야 합니다.
Jazz Team Server를 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 JTS_4.0.4_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir\server\conf
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir\server\conf
업그레이드 중에 구성 파일을 병합하면 Jazz Team Server teamserver.properties 파일을 확인할 수 있는 창이 열립니다. com.ibm.team.fulltext.indexlocation 특성의 위치가 상대 경로인 경우, 경로를 변경하지 않아도 됩니다. 위치가 절대 경로인 경우 디렉토리가 안정적이며, 애플리케이션을 설치 제거한 경우 삭제되지 않는지 확인하십시오.
안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=JTS_4.0.5_install_dir/server/conf/jts/indices/workitemindex. 여기서 JTS_4.0.5_install_dir은 Jazz Team Server 4.0.5가 설치된 위치입니다.
중요: dm_upgrade.xxx 스크립트에서 0단계의 일부로 "repotools-dm -version" 명령이
소스 설치를 위해 실행됩니다. Design Management 4.0에서, 미해결 종속 항목으로 인해
repotools-dm 명령이 실행되지 않습니다. dm_upgrade.xx 스크립트를 실행하기 전에
DM4.0_InstallDir/server/repotools-dm.xx 파일을 편집하고 "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true"
특성을 정의하는 행을 주석 해제해야 합니다. dm_upgrade 스크립트의 0단계에서
소스 설치 버전을 결정할 수 없어 이 단계가 실패한 경우, 4.0 repotools-dm.xxx
파일을 수정하고 upgrade/dm/dm_upgrade.xx 스크립트를 다시 실행하여 0단계에서 재시작하십시오.
Design Management 애플리케이션을 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 DM_4.0.4_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir\server\conf
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir\server\conf -ignoreJTSVersionCheck
업그레이드하는 동안 구성 파일을 병합한 후에는 Design Management teamserver.properties 파일을 확인할 수 있는 창이 열립니다.
Quality Management 애플리케이션을 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 QM_4.0.3_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\qm\qm_upgrade.bat -oldApplicationHome QM_3.0.1.x_install_dirQM_4.0.0.x_install_dirQM_4.0.1_install_dirQM_4.0.2_install_dir\server\conf
upgrade\qm\qm_upgrade.bat -oldApplicationHome QM_3.0.1.x_install_dirQM_4.0.0.x_install_dirQM_4.0.1_install_dirQM_4.0.2_install_dir\server\conf -newJTSHome JTS_4.0.3_install_dir\server\conf
업그레이드 중에 구성 파일을 병합한 후 Quality Management teamserver.properties 파일을 확인할 수 있는 창이 열립니다. 위치가 절대 경로인 경우 디렉토리가 안정적이며, 애플리케이션을 설치 제거한 경우 삭제되지 않는지 확인하십시오. 안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=QM_4.0.3_install_dir/server/conf/qm/indices/workitemindex 여기서 QM_4.0.3_install_dir은 Quality Management 애플리케이션 4.0.3이 설치된 위치입니다.
Configuration Management 애플리케이션을 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 VVC_4.0.5_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir\server\conf
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir\server\conf -ignoreJTSVersionCheck
Jazz Team Server를 업그레이드하려면 명령 쉘을 열고 JTS_4.0.5_install_dir/server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dirJTS_4.0.4_install_dir/server/conf
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dir/server/conf
업그레이드 중에 구성 파일을 병합하면 Jazz Team Server teamserver.properties 파일을 확인할 수 있는 편집기가 열립니다. 위치가 절대 경로인 경우 디렉토리가 안정적이며, 애플리케이션을 설치 제거한 경우 삭제되지 않는지 확인하십시오. 안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=JTS_4.0.5_install_dir/server/conf/jts/indices/workitemindex. 여기서 JTS_4.0.5_install_dir은 Jazz Team Server 4.0.5가 설치된 위치입니다.
중요: dm_upgrade.xxx 스크립트에서 0단계의 일부로 "repotools-dm -version" 명령이
소스 설치를 위해 실행됩니다. Design Management 4.0에서, 미해결 종속 항목으로 인해
repotools-dm 명령이 실행되지 않습니다. dm_upgrade.xx 스크립트를 실행하기 전에
DM4.0_InstallDir/server/repotools-dm.xx 파일을 편집하고 "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true"
특성을 정의하는 행을 주석 해제해야 합니다. dm_upgrade 스크립트의 0단계에서
소스 설치 버전을 결정할 수 없어 이 단계가 실패한 경우, 4.0 repotools-dm.xxx
파일을 수정하고 upgrade/dm/dm_upgrade.xx 스크립트를 다시 실행하여 0단계에서 재시작하십시오.
Design Management 애플리케이션을 업그레이드하려면 명령 쉘을 열고 DM_4.0.5_install_dir/server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade/dm/dm_upgrade.sh -oldApplicationHome RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir/server/conf
upgrade/ccm/ccm_upgrade.sh -oldApplicationHome RTC_3.0_install_dirCCM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir/server/conf -ignoreJTSVersionCheck
업그레이드하는 동안 구성 파일을 병합한 후에는 Design Management teamserver.properties 파일을 확인할 수 있는 편집기가 열립니다. 위치가 절대 경로인 경우 디렉토리가 안정적이며, 애플리케이션을 설치 제거한 경우 삭제되지 않는지 확인하십시오. 안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=DM_4.0.4_install_dir/server/conf/dm/indices/workitemindex. 여기서 DM_4.0.4_install_dir은 Design Management 애플리케이션 4.0.5가 설치된 위치입니다.
Configuration Management 애플리케이션을 업그레이드하려면 명령 쉘을 열고 VVC_4.0.5_install_dir/server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir/server/conf
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dirVVC_4.0.4_install_dir/server/conf -ignoreJTSVersionCheck
Jazz Team Server를 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 JTS_4.0.5_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dir\server\conf -updateTomcatFiles no
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dir\server\conf -updateTomcatFiles no
업그레이드 중에 구성 파일을 병합하면 Jazz Team Server teamserver.properties 파일을 확인할 수 있는 창이 열립니다. com.ibm.team.fulltext.indexlocation 특성의 위치가 이 파일에서 상대 경로인 경우 이를 절대 경로로 변경하고 특정 디렉토리가 안정적이며 애플리케이션을 설치 제거해도 삭제되지 않는지 확인해야 합니다. 불안정 디렉토리의 예로는 설치 제거되어 색인 파일이 유실될 수 있는 old_install_dir 디렉토리가 있습니다. 안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=JTS_4.0.5_install_dir/server/conf/jts/indices/workitemindex. 여기서 JTS_4.0.5_install_dir은 Jazz Team Server 4.0.5가 설치된 위치입니다.
중요: dm_upgrade.xxx 스크립트에서 0단계의 일부로 "repotools-dm -version" 명령이
소스 설치를 위해 실행됩니다. Design Management 4.0에서, 미해결 종속 항목으로 인해
repotools-dm 명령이 실행되지 않습니다. dm_upgrade.xx 스크립트를 실행하기 전에
DM4.0_InstallDir/server/repotools-dm.xx 파일을 편집하고 "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true"
특성을 정의하는 행을 주석 해제해야 합니다. dm_upgrade 스크립트의 0단계에서
소스 설치 버전을 결정할 수 없어 이 단계가 실패한 경우, 4.0 repotools-dm.xxx
파일을 수정하고 upgrade/dm/dm_upgrade.xx 스크립트를 다시 실행하여 0단계에서 재시작하십시오.
Design Management 애플리케이션을 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 DM_4.0.5_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir\server\conf -updateTomcatFiles no
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no
업그레이드하는 동안 구성 파일을 병합한 후에는 Design Management 애플리케이션 teamserver.properties 파일을 확인할 수 있는 창이 열립니다. com.ibm.team.fulltext.indexlocation 특성의 위치가 이 파일에서 상대 경로인 경우 이를 절대 경로로 변경하고 특정 디렉토리가 안정적이며 애플리케이션을 설치 제거해도 삭제되지 않는지 확인해야 합니다. 불안정 디렉토리의 예로는 설치 제거되어 색인 파일이 유실될 수 있는 old_install_dir 디렉토리가 있습니다. 안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=DM_4.0.5_install_dir/server/conf/dm/indices/workitemindex. 여기서 DM_4.0.5_install_dir은 Design Management 애플리케이션 4.0.5가 설치된 위치입니다.
Configuration Management 애플리케이션을 업그레이드하려면 관리 권한으로 명령 프롬프트를 열고 VVC_4.0.5_install_dir\server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dir\server\conf -updateTomcatFiles no
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dir\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no
Jazz Team Server를 업그레이드하려면 명령 쉘을 열고 JTS_4.0.4_install_dir/server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dir/server/conf -updateTomcatFiles no
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dir/server/conf -updateTomcatFiles no
업그레이드 중에 구성 파일을 병합하면 Jazz Team Server teamserver.properties 파일을 확인할 수 있는 편집기가 열립니다. com.ibm.team.fulltext.indexlocation 특성의 위치가 이 파일에서 상대 경로인 경우 이를 절대 경로로 변경하고 특정 디렉토리가 안정적이며 애플리케이션을 설치 제거해도 삭제되지 않는지 확인해야 합니다. 불안정 디렉토리의 예로는 설치 제거되어 색인 파일이 유실될 수 있는 old_install_dir 디렉토리가 있습니다. 안정적 위치의 절대 경로는 다음 예와 유사해야 합니다. com.ibm.team.fulltext.indexLocation=JTS_4.0.5_install_dir/server/conf/jts/indices/workitemindex. 여기서 JTS_4.0.5_install_dir은 Jazz Team Server 4.0.5가 설치된 위치입니다.
중요: dm_upgrade.xxx 스크립트에서 0단계의 일부로 "repotools-dm -version" 명령이
소스 설치를 위해 실행됩니다. Design Management 4.0에서, 미해결 종속 항목으로 인해
repotools-dm 명령이 실행되지 않습니다. dm_upgrade.xx 스크립트를 실행하기 전에
DM4.0_InstallDir/server/repotools-dm.xx 파일을 편집하고 "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true"
특성을 정의하는 행을 주석 해제해야 합니다. dm_upgrade 스크립트의 0단계에서
소스 설치 버전을 결정할 수 없어 이 단계가 실패한 경우, 4.0 repotools-dm.xxx
파일을 수정하고 upgrade/dm/dm_upgrade.xx 스크립트를 다시 실행하여 0단계에서 재시작하십시오.
Design Management 애플리케이션을 업그레이드하려면 명령 쉘을 열고 DM_4.0.5_install_dir/server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade/dm/dm_upgrade.sh -oldApplicationHome RTC_3.0_install_dirDM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir/server/conf -updateTomcatFiles no
upgrade/dm/dm_upgrade.sh -oldApplicationHome RTC_3.0_install_dirCCM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
Configuration Management 애플리케이션을 업그레이드하려면 명령 쉘을 열고 VVC_4.0.5_install_dir/server 디렉토리로 이동하여 다음 명령을 입력하십시오.
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dir/server/conf -updateTomcatFiles no
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dir/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
upgrade/jts/jts_upgrade.sh -oldJTSHome /QIBM/UserData/RTC_3.0_install_dirJTS_3.0.1.x_install_dirJTS_4.0.0.x_install_dirJTS_4.0.1_install_dirJTS_4.0.2_install_dirJTS_4.0.3_install_dirJTS_4.0.4_install_dir/server/conf
upgrade/ccm/ccm_upgrade.sh -oldApplicationHome /QIBM/UserData/RTC_3.0_install_dirCCM_3.0.1.x_install_dirDM_4.0.0.x_install_dirDM_4.0.1_install_dirDM_4.0.2_install_dirDM_4.0.3_install_dirDM_4.0.4_install_dir/server/conf
upgrade/qm/qm_upgrade.sh -oldApplicationHome /QIBM/UserData/QM_3.0.1.x_install_dirQM_4.0.0.x_install_dirQM_4.0.1_install_dirQM_4.0.2_install_dir/server/conf
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome /QIBM/UserData/RM_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dirVVC_4.0.3_install_dirVVC_4.0.4_install_dir/server/conf
다음 명령을 실행하여 이전 버전의 WebSphere Application Server를 업데이트하고 버전 4.0.5 CLM 애플리케이션의 .war 파일을 배치하십시오. 이 명령은 백업, JVM 설정 업데이트, 환경 변수 설정 업데이트, 임시 디렉토리 삭제, 서버 재시작도 수행합니다.
upgrade/was_upgrade.sh profileName serverName nodeName wasVersion wasOption maxHeapSize adminId adminPwd jvmVersion jazzAppName jtsAppName clmHelpAppName qmAppName rmAppName adminAppName
여기서,
주의:
teamserver.properties 파일의
색인 파일이 불안정한 디렉토리에 대한 절대 경로 또는 상대 경로에 있는 경우에만 이 단계를 수행하십시오. 불안정한 디렉토리에 대한 예로 old_install_dir이 있습니다. 색인 파일이
이러한 디렉토리에 있지만 디렉토리를 설치 제거한 경우 색인 파일이 사라집니다.
JFS/text 색인을 이전 설치 디렉토리에서 4.0.3으로 복사하십시오. 분산 시스템의 경우 적절한 서버로 이동한 후 파일을 복사하십시오.
JFS/text 색인을 이전 설치에서 버전 4.0.3으로 복사하려면 다음 단계를 수행하십시오. 분산 시스템의 경우 적절한 서버로 이동한 후 파일을 복사하십시오.
특성 com.ibm.team.fulltext.indexlocation이 상대 경로를 가리키는 경우(예: com.ibm.team.fulltext.indexLocation=conf/dm/indices/workitemindex) 전체 텍스트 색인은 애플리케이션을 호스팅하는 WebSphere Application Server 프로파일에 상대적으로 위치하게 됩니다. (예: WAS_install_dir/AppServer/profiles/Appsrv01).
Design Management 4.0.3 애플리케이션의 teamserver.properties 파일에서 이 상대 경로를 안정적 위치에 대한 절대 경로로 변경하십시오. 안정적 위치의 절대 경로는 다음과 같습니다. com.ibm.team.fulltext.indexLocation=4.0.3_install_dir/server/conf/dm/indices/workitemindex 여기서 4.0.3_install_dir은 Design Management 4.0.3 애플리케이션이 설치된 위치입니다.
명령 프롬프트를 열고 다음 명령을 입력하여 전체 텍스트 색인을 이전 버전에서 4.0.3으로 복사하십시오.
com.ibm.team.fulltext.indexlocation 특성이 설치 제거 및 삭제될 수 있는 불안정한 절대 경로를 가리키는 경우(예: old_install_dir 디렉토리) 경로를 안정적 위치를 가리키는 절대 경로로 변경하십시오.
안정적 위치의 절대 경로의 예는 다음과 같습니다. com.ibm.team.fulltext.indexLocation=4.0.3_install_dir/server/conf/dm/indices/workitemindex 여기서 4.0.3_install_dir은 Design Management 버전 4.0.3 애플리케이션이 설치된 위치입니다.
명령 프롬프트를 열고 다음 명령을 입력하여 전체 텍스트 색인을 이전 설치에서 4.0.3으로 복사하십시오.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
시작하기 전에:
JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다.
자세한 정보는 Oracle 데이터베이스 설정을 참조하십시오.
시작하기 전에:
JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다.
자세한 정보는
SQL Server 데이터베이스 설정을 참조하십시오.
startServer.bat server1 -user admin_userid -password admin_password
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
WAR 파일 위치: Installation Manager를 사용하여 Rational Design Management를 설치하고 설치 중에 Tomcat 7 애플리케이션 서버의 선택란을 선택 취소한 경우 WAR 파일은 기본적으로 4.0.3_install_dir/server/webapps 디렉토리에 복사됩니다. Tomcat 7 애플리케이션 서버를 선택한 경우 WAR 파일은 4.0.3_install_dir/server/tomcat/webapps 디렉토리에 복사됩니다.
자세한 정보는 WebSphere Application Server에서 CLM 애플리케이션 배치를 참조하십시오.
중요: 변환기를 지원하지 않는 AIX 또는 Solaris와 같은 환경에서 작업하는 경우 전용 변환기에 버전 4.0.3의 converter.war를 설치해야 합니다. 자세한 정보는
Requirements Management 변환기 애플리케이션 구성 및 문제점 해결 안내서를 참조하십시오.
노드 1(CLM 4.0.5 애플리케이션을 설치한 노드)만 시작되고 나머지 다른 노드는 모두 중지되었는지 확인하십시오. 클러스터를 사용 불가능하게 하는 방법에 대한 지시사항은 클러스터 사용 안함을 참조하십시오.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
Integrated Solutions Console에 로그온하고 다음 애플리케이션을 시작하십시오.
분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.
시작하기 전에:
JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다.
자세한 정보는 Oracle 데이터베이스 설정을 참조하십시오.
시작하기 전에:
JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다.
자세한 정보는
SQL Server 데이터베이스 설정을 참조하십시오.
버전 4.0.5 애플리케이션 서버를 모두 시작하십시오.
server.startup.bat
./server.startup
Configuration Management 애플리케이션을 업그레이드할 때 Jazz Team Server(Jazz Team Server에 등록된 모든 애플리케이션 포함) 및 Configuration Management 애플리케이션 서버가 시작되었는지 확인해야 합니다.
또한 Requirements Management 애플리케이션을 업그레이드하는 경우, 온라인 RM 마이그레이션 단계를 수행한 후에 아래 repotools-vvc 마이그레이션 명령을 실행해야 합니다.
다음 컨텐츠에 존재하는 신임 정보가 있는지 확인하십시오.
다음은 예입니다.
./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
repotools-vvc.bat -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
WebSphere의 경우, WAS admin 콘솔을 사용하여 jts_war 애플리케이션의 보안 역할을 맵핑했는지 확인하십시오.
VVC repotools 마이그레이션 명령은 실행 중인 VVC 애플리케이션으로 요청을 보내고 응답을 기다립니다. 이 repotools-vvc 명령이 권한 부여 오류로 인해 즉시 중지되는 경우, 서버가 실행 중이고 신임 정보 파일의 사용자 ID와 비밀번호가 올바른지 확인하십시오.
VVC repotools 마이그레이션 명령이 완료되면 Design Management를 위한 다른 마이그레이션 명령을 실행해야 합니다. DM repotools 명령에는 VVC repotools 명령에 사용된 유사한 특성을 가진(repositoryURL 특성만 다름) credentials.txt 파일도 필요합니다. 위의 credentials.txt 파일을 수정하거나 DM용으로 새로 만들 수 있습니다. 두 경우 모두, 다음과 같이 DM 루트 컨텍스트를 사용하여 저장소 URL 특성을 정의해야 합니다. repositoryURL=https://yourserver.com:9443/dm
다음 컨텐츠에 존재하는 신임 정보가 있는지 확인하십시오.
다음은 예입니다.
./repotools-dm.sh -migration_dm_runUpgradeManager credentialsFile=credentials.txt
repotools-dm.bat -migration_dm_runUpgradeManager credentialsFile=credentials.txt
이 명령을 실행하면 DM Upgrade Manager가 모든 업그레이드 단계를 수행합니다. 개별 업그레이드 단계가 시작되면 정보가 표시되며 완료 시 ‘완료됨, 필요 없음 또는 실패’와 같은 종결 상태가 표시됩니다. 업그레이드 단계가 실패하면 dm.log 파일을 검토하여 실패 원인을 찾아야 합니다. 문제점을 수정할 수 있는 경우 DM repotools 마이그레이션 명령을 다시 실행하면 됩니다. 이 명령은 여러 번 실행할 수 있습니다. 명령을 두 번 이상 실행하는 경우 이전에 완료된 업그레이드 단계는 필요 없음으로 표시됩니다. 색인 재작성과 같이 긴 시간이 걸리는 업그레이드 단계의 경우 업그레이드 관리자가 작업 중임을 표시하기 위해서 5분마다 repotools 명령으로 메시지를 표시합니다.
'새도우 색인 자원 마이그레이션' 업그레이드 단계를 수행하려면 모든 DM 모델 자원을 읽고 수정하고 작성할 수 있어야 합니다. 이 자원 마이그레이션에서는 기본값이 한 번에 200개의 자원인 대용량 읽기와 쓰기를 수행합니다. 이 새도우 색인 자원 마이그레이션 중에는 메모리 부족 오류가 발생할 수 있습니다. 이 오류가 발생하면 서버를 종료하고 새 JVM 시스템 특성 -Dcom.ibm.xtools.rmps.IndexResourceMigrator.bulkSize=10을 정의하여 벌크 처리 크기를 줄여야 합니다.
이 새 JVM 특성을 정의한 후에는 애플리케이션 서버를 재시작하고 DM repotools 마이그레이션 명령을 다시 실행하십시오. 이전에 완료된 단계는 건너뛰고 새도우 색인 자원의 마이그레이션은 종료된 지점에서 계속 진행되어야 합니다.
Design Management for Rational Software Architect에서, 새 RSA-DM 도메인 확장 애플리케이션이 설치되어 있는 경우 Design Management에 등록해야 합니다. 업그레이드 단계 중 하나에서는 같은 애플리케이션 서버에서 실행 중인 애플리케이션을 검색하며 이를 찾으면 등록합니다. 도메인 확장 애플리케이션이 다른 애플리케이션 서버에서 실행 중인 경우, 해당 애플리케이션을 DM을 사용하여 수동으로 등록해야 합니다. 도메인 확장이 등록되었는지 또는 등록해야 하는지 확인하려면 <serverURL>/dm/admin에 로그인한 다음 메뉴 표시줄에서 도메인 확장 서버를 클릭하십시오. 도메인 서버가 등록된 경우 이 서버가 사용 중이고 온라인이면 페이지에 표시됩니다. 표시되지 않으면 새 서버 추가 링크를 클릭하십시오. URL의 형식은 "https://host:port/rsadm"입니다. 대화 상자에서 사용 가능한 제어를 선택하십시오.
버전 4.0.5 애플리케이션은 버전 4.0.x 라이센스로 작동하지만 버전 3.0.1.x 라이센스로는 작동하지 않습니다. 하지만, 버전 3.0.1.x 애플리케이션은 버전 4.0.5 라이센스로 작동합니다. 양식에 Rational Team Concert 3.0에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3 라이센스를 가져와야 합니다. 양식에 CLM 3.0.1.x에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3 라이센스를 가져와야 합니다. 양식에 Design Management 4.0.0.x에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3의 새 라이센스를 가져오지 않아도 됩니다. 양식에 Design Management 4.0.1에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3의 새 라이센스를 가져오지 않아도 됩니다. 양식에 Design Management 4.0.2에서 업그레이드 중이라고 표시했습니다. 버전 4.0.3의 새 라이센스를 가져오지 않아도 됩니다.양식에 Design Management 4.0.3에서 업그레이드 중이라고 표시했습니다. 버전 4.0.4의 새 라이센스를 가져오지 않아도 됩니다.
대응하는 이전 버전을 사용한 경우 버전 4.0.5 유동, 토큰 또는 권한 부여된 사용자 단일 설치 라이센스를 설치하십시오. 기존의 사용자 라이센스 지정은 버전 4.0.3 라이센스를 설치하는 동안 유지됩니다.
RM 애플리케이션의 온라인 마이그레이션을 시작하기 전에 RM 애플리케이션 내부 라이센스의 활성 버전 4.0이 rm_user에 지정되었는지 확인하십시오. 자세한 정보는 "Requirements Management 애플리케이션 마이그레이션" 단계를 참조하십시오.
라이센스에 대한 자세한 정보는 라이센스 관리를 참조하십시오.
이전 버전의 "Base"라는 프로젝트 템플리트는 버전 4.0.3에서 "Requirements Templates for Testers"로 이름이 바뀌었습니다. 업그레이드한 후 계속해서 이 템플리트를 사용하려면 라이프사이클 프로젝트 템플리트를 업데이트해야 합니다. 자세한 정보는 템플리트에서 라이프사이클 프로젝트 작성을 참조하십시오.
클러스터를 사용하려면 노드 1에서 클러스터 멤버와 애플리케이션 서버를 종료하십시오. 자세한 지시사항은 클러스터 다시 사용을 참조하십시오.
이전 설치에서 데이터 웨어하우스를 구성하지 않았으며 버전 4.0.3의 데이터 웨어하우스를 구성하려는 경우 다음 단계를 수행하십시오.
참고: 버전 4.0.3 서버를 설정하기 위해 설정 마법사를 실행하지 않아도 됩니다. 이전 설치에서
데이터 웨어하우스를 구성하지 않았으며 지금 구성하려는 경우에만 설정 마법사가 필요합니다.
업그레이드 프로세스가 완료되면 다음 체크리스트를 사용하여 모든 단계에 성공했는지 판별하십시오.
| 검증 태스크 | 자세한 정보 | |
|---|---|---|
다음 애플리케이션 구성 파일이 이전 설치에서 버전 4.0.4으로 복사되었는지 확인하십시오.
|
||
각 teamserver.properties 파일이 다음 정보를 포함하는지 확인하십시오.
|
||
다음과 같이 애플리케이션 서버를 확인하십시오.
|
서버 배치 및 시작 | |
서버 로그 파일 확인:
서버 로그 파일에서 업그레이드 후 정보를 포함하는지 확인합니다.
|
||
| 공용 URL 확인: Jazz Team Server, DM 또는 VVC 애플리케이션을 업그레이드한 경우 애플리케이션 상태 요약 페이지의 공용 URL이 이전 버전에서 사용한 URL과 동일한지 확인하십시오. | ||
| Jazz Team Server 관리 페이지의 링크 확인: 웹 브라우저에서 Jazz Team Server 관리 페이지(https://hostname.example.com:9443/jts/admin)로 이동하고 표시된 오류가 없는지 확인하십시오. | Jazz Team Server 관리 웹 인터페이스 | |
| 애플리케이션 관리 페이지의 링크 확인: 웹 브라우저에서 애플리케이션의 관리 페이지(https://hostname.example.com:9443/application context root/admin)로 이동하고 표시된 오류가 없는지 확인하십시오. | 애플리케이션 관리 웹 인터페이스 | |
각 서버에 대한 진단을 실행하고 진단이 완료되었는지 확인하십시오.
|
||
사용자, 라이센스 및 링크 아티팩트 확인:
|
사용자, 라이센스 및 링크 아티팩트 확인 | |
애플리케이션 아티팩트 확인:
|
||
데이터 콜렉션 작업 실행:
|
데이터 콜렉션 작업 실행 |
Rational Developer for System z
Rational Developer for System z는 System z의 Rational Team Concert와 통합되어 z/OS 개발자에게 통합된 협업 애플리케이션 개발 환경을 제공합니다. 이 통합 솔루션은 System z용 Rational Developer의 개별 개발 환경 값에 Rational Team Concert의 팀 협업 기능을 제공합니다. 자세한 정보는 Rational Team Concert 및 Rational Developer for System z를 참조하십시오.
Rational Developer for System z를 업그레이드하는 지시사항은 Rational Developer for System z 통합 업그레이드를 참조하십시오.
Rational ClearQuest
Rational Team Concert에는 작업을 Rational ClearQuest와 통합하는 데 유용한 몇 개의 도구가 포함되어 있습니다. Rational ClearQuest Synchronizer, Rational ClearQuest Bridge 및 Rational ClearQuest Importer입니다. 자세한 정보는 Rational Team Concert 및 Rational ClearQuest를 참조하십시오.
ClearQuest Synchronizer(이전에 Connector라고 함)를 사용하여 Rational Quality Manager를 Rational ClearQuest 결함 추적 시스템과 통합할 수 있습니다. 자세한 정보는 Rational Quality Manager 및 Rational ClearQuest를 참조하십시오.
Rational Requirements Composer를 Rational ClearQuest와 통합하고 결함, 태스크, 개선사항 요청 및 기타 레코드 유형과 요구사항을 연관시키도록 애플리케이션을 구성할 수 있습니다. 자세한 정보는 Rational Requirements Composer 및 Rational ClearQuest를 참조하십시오.
ClearQuest Synchronizer 업그레이드에 대한 지시사항은 ClearQuest Synchronizer 업그레이드를 참조하십시오.
Rational ClearCase
Rational Team Concert에는 Rational Team Concert와 Rational ClearCase 사이의 오퍼레이션을 지원하는 ClearCase 커넥터가 포함됩니다. 자세한 정보는 Rational Team Concert 및 Rational ClearCase를 참조하십시오.
Rational Build Forge
Rational Team Concert와 Rational Build Forge 사이의 통합으로 Rational Build Forge 빌드 엔진 및 정의를 작성하여 Build Forge 프로젝트와 통합할 수 있습니다. 자세한 정보는 Rational Team Concert 및 Rational Build Forge를 참조하십시오.
Hudson
Rational Team Concert와 Hudson 사이의 통합으로 Hudson 빌드 엔진 및 정의를 작성하여 Hudson 프로젝트와 통합할 수 있습니다. 자세한 정보는 Rational Team Concert 및 Hudson을 참조하십시오.
Subversion
Rational Team Concert는 Subversion과 Rational Team Concert 소스 제어 둘 다를 사용하여 협업하는 몇 가지 방법을 팀에 제공합니다. 자세한 정보는 Rational Team Concert 및 Subversion을 참조하십시오.
Rational DOORS
Rational DOORS를 사용하여 요구사항을 관리하고, Rational Team Concert 작업 항목 기능을 사용하여 해당 요구사항을 변경 제어 하에 놓을 수 있습니다. 자세한 정보는 Rational Team Concert 및 Rational DOORS를 참조하십시오.
Rational Quality Manager를 Rational DOORS와 통합하여 Rational DOORS의 요구사항을 테스트 계획 또는 테스트 케이스와 연관시키고 추적할 수 있습니다. 자세한 정보는 Rational Quality Manager 및 Rational DOORS를 참조하십시오.
Rational Focal Point
Rational Focal Point를 사용하여 비즈니스 요구사항을 캡처하여 우선순위를 지정하고 Rational Team Concert에 프로젝트로 내보낼 수 있습니다. 자세한 정보는 Rational Team Concert 및 Rational Focal Point를 참조하십시오.
Lotus Connections
Rational Team Concert는 Change and Configuration Management 자원 및 아티팩트를 Lotus Connections 커뮤니티 자원 및 아티팩트와 연결하는 Lotus Connections에 대한 통합을 제공합니다. 자세한 정보는 Rational Team Concert 및 Lotus Connections를 참조하십시오.
Rational Developer for Power Systems Software
Rational Team Concert는 IBM i 개발자에게 통합된 협업 애플리케이션 개발 환경을 제공하기 위해 Rational Developer for Power Systems Software와 통합합니다. 이 통합 솔루션은 Rational Developer for Power Systems Software의 개별 개발 환경과 함께 Rational Team Concert의 팀 협업 기능이라는 가치를 제공합니다. 자세한 정보는 Rational Team Concert 및 Rational Developer for Power Systems Software를 참조하십시오.
Rational RequisitePro
Rational Quality Manager 및 Rational RequisitePro 사이의 통합으로, Rational RequisitePro의 요구사항 보기 및 패키지를 Quality Management 애플리케이션의 테스트 계획에 추가할 수 있습니다. 자세한 정보는 Rational Quality Manager 및 Rational RequisitePro를 참조하십시오.
Rational Change
IBM Rational Change OSLC-CM(Open Services for Lifecycle Collaboration Change Management) API를 사용하여 새 변경 요청 및 링크 실행 결과를 Quality Management 웹 인터페이스를 통해 직접 제출할 수 있습니다. 자세한 정보는 Rational Quality Manager 및 Rational Change를 참조하십시오.
Rational 테스트 도구
Rational Quality Manager를 사용하여 테스트 랩 시스템 또는 공유 네트워크 위치에 상주하는 자동화된 테스트를 실행할 수 있습니다. 자세한 정보는 Rational Quality Manager 및 Rational 테스트 도구를 참조하십시오.
Selenium
Selenium과의 통합은 JUnit Selenium 어댑터를 사용하여 구현됩니다. 이 통합으로, Quality Management 애플리케이션에서 Selenium 버전 2.0 WebDriver JUnit4 테스트를 실행할 수 있습니다. 자세한 정보는 Rational Quality Manager 및 Selenium을 참조하십시오.
소프트웨어 인벤토리 및 자동화 도구
Rational Quality Manager를 소프트웨어 인벤토리 및 자동화 도구(예: Rational Build Forge 및 STAF(Software Testing Automation Framework) STAX(Software Testing Automation Framework Execution Engine))와 통합할 수 있습니다. 자세한 정보는 Rational Quality Manager와 소프트웨어 인벤토리 및 자동화 도구를 참조하십시오.
Rational Software Architect Design Manager
IBM Rational Software Architect Design Manager를 CLM(Collaborative Lifecycle Management)용 Rational 솔루션에서 RM(Requirements Management), CCM(Change and Configuration Management) 애플리케이션에 통합할 수 있습니다. 이 통합을 사용하여 디자인 모델과 모델 자원을 요구사항, 요구사항 관련 아티팩트, 작업 항목 및 기타 개발 아티팩트에 링크할 수 있습니다. 자세한 정보는 Rational Requirements Composer 및 Rational Software Architect Design Manager를 참조하십시오.