시나리오:mqsimigratemsgflows 명령을
사용하여 버전 2.1 또는
버전 5.0 메시지 플로우를 Workbench로
들여왔지만 결과가 예상했던 것과 다릅니다.
설명:mqsimigratemsgflows 명령은
명령을 실행한 디렉토리(일반적으로 /eclipse 디렉토리)에 mqsimigratemsgflows.report.txt라는 보고서를 작성합니다.
명령이 수행한 조치에 대한 자세한 내용을 보려면 보고서를 읽어보십시오.
mqsimigratemsgsets 명령이
예상치 못한 결과를 생성함
시나리오:mqsimigratemsgsets 명령을
사용하여 버전 2.1 또는
버전 5.0 메시지 세트를 Workbench로
들여왔지만 결과가 예상한 것과 다릅니다.
설명:mqsimigratemsgsets 명령은
명령을 실행할 수 있는 디렉토리(일반적으로 /eclipse 디렉토리)에 mqsimigratemsgsets.report.txt라는 보고서를 작성합니다. 명령이 수행한 조치에 대한 자세한 내용을 보려면 보고서를 읽어보십시오.
이주된 사용자 정의 노드를 참조하는 메시지 플로우에 연결 오류가 발생함
시나리오: 이주 후 이주된 사용자 정의 노드를 참조하는
모든 메시지 플로우에서 연결이 불가능함을 알리는 오류가 발생합니다.
설명: 한 가지 가능한 원인은 원래 사용자 정의 노드에 하나
이상의 터미널 이름의 일부로 공백 문자가 있기 때문입니다. 공백은 'X20'으로 잘못 렌더링됩니다.
해결책: 사용자 정의
노드 .msgnode 파일을 편집하여
이를 수정할 수 있습니다. 이주 후에 .msgnode 파일은
플로우가 이주된 프로젝트에 있습니다. 편집기를 열고 터미널 이름을 수정하십시오. 브로커 노드 구현이
예상한 이름과 같은지 확인하십시오.
버전 2.1에서 이주된 메시지 플로우가 서브플로우를 해석할 수 없음
시나리오: 일련의 메시지 플로우가 버전 2.1에서 버전 6.0으로
이주되었고 message
flow name 서브플로우를 찾을 수 없음을 표시하는 오류 메시지가 발행됩니다.
설명: 메시지 플로우의 서브플로우가 올바르게 이주되지
않았습니다. 메시지 플로우가 서브플로우 없이 버전 2.1에서 내보내졌거나
서브플로우와 다른 파일로 내보내졌습니다.
해결책: 버전 2.1에서
하나의 대형 내보내기 파일로 모든 것을 내보낸 후
내보내기 파일을 버전 6.0으로 이주하십시오. 또는 서브플로우를 들여왔지만 메시지 플로우가 여전히 오류를 표시하는 경우에는
오류를 일으키는 노드를 마우스 오른쪽 단추로 누르고 서브플로우 찾기를 누르십시오.
브로커가 버전 2.1에서 버전 6.0으로 이주되었고 일부 메시지 플로우가 정지됨
시나리오: 브로커가 버전 2.1에서 버전 6.0으로 이주되었고 일부 메시지 플로우가 정지되어 있습니다.
설명: 버전 2.1 브로커에서 감지되지 않았던
전개된 메시지 플로우의 올바르지 않은 ESQL로 인해 이 오류가 발생할 수 있습니다.
해결책: 영향받는 메시지 플로우를 실행 그룹에서 제거한 후 메시지 플로우를
재전개하십시오. 이렇게 하면 오류를 해결할 수 있도록 오류에 대한 자세한 정보가 제공됩니다.
버전 2.1 브로커가 버전 6.0으로 이주된 후에 오류 메시지가 발행됨
시나리오: 버전 2.1 브로커가
버전 6.0으로 이주된 후에 BIP2238, BIP2239, BIP2280, BIP2281 및 BIP2308 오류 메시지가 발행됩니다.
설명: 버전 6.0과 버전 2.1 lil
파일 간에 충돌이 있는 경우 이런 오류 메시지가 발행됩니다.
해결책: 이런 오류 메시지로 인해 문제점이 발생하지는 않으므로
무시할 수 있습니다. mqsichangebroker 명령의
-l 매개변수를 사용하여 이를 제거하여
브로커가 사용하는 lil 경로를 변경할 수 있습니다. lil 경로에서 버전 2.1 lil이 모두 제거되면
오류가 나타나지 않습니다.
이주 후에, 메시지 플로우가 사용자 정의 노드를 찾을 수 없음
시나리오: 이주 후에, 메시지 플로우가 사용자 정의 노드를 찾을 수 없습니다.
설명: 한 가지 가능한 원인은 플로우 내부에 사용자 정의
노드에 대한 올바른 참조가 없기 때문입니다.
해결책: 찾을 수 없는 노드에서 서브플로우
찾기 팝업 메뉴를 호출하십시오. 찾아보기 대화 상자를 사용하여,
사용자 정의 노드(이주된 플로우와 동일한 프로젝트에 있음)를 찾으십시오. 메시지 플로우는 제대로 사용자 정의 노드에 링크해야 하며
플로우 저장 시 작업 목록 항목이 제거됩니다.
버전 2.1에서 버전 6.0으로 이주할 때 메시지 플로우 전개에 실패함
시나리오: 버전 2.1에서 버전 6.0으로 이주한 후에
메시지 플로우 전개에 실패하고 BIP2493 오류 메시지가 표시됩니다.
해결책: 스칼라 값이 아닌 목록을 참조하도록 ESQL을
수정하십시오. 예에서와 같이 빈 대괄호 세트("[ ]")로 목록이 표시됩니다.
InputRoot.XMl.Field1[]
들여온 메시지 세트에서 들여오기 문제점이 발생함
시나리오: 메시지 세트가 버전 2.1에서는
작동했지만 이를 WebSphere
Message Broker 버전
6.0으로 들여올 경우 들여오기 문제 또는
작업 목록 오류가 발생합니다.
설명: 버전 2.1에서는
메시지 세트가 서로 다른 여러 레벨에서 점검됩니다. 메시지 세트가 브로커로 전개될 때까지 완전하게 점검되지 않습니다.
버전 2.1 메시지 세트를 브로커로 전개할 수
없는 경우 점검이 완료되지 않아서 메시지 세트에 대한 문제점을 통보받지 못할 수
있습니다. WebSphere
Message Broker 버전
6.0은 메시지 세트가 저장될 때마다 완전히 점검되었는지 확인합니다. 따라서 가능한 한
빨리 메시지에 대한 문제점을 통보받습니다. 그 결과 버전 2.1 메시지 세트에는 WebSphere
Message Broker 버전
6.0으로
메시지 세트를 들여오는 즉시 보고되는 오류가 들어 있을 수 있습니다.
해결책:버전 2.1(메시지
세트를 전개하고 점검이 완료되었는지 확인해야 함) 또는 WebSphere
Message Broker 버전
6.0을 사용하여 문제를 수정해야 합니다.
파일 > 들여오기를 누르면 기존 프로젝트 내로 zip 파일 들여오기 옵션만 제공됨
시나리오: 메시지 세트 프로젝트와 메시지 플로우 프로젝트가
들어 있는 zip 파일이 있습니다. 파일 > 들여오기를 누르면 zip 파일을 기존 프로젝트
내로 들여오는 옵션만 제공되지만 메시지 세트 프로젝트와 메시지 플로우 프로젝트를
재작성하려고 합니다.
해결책: 파일을 내보내고 들여올 때 프로젝트 파일로 인해
작성되는 루트 디렉토리를 내보내거나 들여오지 마십시오. 메시지 플로우 및 메시지 세트 프로젝트를 내보내는 경우, 다음을 수행하십시오.
선택한 디렉토리만
작성을 누르십시오.
프로젝트 루트 폴더를 지우십시오.
필요에 따라 파일과 서브디렉토리를 선택하십시오. 프로젝트 루트 폴더가 선택되었지만 회색으로 표시됩니다.
그런 다음 zip 파일을 들여올 때 다음을 수행하십시오.
루트(/) 폴더를 선택 취소하십시오.
필요에 따라 파일과 서브폴더를 선택하십시오.
프로젝트 루트 폴더가 선택되었지만 회색으로 표시됩니다.
소스 디렉토리 이름이 공간을 포함하고 있음
시나리오:mqsimigratemsgflows 또는 mqsimigratemsgsets 명령을
사용하려고 하지만 소스 디렉토리에 임베드된 공간이 들어 있습니다.
시나리오: 처음 들여오기 이후에 데이터베이스 파일 들여오기에는 이상 작동이 발생합니다. 테이블을 다시 들여오는 경우, 맵핑 파일은 테이블 아래 작성된
임의 맵핑에 대한 참조가 끊어졌음을 표시합니다. 맵핑을 위한 추가 테이블을 들여온
경우, 이전에 들여온 테이블 참조의 작업 목록에서 해석할 수 없는 테이블 참조
경고를 가져옵니다. ESQL 편집기에서 컨텐츠 보조 사용 시, 가져온 일부 테이블에만
해당하는 제안사항이 있습니다.
설명: 동일한 데이터베이스에서 들여오기를 여러 번 수행하면
연결(.conxmi), 데이터베이스(.dbxmi),
스키마(.schxmi) 및 선택된 테이블(.tblxmi)의
새 스키마 파일이 생성됩니다. 동일한 위치로
들여오려고 시도 중인 경우 사용자 스키마 파일이 동기화되지 않았을 수 있습니다. 새 파일을
작성했으므로, 이전에 들여온 테이블 파일에 대한 링크가 끊어집니다.
해결책: 들여오기의 새 위치를 작성하거나, 데이터베이스의 관련된 모든 스키마를
삭제한 후 동일한 위치로 들여올 수 있습니다. 테이블을 다시 선택하면 모든 맵핑이
보존됩니다.
데이터베이스
테이블 스키마 추가 대화 상자의 들여오기 조치는 데이터 perspective의
조치와 같지 않습니다. 동일한 대상 폴더에
번갈아 두 개의 들여오기 조치를 사용하면 예상치 못한 작동을 야기합니다.
버전 6.0구성 관리자 저장소로
이주하지 못함
시나리오:버전 6.0구성 관리자 저장소로 이주하지 못했습니다.
설명: 내부 저장소로의 이주를 완료할 수 없으면 내부 저장소가
빈 상태로 있지만 빈 토폴로지가 제공됩니다. 구성 관리자는
이주 실패 후 시작을 시도하고 시스템 로그에 문제를 보고합니다.
해결책:DB2 기반 구성
데이터를 이주하려면 다음 단계를 수행하십시오.
구성 관리자를 정지하십시오.
mqsideleteconfigmgr 명령을
사용하고 -n 매개변수를 지정하여 전체 구성 관리자를
삭제하십시오. 구성 저장소도 삭제됩니다.
mqsicreateconfigmgr 명령을
사용하고 이주를 위한 DB2 데이터베이스를 지정하여
구성 관리자를 재작성하십시오.
버전 2.1에서 버전 6.0으로 들여온 메시지 플로우에 대해 경고가 표시됨
시나리오: 버전 2.1에서 버전 6.0으로 들여온 메시지 플로우에 대해 경고 메시지(예:
메시지 필드 참조 Body.RootTag.ID를 해석할 수 없음)가 표시됩니다.
설명: 버전 6.0이
해석할 수 없는 필드 참조를 경고합니다. 이런 경고는 메시지 플로우 전개 또는 실행 시
문제점을 일으키지 않습니다.
솔루션: 다음 단계를 수행하여 대량의 경고 메시지를 제거할 수 있습니다.
메시지 플로우 프로젝트 등록 정보 분할창에서
임의의 MRM 메시지 세트를 참조하십시오.
이렇게 하면 메시지 세트에 정의된 메시지에 대한 경고가 제거됩니다.
rdb 정의 파일 마법사를 실행하여 메시지 플로우가 사용하는
데이터베이스를 모두 정의하십시오.
구성 관리자를 다른
컴퓨터로 이주하고 새 구성 관리자에 브로커를 재정의하고
구성
관리자 프록시를 사용하여 브로커 참조의
UUID를 수정함
시나리오: 한 컴퓨터에서 다른 컴퓨터로 구성 관리자를 이주하는 동안
새 구성 관리자에 브로커를 재정의하고 구성
관리자 프록시를 사용하여
브로커 참조의 고유 ID(UUID)를 수정하려고 시도했습니다.
설명: 이는 이주에 올바르지 않은 프로시저입니다. 하나의 시스템에서 다른 시스템으로 구성 관리자를 이주하려면 다음 방법 중 하나를 사용하십시오.