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

이 모드에서 서버는 한 번에 한 번에 WAL 파일을 적용하므로 스포츠 토토 사이트 서버를 쿼리에 사용하면 마스터의 조치와 스포츠 토토 사이트에서 조치가 보이는 시간에 따라 WAL 파일을 채우는 데 걸리는 시간에 해당합니다..archive_timeout지연을 더 짧게하는 데 사용될 수 있습니다. 또한 스트리밍 복제를이 방법과 결합 할 수 없습니다.

기본 서버 및 스포츠 토토 사이트 서버에서 발생하는 작업은 일반적인 연속 보관 및 복구 작업입니다. 두 데이터베이스 서버 간의 유일한 접촉 지점은 공유 : 아카이브에 대한 기본 쓰기, 아카이브에서 스포츠 토토 사이트 읽기를 공유하는 WAL 파일의 아카이브입니다. 별도의 기본 서버의 WAL 아카이브가 함께 혼합되거나 혼란스러워지지 않도록주의해야합니다. 스포츠 토토 사이트 작동에만 필요한 경우 아카이브가 크지 않아도됩니다.

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

적절한 경우 PseudocodeRestore_CommandIS :

트리거 = 거짓;
while (! nextwalfileready () &&! 트리거)

    수면 (100000L);         / * ~ 0.1 초 동안 기다리십시오 */
    if (checkforexternaltrigger ())
        트리거 = 참으로;

스포츠 토토 사이트중인 작업 예Restore_command제공PostgreSQL모듈. 위에서 설명한 논리를 올바르게 구현하는 방법에 대한 참조로 사용해야합니다. 특정 구성 및 환경을 지원하기 위해 필요에 따라 확장 할 수도 있습니다.

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