설명

pg_rewind는 클러스터의 타임 라인이 발산 된 후 PostgreSQL 클러스터를 동일한 클러스터의 다른 사본과 동기화하는 도구입니다. 일반적인 시나리오는 장애 조치 후 새로운 마스터를 따르는 대기로 오래된 마스터 서버를 온라인으로 가져 오는 것입니다.

결과는 대상 데이터 디렉토리를 소스 디렉토리로 바꾸는 것과 같습니다. 관계 파일에서 변경된 블록 만 복사됩니다. 다른 모든 파일은 구성 파일을 포함하여 전체로 복사됩니다. 의 장점pg_rewind새로운베이스 백업 또는과 같은 도구를 사용하여rsync,pg_rewind클러스터에서 변경되지 않은 블록을 읽을 필요가 없습니다. 이렇게하면 데이터베이스가 클 때 훨씬 빠르고 작은 블록의 일부만 클러스터마다 다릅니다.

pg_rewind범퍼카 토토 및 대상 클러스터의 타임 라인 이력을 검사하여 분기 된 지점을 결정하고 대상 클러스터에서 WAL을 찾을 것으로 예상합니다PG_WAL디렉토리는 분기 지점까지 다시 도달합니다. 발산 지점은 대상 타임 라인, 소스 타임 라인 또는 공통 조상에서 찾을 수 있습니다. 발산 직후 대상 클러스터가 종료 된 일반적인 장애 조치 시나리오에서는 문제가되지 않지만, 발산 후 오랫동안 대상 클러스터가 실행되면 이전 WAL 파일이 더 이상 존재하지 않을 수 있습니다. 이 경우 WAL 아카이브에서로 수동으로 복사 할 수 있습니다.PG_WAL디렉토리. 사용pg_rewind예를 들어, 대기 서버를 홍보하고, 일부 쓰기 트랜잭션을 실행 한 다음 다시 웨이 드는 대기가되기 위해 다시 송금 할 수 있습니다..

실행 후 처음으로 대상 서버가 시작된 시점pg_rewind, 복구 모드로 이동하여 발산 지점 후 범퍼카 토토 서버에서 생성 된 모든 WAL을 재생합니다. WAL 중 일부가 더 이상 범퍼카 토토 서버에서 사용할 수없는 경우pg_rewind실행되었으므로에 의해 복사 할 수 없었습니다.pg_rewind세션에서 대상 서버를 시작할 때 제공해야합니다. 이것은 a를 만들어 수행 할 수 있습니다.복구 .signal대상 데이터 디렉토리의 파일 및 적합한 구성Restore_commandinpostgresql.conf.

pg_rewind대상 서버에가 있어야합니다.Wal_log_hints옵션 활성화postgresql.conf또는 클러스터가 |initdb. 이들 중 어느 것도 현재 기본적으로 켜져 있지 않습니다.full_page_writes또한 설정해야합니다on이지만 기본적으로 활성화됩니다.

옵션

pg_rewind다음 명령 줄 인수를 수락합니다 :

환경

언제-범퍼카 토토 서버옵션이 사용됩니다.pg_rewind또한 지원하는 환경 변수를 사용합니다libpq(참조PostgreSQL : 문서 : 12 : 33.14. 환경 토토 핫).

환경 변수pg_color진단 메시지에서 색상을 사용할지 여부를 지정합니다. 가능한 값은항상, autoand절대.

노트

실행시pg_rewind온라인 클러스터를 범퍼카 토토로 사용하는데,pg_rewind소스 클러스터에서 슈퍼 사용자 대신 사용할 수 있습니다. 다음은 그러한 역할을 만드는 방법입니다.Rewind_user여기 :

사용자 rewind_user 로그인 생성;
rewind_user에 대한 함수 pg_catalog.pg_ls_dir (텍스트, 부울, 부울)에 대한 보조금;
rewind_user에 대한 함수 pg_catalog.pg_stat_file (텍스트, 부울)에 대한 실행;
rewind_user에 대한 함수 pg_catalog.pg_read_binary_file (텍스트)에 대한 Grant Execute;
rewind_user;에 대한 기능 pg_catalog.pg_read_binary_file (텍스트, bigint, bigint, boolean)에 대한 보조금

실행시pg_rewind온라인 클러스터를 최근에 홍보 된 범퍼카 토토로 사용하여 a가 필요합니다Checkpoint컨트롤 파일이 최신 타임 라인 정보를 반영하여 프로모션 후pg_rewind지정된 범퍼카 토토 클러스터를 사용하여 대상 클러스터가 다시 wound 할 수 있는지 확인하려면