시나리오:mqsimigratemsgflows 명령을
사용하여 버전 2.1 또는
버전 5.0 메시지 플로우를 Workbench로
들여왔지만 결과가 예상했던 것과 다릅니다.
설명:mqsimigratemsgflows 명령은
명령을 실행한 디렉토리(일반적으로 /eclipse 디렉토리)에 mqsimigratemsgflows.report.txt라는 보고서를 작성합니다.
명령이 수행한 조치에 대한 자세한 내용을 보려면 보고서를 읽어보십시오.
버전 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[]
파일 > 들여오기를 누르면 기존 프로젝트 내로 zip 파일 들여오기 옵션만 제공됨
시나리오: 메시지 세트 프로젝트와 메시지 플로우 프로젝트가
들어 있는 zip 파일이 있습니다. 파일 > 들여오기를 누르면 zip 파일을 기존 프로젝트
내로 들여오는 옵션만 제공되지만 메시지 세트 프로젝트와 메시지 플로우 프로젝트를
재작성하려고 합니다.
해결책: 파일을 내보내고 들여올 때 프로젝트 파일로 인해
작성되는 루트 디렉토리를 내보내거나 들여오지 마십시오. 메시지 플로우 및 메시지 세트 프로젝트를 내보내는 경우, 다음을 수행하십시오.
선택한 디렉토리만
작성을 누르십시오.
프로젝트 루트 폴더를 지우십시오.
필요에 따라 파일과 서브디렉토리를 선택하십시오. 프로젝트 루트 폴더가 선택되었지만 회색으로 표시됩니다.
그런 다음 zip 파일을 들여올 때 다음을 수행하십시오.
루트(/) 폴더를 선택 취소하십시오.
필요에 따라 파일과 서브폴더를 선택하십시오.
프로젝트 루트 폴더가 선택되었지만 회색으로 표시됩니다.
소스 디렉토리 이름이 공간을 포함하고 있음
시나리오:mqsimigratemsgflows 명령을
사용하려고 하지만 소스 디렉토리에 임베드된 공간이 들어 있습니다.
시나리오: 처음 들여오기 이후에 데이터베이스 파일 들여오기에는 이상 작동이 발생합니다. 테이블을 다시 들여오는 경우, 맵핑 파일은 테이블 아래 작성된
임의 맵핑에 대한 참조가 끊어졌음을 표시합니다. 맵핑을 위한 추가 테이블을 들여온
경우, 이전에 들여온 테이블 참조의 작업 목록에서 해석할 수 없는 테이블 참조
경고를 가져옵니다. ESQL 편집기에서 컨텐츠 보조 사용 시, 가져온 일부 테이블에만
해당하는 제안사항이 있습니다.
설명: 동일한 데이터베이스에서 들여오기를 여러 번 수행하면
연결(.conxmi), 데이터베이스(.dbxmi),
스키마(.schxmi) 및 선택된 테이블(.tblxmi)의
새 스키마 파일이 생성됩니다. 동일한 위치로
들여오려고 시도 중인 경우 사용자 스키마 파일이 동기화되지 않았을 수 있습니다. 새 파일을
작성했으므로, 이전에 들여온 테이블 파일에 대한 링크가 끊어집니다.
해결책: 들여오기의 새 위치를 작성하거나, 데이터베이스의 관련된 모든 스키마를
삭제한 후 동일한 위치로 들여올 수 있습니다. 테이블을 다시 선택하면 모든 맵핑이
보존됩니다.
데이터베이스
테이블 스키마 추가 대화 상자의 들여오기 조치는 데이터 perspective의
조치와 같지 않습니다. 동일한 대상 폴더에
번갈아 두 개의 들여오기 조치를 사용하면 예상치 못한 작동을 야기합니다.
버전 6.0구성 관리자 저장소로
이주하지 못함
시나리오:버전 6.0구성 관리자 저장소로 이주하지 못했습니다.
설명: 내부 저장소로의 이주를 완료할 수 없으면 내부 저장소가
빈 상태로 있지만 빈 토폴로지가 제공됩니다. 구성 관리자는
이주 실패 후 시작을 시도하고 시스템 로그에 문제를 보고합니다.
해결책:DB2 기반 구성
데이터를 이주하려면 다음 단계를 수행하십시오.
구성 관리자를 정지하십시오.
mqsideleteconfigmgr 명령을
사용하고 -n 매개변수를 지정하여 전체 구성 관리자를
삭제하십시오. 구성 저장소도 삭제됩니다.
mqsicreateconfigmgr 명령을
사용하고 이주를 위한 DB2 데이터베이스를 지정하여
구성 관리자를 재작성하십시오.
버전 6.0Message Brokers Toolkit에서
이주한 구성 관리자에 연결하려고 시도할 때 문제점 발견
시나리오: 버전 6.0Message Brokers Toolkit에서
이주한 구성 관리자에 연결하려고 시도할 때 문제점을 발견했습니다.
설명: 구성 관리자로의 WebSphere MQ 채널에 MCA 사용자를 구성한 경우
이 문제점이 발생할 수 있습니다.
해결책: 버전 6.0Message Brokers Toolkit을 실행 중인 사용자에 대해
액세스 제어 목록(ACL)을 구성하십시오.
Workbench의 보안 고려사항의 지시사항을 따르십시오.