데이터 저장소 백업 복원 및 메시징 엔진 복구

시스템에서 처리할 수 없는 장애가 발생하면 백업으로부터 데이터 저장소를 복원할 수 있습니다. 이 태스크를 사용하여 데이터 저장소 백업을 복원하고 이후에 연관된 메시징 엔진을 복구할 수 있습니다.

이 태스크 정보

또한 시스템에 대한 구성 파일을 복원하여 백업이 수행된 시점에서와 같은 기능을 수행할 수 있는지 확인해야 합니다. 이러한 작업을 수행해야 하는 이유에 대해서는 서비스 통합 백업 내용을 참조하십시오. 데이터 저장소를 복원한 후 연관된 메시징 엔진을 다시 시작해야 합니다.

백업을 복원한 이후에 메시징 엔진을 다시 시작하는 경우에는 이를 복원 이후 다시 시작 모드에서 시작해야 합니다. 그러면 실패 이전에 통신 중이던 기타 모든 메시징 엔진과 동기화 중이 아닌 메시징 엔진의 영향을 최소화할 수 있습니다. 메시징 엔진 다시 시작을 정상 모드에서 수행하면, 이 메시징 엔진에서 생성된 새 메시지 중 일부는 다시 시작 이후 정해지지 않은 시간 동안 수신 메시징 엔진에 의해 버려질 수 있습니다. 복원 이후 다시 시작 모드에서 이전에 전송된 메시지는 재전송될 수 있으며, 잠재적으로 백업이 취해지기 전에 생성된 메시지의 중복을 작성합니다. 그러나 새 메시지는 유실되거나 중복되지 않습니다(메시지에 대한 서비스 품질에 의해 지정된 경우).

wsadmin 클라이언트를 사용하여 복원 이후 다시 시작 모드에서만 메시징 엔진을 다시 시작할 수 있습니다. 백업을 복원한 후 처음으로 메시징 엔진을 시작한 경우 이 모드에서만 메시징 엔진을 시작해야 합니다. 초기 다시 시작 이후에는 정상적으로 추가 다시 시작을 수행할 수 있습니다.

복원 이후 다시 시작 모드는 복구 모드로 서버를 시작하는 경우에는 무시됩니다. 복구 모드 시작 및 복원 이후 다시 시작 모드 시작이 모두 필요한 경우:

  1. 복구 모드로 서버를 시작하십시오.
  2. 시작이 완료되고 서버가 중지할 때까지 대기하십시오.
  3. 복원 이후 다시 시작 모드에서 메시징 엔진을 시작하십시오.
JVM 시스템 출력 파일 [AIX Solaris HP-UX Linux Windows]SystemOut.log에서 다음 메시지가 발견되면, 이는 백업에서 복원했으며, 복원 이후 다시 시작 모드를 사용하지 않고 메시징 엔진을 다시 시작했음을 표시할 수 있습니다.
CWSIP0784E: Messaging engine: receivingME received a message from 
messaging engine: producingME that was not expected.
이 문제점을 해결하려면 메시징 엔진을 중지하고 이를 복원 이후 다시 시작 모드로 다시 시작하십시오.
참고: 이 메시지는 다른 상황에서도 나타날 수 있으므로, 백업을 복원했음을 알고 있는 경우에는 복원 이후 다시 시작 모드에서만 메시징 엔진을 다시 시작해야 합니다.
JVM 시스템 출력 파일 [AIX Solaris HP-UX Linux Windows]SystemOut.log 및 이 파일을 보는 방법에 대한 정보는 JVM 로그 보기의 내용을 참조하십시오.
참고: 이 주제는 하나 이상의 애플리케이션 서버 로그 파일을 참조합니다. 권장되는 대안은 분배 및 IBM® i 시스템에서 SystemOut.log, SystemErr.log, trace.logactivity.log 파일을 사용하는 대신 HPEL(High Performance Extensible Logging) 로그를 사용하고 인프라를 추적하도록 서버를 구성하는 것입니다. 원시 z/OS® 로깅 기능과 연계하여 HPEL을 사용할 수도 있습니다. HPEL을 사용하는 경우 서버 프로파일 바이너리 디렉토리의 LogViewer 명령행 도구를 사용하여 모든 로그에 액세스하고 정보를 추적할 수 있습니다. HPEL 사용에 대한 자세한 정보는 HPEL을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.

각각의 메시징 엔진에 대해 제공된 조치를 차례로 수행하여 메시징 엔진을 수에 관계없이 동시에 복구할 수 있습니다.

프로시저

  1. 서버 프로세스가 메시징 엔진 재시작을 자동으로 수행하지 않도록 메시징 엔진의 초기 상태를 중지로 변경하십시오.
    1. 관리 콘솔을 사용하여 서비스 통합 -> 버스 -> bus_name -> [토폴로지] 메시징 엔진 -> engine_name 내용을 클릭하여 메시징 엔진을 선택하십시오.
    2. 초기 상태 목록에서 중지됨을 클릭하십시오.
    3. 확인을 클릭하십시오.
  2. 변경사항을 마스터 구성에 저장하고 노드와 변경사항 동기화 선택란을 선택하는지 확인하십시오.
  3. 실행 중이면 메시징 엔진을 중지하십시오. (이 작업을 수행하는 방법에 대한 지시사항은 메시징 엔진 중지의 내용을 참조하십시오.) 메시징 엔진에서 응답하지 않으면, 메시징 엔진을 호스트하는 서버 프로세스를 중지하십시오.
  4. 데이터 저장소 복원에 대한 참조를 통해 메시징 엔진에 의해 액세스되는 데이터 저장소의 백업을 복원하십시오.
  5. backupConfig 명령을 사용하여 구성 파일의 백업을 복원하십시오(관리 구성 파일 백업 및 복원 참조). 이 백업은 데이터 저장소 백업과 동일한 시간에 실행되어야 합니다.
  6. 장애에 의해 중지된 모든 서버를 다시 시작하십시오.
  7. 다음 단계를 수행하여 복원 이후 다시 시작 모드에서 메시징 엔진을 다시 시작하십시오.
    1. wsadmin 클라이언트를 시작하십시오.
      [IBM i]참고: [IBM i]wsadmin 스크립트 클라이언트는 Qshell에서 실행됩니다. . [IBM i]자세한 정보는 wsadmin 스크립트를 사용하여 WebSphere 스크립트를 실행하도록 Qshell 구성의 내용을 참조하십시오..

      wsadmin 클라이언트에 대한 자세한 정보는 wsadmin 스크립트 도구의 내용을 참조하십시오.

    2. 메시징 엔진에 대한 MBean에서 FLUSH 매개변수를 사용하여 start 명령을 호출하십시오. 예를 들면, 다음과 같습니다.
      wsadmin>myME=AdminControl.queryNames("type=SIBMessagingEngine,*").splitlines()[0]
      wsadmin>AdminControl.invoke(myME , "state")
      'stopped'
      wsadmin>AdminControl.invoke(myME , 'start' , ["FLUSH"])
      wsadmin>AdminControl.invoke(myME , "state")
      'started'
    다시 시작 프로세스의 진행 상황을 표시하기 위해 여러 메시지가 JVM SystemOut.log 파일로 출력될 수 있습니다.
  8. JVM SystemOut.log 파일에서 다시 시작이 성공했음을 표시하는 다음 메시지를 확인하십시오. 다시 말하면 메시징 엔진을 다시 시작하는 중에 장애가 발생하지 않았음을 표시하는 메시지를 확인하십시오.
    CWSIP0783E: 메시징 엔진: messagingEngine이 시작되었습니다. 모든 전달 스트림이 비워졌습니다. 
    이 메시지가 나타나지 않으면, 메시징 엔진의 다시 시작을 방지한 장애가 발생한 것입니다. 장애의 원인을 분석하고 다시 시작될 때까지 복원 이후 다시 시작 프로시저를 반복하십시오.

주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjm0200_
파일 이름:tjm0200_.html