범퍼카 토토생성을 지원합니다 의"따뜻한 대기"데이터베이스 서버. 이는 즉시 생산 가능한 프로그램으로 설계되었습니다. 특정 요구 사항이 있는 경우 사용자 정의 가능한 템플릿 수정.
범퍼카 토토다음과 같이 설계되었습니다. 기다림restore_command, 이는 표준 아카이브 복구를 웜 대기로 전환하는 데 필요함 운영. 다른 구성도 필요합니다. 메인 서버 매뉴얼에 설명되어 있습니다(참조섹션 25.2).
사용할 대기 서버를 구성하려면범퍼카 토토, 이것을 그 안에 넣어recovery.conf구성 파일:
restore_command = '범퍼카 토토archiveDir%f %p %r'
어디에서archiveDir이것은 WAL 세그먼트 파일을 복원해야 하는 디렉터리입니다.
만약restartwalfile이다 일반적으로를 사용하여 지정됩니다.%r매크로인 경우 논리적으로 이 파일 앞에 오는 모든 WAL 파일은 에서 삭제됨보관위치. 이렇게 하면 보관해야 하는 파일 수가 최소화됩니다. 충돌 재시작 기능을 유지하면서. 이 매개변수의 사용 다음과 같은 경우에 적합합니다.보관위치임시 준비 영역입니다. 이 특정 대기 서버의 경우, 하지만아님때보관위치장기적인 목적으로 사용됩니다. WAL 아카이브 영역.
범퍼카 토토그렇다고 가정보관위치디렉토리입니다 서버 소유 사용자가 읽을 수 있습니다. 만일restartwalfile(또는-k)가 지정되면,보관위치디렉토리는 쓰기 가능해야 합니다. 너무.
장애 조치를 수행하는 방법에는 두 가지가 있습니다."따뜻함 대기"마스터 서버가 실패할 때 데이터베이스 서버:
스마트 장애 조치에서는 서버가 다음 후에 가동됩니다. 아카이브에서 사용 가능한 모든 WAL 파일을 적용합니다. 이 대기 서버에 데이터가 손실되지 않더라도 데이터 손실은 전혀 발생하지 않습니다. 뒤처졌지만 미적용 WAL이 많으면 대기 서버가 준비되기까지는 오랜 시간이 걸릴 수 있습니다. 스마트 장애 조치를 트리거하려면 트리거 파일을 생성하세요. 단어가 포함된똑똑한또는 그냥 만들고 비워 두세요.
빠른 장애 조치에서는 서버가 즉시 가동됩니다. 아직 적용되지 않은 아카이브의 모든 WAL 파일 무시되며 해당 파일의 모든 트랜잭션은 길을 잃었다. 빠른 장애 조치를 트리거하려면 트리거 파일을 생성하고 단어를 쓰세요빠르게그 안으로.범퍼카 토토또한 가능합니다 그렇지 않은 경우 자동으로 빠른 장애 조치를 실행하도록 구성됨 새로운 WAL 파일이 정의된 간격 내에 나타납니다.
범퍼카 토토수락합니다 다음 명령줄 인수:
사용cp또는복사WAL 파일을 복원하는 명령 아카이브. 이것이 지원되는 유일한 동작이므로 이 옵션은 쓸모없어.
많은 디버그 로깅 출력을 인쇄합니다.stderr.
다음에서 파일 제거보관위치그래서 그 이상은 현재 WAL 파일 이전의 이 많은 WAL 파일은 아카이브. 0(기본값)은 파일을 제거하지 않음을 의미합니다. 에서보관위치. 이 다음과 같은 경우 매개변수가 자동으로 무시됩니다.restartwalfile이후 지정되었습니다. 해당 지정 방법이 결정하는 데 더 정확합니다. 올바른 아카이브 차단 지점. 이 매개변수의 사용은 다음과 같습니다.지원 중단됨현재포스트그레SQL8.3; 그것은이다 a를 지정하는 것이 더 안전하고 효율적입니다.restartwalfile매개변수. 너무 작다 설정으로 인해 여전히 남아 있는 파일이 제거될 수 있습니다. 대기 서버를 다시 시작하는 데 필요하지만 큰 설정은 아카이브 공간을 낭비합니다.
복사를 재시도할 최대 횟수 설정 실패할 경우 명령을 실행합니다(기본값 3). 실패할 때마다 우리는 기다리다수면 시간 * num_retries그래서 대기 시간이 점점 늘어납니다. 기본적으로 우리는 5초, 10초, 15초를 기다린 후 신고하세요. 장애가 발생하면 대기 서버로 다시 돌아갑니다. 이것은 복구가 완료된 것으로 해석되며 대기 모드가 시작됩니다. 결과적으로 완전히.
잠자기 시간(최대 60초, 기본값 5) 설정 복원할 WAL 파일이 있는지 확인하기 위한 테스트 사이에 아직 아카이브에 있습니다. 기본 설정은 다음과 같습니다. 꼭 추천합니다; 상담하세요섹션 25.2토론을 위해.
존재가 원인이 되는 트리거 파일을 지정하십시오. 장애 조치. 구조화된 파일을 사용하는 것이 좋습니다 어떤 서버인지 혼동하지 않도록 이름을 지정하세요. 동일한 시스템에 여러 서버가 존재할 때 트리거됩니다. 예를 들어/tmp/pgsql.trigger.5432.
인쇄범퍼카 토토버전 및 종료.
다음을 기다리는 최대 시간(초)을 설정하십시오 WAL 파일을 생성한 후 빠른 장애 조치가 수행됩니다. 에이 0(기본값)으로 설정하면 영원히 기다리는 것을 의미합니다. 는 기본 설정이 반드시 권장되는 것은 아닙니다. 상담하세요PostgreSQL : 문서 : 9.2 : 로그-선집 윈 토토 서버용 토론.
다음에 관한 도움말 보기범퍼카 토토명령줄 인수 및 종료.
범퍼카 토토다음과 같이 설계되었습니다. 함께 일하다포스트그레SQL8.2 및 나중에.
PostgreSQL8.3은 다음을 제공합니다%r다음을 수행하도록 설계된 매크로범퍼카 토토마지막 파일을 알아보세요 유지해야 합니다. 와 함께PostgreSQL8.2, 그-k16483_16606
PostgreSQL8.4는 다음을 제공합니다recovery_end_command옵션. 없이 이 옵션은 남은 트리거 파일이 위험할 수 있습니다.
범퍼카 토토C로 작성되었습니다. 특히 수정하기 쉬운 소스 코드가 있습니다. 필요에 따라 수정할 수 있도록 지정된 섹션
Linux 또는 Unix 시스템에서는 다음을 사용할 수 있습니다.
archive_command = 'cp %p .../archive/%f' Restore_command = '범퍼카 토토 -d -s 2 -t /tmp/pgsql.trigger.5442 .../archive %f %p %r 2standby.log' Recovery_end_command = 'rm -f /tmp/pgsql.trigger.5442'
여기서 아카이브 디렉토리는 물리적으로 다음 위치에 있습니다. 대기 서버이므로archive_commandNFS를 통해 액세스하고 있지만 파일은 대기에 로컬입니다(사용 가능)ln). 이는 다음을 수행합니다.
디버깅 출력 생성standby.log
다음 WAL 파일 확인 사이에 2초 동안 대기 가용성
트리거 파일이 호출될 때만 대기 중지/tmp/pgsql.trigger.5442나타나고 수행합니다. 내용에 따른 장애 조치
복구 종료 시 트리거 파일 제거
아카이브에서 더 이상 필요하지 않은 파일 제거 디렉토리
Windows에서는 다음을 사용할 수 있습니다.
archive_command = '%p 복사...\\archive\\%f' Restore_command = '범퍼카 토토 -d -s 5 -t C:\pgsql.trigger.5442 ...\archive %f %p %r 2standby.log' Recovery_end_command = 'del C:\pgsql.trigger.5442'
백슬래시를 두 배로 늘려야 한다는 점에 유의하세요.archive_command하지만아님에서restore_command또는recovery_end_command. 이는 다음을 수행합니다.
사용복사복원 명령 아카이브의 WAL 파일
디버깅 출력 생성standby.log
다음 WAL 파일 확인 사이에 5초 동안 대기 가용성
트리거 파일이 호출될 때만 대기 중지C:\pgsql.trigger.5442나타나고 수행합니다. 내용에 따른 장애 조치
복구 종료 시 트리거 파일 제거
아카이브에서 더 이상 필요하지 않은 파일을 제거합니다. 디렉토리
그복사19534_19654범퍼카 토토. 그러므로범퍼카 토토대기수면 시간초 후에는 적절한 파일 크기. GNUWin32의cp설정 파일 복사가 완료된 후에만 파일 크기가 변경됩니다.
Windows 예제에서는 다음을 사용하므로복사양쪽 끝에서 서버 중 하나 또는 둘 다에 액세스할 수 있습니다. 네트워크 전체의 아카이브 디렉터리입니다.