![[z/OS]](../images/ngzos.gif)
피어 다시 시작 및 복구
모든 시스템의 목표는 가능하면 고장 시간을 줄이는 것입니다. 그러나 간혹, 시스템 장애를 피할 수 없습니다. 예를 들어 메인 시스템에서 예기치 않은 정전으로 인해 시스템 장애가 발생할 수 있습니다. 시스템 장애가 발생할 경우 취할 수 있는 다시 시작 조치는 sysplex에서 피어 시스템을 다시 시작하는 것입니다. 이러한 유형의 다시 시작은 피어 다시 시작 및 복구 기능을 사용합니다. 서버가 구성되지 않은 시스템에서 서버를 시작하면 서버는 내재적으로 피어 다시 시작 및 복구 모드에 놓입니다.

알 수 없는 결과와 함께 InDoubt 트랜잭션을 야기하는 기본 시스템 장애가 발생할 경우, 데이터를 다시 이용하기 전에 (올바른 방식으로) 의도한 트랜잭션 결과를 얻어야 합니다. 피어 다시 시작 및 복구 기능은 데이터를 블록화하는 "잠금"을 제거하고 결과를 판별할 수 있도록 피어 시스템에서 제어기를 다시 시작하여 이를 자동으로 수행하는 수단을 제공합니다. 이는 시스템이 일반적으로 자동 롤백을 수행하여 장애를 처리하는 방법과 대조됩니다.
- 동일 시스템에서 제품 및 관련 서버를 다시 시작할 수 있거나,
- 피어 다시 시작 및 복구 기능을 사용하여 셀에 있는 대체 시스템에서
관련 서버를 다시 시작할 수 있습니다.
서버는 복구 가능한 자원 관리자가 아닙니다. 복구 가능한 Communication Manager입니다. 자체에 복구 가능한 잠금을 가지고 있지 않으므로 잠금을 관리하거나 로그에서 잠금 상태를 관리할 필요가 없습니다. 단지 호출자와 피호출자 모두 분산 트랜잭션의 각 통신 세션에 연결되어 있는지 확인하면 됩니다.
피어 다시 시작 및 복구 기능은 다른 시스템에서 제어기를 다시 시작하고 트랜잭션 다시 시작 및 복구 프로세스를 통해 이동하므로 장애 발생 시 진행 중이었던 트랜잭션에 결과를 지정할 수 있습니다. 이 트랜잭션 다시 시작 및 복구 프로세스 동안, 데이터는 복구 프로세스가 완료될 때까지 임시로 액세스하지 못할 수도 있습니다. 다시 시작 및 복구 프로세스에서는 데이터가 유실되지 않습니다.
장애 발생 시 액세스했던 자원 관리자(예: DB2®)는 범위가 트랜잭션 UR(복구 단위)로 지정된 잠금을 보유할 수 있습니다. 결과가 UR에 지정되면, 자원 관리자는 일반적으로 해당되는 잠금을 제거합니다.