25.2. 로그쉽 토토 결과 서버

25.2.1. 계획

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

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

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

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

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

|섹션 24.3.2토토 결과 서버를 부트 스트랩합니다.

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

토토 결과 서버를 설정하려면 촬영 된베이스 백업을 복원하십시오. 기본 서버에서 (참조섹션 24.3.3). 복구 명령 파일 생성복구 .conf토토 결과 클러스터 데이터에서 디렉토리 및 켜기statby_mode. 세트Restore_command단순하게 WAL 아카이브에서 파일을 복사하도록 명령하십시오. 당신이 가질 계획이라면 고 가용성 목적을위한 다중 토토 결과 서버, set복구 _target_timelineto최신, 토토 결과 서버가 다음을 따르도록합니다 다른 대기로 장애 조치에서 발생하는 타임 라인 변경.

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

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

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

A의 간단한 예복구 .confIS :

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

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

25.2.5. 스트리밍 복제

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

스트리밍 복제는 기본적으로 비동기식입니다 (참조섹션 25.2.6),이 경우 사이에 작은 지연이 있습니다. 기본 및 변경 사항에서 거래를 저지른 것 대기에서 눈에 띄게됩니다. 그러나이 지연은 많습니다 파일 기반 로그 배송보다 일반적으로 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_intervalandTCP_KEEPALIVES_COUNT기본이 깨진 연결을 즉시 알 수 있도록 도와줍니다.

토토 결과 서버 (참조max_wal_senders자세한 내용).

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

# 호스트 192.168.1.100에서 사용자 "foo"허용 기본에 연결하십시오.
# 사용자의 비밀번호가 올바르게 제공되는 경우 복제 대기.
틀
# 데이터베이스 사용자 주소 방법을 입력합니다
호스트 복제 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'

25.2.6. 동기 복제

PostgreSQL스트리밍 복제는 기본적으로 비동기식입니다. 기본 서버 인 경우 충돌이 발생하면 커밋 된 일부 거래는 토토 결과 서버로 복제되어 데이터 손실이 발생합니다. 그만큼 데이터 손실의 양은 복제 지연에 비례합니다. 장애 조치 시간.

동기 복제는이를 확인하는 기능을 제공합니다 거래에 의해 이루어진 모든 변경 사항은 하나로 이전되었습니다. 동기 토토 결과 서버. 이것은 표준 수준을 확장합니다 트랜잭션 커밋이 제공하는 내구성. 이 수준 보호를 컴퓨터에서 2- 안전 복제라고합니다 과학 이론.

동기 복제를 요청할 때 각 a 쓰기 트랜잭션은 확인이 접수 될 때까지 기다립니다 커밋은 Disk의 트랜잭션 로그에 기록되었습니다. 기본 및 토토 결과 서버. 유일한 가능성 기본과 대기가 모두 고통받는 경우 데이터를 잃을 수 있습니다. 동시에 충돌합니다. 이것은 훨씬 높은 수준을 제공 할 수 있습니다 Sysadmin이 신중한 경우에만 내구성 두 서버의 배치 및 관리. 기다리고 있습니다 확인은 사용자의 신뢰가 변경되었다는 신뢰를 증가시킵니다 서버 충돌시 손실되지 않지만 또한 반드시 요청에 대한 응답 시간을 증가시킵니다 거래. 최소 대기 시간은 왕복 시간입니다 기본에서 대기까지.

거래 및 거래 롤백 만 읽기 만하면 안됩니다 토토 결과 서버에서 답장을 기다립니다. 서브 트랜잭션이 커지는 것입니다 토토 결과 서버에서 응답을 기다리지 말고 최상위 수준 만 커밋. 데이터로드 또는 인덱스와 같은 장기적인 작업 건물은 최종 커밋 메시지까지 기다리지 않습니다. 모두 2 단계 커밋 조치는 둘 다 포함하여 커밋 대기 시간이 필요합니다 준비 및 커밋.