| Postgresql 9.3.25 문서화 | ||||
|---|---|---|---|---|
| 이전 | up | 25 장. 높음 가용성,로드 밸런싱 및 복제 | 토토 꽁 머니 : 문서 : 9.3 : Failover | |
연속 아카이브를 사용하여 A고 가용성(ha) 클러스터 구성 하나 이상의윈 토토 서버준비 준비 기본 서버가 실패하면 작업 이 기능은입니다 널리 언급 된따뜻한 윈 토토또는로그 배송.
기본 및 윈 토토 서버가 함께 작동하여이를 제공합니다. 기능은 서버가 느슨하게 연결되어 있지만. 그만큼 기본 서버는 연속 아카이빙 모드에서 작동하는 반면 각각은 각각 작동합니다 윈 토토 서버는 연속 복구 모드에서 작동하여 읽습니다 기본의 책치 파일. 데이터베이스 테이블의 변경 사항은 없습니다 이 기능을 활성화하는 데 필요하므로 낮은 관리를 제공합니다. 다른 복제 솔루션과 비교하여 오버 헤드. 이것 구성은 또한 성능이 상대적으로 낮습니다 기본 서버.
한 데이터베이스 서버에서 다른 데이터베이스 서버로 직접 이동하는 WAL 레코드 일반적으로 로그 배송으로 설명됩니다.PostgreSQL파일 기반 로그 배송을 구현합니다 WAL을 전송하여 한 번에 하나의 파일 (WAL 세그먼트)을 전송합니다. 월 파일 (16MB)은 어느 거리에도 쉽고 저렴하게 배송 할 수 있습니다. 인접한 시스템이든 다른 시스템이든 현장 또는 지구의 먼쪽에있는 다른 시스템. 대역폭 이 기술에 필요한 것은 거래에 따라 다릅니다 기본 서버의 속도. 기록 기반 로그 배송이 더 많습니다 세분화 및 스트림은 WAL이 네트워크를 통해 점진적으로 변경됩니다 연결 ( 참조섹션 25.2.5).
로그 배송이 비동기식이라는 점에 유의해야합니다. WAL 레코드는 거래 커밋 후 배송됩니다. 결과적으로, 기본 서버가 치명적인 실패; 아직 배송되지 않은 거래는 손실됩니다. 파일 기반 로그 배송에서 데이터 손실 창의 크기는 다음과 같습니다. 사용으로 제한archive_timeout매개 변수는 몇 초 만에 낮게 설정할 수 있습니다. 그러나 그런 것 낮은 설정은 필요한 대역폭을 크게 증가시킵니다 파일 배송. 스트리밍 복제 (참조섹션 25.2.5) 훨씬 작은 데이터 손실 창을 허용합니다.
회복 성능은 대기가 될 정도로 충분합니다 일반적으로 완전 가용성에서 멀어지면 활성화되었습니다. 결과적으로 이것을 따뜻한 윈 토토라고합니다 고 가용성을 제공하는 구성. 서버 복원 보관 된베이스 백업과 Rollforward에서 더 길어서 기술은 재난을위한 솔루션 만 제공합니다. 고 가용성이 아닌 회복. 윈 토토 서버도 사용할 수 있습니다 읽기 전용 쿼리의 경우 핫 스탠드라고합니다. 섬기는 사람. 보다스포츠 토토 베트맨 : 문서 : 9.3 : 핫 스포츠 토토 베트맨더 많은 정보.
일반적으로 기본 및 윈 토토 서버를 만드는 것이 현명합니다. 적어도 관점에서 가능한 한 비슷하다는 데이터베이스 서버의. 특히, 경로 이름은 관련이 있습니다 테이블 스페이스를 사용하면 수정되지 않은 채로 전달되므로 1 차 두 가지 윈 토토 서버에는 테이블 스페이스에 대해 동일한 마운트 경로가 있어야합니다. 해당 기능이 사용되는 경우. IF이를 명심하십시오.테이블 스페이스 생성실행됩니다 1 차, 새로운 마운트 포인트는 명령이 실행되기 전에 기본 및 모든 윈 토토 서버가 실행됩니다. 하드웨어는 정확히 동일 할 필요는 없지만 경험은 다음과 같습니다. 두 가지 동일한 시스템을 유지하는 것이 두 가지를 유지하는 것보다 쉽습니다 응용 프로그램과 시스템의 수명에 걸쳐 다른 것. ~ 안에 모든 경우 하드웨어 아키텍처는 동일해야합니다. 배송 예를 들어, 32 비트에서 64 비트 시스템에서 작동하지 않습니다.
일반적으로, 다른 전공을 실행하는 서버간에 로그 배송PostgreSQL릴리스 레벨은 아닙니다 가능한. Postgresql Global Development의 정책입니다 마이너 릴리스 중에 디스크 형식을 변경하지 않도록 그룹 업그레이드이므로 다른 사소한 릴리스를 실행할 가능성이 높습니다. 기본 및 윈 토토 서버의 레벨이 성공적으로 작동합니다. 그러나 그에 대한 공식적인 지원은 제공되지 않으며 귀하는 권장됩니다. 기본 및 윈 토토 서버를 동일한 릴리스 레벨로 유지하려면 가능한 한 많이. 새 마이너 릴리스로 업데이트 할 때 가장 안전합니다 정책은 먼저 윈 토토 서버를 업데이트하는 것입니다. 이전 미성년자에서 Wal 파일을 읽을 수있을 가능성이 높습니다. 그 반대보다 릴리스
대기 모드에서 서버는 wal 수신을 지속적으로 적용합니다 마스터 서버에서. 윈 토토 서버는 WAL에서 WAL을 읽을 수 있습니다 아카이브 (참조Restore_command) 또는 TCP 연결을 통해 마스터에서 직접 (스트리밍 복제). 윈 토토 서버는 또한 복원을 시도합니다 대기 클러스터에서 발견 된 WalPG_XLOG디렉토리. 일반적으로 a 윈 토토가 다시 재생 될 때 서버가 다시 시작되었습니다. 다시 시작하기 전에 마스터에서 스트리밍했지만 수동으로 파일을pg_xlog재생할 시간입니다.
시작시 윈 토토는 사용 가능한 모든 WAL을 복원하여 시작합니다. 아카이브 위치, 호출Restore_command. 일단 WAL의 끝에 도달하면 거기에서 가능성 및Restore_command실패, 그것은에서 사용 가능한 WAL을 복원하려고 시도합니다.PG_XLOG디렉토리. 그것이 실패하고 스트리밍되는 경우 복제가 구성되었고 대기는 기본 서버 및 마지막 유효한 WAL 스트리밍을 시작합니다. 아카이브 또는에서 발견 된 레코드PG_XLOG. 만약에 실패 또는 스트리밍 복제가 구성되지 않거나 연결은 나중에 연결이 끊어지고 대기는 1 단계로 돌아갑니다. 아카이브에서 파일을 다시 복원하려고합니다. 이 루프 아카이브에서 검색,PG_XLOG및 스트리밍 복제를 통해 서버가 중지 될 때까지 장애 조치는 트리거 파일에 의해 트리거됩니다.
윈 토토 모드가 종료되고 서버가 정상으로 전환됩니다. 작동 할 때PG_CTL PROMOTE실행 또는 a 트리거 파일이 발견되었습니다 (trigger_file). 장애 조치 전에 모든 WAL이 아카이브 또는에서 즉시 사용할 수 있습니다.PG_XLOG복원되지만 시도는 없습니다 마스터와 연결하도록 만들어졌습니다.
아카이브의 기본에 대한 연속 아카이브 설정 에 설명 된대로 윈 토토에서 액세스 할 수있는 디렉토리섹션 24.3. 아카이브 위치 마스터가 다운 되더라도 대기에서 액세스 할 수 있어야합니다. 즉, 윈 토토 서버 자체 또는 다른 사람에 상주해야합니다. 마스터 서버가 아닌 신뢰할 수있는 서버.
스트리밍 복제를 사용하려면 인증을 설정하십시오. 기본 서버에서 윈 토토 서버; 즉, 역할을 만들고 적합한 것을 제공합니다 입장 또는 출품작pg_hba.conf데이터베이스 필드 설정복제. 또한 보장하다max_wal_sendersa로 설정되었습니다 기본 구성 파일에서 충분히 큰 값 섬기는 사람.
에 설명 된대로베이스 백업을 가져옵니다섹션 24.3.2윈 토토 서버를 부트 스트랩합니다.
윈 토토 서버를 설정하려면에서 가져온베이스 백업을 복원하십시오. 기본 서버 (참조섹션 24.3.4). 복구 명령 파일 생성복구 .conf윈 토토 클러스터 데이터에서 디렉토리 및 켜기statby_mode. 세트Restore_command간단한 명령 WAL 아카이브에서 파일을 복사하십시오. 여러 개를 가질 계획이라면 고 가용성 목적을위한 윈 토토 서버, set복구 _target_timelineto최신, 윈 토토 서버가 다음을 따르도록합니다 다른 대기로 장애 조치에서 발생하는 타임 라인 변경.
참고 :pg_standby 또는 이와 유사한 도구를 사용하지 마십시오 여기에 설명 된 내장 대기 모드.Restore_command파일은 존재하지 않습니다. 서버가 다시 명령을 다시 시도합니다 필요한. 보다PostgreSQL : 문서 : 9.3 : 로그 배송을위한 대체 토토 결과pg_standby와 같은 도구 사용.
스트리밍 복제를 사용하려면 CLONGPrimary_Conninfolibpq 연결 문자열, 호스트 이름 (또는 IP 주소) 및 추가 세부 사항 포함 기본 서버에 연결해야합니다. 기본이 필요한 경우 a 인증을위한 비밀번호, 비밀번호는에 지정해야합니다.Primary_conninfo
고 가용성을 위해 윈 토토 서버를 설정하는 경우 목적, WAL 아카이빙 설정, 연결 및 인증과 같은 인증 윈 토토 서버가 장애 조치 후 기본 서버.
WAL 아카이브를 사용하는 경우 크기를 사용하여 최소화 할 수 있습니다. 그만큼archive_cleanup_command더 이상 필요하지 않은 파일을 제거하는 매개 변수 윈 토토 서버. 그만큼PG_ARCHIVECLEANUP유틸리티가 설계되었습니다 구체적으로와 함께 사용됩니다.archive_cleanup_command전형적인 단일 스탠드 비에서 구성, 참조PostgreSQL : 문서 :. 그러나 그 경우에 주목하십시오 백업 목적으로 아카이브를 사용하고 있습니다. 최소한 최신 기본 백업에서 복구하는 데 필요한 파일, 심지어 그들이 대기에 더 이상 필요하지 않은 경우.
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 차에서 허용하기에 충분히 높습니다 동시에 연결됩니다.
스트리밍 복제를 통해 윈 토토 서버가 더 많이 유지할 수 있습니다 파일 기반 로그 배송에서는 가능한 것보다 최신입니다. 그만큼 대기는 기본에 연결되며 WAL 레코드를 스트리밍합니다. WAL 파일을 기다리지 않고 생성 될 때 대기 채워질 것입니다.
스트리밍 복제는 기본적으로 비동기식입니다 (참조섹션 25.2.7), in 거래를 커밋하는 사이에 약간의 지연이있는 경우 기본 및 대기에서 변경 사항이 보이게됩니다. 그러나이 지연은 파일 기반 로그보다 훨씬 작습니다. 대기가 1 초 미만인 배송 부하를 따라 잡을만큼 강력합니다. 스트리밍으로 복제,archive_timeout는 그렇지 않습니다 데이터 손실 창을 줄이기 위해 필요합니다.
파일 기반 연속없이 스트리밍 복제를 사용하는 경우 아카이브, 설정해야Wal_keep_segments마스터에서 높은 값으로 오래된 WAL 세그먼트가 너무 일찍 재활용되지 않도록하기에 충분합니다. 대기는 여전히 따라 잡아야 할 수도 있습니다. 대기 인 경우 너무 많이 뒤쳐져 새로운 기지에서 재 구선해야합니다. 지원. 액세스 할 수있는 WAL 아카이브를 설정하는 경우 대기,Wal_keep_segments가 필요하지 않습니다 윈 토토는 항상 아카이브를 사용하여 따라 잡을 수 있으므로.
스트리밍 복제를 사용하려면 파일 기반 로그쉽을 설정하십시오 에 설명 된 윈 토토 서버PostgreSQL : 문서 : 9.3 : 로그 선집 윈 토토 서버. 파일 기반 로그쉽 대기를 바꾸는 단계 스트리밍 복제 대기에 설정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가 올바르게 설정되면 윈 토토가됩니다 사용 가능한 모든 왈 파일을 재생 한 후 기본에 연결하십시오. 아카이브. 연결이 성공적으로 설정되면 윈 토토에서 Walreceiver 프로세스와 해당 1 차 Walsender 프로세스.
복제를위한 액세스 권한이 매우 중요합니다. 신뢰할 수있는 사용자만이 WAL 스트림을 읽을 수 있도록 설정해야합니다. 특권 정보를 쉽게 추출하기 쉽기 때문입니다. 윈 토토 서버 가있는 계정복제특권. 전용 사용자 계정을 작성하는 것이 좋습니다 와 함께복제and로그인복제 권한. 하는 동안복제특권은 매우 높은 권한을 부여합니다. 사용자가 기본의 데이터를 수정할 수 없습니다. 시스템,SuperUser특권 하다.
복제를위한 클라이언트 인증은 a에 의해 제어됩니다.PG_HBA.conf기록 지정복제in데이터베이스필드. 예를 들어 윈 토토 인 경우 호스트 IP에서 실행 중192.168.1.100및 복제의 계정 이름은입니다.foo, 관리자는 다음 줄을에 추가 할 수 있습니다.PG_HBA.conf기본 파일 :
## 호스트에서 사용자 "foo"허용 192.168.1.100이 기본에 연결하도록 허용 # 사용자의 비밀번호가 올바르게 제공되는 경우 복제 대기. 틀 # 데이터베이스 사용자 주소 방법을 입력합니다 호스트 복제 foo 192.168.1.100/32 MD5
기본 연결 사용자의 호스트 이름 및 포트 번호 이름 및 비밀번호는에 지정되어 있습니다.복구 .conf파일. 비밀번호를 설정할 수도 있습니다 그만큼~/.pgpass윈 토토에 파일 (지정복제in데이터베이스필드). 예를 들어, 기본 인 경우 호스트 IP에서 실행 중192.168.1.50, 포트5432, 복제의 계정 이름은입니다.foo, 암호는입니다.foopass, 관리자는 다음을 추가 할 수 있습니다 라인에복구 .conf파일에서 윈 토토 :
# 대기는 192.168.1.50 호스트에서 실행중인 기본에 연결됩니다. # 및 포트 5432는 "foos"인 사용자 "foo"로서 "foo"입니다. primary_conninfo = 'host = 192.168.1.50 port = 5432 user = foo password = foopass'
스트리밍 복제의 중요한 건강 지표는 다음과 같습니다
기본에서 생성 된 WAL 레코드 금액이지만 아직 적용되지 않았습니다.
대기에서. 전류를 비교 하여이 지연을 계산할 수 있습니다
마지막 WAL 위치와 함께 1 차의 WAL 쓰기 위치
대기에 의해 수신되었습니다. 그들은를 사용하여 검색 할 수 있습니다pg_current_xlog_location1 차 및에서pg_last_xlog_receive_locationon
윈 토토 (표 9-61and표 9-62자세한 내용). 대기의 마지막 WAL 수신 위치도
WAL 수신기 프로세스의 프로세스 상태에 표시되며
를 사용하여 표시PS명령 (참조토토 사이트 추천 : 문서 : 9.3 : 표준 유닉스 도구자세한 내용).
당신은를 통해 WAL 발신자 프로세스 목록을 검색 할 수 있습니다pg_stat_replication보기. 큰 차이
사이pg_current_xlog_location및send_location필드는 그것을 나타낼 수 있습니다
마스터 서버는 부하가 많고의 차이점은send_location및pg_last_xlog_receive_location윈 토토에서
네트워크 지연을 나타내거나 윈 토토가 무겁다는 것을 나타낼 수 있습니다.
짐.
계단식 복제 기능을 사용하면 윈 토토 서버가 가능합니다 복제 연결을 수락하고 WAL 레코드를 다른 사람에게 스트리밍하십시오 릴레이 역할을하는 대기. 이것은 숫자를 줄이는 데 사용될 수 있습니다 마스터와 직접 연결하고 또한 사이트 간 최소화 대역폭 오버 헤드.
수신자와 발신자 역할을하는 대기는 계단식 대기. 더 직접적으로 연결된 대기 마스터는 업스트림 서버로 알려져 있고 윈 토토 서버는 더 멀리 다운 스트림 서버가 있습니다. 계단식 복제는 그렇지 않습니다 다운 스트림 서버의 수 또는 배열에 대한 제한, 각 대기는 하나의 업스트림 서버에만 연결되지만 결국 단일 마스터/기본 서버로 연결됩니다.
계단식 대기는 마스터뿐만 아니라 아카이브에서 복원 된 것. 그래서 일부 업스트림 연결의 복제 연결이 종료되고 스트리밍 복제는 새로운 WAL만큼 하류에서 계속됩니다. 레코드를 사용할 수 있습니다.
계단식 복제는 현재 비동기입니다. 동기 복제 (참조섹션 25.2.7) 설정은 현재 계단식 복제에 영향을 미치지 않습니다.
핫 윈 토토 피드백은 계단식이 무엇이든 상류로 전파됩니다 준비.
업스트림 윈 토토 서버가 새로운 마스터가되도록 홍보 된 경우 다운 스트림 서버는 새로운 마스터에서 계속 스트리밍됩니다.복구 _target_timeline로 설정되었습니다'최신'.
계단식 복제를 사용하려면 계단식 대기를 설정하십시오. 복제 연결을 수락 할 수 있습니다 (즉, SETmax_wal_senders및hot_standby, 그리고 구성토토 PostgreSQL : 문서 : 9.3 : PG_HBA.conf 파일). 당신은 또한 설정해야합니다Primary_ConnInfo다운 스트림 윈 토토에서 포인트 계단식 윈 토토에.
PostgreSQL스트리밍 복제는 기본적으로 비동기식입니다. 기본 서버 인 경우 충돌이 발생하면 커밋 된 일부 거래는 윈 토토 서버로 복제되어 데이터 손실이 발생합니다. 그만큼 데이터 손실의 양은 복제 지연에 비례합니다. 장애 조치 시간.
동기 복제는 모든 것을 확인할 수있는 기능을 제공합니다 거래에 의한 변경 사항은 하나로 이전되었습니다. 동기 윈 토토 서버. 이것은 표준 수준을 확장합니다 트랜잭션 커밋이 제공하는 내구성. 이 수준 보호는 컴퓨터 과학에서 2- 안전한 복제라고합니다. 이론.
동기 복제를 요청할 때 각각의 저지를 커밋합니다 거래는 확인 될 때까지 기다립니다 커밋은 두 가지의 트랜잭션 로그 온 디스크에 기록되었습니다. 기본 및 윈 토토 서버. 데이터가 될 수있는 유일한 가능성 1 차와 대기가 모두에서 충돌이 발생하면 동시에. 이것은 훨씬 더 높은 수준의 내구성을 제공 할 수 있습니다. Sysadmin이 배치에 대해 신중한 경우에만 두 서버의 관리. 확인을 기다리고 있습니다 변경 사항이 손실되지 않을 것이라는 사용자의 확신 서버 충돌 이벤트 이벤트이지만 반드시 증가합니다. 요청 거래에 대한 응답 시간. 최소 대기 시간 기본에서 대기 사이의 왕복 시간입니다.
트랜잭션 및 거래 롤백 만 읽기 기다릴 필요가 없습니다 윈 토토 서버에서 회신 용. 하위 트랜잭션 커밋은 그렇지 않습니다 윈 토토 서버의 응답을 기다리며 최상위 수준의 커밋 만 기다립니다. 데이터 로딩 또는 인덱스 빌딩과 같은 장기적인 작업은 최종 커밋 메시지가 될 때까지 기다리십시오. 모든 2 단계 커밋 행동은 준비와 준비와 모두를 포함한 커밋 대기 시간이 필요합니다 저지르다.
스트리밍 복제가 구성되어 구성된 구성 동기식 복제에는 하나의 추가 구성이 필요합니다 단계:synchronous_standby_names비어 있지 않은 값으로 설정해야합니다.synchronous_commit또한 설정해야합니다on, 그러나 이것은 기본값이기 때문에 일반적으로 변경이 필요하지 않습니다. (보다섹션 18.5.1및섹션 18.6.2.)이 구성으로 인해 각 커밋이 발생합니다 윈 토토가 커밋을 작성했다는 확인을 기다리십시오. 내구성있는 저장소에 기록하십시오.synchronous_commit개별 사용자가 설정할 수 있습니다. 특히 구성 파일에서 구성 할 수 있습니다. 사용자 또는 데이터베이스 또는 응용 프로그램에 따라 동적으로 트랜잭션별로 내구성 보증을 제어하십시오.
커밋 레코드가 기본에서 디스크에 기록 된 후 그런 다음 WAL 레코드가 대기로 전송됩니다. 대기는 답장을 보냅니다 새로운 WAL 데이터 배치가 디스크에 기록 될 때마다 메시지, 하지 않는 한Wal_receiver_status_interval가 설정되었습니다 윈 토토에서 0으로. 윈 토토가 첫 번째 일치 인 경우 윈 토토,에 지정된대로synchronous_standby_names기본에서 답장 해당 대기 메시지의 메시지가 대기하는 사용자를 깨우는 데 사용됩니다. 커밋 기록이 접수되었음을 확인했습니다. 이것들 매개 변수를 사용하면 관리자가 윈 토토 서버를 지정할 수 있습니다 동기식 대기 여야합니다. 구성이 있습니다 동기 복제는 주로 마스터에 있습니다. 이름이 지정되었습니다 마스터와 직접 연결되어야합니다. 주인은 아무것도 모른다 계단식 복제를 사용하는 다운 스트림 윈 토토 서버 정보.
설정synchronous_committoRemote_write각 커밋을 유발합니다 대기가 커밋을 받았다는 확인을 기다리십시오. 자체 운영 체제에 기록하고 작성했지만 대기에서 디스크로 플러시 할 데이터. 이 설정 보다 내구성에 대한 약한 보장을 제공합니다.onDO : 윈 토토는 데이터를 잃을 수 있습니다 운영 체제 충돌 사건이지만PostgreSQL충돌. 그러나 유용합니다 응답 시간을 줄일 수 있기 때문에 실제로 설정 거래. 데이터 손실은 1 차와 대기 충돌과 기본 데이터베이스가 손상됩니다. 동시.
빠른 종료가 요청되면 사용자는 대기를 중단합니다. 그러나 비동기 복제를 사용할 때와 마찬가지로 서버가됩니다 모든 미결제 WAL 레코드가있을 때까지 완전히 종료되지는 않습니다 현재 연결된 윈 토토 서버로 전송되었습니다.
동기 복제는 일반적으로 신중하게 계획해야합니다 응용 프로그램이 수용 가능한 성능을 제공하기 위해 윈 토토 서버를 배치했습니다. 대기는 시스템 리소스를 사용하지는 않지만 트랜잭션 잠금을 사용합니다 전송이 확인 될 때까지 계속 유지됩니다. 결과적으로, 동기 복제를 불법적으로 사용하면 성능이 줄어 듭니다 응답 시간이 증가하여 데이터베이스 응용 프로그램의 경우 더 높은 경합.
PostgreSQL허용 애플리케이션 개발자를 통해 필요한 내구성 수준을 지정합니다 복제. 그러나 이것은 전체 시스템에 대해 지정할 수 있습니다 특정 사용자 또는 연결에 대해 지정하거나 심지어 개별 거래.
예를 들어, 응용 프로그램 워크로드는 다음과 같이 구성 될 수 있습니다. 변경 사항의 90%는 고객 세부 사항이 중요한 고객 세부 사항입니다. 비즈니스가 더 쉽게 살아남을 수있는 덜 중요한 데이터 사용자 간의 채팅 메시지와 같은 손실됩니다.
응용 프로그램 수준 (기본) 동기식을 제공 할 수 있습니다 속도를 늦추지 않고 가장 중요한 변경 사항에 대한 복제 총 작업량의 대부분. 응용 프로그램 수준 옵션은 다음과 같습니다 이점을 허용하기위한 중요하고 실용적인 도구 고성능 응용 프로그램을위한 동기 복제.
네트워크 대역폭이 더 높아야한다고 생각해야합니다. WAL 데이터 생성 비율보다
commits whensynchronous_commitIS 설정on또는Remote_write동기 대기가 될 때까지 기다립니다 응답합니다. 마지막으로 또는 만 있으면 응답이 발생하지 않을 수 있습니다. 대기는 충돌해야합니다.
데이터 손실을 피하기위한 최상의 솔루션은 마지막으로 남은 동기 윈 토토를 잃습니다. 이것은 달성 될 수 있습니다 사용을 사용하여 다중 잠재적 동기식 윈 토토의 이름을 지정하여synchronous_standby_names. 첫 번째 명명 윈 토토 동기 윈 토토로 사용됩니다. 이 후에 나열된 윈 토토 첫 번째 일 경우 동기 윈 토토의 역할을 인수합니다. 실패해야합니다.
38111_38222캐치 업모드. 일단 윈 토토 사이의 지연과 처음으로 실시간으로 이동할 때 1 차는 0에 도달합니다스트리밍상태. 캐치 업 기간은 5 월입니다 대기가 생성 된 직후에 오래 걸리십시오. 만약 대기는 종료되면 캐치 업 기간이 증가합니다. 기간에 따라 대기가 다운되었습니다. 그만큼 대기는 일단 있으면 동기 대기가 될 수 있습니다. 도달했다스트리밍State.
커밋 중에 1 차 재시작이 기다리고있는 경우 승인, 대기 거래는 완전히 표시됩니다 기본 데이터베이스가 복구되면 커밋됩니다. 할 수있는 방법이 없습니다 모든 대기는 모든 미결제 월 데이터를 수신했다고 확신합니다. 1 차 충돌 시간. 일부 거래는 다음과 같이 표시되지 않을 수 있습니다 그들이 헌신적으로 보이지만 대기에 커밋 주요한. 우리가 제공하는 보장은 응용 프로그램이 성공적인 커밋에 대한 명시 적 인정을받습니다 WAL 데이터가 안전하게 수신되는 것으로 알려질 때까지의 거래 대기.
마지막 윈 토토 서버를 실제로 잃어버린 경우 장애를 입히다synchronous_standby_names및 기본 서버에서 구성 파일을 다시로드합니다.
기본이 나머지 윈 토토 서버에서 격리 된 경우 남은 다른 사람들의 최고의 후보자에게 실패해야합니다. 윈 토토 서버.
트랜잭션이있는 동안 윈 토토 서버를 다시 만들어야하는 경우 대기 중, 명령이 pg_start_backup () 및 pg_stop_backup ()는와의 세션에서 실행됩니다.synchronous_commit=OFF, 그렇지 않으면 그 요청은 윈 토토가 영원히 기다릴 것입니다. 나타나다.
| 이전 | 배트맨 토토 : 문서 : 9.3 : 배트맨 토토 9.3.25 문서화 | 다음 |
| 다른 비교 솔루션 | up | Failover |