이전 섹션에 설명 된 내장 대기 모드에 대한 대안은 a를 사용하는 것입니다.Restore_command아카이브 위치를 폴링합니다. 이것은 8.4 이하 버전에서 사용할 수있는 유일한 옵션이었습니다.pg_standby이것의 참조 구현 모듈.

이 모드에서 서버는 한 번에 한 번에 WAL 파일을 적용하므로 스포츠 토토 사이트 서버를 쿼리에 사용하면 마스터의 조치와 ​​스포츠 토토 사이트에서 동작이 표시되는 시점 사이에 지연이 있습니다.archive_timeout지연을 더 짧게하는 데 사용될 수 있습니다. 또한 스트리밍 복제를이 방법과 결합 할 수 없습니다.

기본 서버 및 스포츠 토토 사이트 서버에서 발생하는 작업은 일반적인 연속 아카이브 및 복구 작업입니다. 두 데이터베이스 서버 간의 유일한 접촉 지점은 공유 : 아카이브에 대한 기본 쓰기, 아카이브에서 스포츠 토토 사이트 읽기를 공유하는 WAL 파일의 아카이브입니다.

두 개의 느슨하게 결합 된 서버를 함께 작동하게 만드는 마법은 단순히 A입니다.Restore_Command다음 WAL 파일을 요청할 때 기본에서 사용할 수 있기를 기다리는 스포츠 토토 사이트에서 사용됩니다. 정상 복구 처리는 WAL 아카이브에서 파일을 요청하여 파일을 사용할 수없는 경우 실패를보고합니다..history스포츠 토토 사이트 할 필요가 없으며 0이 아닌 리턴 코드를 반환해야합니다. 스포츠 토토 사이트Restore_Command다음 WAL 파일의 존재를 위해 폴링 후 루프가있는 사용자 정의 스크립트로 작성할 수 있습니다. 장애 조치를 트리거하는 방법도 있어야하며, 이는를 방해해야합니다.Restore_Command, 루프를 나누고 파일 공간 오류를 스포츠 토토 사이트 서버에 반환합니다. 이로 인해 복구가 끝나고 스포츠 토토 사이트는 일반 서버로 나타납니다.

적절한 경우 PseudocodeRestore_Commandis :

트리거 = 거짓;

스포츠 토토 사이트중인 작업 예Restore_command제공pg_standby모듈. 위에서 설명한 논리를 올바르게 구현하는 방법에 대한 참조로 사용해야합니다.

장애 조치를 트리거하는 방법은 계획 및 설계의 중요한 부분입니다. 잠재적 옵션 중 하나는입니다.Restore_command명령. 각 WAL 파일에 대해 한 번 실행되지만을 실행하는 프로세스Restore_Command각 파일마다 생성되어 사망하므로 데몬 또는 서버 프로세스가 없으며 신호 또는 신호 처리기를 사용할 수 없습니다. 따라서Restore_Command장애 조치를 트리거하는 데 적합하지 않습니다. 간단한 타임 아웃 시설을 사용할 수 있습니다. 특히 알려진 사람과 함께 사용하는 경우archive_timeout1 차 설정. 그러나 네트워크 문제 나 바쁜 기본 서버가 장애 조치를 시작하기에 충분할 수 있으므로 이는 오류가 다소 오류가 발생합니다.