버전 2.1에서 메시지 플로우 이주

버전 2.1에서 버전 6.0으로 메시지 세트를 이주하려면 mqsimigratemsgflows 명령을 사용해야 합니다. 버전 5.0에서 버전 6.0으로 이주할 때는 이 명령을 사용할 필요가 없습니다.

이 명령을 사용할 때 다음을 주의하십시오.

등록 정보 확장 이름

버전 2.1에서는 끌어 놓기 프로세스를 통해 확장 등록 정보를 작성할 때 등록 정보 이름(xmi.label)이 속성 이름을 변환한 이름이 되도록 설정됩니다. 원래의 속성 이름에는 공백이 포함되어서는 안되며, 공백이 포함될 경우에는 브로커에 의해 거부됩니다. 그러나 확장 속성은 브로커로 송신되지 않으므로, 버전 2.1에서 공백을 포함했을 수도 있습니다.

플로우가 이주될 때, 원래의 이름은 손실되고 변환된 이름만 보관됩니다. 확장 속성은 여러 속성을 대체할 수 있으므로, 원래 이름이 변환된 이름과 일치해야 합니다.

해결책은 공백이나 기타 올바르지 않은 문자를 유니코드 표현으로 바꾸어 적당한 속성 이름을 생성하는 것입니다. propertyDescriptor의 propertyName 속성은 key=Property.<변환된 속성 이름>으로 설정됩니다. UI가 <변환된 속성 이름>을 리턴합니다.

그러나 이주한 플로우는 속성 시스템 이름은 보유하지 않고 변환된 이름만 보유합니다. 따라서 원래의 속성을 찾기가 어렵거나 불가능합니다.

올바르지 않은 버전 2.1 이름 변환

버전 6.0에서는 올바르지 않은 이름이 플로우 및 등록 정보에 포함될 수 있습니다. 이 경우에는 다음과 같은 변환이 발생합니다. 올바르지 않은 각 문자가 해당 유니코드 코드 포인트를 나타내는 일련의 문자로 바뀝니다. 예를 들어, 느낌표 ("!")는 X0026으로 바뀝니다. 이에 대해서는 생성되는 보고서 파일에서 설명됩니다.

이 변환은 상황에 따라 결정됩니다. 올바르지 않은 문자가 포함된 플로우를 참조하는 또다른 상황에서 임의 플로우를 이주할 경우, 두 이름은 동일한 방식으로 변환됩니다.

극히 드문 경우를 제외하곤, 이러한 변환으로 인해 이름 충돌이 발생하지는 않습니다. 유니코드 코드 포인트 순서가 포함된 하나의 이름이 있고 이 이름과 동일하나 유니코드 코드 포인트 순서 대신 그에 해당하는 문자가 있는 또 하나의 이름이 있을 때 충돌이 발생할 수도 있습니다. 이 경우에는 이러한 플로우 또는 등록 정보 중 하나의 이름을 바꾸어 플로우를 다시 내보내야 합니다. 유니코드 코드 포인트 순서('Xnnnn')를 포함하지 않는 새 이름을 선택하고 제어 센터에서 메시지 플로우의 이름을 바꾼 후에 이주하십시오. 파일 시스템에서 .msgflow 파일의 이름을 바꿔서는 안되며, 항상 제어 센터 또는 Workbench를 사용하여 이름 바꾸기 작업을 수행하십시오.

노드 유형 맵핑

버전 2.1 노드는 다음과 같이 버전 6.0 노드로 변환되었습니다.
버전 2.1 노드 버전 6.0
Compute Compute
Database Database
DataDelete Database
DataInsert Database
DataUpdate Database
Extract Compute
Filter Filter
Warehouse Database
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2005 마지막 갱신 날짜: 11/07/2005
an18530_