https://<server-host>:<jazz-port>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
그런 다음 IBM Installation Manager에서 수정을 선택하여 언어를 추가하거나 제거합니다.
| Rational Team Concert 클라이언트 버전 | 호환되는 Jazz Team Server 버전 |
|---|---|
| Eclipse용 1.0.x | 0.6.x |
| Eclipse용 2.0.x | 1.0.x |
| Microsoft Visual Studio용 2.0.0.0 | 1.0.0.0 |
| Microsoft Visual Studio용 2.0.x | 1.0.x |
1.0, 1.0.1 또는 1.0.1.1 버전의 Eclipse IDE용 클라이언트가 설치되어 있으면 새 버전 2.0.x 서버에 연결하기 위해 2.0.x 클라이언트가 필요합니다. zip 파일을 사용하여 2.0 클라이언트를 설치하거나 이전 IBM Installation Manager 설치를 업데이트합니다.
Rational Team Concert 시험 사용 버전을 실행하는 중이면 먼저 2.0.0.2 평가판 버전으로 업그레이드하십시오.
2.0.0.2 평가판 버전에서 서버 활성화 킷을 구입하여 설치하면(http://www.ibm.com/software/awdtools/rtc/에서 구입 가능) 정품 서버가 됩니다. 활성화 킷에는 정품 서버 키가 있는 JAR 파일이 들어 있습니다. 설치할 때는 서버의 관리 웹 인터페이스의 라이센스 키 관리 페이지를 이용합니다.
이전 버전에서 Rational Team Concert 2.0.0.2 버전으로 바로 업그레이드할 수 있습니다. 1.x에서 2.x로 업데이트할 때는 데이터베이스 마이그레이션을 수행해야 합니다. 데이터베이스 마이그레이션 수행에 대한 정보는 Jazz Team Server 업그레이드 이후에 Jazz 저장소 마이그레이션을 참조하십시오.
이전 버전을 zip 파일에서 설치한 경우에는 이전 설치와 겹치는 항목이 없습니다. 2.0.0.2 버전을 zip 파일에서 새 위치에 설치하거나 IBM Installation Manager를 사용하여 2.0.0.2 인스턴스를 설치할 수 있습니다.
이전 버전을 IBM Installation Manager를 사용하여 설치한 경우에는 2.0.0.2를 별도의 인스턴스로 설치하거나 이전 인스턴스를 2.0.0.2로 업데이트할 수 있습니다. 2.0.0.2 버전 서버의 인스턴스를 별도로 설치할 때는 설치 마법사의 설치 패키지 페이지에서 새 패키지 그룹 작성을 선택합니다.
업그레이드를 완료하려면 이전 서버 설치에서 필요한 구성 파일 복사 및 2.0.0.2 활성화 키 설치의 내용을 참조하십시오.
Rational Team Concert 에디션 간에 업그레이드할 수 있습니다. 일반적으로 업그레이드는 Express-C에서 Express™로 또는 Express에서 Standard로 전환하는 것을 포함합니다. 동일한 프로세스로 반대로 다운그레이드할 수도 있습니다.
모든 Rational Team Concert 2.0.0.2 에디션에서 Derby 데이터베이스를 지원하므로 Express-C에서 Express 또는 Standard로 전환할 때 Derby를 DB2® 또는 Oracle로 마이그레이션할 필요가 없습니다. 먼저 서버 에디션을 마이그레이션하고 기존의 데이터베이스와 원활하게 작동하는지 확인한 다음 필요에 따라 데이터베이스를 마이그레이션하는 것이 좋습니다. Derby 데이터베이스는 10명의 사용자만 지원한다는 것에 주의하십시오. 데이터베이스 마이그레이션 수행에 대한 정보는 Jazz Team Server 업그레이드 이후에 Jazz 저장소 마이그레이션을 참조하십시오.
설치한 Rational Team Concert 2.0.0.2 에디션을 다른 에디션으로 업그레이드하려는 경우에는 기존 에디션을 그대로 둔 채 새 에디션을 다운로드하여 설치한 다음 새 에디션 실행에 필요한 구성 파일을 복사하십시오. 아래 섹션에 필요한 구성 파일에 대한 설명이 나와 있습니다.
이전 에디션을 zip 파일에서 설치한 경우에는 이전 설치와 겹치는 항목이 없습니다. 새 에디션을 zip 파일에서 새 위치에 설치하거나 IBM Installation Manager을 사용하여 새 에디션을 설치할 수 있습니다. 향후 업데이트를 적용할 수 있도록 프로덕션 서버에는 IBM Installation Manager를 사용하는 것이 좋습니다.
IBM Installation Manager를 사용하여 이전 서버를 설치했고 새 에디션을 설치할 때도 IBM Installation Manager를 사용하려는 경우 새 Installation Manager 설치 과정에서 이전 에디션를 오버레이하지 마십시오. 설치 마법사의 설치 패키지 페이지에서 새 패키지 그룹 작성을 선택합니다.
이렇게 하면 새 에디션이 다른 위치에 설치되고 새 패키지 그룹 이름을 사용하여 프로그램 바로 가기가 작성됩니다.
설치가 실패했습니다.
"설치" 단계 중 오류 발생:
zip 표준 1.0.1.I20081018-1820을 추출하지 못했습니다. 파일
D:\JazzTeamServer\server\license-update-site\site.xml이 이미 있습니다.
이 경우, 치명적인 오류는 아니므로 설치를 다시 시작하여 새 패키지 그룹을 정상적으로 작성할 수 있습니다.
file:///<JazzInstallDir>/server/conf
소스 서버에서 대상 서버로 다음 파일을 복사하십시오. 먼저, 업그레이드된 서버 설치에서 원본 파일의 이름을 바꾸어 백업을 작성합니다. IBM Installation Manager를 사용하여 1.0, 1.0.1, 1.0.1.1 또는 2.0에서 2.0.0.2으로 업데이트한 경우에는 1.0.x 또는 2.0 구성 파일이 들어 있는 백업 디렉토리가 서버 설치 위치의 서브디렉토리에 backup-config-timestamp 같은 이름으로 작성됩니다.
Standard Edition 또는 Enterprise Edition으로 업그레이드하려는데 Express의 개발자 클라이언트 활성화 킷을 구입했으면 Standard Edition 또는 Enterprise Edition의 개발자 클라이언트 활성화 킷을 구입하여 설치하십시오. 그래야 해당 클라이언트 라이센스를 사용할 수 있습니다. 사용자의 개발자 라이센스는 여전히 유효하지만, 올바른 활성화 킷을 설치할 때까지 개발자 라이센스가 활성화되지 않습니다.
2.0.0.2 버전은 2.0.0.2 활성화 키를 사용합니다. 서버를 1.0.x.x에서 2.0.x로 업그레이드할 때는 업그레이드 이후에 평가판 라이센스로 되돌아가 IBM Rational License Key Center에서 2.0 또는 2.0.0.2 활성화 키를 구해야 합니다.
IBM Rational License Key Center에 대한 자세한 정보는 IBM Rational Licensing 지원 사이트 및 관련 jazz.net 기술 팁을 보십시오.
아래에 각 킷의 키 이름이 나와 있습니다.
Rational Team Concert 1.x에서는 프로젝트에 여러 개의 타임라인(이전 "개발 라인")이 있고 이 타임라인들은 모두 동일하게 간주되었습니다.
Rational Team Concert 2.0에서는 프로젝트에 여러 개의 타임라인이 있지만 이 중 하나를 "프로젝트 타임라인"으로 표시할 수 있습니다. 데이터베이스를 2.0으로 마이그레이션하면 프로젝트의 기본 타임라인을 알 수 없어 프로젝트에 프로젝트 타임라인이 설정되지 않습니다. 2.0으로 업그레이드한 후 프로젝트 타임라인을 설정하기 위해 프로젝트를 수동으로 업데이트합니다.
데이터 웨어하우스의 SCM(소스 컨트롤 관리) 스냅샷은 스트림 크기와 스트림 내 활동(변경사항 세트 및 파일/폴더 변경사항)에 대한 정보 등 스트림 데이터를 수집합니다. 버전 1.0에서는 이 스냅샷이 모든 스트림에 대한 정보를 자동으로 수집했습니다. 이렇게 하면 시간이 오래 걸릴 수 있으므로 버전 2.0에서는 데이터를 수집할 스트림을 사용자가 결정할 수 있는 구성 옵션이 SCM 스냅샷에 추가되었습니다. 따라서 이제 사용자가 구성하지 않으면 데이터를 수집하지 않습니다.
모든 후속 스냅샷에서 선택한 스트림에 대한 데이터를 수집합니다.
이 문제점은 보고서에 수집된 데이터의 정확성이 떨어질 수 있으므로 주시하지 않으면 매우 심각한 상황을 유발할 수 있습니다. BIRT 2.3.2 보고서 디자이너에서 처음으로 보고서를 편집할 때 데이터 세트와 보고서 매개변수를 확인하는 것이 좋습니다. BIRT 2.3.2 도구로 작성한 새 보고서에서는 이러한 문제점이 발생하지 않습니다.
Rational Team Concert 2.0 보고서는 위의 변경사항이 출하 시 적용되어 있으므로 사용자가 따로 조치를 취할 필요가 없습니다. 그러나, 출하 상태의 보고서를 사용하여 프로젝트 영역에서 수동으로 보고서 템플리트를 작성하고 적합한 ID(사용법에 맞는 ID)를 지정하지 않았으면 마이그레이션할 때 보고서 템플리트를 새로 고치지 않습니다. 즉, 오래된 컨텐츠가 되어 작동하지 않게 됩니다. 이 경우, 올바른 출하 상태의 .rptdesign 파일을 사용하여 해당 템플리트의 새 컨텐츠를 업로드해야 합니다.
Rational Team Concert 2.0에서는 데이터 웨어하우스의 작업 항목 테이블 스키마가 몇 가지 변경되었습니다. 따라서 1.0에서 2.0으로 마이그레이션할 때 임포터는 웨어하우스에 저장된 작업 항목 데이터를 무시합니다. 그 결과로, 2.0 서버를 처음 시작할 때는 작업 항목 보고서가 올바르게 표시되지 않을 수 있습니다. 해결책은 작업 항목 스냅샷을 처음 실행할 때까지 대기하거나 서버 시작 후 수동으로 작업 항목 스냅샷을 실행하는 것입니다. 마이그레이션 이후 처음 실행할 때 작업 항목 스냅샷은 데이터 웨어하우스에서 전체 히스토리 작업 항목 정보를 재구성합니다. 이는 마이그레이션 이후 처음 실행할 때는 일반 야간 실행보다 오래 걸릴 수도 있음을 의미합니다.
사용 가능하지만 아직 프로젝트 영역에 배치되지 않은 보고서 템플리트를 알 수 있는 대화 상자가 표시됩니다. 템플리트를 하나 이상 선택하면 작성됩니다. 템플리트를 작성한 다음 메뉴 조치를 사용해 이 템플리트에서 새 보고서를 작성할 수 있습니다.
1.x에서 2.0으로 업그레이드할 때 작업 항목 유형, 속성, 워크플로우, 역할 및 이벤트 핸들러의 변경사항은 보존됩니다. 사전 정의된 프로세스 템플리트(예: 스크럼)를 사용자 정의한 경우 이 사전 정의된 템플리트를 재배치하면(프로세스 템플리트 보기에서) 사용자 정의한 내용을 겹쳐씁니다. 사전 정의된 템플리트를 재배치해야 할 때는 먼저 사용자 정의한 사전 정의된 템플리트의 이름과 ID를 변경하여 겹쳐쓰지 않도록 해야 합니다.
도움이 되셨습니까? Jazz.net의 포럼에 의견 남기기 또는 버그 제출에서 피드백을 제공할 수 있습니다(등록 필요).