일반적으로 기본 및 토토 서버를 작성하여 최소한 데이터베이스 서버의 관점에서 가능한 한 비슷하도록하는 것이 현명합니다. 특히, 테이블 스페이스와 관련된 경로 이름은 수정되지 않은 것으로 전달되므로 기본 서버와 토토 서버는 해당 기능을 사용하는 경우 테이블 스페이스에 대해 동일한 마운트 경로를 가져야합니다.테이블 스페이스 생성기본에서 실행됩니다. 명령이 실행되기 전에 기본 및 모든 토토 서버에서 필요한 새로운 마운트 포인트를 작성해야합니다. 하드웨어는 정확히 동일 할 필요는 없지만 경험에 따르면 두 개의 동일한 시스템을 유지하는 것이 응용 프로그램과 시스템의 수명 동안 두 개의 다른 시스템을 유지하는 것보다 쉽습니다.

일반적으로, 다른 전공을 실행하는 서버 간의 로그 배송postgresql릴리스 레벨이 불가능합니다. PostgreSQL Global Development 그룹의 정책은 사소한 릴리스 업그레이드 중에 디스크 형식을 변경하지 않기 때문에 기본 및 토토 서버에서 다른 사소한 릴리스 레벨을 실행하는 것이 성공적으로 작동 할 가능성이 높습니다.

a이면 서버가 토토 모드로 들어갑니다 and 파일은 서버가 시작될 때 데이터 디렉토리에 존재합니다.

대기 모드에서 서버는 기본 서버에서 수신 된 WAL을 지속적으로 적용합니다. 토토 서버는 WAL 아카이브에서 WAL을 읽을 수 있습니다 (참조Restore_command) 또는 TCP 연결 (스트리밍 복제)을 통해 1 차에서 직접 직접. 토토 서버는 또한 대기 클러스터에서 발견 된 WAL을 복원하려고 시도합니다.PG_WAL디렉토리. 이는 일반적으로 서버가 다시 시작된 후에 발생합니다. 토토가 다시 시작되기 전에 기본에서 스트리밍 된 토토 WAL이 다시 재생되면 수동으로 파일을 복사 할 수도 있습니다.PG_WAL언제든지 재생할 수 있습니다.

시작시 토토는 아카이브 위치에서 사용 가능한 모든 WAL을 복원하여 시작합니다.Restore_command. WAL의 끝에 도달하면Restore_command실패하면, 이용 가능한 WAL을 복원하려고합니다PG_WAL디렉토리. 실패하고 스트리밍 복제가 구성되면 대기는 기본 서버에 연결하고 아카이브 또는에있는 마지막 유효한 레코드에서 WAL을 스트리밍하기 시작합니다.PG_WAL. 실패하거나 스트리밍 복제가 구성되지 않거나 연결이 나중에 분리 된 경우 토토는 1 단계로 돌아가 아카이브에서 파일을 다시 복원하려고합니다.PG_WAL, 그리고 서버가 중지되거나 홍보 될 때까지 스트리밍 복제가 계속됩니다.

토토 모드가 종료되고 서버가 정상 작동으로 전환됩니다PG_CTL PROMOTE실행 또는pg_promote ()호출됩니다. 장애 조치 전에 모든 WAL이 아카이브 또는에서 즉시 사용할 수 있습니다.PG_WAL복원되지만 1 차에 연결하려는 시도는 없습니다.

토토에서 액세스 할 수있는 기본 및 아카이브 디렉토리에서 연속 아카이브를 설정하여토토 캔 PostgreSQL : 문서 : 17 : 25.3. 연속 보관 및 시점 복구 (PITR). 기본이 다운 되어도 대기에서 아카이브 위치에 액세스 할 수 있어야합니다. 즉, 기본 서버가 아닌 토토 서버 자체 또는 다른 신뢰할 수있는 서버에 상주해야합니다..

스트리밍 복제를 사용하려면 기본 서버에서 인증을 설정하여 토토 서버에서 복제 연결을 허용합니다. 즉, 역할을 만들고 적절한 항목 또는 항목을 제공합니다on데이터베이스 필드가 설정된 상태복제. 또한 보장max_wal_senders기본 서버의 구성 파일에서 충분히 큰 값으로 설정되어 있습니다. 복제 슬롯을 사용하는 경우max_replication_slots충분히 높게 설정되어 있습니다.

에 설명 된대로베이스 백업을 가져옵니다섹션 25.3.2토토 서버를 부트 스트랩합니다.

토토 서버를 설정하려면 기본 서버에서 가져온베이스 백업을 복원하십시오 (참조섹션 25.3.5). 파일 만들기and토토 클러스터 데이터 디렉토리에서. 세트Restore_commandWAL 아카이브에서 파일을 복사하는 간단한 명령. 고 가용성 목적으로 여러 토토 서버를 사용할 계획이라면복구 _target_timeline로 설정되었습니다최신(기본값), 토토 서버가 다른 대기로 장애 조치에서 발생하는 타임 라인 변경을 따르기 위해.

스트리밍 복제를 사용하려면 채우기Primary_conninfo호스트 이름 (또는 IP 주소)을 포함하여 LIBPQ 연결 문자열 및 기본 서버에 연결하는 데 필요한 추가 세부 사항이 있습니다. 기본에 인증을 위해 암호가 필요한 경우 비밀번호를 지정해야합니다.Primary_conninfo

고 가용성 목적으로 토토 서버를 설정하는 경우, 토토 서버가 장애 조치 후 기본 서버로 작동하기 때문에 기본 서버와 같은 WAL 아카이빙, 연결 및 인증을 설정합니다..

WAL 아카이브를 사용하는 경우를 사용하여 크기를 최소화 할 수 있습니다.archive_cleanup_command더 이상 토토 서버에서 필요하지 않은 파일을 제거하는 매개 변수. 그만큼PG_ARCHIVECLEANUP유틸리티는 특별히 사용하도록 특별히 설계되었습니다archive_cleanup_command일반적인 단일 스탠드 구성에서 참조PG_ARCHIVECLEANUP. 그러나 백업 목적으로 아카이브를 사용하는 경우 더 이상 대기에 필요하지 않더라도 최소한 최신 기본 백업에서 복구하는 데 필요한 파일을 유지해야합니다..

구성의 간단한 예는 다음과 같습니다.

Primary_conninfo = 'host = 192.168.1.50 port = 5432 user = foo password = foopass 옵션 =' '-c wal_sender_timeout = 5000' ''

여러 토토 서버를 가질 수 있지만 스트리밍 복제를 사용하는 경우 설정해야합니다max_wal_senders동시에 연결할 수 있도록 1 차에서 충분히 높습니다.

스트리밍 복제를 사용하면 토토 서버가 파일 기반 로그 배송에서 가능한 것보다 최신 상태를 유지할 수 있습니다. 대기는 WAL 파일이 채워지기를 기다리지 않고 생성 된 상태에서 WAL 레코드를 대기로 스트리밍하는 기본에 연결됩니다.

스트리밍 복제는 기본적으로 비동기식입니다 (참조섹션 26.2.8),이 경우 1 차 트랜잭션을 저지르는 것과 대기에서 변경 사항이 보이는 사이에 약간의 지연이 있습니다. 그러나이 지연은 파일 기반 로그 배송보다 훨씬 작습니다. 일반적으로 대기가 부하를 따라 잡을 수있을 정도로 강력하다고 가정하면 1 초 미만입니다.archive_timeout데이터 손실 창을 줄일 필요는 없습니다.

파일 기반 연속 아카이브없이 스트리밍 복제를 사용하는 경우 서버는 대기 WAL 세그먼트를 재활용 할 수 있습니다. 이 경우 대기는 새로운베이스 백업에서 재 구선해야합니다.Wal_Keep_SizeWAL 세그먼트가 너무 일찍 재활용되지 않거나 대기에 대한 복제 슬롯을 구성하여 충분히 큰 값으로. 대기에서 액세스 할 수있는 WAL 아카이브를 설정 한 경우 대기는 충분한 세그먼트를 유지하는 경우 항상 아카이브를 사용하여 잡을 수 있으므로 이러한 솔루션이 필요하지 않습니다..

스트리밍 복제를 사용하려면에 설명 된대로 파일 기반 로그쉽 토토 서버를 설정하십시오.PostgreSQL : 문서 : 17 : 26.2. 로그쉽 토토 서버. 파일 기반 로그쉽 대기를 스트리밍 복제 대기로 바꾸는 단계는를 설정하는 것입니다.Primary_conninfo기본 서버를 가리 키도록 설정합니다. 세트Listen_Addresses및 인증 옵션 (참조on) 기본에서 토토 서버가에 연결할 수 있도록복제기본 서버의 Pseudo-Database (참조섹션 26.2.5.1).

Keepalive 소켓 옵션을 지원하는 시스템에서 설정TCP_KEEPALIVES_IDLE, tcp_keepalives_intervalandTCP_KEEPALIVES_COUNT기본이 깨진 연결을 즉시 알 수 있도록 도와줍니다.

토토 서버에서 최대 동시 연결 수 설정 (참조max_wal_senders자세한 내용).

토토가 시작될 때Primary_conninfo가 올바르게 설정되면 토토는 아카이브에서 사용 가능한 모든 책치 파일을 재생 한 후 기본에 연결됩니다. 연결이 성공적으로 설정되면 A가 표시됩니다.Walreceiver토토 중 및 해당Walsender1 차 프로세스

# 호스트 192.168.1.100에서 사용자 "foo"허용 기본에 연결하십시오.

# 대기는 192.168.1.50 호스트에서 실행중인 기본에 연결됩니다.

복제 슬롯은 기본 서버가 모든 대기에 의해 수신 될 때까지 WAL 세그먼트를 제거하지 않도록하고 기본이 a를 제거 할 수있는 행을 제거하지 않도록 자동화 된 방법을 제공합니다.복구 충돌토토가 단절된 경우에도

복제 슬롯 사용 대신 사용을 사용하여 오래된 WAL 세그먼트의 제거를 방지 할 수 있습니다Wal_Keep_Size, 또는 아카이브에 세그먼트를 보관하여archive_command또는archive_library. 이러한 방법의 단점은 종종 필요한 것보다 더 많은 WAL 세그먼트를 유지하는 반면, 복제 슬롯은 필요한 것으로 알려진 세그먼트의 수만 유지한다는 것입니다..

마찬가지로,hot_standby_feedback자체적으로는 복제 슬롯을 사용하지 않고 진공으로 제거되는 관련 행에 대한 보호 기능을 제공하지만 대기가 연결되지 않은 경우 어느 시간 동안 보호도 제공하지 않습니다..

postgres =# select * from pg_create_physical_replication_slot ( 'node_a_slot');

Primary_conninfo = 'host = 192.168.1.50 포트 = 5432 사용자 = foo password = foopass'

계단식 복제 기능을 사용하면 토토 서버가 복제 연결을 수락하고 WAL 레코드를 다른 대기에 스트리밍하여 릴레이 역할을합니다. 이것은 1 차에 직접 연결의 수를 줄이고 사이트 간 대역폭 오버 헤드를 최소화하는 데 사용될 수 있습니다.

수신기와 발신자 역할을하는 대기는 계단식 대기라고합니다. 기본에보다 직접적으로 연결된 대기는 업스트림 서버로 알려져 있으며, 해당 토토 서버는 다운 스트림 서버입니다.

계단식 대기는 1 차에서받은 WAL 레코드뿐만 아니라 아카이브에서 복원 된 기록을 보냅니다. 따라서 일부 업스트림 연결의 복제 연결이 종료 되더라도 새로운 WAL 레코드를 사용할 수있는 한 스트리밍 복제가 계속 진행됩니다.

계단식 복제는 현재 비동기입니다. 동기 복제 (참조섹션 26.2.8) 설정은 현재 계단식 복제에 영향을 미치지 않습니다.

핫 토토 피드백은 계단식 배열에 관계없이 상류에 전파됩니다.

업스트림 토토 서버가 새로운 기본이되기 위해 홍보되면 다운 스트림 서버는 새로운 기본 if에서 계속 스트리밍됩니다.복구 _target_timeline로 설정되었습니다'최신'(기본값).

계단식 복제를 사용하려면 복제 연결을 수락 할 수 있도록 계단식 대기를 설정하십시오 (즉, setmax_wal_sendersandhot_standby및 구성젠 토토 PostgreSQL : 문서 : 17 : 20.1. pg_hba.conf 파일). 당신은 또한 설정해야합니다Primary_conninfo계단식 토토를 가리키기 위해 다운 스트림 토토에서.

postgresql스트리밍 복제는 기본적으로 비동기식입니다. 기본 서버가 충돌하면 커밋 된 일부 트랜잭션이 토토 서버로 복제되지 않았으므로 데이터 손실이 발생할 수 있습니다.

동기 복제는 트랜잭션으로 이루어진 모든 변경 사항이 하나 이상의 동기 토토 서버로 전송되었음을 확인하는 기능을 제공합니다. 이는 거래 커밋에서 제공하는 표준 수준의 내구성을 확장합니다.synchronous_commit로 설정되었습니다Remote_write.

동기 복제를 요청할 때, 쓰기 트랜잭션의 각 커밋은 기본 및 토토 서버의 쓰기 로그인 디스크에 커밋이 기록되었음을 확인할 때까지 대기합니다. 데이터가 손실 될 수있는 유일한 가능성은 기본 및 대기가 동시에 충돌을 겪는 경우입니다.

읽기 전용 트랜잭션 및 트랜잭션 롤백은 토토 서버에서 답장을 기다릴 필요가 없습니다. Subrantaction Comm은 토토 서버의 응답을 기다리지 않고 최상위 커밋 만 대기합니다.

동기 대기는 에프 복제 대기 또는 논리적 복제 가입자 일 수 있습니다. 또한 적절한 피드백 메시지를 보내는 방법을 알고있는 다른 에프 또는 논리적 WAL 복제 스트림 소비자 일 수도 있습니다.PG_RECEIVEWALandpg_recvlogical뿐만 아니라 일부 타사 복제 시스템 및 사용자 정의 프로그램. 동기 복제 지원에 대한 자세한 내용은 해당 문서를 확인하십시오.

synchronous_standby_names = '처음 2 (S1, S2, S3)'

Synchronous_standby_names = 'Any 2 (S1, S2, S3)'

토토에서 연속 WAL 아카이브를 사용하는 경우 두 가지 다른 시나리오가 있습니다. WAL 아카이브는 기본과 토토 ​​사이에 공유 할 수 있거나 토토에는 자체 WAL 아카이브가있을 수 있습니다. 토토에 자체 WAL 아카이브가 있으면 SETarchive_modeto항상, 그리고 대기는 아카이브에서 복원하거나 스트리밍 복제를 통해 수신하는 모든 WAL 세그먼트의 아카이브 명령을 호출합니다. 공유 아카이브는 비슷하게 처리 할 수 ​​있지만archive_command또는archive_library아카이브 된 파일이 이미 존재하는지, 기존 파일에 동일한 내용이 있는지 테스트해야합니다. 이것은에 더 많은주의를 기울여야합니다.archive_command또는archive_library, 다른 내용이 다른 기존 파일을 덮어 쓰지 않도록주의해야하지만 정확히 동일한 파일이 두 번 보관되면 성공을 반환해야합니다. 두 서버가 동시에 동일한 파일을 보관하려고 시도하면 레이스 조건에서 무료로 수행해야합니다.

ifarchive_mode로 설정되었습니다on, 회복 또는 대기 모드 중에 아카이버가 활성화되지 않습니다. 토토 서버가 프로모션되면 프로모션 후 아카이브가 시작되지만 자체적으로 생성되지 않은 WAL 또는 타임 라인 기록 파일을 보관하지 않습니다.onand항상모드.