이 절에서는 이주를 계획하는 방법에 대해 설명합니다. 다음 단계를 완료하십시오.
- 제품 구성요소 이주 방법을 결정하십시오.
- 버전 6.0의 새로운 기능을 확인한 후 새 기능 및 변경된 기능에 대해
알아보십시오. 이 변경 내용은 향후 이주된 구성요소의 사용 방법에 영향을 미칠 수도 있습니다.
- 제품 구성요소의 이주 위치를 결정하십시오. 동일한 위치나 동일한 컴퓨터의 다른 위치 또는 두 번째 컴퓨터로
이주할 수 있습니다. 예를 들어, 구성요소를 다른 위치로 이주하여
이주 동안 사용가능성을 유지할 수 있습니다.
다음 주제에서는 다양한 이주 시나리오를 설명합니다.
- 제품 구성요소 이주 시점을 결정하십시오. 지금은 버전 5.0 레벨로 일부 구성요소를 보존하고
나중에 이주할 수 있습니다.
- 구성요소 이주 순서를 결정하십시오.
임의 순서대로 구성요소를 이주할 수 있지만 특정 상황에서는 특정 순서로 구성요소를 이주해야 합니다.
이전 버전과 다른 제품과의 공존은 동일 컴퓨터에서 이전 버전 제품과 WebSphere Event Broker 버전
6.0이
공존할 수 있는 방법 및 이전 버전구성요소에서 버전 6.0 구성요소가 작동할 수 있는 방법을 보여줍니다.
- WebSphere Event Broker 버전
6.0에서 기존 자원을 사용할 수 있는 방법을 결정하십시오.
사용자 정의 확장을 제외하고 메시지 플로우 파일 및 브로커 아카이브 파일과 같은 개발 및 전개 자원을
이주하기 위한 작업을 수행할 필요가 없습니다. WebSphere Message Broker
버전 6.0에서는 이러한 자원을 즉시 사용할 수 있습니다.
모든 버전 5.0 및 버전 5.1 사용자 정의 노드
프로젝트를 업그레이드하여 버전 6.0 Message Brokers Toolkit에 작동시켜야 합니다. 프로젝트를 정리하여 업그레이드할 수 있습니다. 를 누르십시오. 프로젝트를 정리할 경우 버전 6.0에서 사용자 정의 확장에 포함된 ESQL 파일을 컴파일하는 데 필요한
확장 지점이 프로젝트 plugin.xml 파일에 작성됩니다.
버전 6.0 Message Brokers Toolkit에서 현재 자원 사용을 시작한 후
버전 5.0 또는 버전 5.1 Message Brokers Toolkit에서 이러한 동일 자원을 다시 사용하는 데 제한이 따릅니다.
자세한 정보는 Message Brokers Toolkit의 이전 버전에서 이주된 자원을 사용하기 위한 조건을 참조하십시오.
- 이주를 위해 테스트를 수행해야 하는지 여부를 판별하십시오.
이주 테스트 목적은
이주 중에 발생할 수 있는 문제를 식별하는 데 있습니다. 예를 들어, 문제가 발생할 경우 이주를 시작하기 전에 백업한 버전 5.0 레벨로 일부 이주된 자원을 복원해야 하며 이 자원의 이주 후 변경사항은
유실됩니다. 프로덕션 도메인을 이주하기 전에 개발 및 테스트 도메인을 이주하면 이와 같은 문제를 식별하고
추가적인 문제를 처리하는 데 필요한 전략을 개발할 수 있습니다.
- 선택사항: 이주할 준비가 되었으면 -c
매개변수와 함께 mqsimigratecomponents 명령을
실행하십시오. 따라서 이주가 가능하도록 버전 5.0 구성요소에
대한 이주 전 점검이 수행됩니다. 이주 전 점검에 따라 이주를 진행하기 전에
잠재적 문제를 식별하여 수정할 수 있습니다.