Design Management를 버전 4.0.5로 업그레이드

이 안내서를 사용하여 다음 Rational Design Management(DM)를 버전 4.0.5로 업그레이드하십시오.

설치 환경을 가장 잘 설명하는 옵션 선택

업그레이드할 애플리케이션을 선택하십시오.

참고: Rational Design Management에서 Jazz Team Server를 먼저 업그레이드해야 합니다. 분산 토폴로지에서 업그레이드할 애플리케이션을 한 번에 하나씩 선택하십시오.

현재 제품 버전을 선택하십시오.
배치 토폴로지를 선택하십시오.
다음 중에서 애플리케이션 서버의 운영 체제를 선택하십시오.
다음 중에서 애플리케이션 서버를 선택하십시오.
다음 중에서 데이터베이스 서버를 선택하십시오.

제품을 버전 4.0.5로 업그레이드하는 전체 지시사항은 이전 페이지에서 선택한 사항에 따라 생성됩니다.

중요: 업그레이드하기 전에 다음의 중요한 참고사항을 읽으십시오.

계획 체크리스트 완료

이 계획 체크리스트를 사용하여 업그레이드 준비가 되었는지 확인하십시오.

  계획 태스크 자세한 정보
소프트웨어 제품 호환성 보고서 사용: 이 페이지에서는 특정 제품에 대한 보고서를 검색하고 생성할 수 있습니다. 이때 정보에는 필수 소프트웨어, 특정 언어로의 제품 번역, 서비스 종료, 서버 가상화 환경 등이 포함됩니다. 소프트웨어 제품 호환성 보고서
업그레이드 데이터 시트 사용: 업그레이드 데이터 시트에서는 업그레이드 프로세스 중에 필요한 특정 데이터(예: 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에 연결된 모든 애플리케이션은 오프라인 상태가 됩니다. 기존 애플리케이션을 모두 백업할 시간을 제공해야 합니다.  
데이터베이스 전제조건 충족:
  • 이전 릴리스 데이터베이스에 액세스하고 derby/repositoryDB 디렉토리를 복사할 수 있습니다.
  • 올바른 사용자 이름 및 비밀번호가 있습니다.
    • UNIX 시스템에서는 일반적으로 db2inst1 사용자에 해당하는 DB2 인스턴스 소유자의 비밀번호를 사용합니다.
  • 업그레이드 프로세스를 시작하기 전에 데이터베이스를 백업했습니다.
  • 올바른 사용자 이름 및 비밀번호가 있습니다.
  • 업그레이드 프로세스를 시작하기 전에 데이터베이스를 백업했습니다. 데이터베이스 백업에 대한 자세한 정보는 데이터베이스 벤더 문서를 참조하십시오.
  • JRE 버전 6.0 또는 7.0을 사용하며 ojdbc6.jar을 사용하고 있습니다. CLM 4.0.3용 Rational 솔루션은 더 이상 JRE 버전 5.0을 지원하지 않습니다. JRE 버전 6.0 및 7.0만 지원합니다. ojdbc5.jar 클래스 라이브러리에는 JRE 버전 5.0이 필요하고 sqljdbc6.jar 클래스 라이브러리에는 JRE 버전 6.0 이상이 필요합니다.
  • ORACLE_JDBC_DRIVER_FILE 환경 변수를 작성하고 sqljdbc6.jar JDBC 드라이버를 지정합니다.
  • 올바른 사용자 이름 및 비밀번호가 있습니다.
  • 업그레이드 프로세스를 시작하기 전에 데이터베이스를 백업했습니다. 데이터베이스 백업에 대한 정보는 데이터베이스 벤더 문서를 참조하십시오.
  • JDBC(Java Database Connectivity) 드라이버가 설치되었으며 sqljdbc4.jar을 사용하는지 확인합니다. CLM 4.0.3용 Rational 솔루션은 더 이상 JRE 버전 5.0을 지원하지 않습니다. JRE 버전 6.0 및 7.0만 지원합니다. sqljdbc4.jar 클래스 라이브러리에는 JRE 6.0 이상이 필요합니다.
  • SQL 서비스가 시작됩니다.
라이센싱에 대한 학습: 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의 새 라이센스를 가져오지 않아도 됩니다. 라이센싱 관리
브라우저 호환성 검사:
  • 마법사를 표시할 수 있도록 웹 브라우저에서 JavaScript를 사용 가능하게 합니다.
  • 마이그레이션에 사용되는 웹 브라우저인 경우 팝업 차단기를 사용하지 않아야 합니다.
 
JVM(Java Virtual Machine) 옵션 확인: JVM에 적절한 힙 크기 설정이 있는지 확인하십시오.
Apache Tomcat에서 Windows 서비스로 Jazz Team Server를 실행하는 경우 Apache Tomcat에서 Windows 서비스로 실행(64비트)을 참조하십시오.

애플리케이션 및 디렉토리의 약어

다음 약어는 애플리케이션 및 설치 디렉토리를 참조합니다.

선택사항: 업그레이드 프로세스의 테스트 환경 스테이징

프로덕션 환경을 업그레이드하기 전에 테스트 환경을 설정하여 문제점을 예방하십시오. 자세한 정보는 업그레이드 프로세스의 테스트 환경 스테이징을 참조하십시오.

서버 이름, 프로파일 이름, 노드 이름, 힙 크기 값 및 이전에 설치된 애플리케이션 이름 기록

업그레이드 중에 현재 환경에 대한 일부 정보를 숙지해야 합니다. 다음 정보를 기록했는지 확인하십시오.

  1. WebSphere Application Server Integrated Solutions Console에 로그온하십시오.
  2. 서버 > 서버 유형을 펼친 후 WebSphere Application Server를 클릭하십시오.
  3. 서버 이름 및 노드 이름을 기록하십시오.
  4. server1을 클릭하고 Java 및 프로세스 관리를 펼친 후 프로세스 정의 > JVM(Java Virtual Machine)을 클릭하십시오.
  5. 초기 힙 크기, 최대 힙 크기일반 JVM 인수 아래에 값을 기록하십시오.
  6. 애플리케이션 > 애플리케이션 유형을 펼친 후 WebSphere 엔터프라이즈 애플리케이션을 클릭하십시오.
  7. 다음과 같이 설치된 애플리케이션의 이름을 기록하십시오.
    • Jazz Team Server(jts_war)
    • CLMHelp(clmhelp_war)
    • 관리(admin_war)
    • Change and Configuration Management(ccm_war)

Rational Reporting for Development Intelligence 업그레이드

참고: 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 설치

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) 외에 설치되는 설치 가능한 개별 컴포넌트입니다. 설치해야 하는 추가 컴포넌트는 다음과 같습니다.

  • Configuration Management 컴포넌트(VVC)는 항상 설치되어 Jazz Team Server(JTS)에 등록되어 있어야 합니다. Change and Configuration Management(CCM/RTC)와 이 컴포넌트를 혼동하지 마십시오.
  • RSA-DM을 설치하는 경우에도 IBM Rational Software Architect Extension for Design Management Domain Extension을 설치해야 합니다.

서버 업그레이드에 사용할 노드(예: 노드 1)에 CLM 4.0.5 애플리케이션을 설치하십시오. 설정 마법사는 실행하지 마십시오. 서버 설치에 대한 정보는 IBM Installation Manager를 사용하여 설치 또는 명령행 명령을 사용하여 설치를 참조하십시오.

CLM 버전 4.0.5 애플리케이션을 설치하지만 설정 마법사는 실행하지 마십시오. 분산 구성의 경우, 이전에 설치한 애플리케이션에 해당하는 버전 4.0.5 애플리케이션을 설치하십시오. 서버 설치에 대한 자세한 정보는 라이센스가 있는 프로그램을 사용하여 IBM i에 설치를 참조하십시오.

WebSphere Application Server 프로파일 백업

업그레이드에 실패한 경우를 대비해서 복원할 수 있도록 WebSphere Application Server 프로파일의 백업을 선택적으로 작성하십시오.

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Change and Configuration Management 애플리케이션

  1. 명령 프롬프트를 열고 WebSphere Application Server 설치 디렉토리의 bin 폴더로 변경하십시오. 예를 들어, C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\bin입니다.
  2. 다음 명령을 실행하십시오. WebSphere Application Server 보안이 켜져 있는 경우 사용자 이름과 비밀번호 또한 제공해야 합니다.
  3. 참고: 명령은 백업 프로세스를 시작하기 전에 서버를 종료합니다.

    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

  1. 명령 쉘을 열고 WebSphere Application Server 설치 디렉토리의 bin 폴더로 변경하십시오. 예를 들어, /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin을 사용하십시오.
  2. 다음 명령을 실행하십시오. WebSphere Application Server 보안이 켜져 있는 경우 사용자 이름과 비밀번호 또한 제공해야 합니다.
  3. 참고: 명령은 백업 프로세스를 시작하기 전에 서버를 종료합니다.

    ./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

  1. 명령 프롬프트를 열고 WebSphere Application Server 설치 디렉토리의 bin 폴더로 변경하십시오. 예를 들어, /usr/IBM/WebSphere/AppServer/profiles/AppSrv01/bin입니다.
  2. 다음 명령을 실행하십시오. WebSphere Application Server 보안이 켜져 있는 경우 사용자 이름과 비밀번호 또한 제공해야 합니다.
  3. 참고: 명령은 백업 프로세스를 시작하기 전에 서버를 종료합니다.

    ./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

WebSphere Application Server에서 이전에 설치된 애플리케이션 설치 제거

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션

  1. WebSphere Application Server 프로파일을 백업하는 이전 단계를 수행한 경우, 명령은 서버를 종료합니다. 계속 진행하려면 서버를 시작하십시오.
  2. WebSphere Application Server Integrated Solutions Console(https://hostname:9043/ibm/console/logon.jsp)에 로그온하십시오.
  3. 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션을 클릭하십시오.
  4. jts_war를 클릭하고 세부사항 특성에서 사용자/그룹에 보안 역할 맵핑을 클릭하십시오. jts_war 애플리케이션에 대한 보안 역할 맵핑을 기록하십시오. 이 정보를 사용하여 해당 버전 4.0.4에 대해 애플리케이션을 다시 맵핑합니다.
  5. qm_war를 클릭하고 세부사항 특성에서 사용자/그룹에 보안 역할 맵핑을 클릭하십시오. qm_war 애플리케이션에 대한 보안 역할 맵핑을 기록하십시오. 이 정보를 사용하여 해당 버전 4.0.4에 대해 애플리케이션을 다시 맵핑합니다.
  6. 엔터프라이즈 애플리케이션 링크를 클릭한 후 다음과 같은 설치된 애플리케이션을 중지하고 설지 제거하십시오.
    • jts_war
    • clmhelp_war
    • admin_war
    • dm_war
    • rdmhelp_war
    • qm_war
    • vvc_war
    • vvchelp_war
  7. 마스터 구성에 대한 변경 사항을 저장하라는 프롬프트가 표시되면 이들을 저장하십시오.

JAZZ_HOME 및 log4j.configuration 사용자 정의 특성 업데이트

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 JAZZ_HOMElog4j.configuration 사용자 정의 특성을 업데이트해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션

  1. WebSphere Application Server Integrated Solutions Console(https://hostname:9043/ibm/console/logon.jsp)에 로그온하십시오.
  2. 서버 > 서버 유형 > WebSphere Application Server를 클릭하십시오.
  3. 서버를 열려면 서버 이름을 클릭하십시오. 기본 서버 이름은 server1입니다.
  4. 서버 인프라 섹션에서 Java 및 프로세스 관리 > 프로세스 정의를 클릭하십시오.
  5. 추가 특성에서 JVM(Java Virtual Machine)을 클릭하십시오.
  6. 추가 특성에서 사용자 정의 특성을 클릭하십시오.
  7. JAZZ_HOME을 클릭하여 값을 file:///4.0.5_install_dir/server/conf로 업데이트하십시오(예: file:///C:/PROGRA~2/IBM/JazzTeamServer_4.0.5/server/conf).
  8. JAZZ_HOME을 클릭하여 값을 file:////4.0.5_install_dir/server/conf로 업데이트하십시오(예: file:////opt/IBM/JazzTeamServer_4.0.5/server/conf).
  9. JAZZ_HOME을 클릭하여 값을 file:////4.0.5_install_dir/server/conf로 업데이트하십시오(예: file:////usr/IBM/JazzTeamServer_4.0.4/server/conf).
  10. log4j.configuration을 클릭하여 값을 file:///4.0.5_install_dir/server/conf/startup_log4j.properties로 업데이트하십시오(예: file:///C:/PROGRA~2/IBM/JazzTeamServer_4.0.5/server/conf/startup_log4j.properties).
  11. log4j.configuration을 클릭하여 값을 file:////4.0.5_install_dir/server/conf/startup_log4j.properties로 업데이트하십시오(예: file:////opt/IBM/JazzTeamServer_4.0.5/server/conf/startup_log4j.properties).
  12. log4j.configuration을 클릭하여 값을 file:////4.0.5_install_dir/server/conf/startup_log4j.properties로 업데이트하십시오(예: file:////usr/IBM/JazzTeamServer_4.0.5/server/conf/startup_log4j.properties).
  13. Oracle 데이터베이스에 연결하는 경우 ORACLE_JDBC_DRIVER_FILE이 올바른 JDBC 드라이버 파일을 가리키는지 확인하십시오.
  14. SQL Server 데이터베이스에 연결하는 경우 SQLSERVER_JDBC_DRIVER_FILE이 올바른 JDBC 드라이버 파일을 가리키는지 확인하십시오.
  15. 프롬프트가 표시되면 마스터 구성에 대한 변경사항을 저장하십시오.

자세한 정보는 WebSphere Application Server 설정을 참조하십시오.

WebSphere Application Server 중지

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션
  • Jazz Team Server에 등록된 모든 애플리케이션

참고: Requirements Management 애플리케이션을 업그레이드할 때 Jazz Team Server(Jazz Team Server에 등록된 모든 애플리케이션 포함) 및 Requirements Management 애플리케이션 서버가 모두 중지되었는지 확인해야 합니다.

  1. 명령 프롬프트를 열고 WAS_profile_dir\bin 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. stopServer.bat server1 -user admin_userid -password admin_password

  1. 명령 프롬프트를 열고 WAS_profile_dir/bin 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. ./stopServer.sh server1 -user admin_userid -password admin_password

  1. QShell에서 이전 구성 디렉토리(예: /QIBM/UserData/JazzTeamServer40/server)로 이동하십시오
  2. 다음 명령을 입력하십시오.
  3. ./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd

WebSphere eXtreme Scale 업데이트

WebSphere eXtreme Scale이 최신 임시 수정사항으로 업데이트되었는지 확인합니다. 최신 임시 수정사항을 다운로드하려면 WebSphere eXtreme Scale 설치를 참조하십시오.

WebSphere Application Server temp 디렉토리 정리

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션

프로파일의 다음 wscachetemp 디렉토리에서 애플리케이션 관련 컨텐츠를 제거하십시오. 설치한 애플리케이션에 따라 이 디렉토리는 프로파일에 있을 수 있으며, 제거 가능합니다.

  • jts_war
  • dm_war
  • rdmhelp_war
  • qm_war
  • vvc_war
  • vvchelp_war
  • admin_war
  • clmhelp_war

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

logs 디렉토리 정리

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션

프로파일의 로그 디렉토리에서 애플리케이션 관련 로그 파일을 제거하십시오.

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

서버 중지

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션
  • Jazz Team Server에 등록된 모든 애플리케이션

참고: Requirements Management 애플리케이션을 업그레이드할 때 Jazz Team Server(Jazz Team Server에 등록된 모든 애플리케이션 포함) 및 Requirements Management 애플리케이션 서버가 모두 중지되었는지 확인해야 합니다.

  1. 명령 프롬프트를 열고 DM_4.0.0.x_install_dir\server 디렉토리로 변경하십시오.
  2. 명령 프롬프트를 열고 DM_4.0.1_install_dir\server 디렉토리로 변경하십시오.
  3. 명령 프롬프트를 열고 DM_4.0.2_install_dir\server 디렉토리로 변경하십시오.
  4. 명령 프롬프트를 열고 DM_4.0.3_install_dir\server 디렉토리로 변경하십시오.
  5. 명령 프롬프트를 열고 DM_4.0.4_install_dir\server 디렉토리로 변경하십시오.
  6. 다음 명령을 입력하십시오.
  7. server.shutdown.bat

  1. 명령 쉘을 열고 DM_4.0.0.x_install_dir/server 디렉토리로 변경하십시오.
  2. 명령 쉘을 열고 DM_4.0.1_install_dir/server 디렉토리로 변경하십시오.
  3. 명령 쉘을 열고 DM_4.0.2_install_dir/server 디렉토리로 변경하십시오.
  4. 명령 쉘을 열고 DM_4.0.3_install_dir/server 디렉토리로 변경하십시오.
  5. 명령 쉘을 열고 DM_4.0.4_install_dir/server 디렉토리로 변경하십시오.
  6. 다음 명령을 입력하십시오.
  7. ./server.shutdown

Design Management 3.0 Design Management 버전 3.0.1.x Design Management 버전 4.0.0.x Design Management 버전 4.0.1 Design Management 버전 4.0.2 Design Management 버전 4.0.3 Design Management 버전 4.0.4 설치 디렉토리에서 Derby 데이터베이스 복사

  1. Derby 데이터베이스를 복사하기 전에 버전 4.0.5 애플리케이션을 설치한 디렉토리로 이동하고 각 애플리케이션의 Derby repositoryDB 디렉토리를 삭제하십시오. 또는 명령 프롬프트를 열고 다음 명령을 입력하여 기본 버전 4.0.5 Derby repositoryDB 디렉토리를 지울 수 있습니다.
  2. del /s /f 4.0.5_install_dir\server\conf\jts\derby\repositoryDB
    del /s /f 4.0.5_install_dir\server\conf\dm\derby\repositoryDB
    del /s /f 4.0.5_install_dir\server\conf\vvc\derby\repositoryDB
    rm -rf 4.0.5_install_dir/server/conf/jts/derby/repositoryDB
    rm -rf 4.0.5_install_dir/server/conf/dm/derby/repositoryDB
    rm -rf 4.0.5_install_dir/server/conf/vvc/derby/repositoryDB
  3. 이전에 Design Management를 설치한 디렉토리로 이동하고 Derby 데이터베이스를 복사하여 버전 4.0.5에 해당하는 디렉토리로 붙여넣으십시오. 명령 프롬프트를 열고 다음 명령을 입력하여 Derby 데이터베이스를 복사할 수도 있습니다.
  4. 참고: 다음 명령은 패키지된 제품으로 제공되는 Derby 데이터베이스를 사용하는 경우에 작동합니다. Derby 데이터베이스 위치를 변경한 경우 경로를 적절하게 업데이트하십시오.

    xcopy /s DM_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\jts\derby\repositoryDB 4.0.4_install_dir\server\conf\jts\derby\repositoryDB DM_4.0.4_install_dir\server\conf\jts\derby\repositoryDB 4.0.5_install_dir\server\conf\jts\derby\repositoryDB
    xcopy /s DM_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\jts\derby\warehouseDB 4.0.5_install_dir\server\conf\jts\derby\warehouseDB
    xcopy /s DM_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\dm\derby\repositoryDB 4.0.5_install_dir\server\conf\dm\derby\repositoryDB
    xcopy /s DM_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\vvc\derby\repositoryDB 4.0.5_install_dir\server\conf\vvc\derby\repositoryDB

    WebSphere Application Sever 배치 시, 기본 데이터베이스 위치는 WebSphere 설치 아래입니다.

    xcopy /s WAS_install_dir\OldAppServerHostIntall\jts\derby\conf\repositoryDB WAS_install_dir\AppServerHost4.xIntall\jts\derby\conf\repositoryDB
    xcopy /s WAS_install_dir\OldAppServerHostIntall\jts\derby\conf\warehouseDB WAS_install_dir\AppServerHost4.xIntall\jts\derby\conf\warehouseDB
    xcopy /s WAS_install_dir\OldAppServerHostIntall\dm\derby\conf\repositoryDB WAS_install_dir\AppServerHost4.xIntall\dm\derby\conf\repositoryDB
    xcopy /s WAS_install_dir\OldAppServerHostIntall\vvc\derby\conf\repositoryDB WAS_install_dir\AppServerHost4.xIntall\vvc\derby\conf\repositoryDB
    cp -R DM_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/jts/derby/repositoryDB 4.0.5_install_dir/server/conf/jts/derby/repositoryDB
    cp -R DM_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/jts/derby/warehouseDB 4.0.5_install_dir/server/conf/jts/derby/warehouseDB
    cp -R DM_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/dm/derby/repositoryDB 4.0.5_install_dir/server/conf/dm/derby/repositoryDB
    cp -R DM_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/vvc/derby/repositoryDB 4.0.5_install_dir/server/conf/vvc/derby/repositoryDB
    cp -R DM_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/jts/derby/warehouseDB 4.0.5_install_dir/server/conf/jts/derby/warehouseDB

    WebSphere Application Sever 배치 시, 기본 데이터베이스 위치는 WebSphere 설치 아래입니다.

    cp -R WAS_install_dir/AppServerHost3.xIntall/jts/derby/conf/repositoryDB WAS_install_dir/AppServerHost4.xIntall/jts/derby/conf/repositoryDB
    cp -R WAS_install_dir/OldAppServerHostIntall/jts/derby/conf/warehouseDB WAS_install_dir/AppServerHost4.xIntall/jts/derby/conf/warehouseDB
    cp -R WAS_install_dir/OldAppServerHostIntall/dm/derby/conf/repositoryDB WAS_install_dir/AppServerHost4.xIntall/dm/derby/conf/repositoryDB
    cp -R WAS_install_dir/OldAppServerHostIntall/vvc/derby/conf/repositoryDB WAS_install_dir/AppServerHost4.xIntall/vvc/derby/conf/repositoryDB

데이터베이스 백업

데이터 웨어하우스 데이터베이스를 포함하여 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) 애플리케이션 구성 파일을 업그레이드하려면 다음 단계를 수행하십시오.

경로에 공백이 포함된 경우 경로는 큰따옴표로 묶어야 합니다.

  1. RM 애플리케이션의 이전 버전 및 버전 4.0.4가 모두 설치된 실제 서버로 이동하십시오.
  2. RM_4.0.3_install_dir/server 디렉토리 및 RM_3.0.1.x_install_dirRM_4.0.0.x_install_dirRM_4.0.1_install_dirRM_4.0.2_install_dir/server 디렉토리의 컨텐츠를 휴대용 드라이브의 다른 두 디렉토리로 복사하십시오.
  3. Jazz Team Server 버전 4.0.3이 설치된 실제 서버로 이동하여 휴대용 드라이브의 컨텐츠를 임시 디렉토리로 복사하십시오. 각 RM 애플리케이션 버전에 대한 디렉토리가 있어야 합니다. 예: C:\Temp\RM4.0.3C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2
  4. 명령 프롬프트를 열고 디렉토리를 C:\Temp\RM4.0.3\server로 변경하십시오.
  5. 다음 명령을 입력하십시오.

    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 스위치를 사용합니다.

  6. JTS 서버에서 업그레이드가 완료되면 C:\Temp\RM4.0.3 디렉토리의 컨텐츠를 휴대용 드라이브로 복사하십시오.
  7. RM 애플리케이션이 설치된 실제 서버로 이동한 후 휴대용 드라이브의 컨텐츠를 RM4.0.3_install_dir/server 디렉토리로 붙여넣어 기존 컨텐츠를 겹쳐쓰십시오.
  1. RM 애플리케이션의 이전 버전 및 버전 4.0.4가 모두 설치된 실제 서버로 이동하십시오.
  2. RM4.0.3_install_dir/server 디렉토리 및 RM_3.0.1.x_install_dirRM_4.0.0.x_install_dirRM_4.0.1_install_dirRM_4.0.2_install_dir/server 디렉토리의 컨텐츠를 휴대용 드라이브의 다른 두 디렉토리로 복사하십시오.
  3. Jazz Team Server 버전 4.0.3이 설치된 실제 시스템으로 이동하여 휴대용 드라이브의 컨텐츠를 임시 디렉토리로 복사하십시오. 각 RM 버전에 대한 디렉토리가 있어야 합니다. 예: C:\Temp\RM4.0.3C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2
  4. 명령 프롬프트를 열고 디렉토리를 C:\Temp\RM4.0.3\server로 변경하십시오.
  5. 다음 명령을 입력하십시오.

    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 스위치를 사용합니다.

  6. JTS 서버에서 업그레이드가 완료되면 C:\Temp\RM4.0.3 디렉토리의 컨텐츠를 휴대용 드라이브로 복사하십시오.
  7. RM 애플리케이션이 설치된 실제 시스템으로 이동한 후 휴대용 드라이브의 컨텐츠를 RM4.0.3_install_dir/server 디렉토리로 붙여넣어 기존 컨텐츠를 겹쳐쓰십시오.
  1. RM 애플리케이션의 이전 버전 및 버전 4.0.3이 모두 설치된 실제 서버로 이동하십시오.
  2. RM4.0.3_install_dir/server 디렉토리 및 RM_3.0.1.x_install_dirRM_4.0.0.x_install_dirRM_4.0.1_install_dirRM_4.0.2_install_dir/server 디렉토리의 컨텐츠를 휴대용 드라이브의 다른 두 디렉토리로 복사하십시오.
  3. Jazz Team Server 버전 4.0.3이 설치된 실제 서버로 이동하여 휴대용 드라이브의 컨텐츠를 임시 디렉토리로 복사하십시오. 각 RM 애플리케이션 버전에 대한 디렉토리가 있어야 합니다. 예: opt/tmp/rm4.0.3opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2
  4. 명령 쉘을 열고 디렉토리를 opt/tmp/rm4.0.2/server로 변경하십시오.
  5. 다음 명령을 입력하십시오.

    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 스위치를 사용합니다.

  6. JTS 서버에서 업그레이드가 완료되면 opt/tmp/rm4.0.3 디렉토리의 컨텐츠를 휴대용 드라이브로 복사하십시오.
  7. RM 애플리케이션이 설치된 실제 서버로 이동한 후 휴대용 드라이브의 컨텐츠를 4.0.3RM_install_dir/server 디렉토리로 붙여넣어 기존 컨텐츠를 겹쳐쓰십시오.
  1. RM 애플리케이션의 이전 버전 및 버전 4.0.3이 모두 설치된 실제 서버로 이동하십시오.
  2. RM_4.0.3_install_dir/server 디렉토리 및 RM_3.0.1.x_install_dirRM_4.0.0.x_install_dirRM_4.0.1_install_dirRM_4.0.2_install_dir/server 디렉토리의 컨텐츠를 휴대용 드라이브의 다른 두 디렉토리로 복사하십시오.
  3. Jazz Team Server 버전 4.0.3이 설치된 실제 서버로 이동하여 휴대용 드라이브의 컨텐츠를 임시 디렉토리로 복사하십시오. 각 RM 애플리케이션 버전에 대한 디렉토리가 있어야 합니다. 예: opt/tmp/rm4.0.3opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2
  4. 명령 쉘을 열고 디렉토리를 opt/tmp/rm4.0.3/server로 변경하십시오.
  5. 다음 명령을 입력하십시오.

    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 스위치를 사용합니다.

  6. JTS 서버에서 업그레이드가 완료되면 opt/tmp/rm4.0.3 디렉토리의 컨텐츠를 휴대용 드라이브로 복사하십시오.
  7. RM 애플리케이션이 설치된 실제 서버로 이동한 후 휴대용 드라이브의 컨텐츠를 RM_4.0.3_install_dir/server 디렉토리로 붙여넣어 기존 컨텐츠를 겹쳐쓰십시오.

이전 단계에서 실행한 명령은 다음 태스크를 수행합니다.

  • 이전 버전의 정보를 기반으로 버전 4.0.3 teamserver.properties 파일 업데이트
  • 데이터베이스에 테이블 추가
  • 데이터 웨어하우스 스키마 업그레이드
  • tomcat-users.xml 파일의 컨텐츠 복사.

    Tomcat 사용자 데이터베이스 전용: tomcat-users.xml 파일은 복사됩니다(기존 파일과 병합되지 않음). 공통 Jazz Team Server로 다중 CLM 애플리케이션을 업그레이드하는 경우 수동으로 tomcat-users.xml 파일에서 사용자 및 그룹 정보를 병합해야 합니다. 사용자 및 그룹 정보는 사용자가 다른 애플리케이션의 다른 그룹에 속한 경우 다릅니다. 예를 들어 userA는 CCM 애플리케이션에서 JazzAdmins 역할을 보유하고 QM 애플리케이션에서 JazzUsers 역할을 보유할 수 있습니다. 또한 사용자가 한 애플리케이션에 존재하지만 다른 위치에 없는 경우(또는 이와 반대의 경우) 수동으로 tomcat-users.xml 파일에 추가해야 합니다.

  • 이전 버전의 server.xmlweb.xml 파일 컨텐츠를 버전 4.0.3과 병합
  • 이전 버전의 fronting.properties 파일 컨텐츠를 버전 4.0.3에 복사
  • 이전 버전의 friendsconfig.rdf 파일 컨텐츠를 버전 4.0.3에 복사

이 저장소 도구 명령에 대한 자세한 정보는 다음 도움말 항목을 참조하십시오.

업그레이드 스크립트 실행

이 스크립트는 저장소 도구 명령을 사용하여 구성 파일을 업데이트하고 데이터베이스 및 데이터 웨어하우스 스키마를 버전 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

IBM i에서 업그레이드 스크립트 실행

  1. QSECOFR 권한이 있는 사용자 ID를 사용하여 IBM i 운영 체제에 로그온하십시오.
  2. QShell에서 Jazz Team Server 4.0.5 구성 디렉토리 /QIBM/UserData/JazzTeamServer404/server로 이동하십시오.
  3. 다음 명령을 입력하여 Jazz Team Server를 업그레이드하십시오.

    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

  4. 다음 명령을 입력하고 Change and Configuration Management 애플리케이션을 업그레이드하십시오.

    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

  5. 다음 명령을 입력하고 Quality Management 애플리케이션을 업그레이드하십시오.

    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

  6. 다음 명령을 입력하고 Configuration Management 애플리케이션을 업그레이드하십시오.

    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

  7. 다음 명령을 실행하여 이전 버전의 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

    여기서,

    • profileName은 이전 버전의 프로파일 이름입니다.
    • serverName은 이전 버전의 서버 이름입니다.
    • nodeName은 이전 버전의 서버 노드 이름입니다.
    • wasVersion은 WebSphere Application Server 버전(V7 또는 V8)입니다.
    • wasOption은 IBM i용 Jazz Team Server 3.0.1 서버에 대해 선택할 수 있는 WebSphere Application Server 옵션(기본, ND 또는 고속)입니다.
    • maxHeapSize는 애플리케이션 서버에 필요한 최대 힙 크기입니다.
    • adminIdadminPwd는 IBM i에서 WebSphere Application Server를 보호할 때 사용하는 ID와 비밀번호입니다.
    • jvmVersion은 JVM(Java Virtual Machine) 버전(V6R1/V7R1용 std64)입니다.
    • jazzAppName은 Design Management 애플리케이션 이름입니다.
    • jtsAppName은 Jazz Team Server 이름입니다.
    • qmAppName은 QM(Quality Management) 애플리케이션 이름입니다.
    • vvcAppName은 Configuration Management 애플리케이션 이름입니다.
    • clmHelpAppName은 CLM 도움말 애플리케이션의 이름입니다.
    • adminAppName은 LPA(Lifecycle Project Administration) 애플리케이션 이름입니다.

색인 파일 복사

주의: teamserver.properties 파일의 색인 파일이 불안정한 디렉토리에 대한 절대 경로 또는 상대 경로에 있는 경우에만 이 단계를 수행하십시오. 불안정한 디렉토리에 대한 예로 old_install_dir이 있습니다. 색인 파일이 이러한 디렉토리에 있지만 디렉토리를 설치 제거한 경우 색인 파일이 사라집니다.

JFS/text 색인을 이전 설치 디렉토리에서 4.0.3으로 복사하십시오. 분산 시스템의 경우 적절한 서버로 이동한 후 파일을 복사하십시오.

  1. 명령 프롬프트를 열고 다음 명령을 입력하여 기본 버전 4.0.3 indices 디렉토리를 지우십시오.
  2. Del /s /f JTS_4.0.3_install_dir\server\conf\jts\indices
    Del /s /f DM_4.0.3_install_dir\server\conf\dm\indices
    Del /s /f VVC_4.0.3_install_dir\server\conf\vvc\indices
    rm -rf JTS_4.0.3_install_dir/server/conf/jts/indices
    rm -rf DM_4.0.3_install_dir/server/conf/dm/indices
    rm -rf VVC_4.0.3_install_dir/server/conf/vvc/indices
  3. 명령 프롬프트를 열고 다음 명령을 입력하여 색인을 이전 설치에서 버전 4.0.3으로 복사하십시오.
  4. copy 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_dir\server\conf\jts\indices JTS_4.0.3_install_dir\server\conf\jts\indices
    copy 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_dir\server\conf\dm\indices DM_4.0.3_install_dir\server\conf\dm\indices
    copy QM_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dir\server\conf\qm\indices VVC_4.0.3_install_dir\server\conf\vvc\indices
    cp -R 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_dir/server/conf/jts/indices JTS_4.0.3_install_dir/server/conf/jts/indices
    cp -R RTC_3.0_install_dirCCM_3.0.1.x_install_dirCCM_4.0.0.x_install_dirCCM_4.0.1_install_dirCCM_4.0.2_install_dir/server/conf/ccm/indices CCM_4.0.3_install_dir/server/conf/ccm/indices
    cp -R 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/qm/indices QM_4.0.3_install_dir/server/conf/qm/indices

JFS/text 색인을 이전 설치에서 버전 4.0.3으로 복사하려면 다음 단계를 수행하십시오. 분산 시스템의 경우 적절한 서버로 이동한 후 파일을 복사하십시오.

  1. 명령 프롬프트를 열고 다음 명령을 입력하여 기본 버전 4.0.3 indices 디렉토리를 지우십시오.
  2. Del /s /f JTS_4.0.3_install_dir\server\conf\jts\indices
    Del /s /f DM_4.0.3_install_dir\server\conf\dm\indices
    Del /s /f VVC_4.0.3_install_dir\server\conf\vvc\indices
    rm -rf JTS_4.0.3_install_dir/server/conf/jts/indices
    rm -rf DM_4.0.3_install_dir/server/conf/dm/indices
    rm -rf VVC_4.0.3_install_dir/server/conf/vvc/indices
  3. 각 애플리케이션에서 teamserver.properties 파일을 열고 com.ibm.team.fulltext.indexlocation을 검색하십시오.
  4. 특성 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으로 복사하십시오.

  5. copy WAS_profile_dir\conf\jts\indices JTS_4.0.3_install_dir\server\conf\jts\indices
    copy WAS_profile_dir\conf\dm\indices DM_4.0.3_install_dir\server\confdm\indices
    copy WAS_profile_dir\conf\vvc\indices VVC_4.0.3_install_dir\server\conf\vvc\indices
    cp -R WAS_profile_dir/conf/jts/indices JTS_4.0.3_install_dir/server/conf/jts/indices
    cp -R WAS_profile_dir/conf/dm/indices DM_4.0.3_install_dir/server/conf/dm/indices
    cp -R WAS_profile_dir/conf/vvc/indices VVC_4.0.3_install_dir/server/conf/vvc/indices
  6. 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으로 복사하십시오.

  7. copy 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_dir\server\conf\jts\indices JTS_4.0.3_install_dir\server\conf\jts\indices
    copy 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_dir\server\conf\dm\indices DM_4.0.3_install_dir\server\conf\dm\indices
    copy QM_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dir\server\conf\vvc\indices VVC_4.0.3_install_dir\server\conf\vvc\indices
    cp -R 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_dir/server/conf/jts/indices JTS_4.0.3_install_dir/server/conf/jts/indices
    cp -R 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_dir/server/conf/dm/indices DM_4.0.3_install_dir/server/conf/dm/indices
    cp -R QM_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dir/server/conf/vvc/indices VVC_4.0.3_install_dir/server/conf/vvc/indices
  8. 명령 프롬프트를 열고 다음 명령을 입력하여 JFS 색인을 이전 버전에서 버전 4.0.3으로 복사하십시오.
  9. copy 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_dir\server\conf\jts\indices JTS_4.0.3_install_dir\server\conf\jts\indices
    copy 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_dir\server\conf\dm\indices DM_4.0.3_install_dir\server\conf\dm\indices
    copy QM_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dir\server\conf\vvc\indices VVC_4.0.3_install_dir\server\conf\vvc\indices
    cp -R 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_dir/server/conf/jts/indices JTS_4.0.3_install_dir/server/conf/jts/indices
    cp -R 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_dir/server/conf/dm/indices DM_4.0.3_install_dir/server/conf/dm/indices
    cp -R VVC_3.0.1.x_install_dirVVC_4.0.0.x_install_dirVVC_4.0.1_install_dirVVC_4.0.2_install_dir/server/conf/vvc/indices VVC_4.0.3_install_dir/server/conf/vvc/indices

WebSphere Application Server 시작

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션
  • Jazz Team Server에 등록된 모든 애플리케이션

시작하기 전에: JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다. 자세한 정보는 Oracle 데이터베이스 설정을 참조하십시오.

시작하기 전에: JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다. 자세한 정보는 SQL Server 데이터베이스 설정을 참조하십시오.

  1. 명령 프롬프트를 열고 WAS_profile_dir\bin 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. startServer.bat server1 -user admin_userid -password admin_password

WebSphere Application Server에서 버전 4.0.3 WAR 파일 배치

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션

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 디렉토리에 복사됩니다.

  1. WebSphere Application Server Integrated Solutions Console(https://hostname.example.com:9043/ibm/console/logon.jsp)에 로그온하십시오.
  2. 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션을 클릭하십시오.
  3. 다음 웹 애플리케이션을 설치하십시오.
    • jts_war
    • dm_war
    • rdmhelp_war
    • rsadm_war
    • qm_war
    • vvc_war
    • vvchelp_war
    • clmhelp_war
    • admin_war
  4. 다음에 대해 적절하게 보안 역할을 맵핑하십시오.
    • jts_war
    • dm_war
    • qm_war

자세한 정보는 WebSphere Application Server에서 CLM 애플리케이션 배치를 참조하십시오.

중요: 변환기를 지원하지 않는 AIX 또는 Solaris와 같은 환경에서 작업하는 경우 전용 변환기에 버전 4.0.3의 converter.war를 설치해야 합니다. 자세한 정보는 Requirements Management 변환기 애플리케이션 구성 및 문제점 해결 안내서를 참조하십시오.

클러스터 사용 안함

노드 1(CLM 4.0.5 애플리케이션을 설치한 노드)만 시작되고 나머지 다른 노드는 모두 중지되었는지 확인하십시오. 클러스터를 사용 불가능하게 하는 방법에 대한 지시사항은 클러스터 사용 안함을 참조하십시오.

애플리케이션 시작

엔터프라이즈 애플리케이션 페이지에서 다음 애플리케이션을 시작하십시오.

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션

Integrated Solutions Console에 로그온하고 다음 애플리케이션을 시작하십시오.

  • jts_war
  • dm_war
  • rdmhelp_war
  • rsadm_war
  • qm_war
  • vvc_war
  • vvchelp_war
  • admin_war
  • clmhelp_war

서버 시작

분산 토폴로지에서 다음을 호스팅하는 애플리케이션 서버에 대해 아래 단계를 수행해야 합니다.

  • Jazz Team Server
  • Design Management 애플리케이션
  • Quality Management 애플리케이션
  • Configuration Management 애플리케이션
  • Jazz Team Server에 등록된 모든 애플리케이션

시작하기 전에: JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다. 자세한 정보는 Oracle 데이터베이스 설정을 참조하십시오.

시작하기 전에: JRE6 JDBC 드라이버를 가리키도록 JDBC 환경 변수를 전환해야 합니다. 자세한 정보는 SQL Server 데이터베이스 설정을 참조하십시오.

버전 4.0.5 애플리케이션 서버를 모두 시작하십시오.

  1. 명령 프롬프트를 열고 4.0.5_install_dir\server 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. server.startup.bat

  1. 명령 프롬프트를 열고 4.0.5_install_dir/server 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. ./server.startup

Configuration Management 및 Design Management 애플리케이션 마이그레이션

Configuration Management 애플리케이션을 업그레이드할 때 Jazz Team Server(Jazz Team Server에 등록된 모든 애플리케이션 포함) 및 Configuration Management 애플리케이션 서버가 시작되었는지 확인해야 합니다.

또한 Requirements Management 애플리케이션을 업그레이드하는 경우, 온라인 RM 마이그레이션 단계를 수행한 후에 아래 repotools-vvc 마이그레이션 명령을 실행해야 합니다.

다음 컨텐츠에 존재하는 신임 정보가 있는지 확인하십시오.

  1. adminUserId
  2. adminPassword
  3. repositoryURL
  4. smartCard
  5. certificateFile

다음은 예입니다.

  1. 명령 프롬프트를 열고 설치한 애플리케이션에 따라 VVC_4.0.5_install_dir\server 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. ./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt

  1. 명령 프롬프트를 열고 Configuration Management 설치 디렉토리 VVC_4.0.5_install_dir\server로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. 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

다음 컨텐츠에 존재하는 신임 정보가 있는지 확인하십시오.

  1. adminUserId
  2. adminPassword
  3. repositoryURL
  4. smartCard
  5. certificateFile

다음은 예입니다.

  1. 명령 프롬프트를 열고 설치한 애플리케이션에 따라 DM_4.0.5_install_dir\server 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. ./repotools-dm.sh -migration_dm_runUpgradeManager credentialsFile=credentials.txt

  1. 명령 프롬프트를 열고 설치한 애플리케이션에 따라 DM_4.0.5_install_dir\server 디렉토리로 변경하십시오.
  2. 다음 명령을 입력하십시오.
  3. 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을 정의하여 벌크 처리 크기를 줄여야 합니다.

Tomcat 애플리케이션 서버의 경우 server/server.startup 스크립트 파일의 JAVA_OPTS 변수를 수정하십시오.
WebSphere Application Server의 경우 다른 고객 JVM 특성(값이 10인 com.ibm.xtools.rmps.IndexResourceMigrator.bulkSize)을 추가하십시오. 이 사용자 정의 특성은 WebSphere Administrator 콘솔을 사용하여 JAZZ_HOME을 정의한 동일한 위치에 정의할 수 있습니다.

이 새 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.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의 데이터 웨어하우스를 구성하려는 경우 다음 단계를 수행하십시오.

  1. 데이터 웨어하우스를 사용하려면 데이터베이스를 작성하십시오. 자세한 정보는 데이터베이스 설정을 참조하십시오.
  2. 설정 마법사를 실행하고 데이터 웨어하우스 구성 단계로 건너뛰고 데이터 웨어하우스를 구성하십시오. 자세한 정보는 Jazz Team Server를 구성한 후 데이터 웨어하우스 구성 또는 변경을 참조하십시오.

    참고: 버전 4.0.3 서버를 설정하기 위해 설정 마법사를 실행하지 않아도 됩니다. 이전 설치에서 데이터 웨어하우스를 구성하지 않았으며 지금 구성하려는 경우에만 설정 마법사가 필요합니다.

검증 체크리스트

업그레이드 프로세스가 완료되면 다음 체크리스트를 사용하여 모든 단계에 성공했는지 판별하십시오.

  검증 태스크 자세한 정보
다음 애플리케이션 구성 파일이 이전 설치에서 버전 4.0.4으로 복사되었는지 확인하십시오.
  • Jazz Team Server의 경우: JTS_4.0.4_install_dir/server/conf/jts/teamserver.properties
  • Lifecycle Project Administration 애플리케이션의 경우: JTS_4.0.4_install_dir/server/conf/admin/admin.properties
  • Lifecycle Project Administration 애플리케이션의 경우: JTS_4.0.4_install_dir/server/conf/admin/friends.rdf
  • Design Management 애플리케이션의 경우: DM_4.0.4_install_dir/server/conf/dm/teamserver.properties
 
teamserver.properties 파일이 다음 정보를 포함하는지 확인하십시오.
  • 이전 버전의 teamserver.properties에서 복사한 특성
  • com.ibm.team.repository.server.webapp.URL 특성이 올바른 개별 공용 URL을 포함합니다. 버전 4.0.4 애플리케이션에 대한 URL은 이전 버전에서 사용한 URL과 동일해야 합니다.
  • 데이터베이스 벤더 항목의 유효성을 검증하십시오. /conf/jts/teamserver.properties 파일에 지정된 데이터베이스가 있는지 확인하십시오.
 
다음과 같이 애플리케이션 서버를 확인하십시오.
  • 4.0.4_install_dir/server/tomcat/conf/tomcat-users.xml에 이전 버전의 정보가 있는지 확인하십시오.
  • LDAP 레지스트리를 사용하거나 HTTPS 또는 FORM 인증을 사용하지 않는 경우 다음 정보를 확인하십시오.
    • 4.0.4_install_dir/server/tomcat/conf/server.xml 파일에는 다음 코드 스니펫이 포함되어 있습니다.

      <Realm className="org.apache.catalina.realm.JNDIRealm"
      ...>
      </Realm>

    • 4.0.4_install_dir/server/tomcat/conf/server.xml 파일에는 다음 코드 스니펫이 포함되어 있지 않습니다.

      Realm className="org.apache.catalina.realm.UserDatabaseRealm"
      resourceName="UserDatabase"
      ...>
      </Realm>

  • RTC_3.0_install_dir3.0.1.x_install_dir4.0.0.x_install_dir4.0.1_install_dir4.0.2_install_dir4.0.3_install_dir/server/tomcat/conf/server.xml 파일에 다른 사용자 정의 설정이 있는 경우, 해당 설정을 4.0.4_install_dir/server/tomcat/conf/server.xml 파일에 복사했는지 확인하십시오.
  • web.xml 파일에 올바른 <security-role> 태그가 있는지 확인하십시오.
    • Jazz Team Server의 경우: 4.0.4_install_dir/server/tomcat/webapps/jts/WEB-INF/web.xml
    • Change and Configuration Management 애플리케이션의 경우: 4.0.4_install_dir/server/tomcat/webapps/ccm/WEB-INF/web.xml
    • Quality Management 애플리케이션의 경우: 4.0.4_install_dir/server/tomcat/webapps/qm/WEB-INF/web.xml
  • 다음 애플리케이션이 배치되어 시작되었는지 확인하십시오.
    • jts_war
    • dm_war
    • rdmhelp_war
    • rsadm_war
    • vvc_war
    • vvchelp_war
    • admin_war
    • clmhelp_war
서버 배치 및 시작
서버 로그 파일 확인: 서버 로그 파일에서 업그레이드 후 정보를 포함하는지 확인합니다.
  • Tomcat 서버를 사용 중인 경우 로그 파일은 4.0.3_install_dir/server/logs 디렉토리에 있습니다.
  • WebSphere Application Server를 사용 중인 경우 로그 파일은 WAS_install_dir/profiles/AppSrv01/logs 디렉토리에 있습니다.
 
공용 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)로 이동하고 표시된 오류가 없는지 확인하십시오. 애플리케이션 관리 웹 인터페이스
각 서버에 대한 진단을 실행하고 진단이 완료되었는지 확인하십시오.
  • 브라우저를 열고 관리 페이지(예: https://host.example.com:9443/jts/admin)에 로그온하십시오.
  • 진단 링크를 클릭하십시오.
 
사용자, 라이센스 및 링크 아티팩트 확인:
  • 사용자 및 라이센스 검사
  • 링크된 아티팩트 확인
  • 웹 클라이언트 확인
  • 검색을 사용하여 색인 작성 확인
  • Rational Team Concert Eclipse 또는 Visual Studio 클라이언트 확인
사용자, 라이센스 및 링크 아티팩트 확인
애플리케이션 아티팩트 확인:
  • 모든 프로젝트가 나열되고 탐색 가능한지 확인
  • 모든 대시보드가 사용 가능하고 뷰렛이 작동 중인지 확인
  • 기존 아티팩트를 찾아 확인하고 편집기가 제대로 열려 있는지 확인
  • Design Management 애플리케이션에서 폴더, 도메인 요소, 그래픽 요소, RSA 도메인 요소를 확인하십시오.
  • Configuration Management 애플리케이션에서 작업공간, 스냅샷, 변경세트를 확인하십시오.
 
데이터 콜렉션 작업 실행:
  • 브라우저를 열고 관리 페이지에 로그온하십시오. 해당 페이지의 URL은 다음과 유사합니다. https://host.example.com:9443/jts/admin.
  • 보고서 페이지에서 데이터 콜렉션 작업을 클릭하십시오.
  • 모든 애플리케이션에 대해 모든 데이터 웨어하우스 콜렉션 작업 실행을 클릭하십시오.
  • 데이터 콜렉션 작업이 완료되도록 대기한 후 ETL이 오류 없이 완료되었는지 확인하십시오. 각 데이터 콜렉션 작업 상태를 모니터하려면 적절한 애플리케이션 URL에 액세스해야 합니다. 데이터 콜렉션 작업에 대한 자세한 정보는 "데이터 콜렉션 작업 실행"을 참조하십시오.
데이터 콜렉션 작업 실행

다른 제품과 통합

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를 참조하십시오.