| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| 이전 | PostgreSQL : 문서 : 9.4 : 고 가용성,윈 토토 밸런싱 및 복제 | 25 장. 고 가용성,로드 밸런싱 및 복제 | 다음 |
연속 아카이브를 사용하여 A고 가용성(HA) 하나 이상의 클러스터 구성토토 사이트 서버기본 서버가 실패하면 작업을 인수 할 준비가되었습니다. 이 기능은 널리이라고합니다.따뜻한 토토 사이트또는로그 배송.
기본 및 토토 사이트 서버는이 기능을 제공하기 위해 함께 작동하지만 서버는 느슨하게 연결되어 있습니다. 기본 서버는 연속 아카이빙 모드에서 작동하는 반면 각 토토 사이트 서버는 연속 복구 모드에서 작동하며 기본에서 WAL 파일을 읽습니다.
한 데이터베이스 서버에서 다른 데이터베이스 서버로 직접 이동하는 WAL 레코드를 일반적으로 로그 배송으로 설명합니다.PostgreSQL한 번에 WAL Records 한 파일 (WAL 세그먼트)을 전송하여 파일 기반 로그 배송을 구현합니다. Wal Files (16MB)는 인접 시스템, 동일한 사이트의 다른 시스템 또는 전세계의 다른 시스템에 관계없이 모든 거리에 걸쳐 쉽고 저렴하게 배송 할 수 있습니다.섹션 25.2.5).
로그 배송이 비동기식이라는 점에 유의해야합니다. 결과적으로 기본 서버가 치명적인 실패를 겪을 경우 데이터 손실의 창이 있습니다.archive_timeout매개 변수는 몇 초 만에 낮게 설정할 수 있습니다. 그러나 이러한 낮은 설정은 파일 배송에 필요한 대역폭을 크게 증가시킵니다.섹션 25.2.5) 훨씬 더 작은 데이터 손실 창을 허용합니다.
회복 성능은 대기가 일반적으로 활성화되면 전체 가용성에서 멀리 떨어진 순간 일 정도로 충분합니다. 결과적으로이를 고 가용성을 제공하는 따뜻한 토토 사이트 구성이라고합니다.섹션 25.5자세한 내용은
일반적으로 기본 및 토토 사이트 서버를 작성하여 최소한 데이터베이스 서버의 관점에서 가능한 한 비슷하도록하는 것이 현명합니다. 특히, 테이블 스페이스와 관련된 경로 이름은 수정되지 않은 것으로 전달되므로 기본 서버와 토토 사이트 서버는 해당 기능을 사용하는 경우 테이블 스페이스에 대해 동일한 마운트 경로를 가져야합니다.테이블 스페이스 생성기본에서 실행됩니다. 명령이 실행되기 전에 기본 및 모든 토토 사이트 서버에서 필요한 새로운 마운트 포인트를 작성해야합니다. 하드웨어는 정확히 동일 할 필요는 없지만 경험에 따르면 두 개의 동일한 시스템을 유지하는 것이 응용 프로그램과 시스템의 수명 동안 두 개의 다른 시스템을 유지하는 것보다 쉽습니다.
일반적으로, 다른 전공을 실행하는 서버간에 로그 배송PostgreSQL릴리스 레벨이 불가능합니다. PostgreSQL Global Development 그룹의 정책은 사소한 릴리스 업그레이드 중에 디스크 형식을 변경하지 않기 때문에 기본 및 토토 사이트 서버에서 다른 사소한 릴리스 레벨을 실행하는 것이 성공적으로 작동 할 가능성이 높습니다.
대기 모드에서 서버는 마스터 서버에서 수신 된 WAL을 지속적으로 적용합니다. 토토 사이트 서버는 WAL 아카이브에서 WAL을 읽을 수 있습니다 (참조Restore_command) 또는 TCP 연결 (스트리밍 복제)을 통해 마스터에서 직접 직접. 토토 사이트 서버는 또한 대기 클러스터에서 발견 된 WAL을 복원하려고 시도합니다.PG_XLOG디렉토리. 이는 일반적으로 서버가 다시 시작된 후에 발생합니다. 토토 사이트가 다시 시작되기 전에 마스터에서 스트리밍 된 토토 사이트 WAL이 다시 재생 될 때 발생하지만 파일을 수동으로 복사 할 수도 있습니다.PG_XLOG언제든지 재생할 수 있습니다.
시작시 토토 사이트는 아카이브 위치에서 사용 가능한 모든 WAL을 복원하여 시작합니다.Restore_command. WAL의 끝에 도달하면Restore_command실패,에서 사용 가능한 WAL을 복원하려고 시도합니다.PG_XLOG디렉토리. 실패하고 스트리밍 복제가 구성되면 대기는 기본 서버에 연결하고 아카이브 또는에있는 마지막 유효한 레코드에서 WAL을 스트리밍하기 시작합니다.PG_XLOG. 실패하거나 스트리밍 복제가 구성되지 않거나 연결이 나중에 분리 된 경우 토토 사이트는 1 단계로 돌아가 아카이브에서 파일을 다시 복원하려고합니다.PG_XLOG, 그리고 스트리밍을 통해 서버가 중지되거나 트리거 파일에 의해 장애 조치가 트리거 될 때까지 스트리밍 복제가 계속됩니다..
토토 사이트 모드가 종료되고 서버가 정상 작동으로 전환됩니다PG_CTL PROMOTE실행 중이거나 트리거 파일이 발견됩니다 (trigger_file). 장애 조치 전에 모든 WAL이 아카이브 또는에서 즉시 사용할 수 있습니다.PG_XLOG복원되지만 마스터와 연결하려는 시도는 없습니다.
기본 토토 사이트 디렉토리에서 토토 사이트에서 액세스 할 수있는 아카이브 디렉토리에서 연속 아카이브를 설정하여토토 꽁 머니 PostgreSQL : 문서 : 9.4 : 연속 보관 및 시점 복구 (PITR). 마스터가 다운 된 경우에도 대기에서 아카이브 위치에 액세스 할 수 있어야합니다. 즉, 마스터 서버가 아닌 토토 사이트 서버 자체 또는 다른 신뢰할 수있는 서버에 상주해야합니다.
스트리밍 복제를 사용하려면 기본 서버에서 인증을 설정하여 토토 사이트 서버에서 복제 연결을 허용합니다. 즉, 역할을 만들고 적절한 항목 또는 항목을 제공합니다on데이터베이스 필드가 설정된 상태복제. 또한 보장max_wal_senders기본 서버의 구성 파일에서 충분히 큰 값으로 설정됩니다. 복제 슬롯을 사용하는 경우max_replication_slots충분히 높게 설정되어 있습니다.
|섹션 24.3.2토토 사이트 서버를 부트 스트랩합니다.
토토 사이트 서버를 설정하려면 기본 서버에서 가져온베이스 백업을 복원하십시오 (참조섹션 24.3.4). 복구 명령 파일 생성on토토 사이트 클러스터 데이터 디렉토리에서STANDBY_MODE. 세트Restore_commandWAL 아카이브에서 파일을 복사하는 간단한 명령. 고 가용성 목적으로 여러 토토 사이트 서버를 계획하려면 설정복구 _target_timelineto최신, 토토 사이트 서버가 다른 대기로 장애 조치에서 발생하는 타임 라인 변경을 따르기 위해.
참고 :여기에 설명 된 내장 대기 모드와 함께 pg_standby 또는 유사한 도구를 사용하지 마십시오.Restore_command파일이 존재하지 않으면 즉시 반환해야합니다. 필요한 경우 서버가 명령을 다시 재 시도합니다.PostgreSQL : 문서 : 9.4 : 로그 배송을위한 대체 토토 사이트 순위pg_standby와 같은 도구 사용.
스트리밍 복제를 사용하려면 채우기Primary_ConnInfo호스트 이름 (또는 IP 주소)을 포함하여 LIBPQ 연결 문자열 및 기본 서버에 연결하는 데 필요한 추가 세부 사항이 있습니다. 기본에 인증을 위해 암호가 필요한 경우 비밀번호를 지정해야합니다.Primary_ConnInfo
고 가용성 목적으로 토토 사이트 서버를 설정하는 경우 기본 서버와 같은 WAL 아카이빙, 연결 및 인증을 설정합니다. 토토 사이트 서버가 장애 조치 후 기본 서버로 작동하기 때문입니다..
WAL 아카이브를 사용하는 경우를 사용하여 크기를 최소화 할 수 있습니다.archive_cleanup_command더 이상 토토 사이트 서버에서 필요하지 않은 파일을 제거하는 매개 변수. 그만큼PG_ARCHIVECLEANUP유틸리티는 특별히 사용하도록 특별히 설계되었습니다archive_cleanup_command일반적인 단일 스탠드 구성에서 참조PG_ARCHIVECLEANUP. 그러나 백업 목적으로 아카이브를 사용하는 경우 더 이상 대기에 필요하지 않더라도 최소한 최신 기본 백업에서 복구하는 데 필요한 파일을 유지해야합니다..
a의 간단한 예onis :
standby_mode = 'on'
여러 토토 사이트 서버를 가질 수 있지만 스트리밍 복제를 사용하는 경우 설정해야합니다max_wal_senders기본에서 동시에 연결할 수있을 정도로 높습니다.
스트리밍 복제를 사용하면 토토 사이트 서버가 파일 기반 로그 배송에서 가능한 것보다 최신 상태를 유지할 수 있습니다. 대기는 WAL 파일이 채워지기를 기다리지 않고 생성 된 상태에서 WAL 레코드를 대기로 스트리밍하는 기본에 연결됩니다.
스트리밍 복제는 기본적으로 비동기식입니다 (참조섹션 25.2.8),이 경우 1 차 트랜잭션을 저지르는 것과 대기에서 변경 사항이 보이는 사이에 약간의 지연이 있습니다. 그러나이 지연은 파일 기반 로그 배송보다 훨씬 작습니다. 일반적으로 대기가 부하를 따라 잡을 수있을 정도로 강력하다고 가정하면 1 초 미만입니다.archive_timeout데이터 손실 창을 줄일 필요는 없습니다.
파일 기반 연속 아카이브없이 스트리밍 복제를 사용하는 경우 서버는 대기 WAL 세그먼트를 재활용 할 수 있습니다. 이 경우 대기는 새로운베이스 백업에서 재 구선해야합니다.Wal_Keep_SegmentsWAL 세그먼트가 너무 일찍 재활용되지 않거나 대기에 대한 복제 슬롯을 구성하여 충분히 큰 값으로. 대기에서 액세스 할 수있는 WAL 아카이브를 설정 한 경우 대기는 충분한 세그먼트를 유지하는 경우 항상 아카이브를 사용하여 잡을 수 있으므로 이러한 솔루션이 필요하지 않습니다..
스트리밍 복제를 사용하려면에 설명 된대로 파일 기반 로그쉽 토토 사이트 서버를 설정하십시오.PostgreSQL : 문서화 : 9.4 : 로그 선집 토토 사이트 서버. 파일 기반 로그쉽 대기를 스트리밍 복제 대기로 바꾸는 단계Primary_ConnInfo설정on기본 서버를 가리킬 파일. 세트Listen_Addresses및 인증 옵션 (참조on) 기본의 토토 사이트 서버가에 연결할 수 있도록 기본에서복제기본 서버의 Pseudo-Database (참조섹션 25.2.5.1).
Keepalive 소켓 옵션을 지원하는 시스템에서 설정TCP_KEEPALIVES_IDLE, TCP_KEEPALIVES_INterVALandTCP_KEEPALIVES_COUNT기본이 깨진 연결을 즉시 알 수 있도록 도와줍니다.
토토 사이트 서버에서 최대 동시 연결 수를 설정합니다 (참조max_wal_senders자세한 내용).
토토 사이트가 시작될 때Primary_ConnInfo가 올바르게 설정되면 대기는 아카이브에서 사용 가능한 모든 WAL 파일을 재생 한 후 기본에 연결됩니다. 연결이 성공적으로 설정되면 대기에서 월 리세이버 프로세스와 1 차의 해당 Walsender 프로세스가 표시됩니다.
신뢰할 수있는 사용자만이 WAL 스트림을 읽을 수 있도록 복제에 대한 액세스 권한을 설정하는 것이 매우 중요합니다. 토토 사이트 서버는 기본에 슈퍼 사용자로서 또는가있는 계정으로 인증해야합니다.복제특권. 로 전용 사용자 계정을 작성하는 것이 좋습니다.복제and로그인복제 권한. 하는 동안복제Privilege는 매우 높은 권한을 부여하며, 사용자가 기본 시스템의 데이터를 수정할 수는 없습니다.SuperUser특권이.
복제를위한 클라이언트 인증은 a에 의해 제어됩니다.on기록 지정복제in데이터베이스필드. 예를 들어, 토토 사이트가 호스트 IP에서 실행중인 경우192.168.1.100복제 계정 이름은입니다.foo, 관리자는 다음 줄을에 추가 할 수 있습니다.on기본 파일 :
# 호스트 192.168.1.100에서 사용자 "foo"가 기본에 연결하도록 허용
기본의 호스트 이름 및 포트 번호, 연결 사용자 이름 및 비밀번호는에 지정되어 있습니다.on파일. 암호는에서도 설정할 수 있습니다.~/.pgpass토토 사이트의 파일 (specify복제in데이터베이스필드). 예를 들어, 기본이 호스트 IP에서 실행중인 경우192.168.1.50, 포트5432, 복제 계정 이름은입니다.foo, 암호는입니다.foopass, 관리자는 다음 줄을에 추가 할 수 있습니다.on토토 사이트의 파일 :
# 대기는 호스트에서 실행중인 기본에 연결됩니다 192.168.1.50
스트리밍 복제의 중요한 건강 지표는 기본에서 생성 된 WAL 레코드의 양입니다. 기본의 현재 WAL 쓰기 위치를 대기로 수신 한 마지막 WAL 위치와 비교 하여이 지연을 계산할 수 있습니다.pg_current_xlog_location1 차 및pg_last_xlog_receive_location토토 사이트에서 각각 (참조표 9-65and표 9-66자세한 내용). 대기의 마지막 WAL 수신 위치는 WAL 수신기 프로세스의 프로세스 상태에도 표시되며PS명령 (참조섹션 27.1자세한 내용).
당신은를 통해 WAL 발신자 프로세스 목록을 검색 할 수 있습니다pg_stat_replication보기. 사이의 큰 차이점pg_current_xlog_locationandsend_location필드는 마스터 서버가 무거운 부하를 받고 있음을 나타냅니다.send_locationandpg_last_xlog_receive_location토토 사이트에서 네트워크 지연이 표시되거나 토토 사이트가 무거운 부하를 받고 있음을 나타낼 수 있습니다.
복제 슬롯은 마스터가 모든 대기에 의해 수신 될 때까지 WAL 세그먼트를 제거하지 않고 마스터가 행을 제거하지 않도록하는 자동화 된 방법을 제공합니다.복구 충돌토토 사이트가 단절된 경우에도
복제 슬롯을 사용하는 대신를 사용하여 오래된 WAL 세그먼트의 제거를 방지 할 수 있습니다Wal_Keep_Segmentsarchive_command. 그러나 이러한 방법은 종종 필요한 것보다 더 많은 월 세그먼트를 유지하는 반면, 복제 슬롯은 필요한 것으로 알려진 세그먼트의 수만 유지합니다.PG_XLOG; 현재 복제 슬롯을 사용하여이를 수행 할 방법이 없습니다.
마찬가지로hot_standby_feedbackandVACUUM_DEFER_CLEANUP_AGE진공에 의해 제거되는 관련 행에 대한 보호 기능을 제공하지만, 전자는 대기가 연결되지 않은 기간 동안 보호를 제공하지 않으며 후자는 종종 적절한 보호를 제공하기 위해 높은 값으로 설정해야합니다. 복제 슬롯은 이러한 단점을 극복합니다.
각 복제 슬롯은 이름이 있으며, 여기에는 소문자 문자, 숫자 및 밑줄 문자가 포함될 수 있습니다.
기존 복제 슬롯과 해당 상태에서pg_replication_slots보기
스트리밍 복제 프로토콜을 통해 슬롯을 생성하고 삭제할 수 있습니다 (참조섹션 49.3) 또는 SQL 함수를 통해 (참조섹션 9.26.6).
당신은 다음과 같은 복제 슬롯을 만들 수 있습니다 :
postgres =# select * from pg_create_physical_replication_slot ( 'node_a_slot');
이 슬롯을 사용하도록 토토 사이트를 구성하려면Primary_Slot_name토토 사이트에서 구성해야합니다on. 간단한 예는 다음과 같습니다.
statby_mode = 'on'
계단식 복제 기능을 사용하면 토토 사이트 서버가 복제 연결을 수락하고 WAL 레코드를 다른 대지에 스트리밍하여 릴레이 역할을합니다. 이것은 마스터와 직접 연결의 수를 줄이고 사이트 간 대역폭 오버 헤드를 최소화하는 데 사용될 수 있습니다.
수신기와 발신자 역할을하는 대기는 계단식 대기라고합니다. 마스터에보다 직접적으로 연결된 대기는 업스트림 서버로 알려져있는 반면 토토 사이트 서버는 더 다운 스트림 서버입니다.
계단식 대기는 마스터로부터받은 WAL 레코드뿐만 아니라 아카이브에서 복원 된 기록을 보냅니다. 따라서 일부 업스트림 연결의 복제 연결이 종료 되더라도 새로운 WAL 레코드를 사용할 수있는 한 스트리밍 복제가 계속 진행됩니다.
계단식 복제는 현재 비동기입니다. 동기 복제 (참조섹션 25.2.8) 설정은 현재 계단식 복제에 영향을 미치지 않습니다.
핫 토토 사이트 피드백은 계단식 배열에 관계없이 상류로 전파됩니다.
업스트림 토토 사이트 서버가 새 마스터가되기 위해 홍보되면 다운 스트림 서버는 새 마스터에서 계속 스트리밍됩니다.복구 _target_timeline로 설정되었습니다'최신'.
계단식 복제를 사용하려면 복제 연결을 수락 할 수 있도록 계단식 대기를 설정하십시오 (즉, SETmax_wal_sendersandhot_standby및 구성호스트 기반 인증). 당신은 또한 설정해야합니다Primary_ConnInfo계단식 토토 사이트를 가리키기 위해 다운 스트림 토토 사이트에서.
PostgreSQL스트리밍 복제는 기본적으로 비동기식입니다. 기본 서버가 충돌하면 커밋 된 일부 트랜잭션이 토토 사이트 서버로 복제되지 않았으므로 데이터 손실이 발생할 수 있습니다.
동기 복제는 트랜잭션에 의해 모든 변경 사항이 하나의 동기 토토 사이트 서버로 전송되었는지 확인하는 기능을 제공합니다. 이는 거래 커밋에서 제공하는 표준 내구성 수준을 확장합니다.
동기 복제를 요청할 때, 쓰기 트랜잭션의 각 커밋은 기본 및 토토 사이트 서버의 트랜잭션 로그 온 디스크에 커밋이 기록되었음을 확인할 때까지 대기합니다. 데이터가 손실 될 수있는 유일한 가능성은 기본 및 대기가 동시에 충돌을 겪는 경우입니다.
트랜잭션 및 트랜잭션 롤백 만 읽기 토토 사이트 서버에서 답장을 기다릴 필요가 없습니다. Subrantaction Comm은 토토 사이트 서버의 응답을 기다리지 않고 최상위 커밋 만 대기합니다.
스트리밍 복제가 구성되면 동기식을 구성하려면 하나의 추가 구성 단계 만 있으면됩니다.synchronous_standby_names비어 있지 않은 값으로 설정해야합니다.synchronous_commiton, 그러나 이것은 기본값이므로 일반적으로 변경이 필요하지 않습니다. (보다섹션 18.5.1and섹션 18.6.2.)이 구성은 각각 토토 사이트가 내구성있는 저장소에 커밋 레코드를 작성했음을 확인하기 위해 토토 사이트합니다..synchronous_commit개별 사용자가 설정할 수 있으므로 변환 당 내구성 보증을 제어하기 위해 구성 파일, 특정 사용자 또는 데이터베이스에 대해 또는 응용 프로그램에 따라 동적으로 구성 할 수 있습니다.
커밋 레코드가 기본의 디스크에 기록 된 후 WAL 레코드가 토토 사이트로 전송됩니다. 토토 사이트는 새로운 월 데이터 배치가 디스크에 기록 될 때마다 회신 메시지를 보냅니다.Wal_receiver_status_interval대기에서 0으로 설정되었습니다. 대기가 첫 번째 일치하는 대기 인 경우synchronous_standby_names기본에서 해당 대기의 응답 메시지는 커밋 레코드가 수신되었다는 확인을 기다리는 사용자를 깨우는 데 사용됩니다. 이 매개 변수를 사용하면 관리자가 어떤 토토 사이트 서버가 동기식 대기 여야하는지 지정할 수 있습니다.
설정synchronous_committoRemote_write대기가 커밋 레코드를 수신하고 자체 운영 체제에 작성했음을 확인하기 위해 각 커밋을 기다릴 것입니다. 이 설정은보다 내구성에 대한 약한 보증을 제공합니다.onDOS : 토토 사이트는 운영 체제 충돌시 데이터를 잃을 수 있지만PostgreSQL충돌. 그러나 거래의 응답 시간을 줄일 수 있기 때문에 실제로 유용한 설정입니다.
빠른 종료가 요청되면 사용자는 대기를 중단합니다. 그러나 비동기 복제를 사용할 때와 같이 모든 미결제 WAL 레코드가 현재 연결된 토토 사이트 서버로 전송 될 때까지 서버는 완전히 종료되지 않습니다.
동기 복제는 일반적으로 애플리케이션을 수용 할 수 있도록 신중하게 계획되고 배치 된 토토 사이트 서버가 필요합니다. 대기는 시스템 리소스를 사용하지 않지만 전송이 확인 될 때까지 트랜잭션 잠금 장치가 계속 유지됩니다.
PostgreSQL응용 프로그램 개발자가 복제를 통해 필요한 내구성 수준을 지정할 수 있습니다. 특정 사용자 또는 연결 또는 개별 트랜잭션에 대해서도 지정할 수도 있지만 시스템 전체에 지정할 수 있습니다.
예를 들어, 응용 프로그램 워크로드는 다음으로 구성 될 수 있습니다. 변경의 10%는 중요한 고객 세부 사항이며, 90%의 변경 사항은 사용자 간 채팅 메시지와 같이 비즈니스가 손실되면 비즈니스가 더 쉽게 살아남을 수있는 중요한 데이터입니다..
응용 프로그램 수준 (1 차)에 지정된 동기식 복제 옵션을 사용하여 총 작업량의 대부분을 늦추지 않고 가장 중요한 변경 사항에 대해 동기식 복제를 제공 할 수 있습니다. 응용 프로그램 수준 옵션은 고성능 응용 프로그램에 대한 동기 복제의 이점을 허용하는 중요하고 실용적인 도구입니다.
네트워크 대역폭이 WAL 데이터 생성 속도보다 높아야한다고 생각해야합니다.
synchronous_commit로 설정되었습니다on또는Remote_write동기 대기가 응답 할 때까지 기다립니다. 마지막으로 또는 대기가 충돌 해야하는 경우 응답이 발생하지 않을 수 있습니다.
데이터 손실을 피하기위한 최상의 솔루션은 마지막으로 남은 동기 토토 사이트를 잃지 않도록하는 것입니다. 이것은 여러 잠재적 동기식 토토 사이트를 사용하여를 달성 할 수 있습니다.synchronous_standby_names. 첫 번째 명명 된 토토 사이트는 동기 토토 사이트로 사용됩니다.
토토 사이트가 처음으로 기본에 부착되면 아직 제대로 동기화되지 않습니다. 이것은로 묘사됩니다.캐치 업모드. 토토 사이트와 1 차 사이의 지연이 처음으로 0에 도달하면 실시간으로 이동스트리밍상태. 캐치 업 기간은 대기가 생성 된 직후에 길어질 수 있습니다.스트리밍State.
Commits가 승인을 기다리는 동안 1 차 재시작이 진행되면 기본 데이터베이스가 복구되면 대기 트랜잭션이 완전히 커밋됩니다. 모든 대기는 1 차 충돌 시점에 모든 미결제 월 데이터를 받았다고 확신 할 수있는 방법이 없습니다.
실제로 마지막 토토 사이트 서버를 잃어버린 경우 비활성화해야합니다synchronous_standby_names기본 서버에서 구성 파일을 다시로드합니다.
기본이 나머지 토토 사이트 서버에서 격리 된 경우 다른 토토 사이트 서버의 최상의 후보로 실패해야합니다.
트랜잭션이 대기 중에 토토 사이트 서버를 다시 만들어야하는 경우 PG_START_BACKUP () 및 PG_STOP_BACKUP ()가 세션에서 실행되는지 확인하십시오synchronous_commit = OFF, 그렇지 않으면 해당 요청은 토토 사이트가 나타날 때까지 영원히 기다립니다.
| 이전 | 윈 토토 : 문서 : 9.4 : 윈 토토 9.4.26 문서화 | 다음 |
| 다른 솔루션 비교 | PostgreSQL : 문서 : 9.4 : 고 가용성,윈 토토 밸런싱 및 복제 | Failover |