25.2. 로그쉽 토토 결과 서버

25.2.1. 계획

일반적으로 기본 및 토토 결과 서버를 만드는 것이 현명합니다. 그들이 최소한 데이터베이스 서버의 관점. 특히, 경로 테이블 스페이스와 관련된 이름이 전달됩니다 사용되지 않으므로 기본 서버와 토토 결과 서버 모두 해당 기능이 사용되는 경우 테이블 스페이스의 동일한 마운트 경로. 유지하다 IFPostgreSQL : 문서새로운 마운트 포인트 기본에서 실행됩니다 기본 및 모든 토토 결과에서 생성해야합니다. 명령이 실행되기 전에 서버. 하드웨어는 필요하지 않습니다 정확히 동일하지만 경험은 두 가지를 유지하는 것을 보여줍니다 동일한 시스템은 두 가지를 유지하는 것보다 쉽습니다 응용 프로그램 및 시스템의 수명에 걸쳐. 어느 쪽이든 사례 하드웨어 아키텍처가 동일해야합니다. 배송 예를 들어, 32 비트에서 64 비트 시스템에서 작동하지 않습니다.

일반적으로 다른 실행되는 서버간에 로그 배송 주요한PostgreSQL릴리스 레벨은 불가능합니다. PostgreSQL의 정책입니다 디스크 형식을 변경하지 않는 글로벌 개발 그룹 사소한 릴리스 업그레이드 중에는 실행 중입니다. 기본 및 토토 결과 서버의 다양한 사소한 릴리스 레벨 성공적으로 작동합니다. 그러나 그에 대한 공식적인 지원은 없습니다 제공되며 기본 및 토토 결과 서버를 유지하는 것이 좋습니다. 가능한 한 동일한 릴리스 레벨에서. 업데이트 할 때 새로운 사소한 릴리스 인 가장 안전한 정책은 대기를 업데이트하는 것입니다. 서버 먼저 - 새로운 마이너 릴리스가 가능할 가능성이 높습니다. VICE보다 이전 마이너 릴리스에서 WAL 파일을 읽으려면 Versa.

25.2.2. 토토 결과 서버 작업

대기 모드에서 서버는 지속적으로 WAL을 적용합니다 마스터 서버에서 받았습니다. 토토 결과 서버를 읽을 수 있습니다 WAL ARCHIVE에서 WAL (참조Restore_command) 또는 TCP 연결을 통해 마스터에서 직접 (스트리밍 복제). 토토 결과 서버도 복원을 시도합니다 대기 클러스터에서 발견 된 모든 WALPG_XLOG디렉토리. 그것은 일반적으로 이후에 발생합니다 토토 결과가 다시 재생 될 때 서버가 다시 시작됩니다. 다시 시작하기 전에 마스터에서 스트리밍했지만 수동으로 파일을pg_xlog재생할 시간입니다.

시작시 토토 결과는 모든 WAL을 복원하여 시작합니다 아카이브 위치에서 사용 가능Restore_command. 일단 WAL의 끝에 도달하면 거기에서 가능성 및Restore_command실패,에서 사용 가능한 WAL을 복원하려고 시도합니다.PG_XLOG디렉토리. 그것이 실패하고 스트리밍되는 경우 복제가 구성되어 대기가 연결하려고합니다 기본 서버로, 마지막부터 WAL 스트리밍을 시작합니다. 아카이브 또는에서 발견 된 유효한 레코드PG_XLOG. 실패하거나 복제를 스트리밍하는 경우 구성되지 않거나 연결이 나중에 분리 된 경우 토토 결과는 1 단계로 돌아가 파일을 복원하려고합니다. 아카이브에서 다시. 아카이브 에서이 검색 루프,PG_XLOG및 스트리밍을 통해 서버가 중지되거나 장애 조치가 트리거 파일로 트리거 됨.

토토 결과 모드가 종료되고 서버가 정상으로 전환됩니다. 작동, 트리거 파일이 발견되면 (trigger_file). 장애 조치 전에 모든 월 아카이브 또는에서 즉시 사용할 수 있습니다.PG_XLOG복원되지만 시도는 없습니다 마스터와 연결하도록 만들었습니다.

25.2.3. 마스터 준비 토토 결과 서버

아카이브의 기본에 대한 연속 아카이브 설정 에 설명 된대로 토토 결과에서 액세스 할 수있는 디렉토리섹션 24.3. 아카이브 위치에 있어도 대기에서 위치에 액세스 할 수 있어야합니다. 마스터가 다운되었습니다. 즉, 토토 결과 서버에 상주해야합니다. 마스터 서버가 아닌 자체 또는 다른 신뢰할 수있는 서버.

스트리밍 복제를 사용하려면 설정하십시오 복제를 허용하기 위해 기본 서버의 인증 토토 결과 서버의 연결; 즉, 제공 a 적절한 항목 또는 출품작pg_hba.conf데이터베이스 필드가 설정된 상태복제. 또한 보장max_wal_senders는 충분히 큰 것으로 설정되었습니다 기본 서버의 구성 파일의 값.

설명대로 기본 백업을 취합니다섹션 24.3.2토토 결과 서버를 부트 스트랩합니다.

25.2.4. 토토 결과 설정 섬기는 사람

토토 결과 서버를 설정하려면 촬영 된베이스 백업을 복원하십시오. 기본 서버에서 (참조섹션 24.3.3). 복구 명령 파일 생성복구 .conf토토 결과 클러스터 데이터에서 디렉토리 및 켜기statby_mode. 세트Restore_command단순하게 WAL 아카이브에서 파일을 복사하도록 명령.

스트리밍 복제를 사용하려면 채우기​​Primary_conninfolibpq 연결 문자열, 호스트 이름 (또는 IP 주소) 및 추가 포함 기본 서버에 연결하는 데 필요한 세부 사항. 기본 인 경우 인증을위한 비밀번호가 필요하고 비밀번호는 지정Primary_ConnInfoAS 잘.

높은 토토 결과 서버를 설정하는 경우 가용성 목적, WAL 아카이빙 설정, 연결 및 대기이기 때문에 기본 서버와 같은 인증 서버는 장애 조치 후 기본 서버로 작동합니다. 당신은 할 것입니다 또한 설정해야trigger_file만들기 실패 할 수 있습니다. 토토 결과를 설정하는 경우 보고 목적을위한 서버, 그것,trigger_file필요하지 않습니다.

WAL 아카이브를 사용하는 경우 크기를 최소화 할 수 있습니다. 사용 사용archive_cleanup_command더 이상 필요하지 않은 파일을 제거하는 매개 변수 토토 결과 서버. 그만큼PG_ARCHIVECLEANUP유틸리티가 설계되었습니다 구체적으로와 함께 사용됩니다.archive_cleanup_command전형적인 단일 스탠드 구성, 참조섹션 F.22. 그러나 그 경우에 주목하십시오 백업 목적으로 아카이브를 사용하고 있습니다. 최소한 최신 기반에서 복구하는 데 필요한 파일을 유지합니다. 더 이상 토토 결과에 필요하지 않더라도 백업.

A의 간단한 예복구 .confis :

statby_mode = 'on'
primary_conninfo = 'host = 192.168.1.50 포트 = 5432 사용자 = foo password = foopass'
Restore_command = 'CP/Path/to/Archive/ %f %p'
trigger_file = '/path/to/trigger_file'
archive_cleanup_command = 'pg_archivecleanup/path/to/archive %r'

여러 토토 결과 서버를 가질 수 있지만 사용하는 경우 스트리밍 복제, 설정 확인max_wal_senders1 차에서 충분히 높습니다 동시에 연결하도록 허용합니다.

25.2.5. 스트리밍 복제

스트리밍 복제를 통해 토토 결과 서버가 더 많이 유지할 수 있습니다 파일 기반 로그 배송에서는 가능한 것보다 최신입니다. 그만큼 대기는 기본에 연결되며 WAL 레코드를 스트리밍합니다. WAL을 기다리지 않고 생성 된 대기 채워질 파일.

스트리밍 복제는 비동기식이므로 여전히 a가 있습니다 1 차 거래와 거래 사이의 작은 지연과 대기에서 변경 사항이 보이게됩니다. 지연은입니다 파일 기반 로그 배송보다 훨씬 작지만 일반적으로 대기가 강력하다고 가정하면 1 초 미만입니다 부하를 따라 잡기에 충분합니다. 스트리밍 복제,archive_timeout데이터 손실 창 감소.

파일 기반없이 스트리밍 복제를 사용하는 경우 연속 아카이브, 설정해야Wal_keep_segments마스터에서 높은 값으로 오래된 WAL 세그먼트도 재활용되지 않도록 충분합니다. 일찍, 토토 결과는 여전히 따라 잡아야 할 수도 있습니다. 만약에 토토 결과는 너무 뒤쳐져서 다시 이루어져야합니다. 새로운베이스 백업에서. WAL 아카이브를 설정하면 토토 결과에서 액세스 가능,Wal_keep_segments토토 결과로 필요하지 않습니다 항상 아카이브를 사용하여 따라 잡을 수 있습니다.

스트리밍 복제를 사용하려면 파일 기반을 설정하십시오 로그쉽 토토 결과 서버에 설명 된대로섹션 25.2. a 파일 기반 로그쉽은 스트리밍 복제로 대기입니다 대기 중Primary_ConnInfo복구 .conf파일로 기본 서버를 가리 킵니다. 세트Listen_Addresses및 인증 옵션 (참조PG_HBA.conf) 기본에서 토토 결과 중 서버는에 연결할 수 있습니다.복제기본 서버의 Pseudo-Database (참조섹션 25.2.5.1).

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

최대 동시 연결 수를 설정합니다 토토 결과 서버 (참조max_wal_senders자세한 내용).

토토 결과가 시작될 때Primary_ConnInfo대기 중 올바르게 설정됩니다 모든 책치를 재생 후 기본에 연결됩니다. 아카이브에서 사용할 수 있습니다. 연결이 설정된 경우 성공적으로, 당신은 다음에 월 리버 프로세스를 볼 수 있습니다 대기 및 해당 Walsender 프로세스 주요한.

# 호스트 192.168.1.100의 사용자 "foo"허용 기본에 연결하십시오.
# 사용자의 비밀번호가 올바르게 제공되는 경우 복제 대기.
틀
# 데이터베이스 유형 사용자 CIDR-ADDRESS 메소드
호스트 복제 foo 192.168.1.100/32 MD5

# 대기는 192.168.1.50 호스트에서 실행중인 기본에 연결됩니다.
# 및 포트 5432는 "foos"인 사용자 "foo"로서 "foo"입니다.
primary_conninfo = 'host = 192.168.1.50 port = 5432 user = foo password = foopass'