| 젠 토토 : 문서 : 9.6 : 젠 토토 | |||
|---|---|---|---|
| PostgreSQL : 문서 : 9.6 : 토토 사이트 | 토토 사이트 : 문서 : 9.6 : 토토 사이트 서버 응용 프로그램 | PostgreSQL : 문서 : 9.6 : 젠 토토 | |
토토클러스터 타임 라인이 발산 된 후 PostgreSQL 클러스터를 동일한 클러스터의 다른 사본과 동기화하는 도구입니다. 일반적인 시나리오는 장애 조치 후 새로운 마스터를 따르는 대기로 오래된 마스터 서버를 온라인으로 가져 오는 것입니다.
결과는 대상 데이터 디렉토리를 소스 디렉토리로 바꾸는 것과 같습니다. 관계 파일에서 변경된 블록 만 복사됩니다. 다른 모든 파일은 구성 파일을 포함하여 전체로 복사됩니다. 의 장점토토새로운베이스 백업 또는과 같은 도구를 사용하여rsync,토토클러스터에서 변경되지 않은 블록을 읽을 필요가 없습니다. 이렇게하면 데이터베이스가 클 때 훨씬 빠르고 작은 블록의 일부만 클러스터마다 다릅니다.
토토소스 및 대상 클러스터의 타임 라인 이력을 검사하여 분기 된 지점을 결정하고 대상 클러스터에서 WAL을 찾을 것으로 기대합니다PG_XLOG디렉토리는 발산 지점까지 돌아갑니다. 발산 지점은 대상 타임 라인, 소스 타임 라인 또는 공통 조상에서 찾을 수 있습니다. 발산 직후 대상 클러스터가 종료 된 일반적인 장애 조치 시나리오에서는 문제가되지 않지만 발산 후 오랫동안 대상 클러스터가 실행되면 이전 WAL 파일이 더 이상 존재하지 않을 수 있습니다. 이 경우 WAL 아카이브에서로 수동으로 복사 할 수 있습니다.pg_xlog디렉토리. 사용토토예를 들어, 대기 서버를 홍보하고, 일부 쓰기 트랜잭션을 실행 한 다음 다시 wound로 다시 대기가 될 수 있습니다..
실행 후 처음으로 대상 서버가 시작된 시점토토, 복구 모드로 이동하여 발산 지점 후 소스 서버에서 생성 된 모든 WAL을 재생합니다. WAL 중 일부가 더 이상 소스 서버에서 사용할 수없는 경우토토실행되었으므로에 의해 복사 할 수 없었습니다.토토세션에서 대상 서버를 시작할 때 제공해야합니다. 이것은 a를 만들어 수행 할 수 있습니다.복구 .conf적절한 대상 데이터 디렉토리의 파일Restore_command.
토토대상 서버에가 있어야합니다.Wal_Log_hints옵션 활성화postgresql.conf또는 클러스터가 |initdb. 이들 중 어느 것도 현재 기본적으로 켜져 있지 않습니다.full_page_writeson이지만 기본적으로 활성화됩니다.
| 경고 |
|
if토토처리 중에 실패하면 대상의 데이터 폴더가 복구 될 수있는 상태가 아닐 수 있습니다. 이 경우 새로운 신선한 백업을받는 것이 좋습니다. 토토직접 쓸 수없는 파일을 찾으면 즉시 실패합니다. 예를 들어 소스와 대상 서버가 읽기 전용 SSL 키 및 인증서에 동일한 파일 매핑을 사용하는 경우에 발생할 수 있습니다. 이러한 파일이 대상 서버에있는 경우 실행하기 전에 제거하는 것이 좋습니다토토. 되감기를 한 후, 해당 파일 중 일부는 소스에서 복사되었을 수 있으며,이 경우 복사 된 데이터를 제거하고 되감기 전에 사용 된 링크 세트를 다시 복원해야 할 수도 있습니다.. |
토토다음 명령 줄 인수를 수락합니다 :
이 옵션은 소스와 동기화 된 대상 데이터 디렉토리를 지정합니다. 실행하기 전에 대상 서버를 깨끗하게 종료해야합니다토토
대상을 동기화하기 위해 소스 서버의 데이터 디렉토리에 파일 시스템 경로를 지정합니다. 이 옵션은 소스 서버를 깨끗하게 종료해야합니다.
소스에 연결하기 위해 libpq 연결 문자열을 지정postgresql대상을 동기화하는 서버. 연결은 슈퍼 사용자 액세스와의 정상적인 (비 복제) 연결이어야합니다. 이 옵션은 소스 서버가 복구 모드가 아닌 실행 중이 려져야합니다.
실제로 대상 디렉토리 수정을 제외하고 모든 작업을 수행합니다.
진행 상황보고를 활성화합니다. 소스 클러스터에서 데이터를 복사하면서 대략적인 진행률 보고서가 켜져 있습니다.
개발자 디버깅에 주로 유용한 인쇄 Verbose 디버깅 출력토토.
버전 정보 표시 다음 종료.
도움말 표시 다음 종료.
실행할 때토토최근에 홍보 된 소스로 온라인 클러스터를 사용하여 a가 필요합니다Checkpoint컨트롤 파일이 최신 타임 라인 정보를 반영하여 프로모션 후토토지정된 소스 클러스터를 사용하여 대상 클러스터가 다시 wound 할 수 있는지 확인하려면
기본 아이디어는 모든 파일 시스템 수준 변경을 소스 클러스터에서 대상 클러스터로 복사하는 것입니다.
소스 클러스터의 타임 라인 이력이 대상 클러스터에서 포기한 지점 앞에서 마지막 체크 포인트에서 시작하여 대상 클러스터의 WAL 로그를 스캔합니다. 각 WAL 레코드에 대해 터치 된 각 데이터 블록을 기록하십시오. 이로 인해 소스 클러스터가 포기한 후 대상 클러스터에서 변경된 모든 데이터 블록의 목록이 생성됩니다.
직접 파일 시스템 액세스를 사용하여 소스 클러스터에서 대상 클러스터로 변경된 모든 블록을 복사합니다.-소스 -pgdata) 또는 SQL (-소스 서버).
|와 같은 다른 모든 파일 복사PG_CLOG및 소스 클러스터에서 대상 클러스터로의 구성 파일 (관계 파일을 제외한 모든 것).
장애 조치에서 생성 된 체크 포인트에서 시작하여 소스 클러스터에서 WAL을 적용하십시오. (엄격하게 말하면토토WAL을 적용하지 않으면 백업 레이블 파일 만 생성PostgreSQL해당 체크 포인트에서 모든 WAL을 재생하여 시작하십시오.)