| PostgreSQL 9.2.24 문서 | ||||
|---|---|---|---|---|
| 이전 | 위로 | 25장. 고가용성, 부하 분산 및 복제 | 배트맨 토토 : 문서 : 9.2 : Failover | |
지속적인 보관을 사용하여 다음을 생성할 수 있습니다.고가용성(HA) 클러스터 구성 하나 이상윈 토토 서버준비됨 기본 서버에 장애가 발생하면 작업을 대신합니다. 이 기능 다음과 같이 널리 알려져 있습니다.따뜻한 윈 토토또는로그 전달.
기본 및 윈 토토 서버는 함께 작동하여 이를 제공합니다. 하지만 서버는 느슨하게 결합되어 있습니다. 는 기본 서버는 연속 보관 모드로 작동하지만 각 서버는 윈 토토 서버는 연속 복구 모드로 작동하여 기본의 WAL 파일입니다. 데이터베이스 테이블에 대한 변경 사항은 없습니다. 이 기능을 활성화하는 데 필요하므로 낮은 제공량을 제공합니다. 다른 복제와 비교한 관리 오버헤드 솔루션. 이 구성은 성능도 상대적으로 낮습니다. 기본 서버에 영향을 미칩니다.
WAL 레코드를 하나의 데이터베이스 서버에서 다른 서버로 직접 이동 다른 하나는 일반적으로 로그 전달로 설명됩니다.PostgreSQL파일 기반 로그 구현 WAL 기록을 한 번에 하나의 파일(WAL 세그먼트)로 전송하여 배송 시간. WAL 파일(16MB)은 어떤 경로로든 쉽고 저렴하게 배송될 수 있습니다. 인접한 시스템이든, 다른 시스템이든 상관없이 거리가 멀다. 같은 사이트이거나 지구 반대편에 있는 다른 시스템일 수도 있습니다. 이 기술에 필요한 대역폭은 다음에 따라 다릅니다. 기본 서버의 트랜잭션 속도. 기록 기반 로그 전달 보다 세분화되어 WAL 변경 사항을 점진적으로 스트리밍합니다. 네트워크 연결(참조섹션 25.2.5).
로그 전달은 비동기식이라는 점에 유의해야 합니다. 즉, WAL 레코드는 트랜잭션 커밋 후에 배송됩니다. 로서 결과적으로 기본 서버에 데이터가 손실될 가능성이 있습니다. 치명적인 실패를 겪다; 아직 배송되지 않은 거래는 길을 잃다. 파일 기반 로그의 데이터 손실 창 크기 배송은 다음을 사용하여 제한될 수 있습니다.archive_timeout낮음으로 설정할 수 있는 매개변수 몇 초 정도. 그러나 이렇게 낮은 설정은 실질적으로 파일 전달에 필요한 대역폭을 늘립니다. 스트리밍 복제(참조섹션 25.2.5) 훨씬 더 작은 데이터 손실 기간을 허용합니다.
복구 성능이 충분히 우수하여 대기 일반적으로 한 번만 완전한 가용성을 얻을 수 있습니다. 활성화되었습니다. 결과적으로 이를 웜 대기라고 합니다. 고가용성을 제공하는 구성입니다. 서버 복원 아카이브된 기본 백업에서 롤포워드하는 데 소요되는 시간은 다음과 같습니다. 상당히 길기 때문에 해당 기술은 다음에 대한 솔루션만 제공합니다. 고가용성이 아닌 재해 복구. 윈 토토 서버는 읽기 전용 쿼리에도 사용됩니다. 이 경우에는 핫 윈 토토 서버. 보다와이즈 토토 : 문서 : 9.2 : 핫 와이즈 토토더 많은 정보를 원하시면.
일반적으로 기본 및 윈 토토 서버를 생성하는 것이 현명합니다 적어도 그 내용에서는 최대한 유사하도록 데이터베이스 서버의 관점. 특히, 경로 테이블스페이스와 연관된 이름이 전달됩니다. 수정되지 않았으므로 기본 서버와 윈 토토 서버 모두 해당 기능을 사용하는 경우 테이블스페이스에 대한 동일한 마운트 경로. 유지 다음과 같은 경우를 염두에 두세요.PostgreSQL : 문서기본, 새 마운트 지점에서 실행됩니다. 이를 위해 필요한 것은 기본 및 모든 윈 토토에서 생성되어야 합니다. 명령이 실행되기 전 서버. 하드웨어는 그럴 필요가 없습니다. 정확히 동일하지만 경험에 따르면 두 가지를 유지하는 것은 동일한 시스템이 서로 다른 두 시스템을 유지하는 것보다 쉽습니다. 애플리케이션과 시스템의 수명 동안의 것입니다. 어떤 경우에도 하드웨어 아키텍처가 동일해야 하는 경우 - 배송 예를 들어 32비트에서 64비트 시스템으로는 작동하지 않습니다.
일반적으로 서로 다른 서버를 실행하는 서버 간의 로그 전달 전공PostgreSQL출시 수준은 불가능합니다. PostgreSQL의 정책입니다. 글로벌 개발 그룹(Global Development Group)은 디스크 형식을 변경하지 않습니다 마이너 릴리스 업그레이드 중에 실행될 가능성이 높습니다. 기본 및 윈 토토 서버의 다양한 마이너 릴리스 레벨 성공적으로 작동합니다. 그러나 이에 대한 공식적인 지원은 없습니다. 제공되며 기본 및 윈 토토 서버를 유지하는 것이 좋습니다 가능한 한 동일한 릴리스 수준으로 유지합니다. 업데이트할 때 새로운 마이너 릴리스인 경우 가장 안전한 정책은 대기 버전을 업데이트하는 것입니다. 서버 우선 — 새로운 마이너 릴리스가 가능해질 가능성이 더 높습니다. 이전 마이너 릴리스의 WAL 파일을 읽는 것보다 반대로.
대기 모드에서 서버는 지속적으로 WAL을 적용합니다. 마스터 서버에서 받았습니다. 윈 토토 서버는 읽을 수 있습니다 WAL 아카이브의 WAL(참조restore_command) 또는 TCP 연결을 통해 마스터에서 직접(스트리밍 복제). 윈 토토 서버도 복원을 시도합니다. 대기 클러스터에서 발견된 모든 WALpg_xlog디렉토리. 이는 일반적으로 다음 이후에 발생합니다. 윈 토토 서버가 WAL을 다시 재생하면 서버가 다시 시작됩니다. 다시 시작하기 전에 마스터에서 스트리밍할 수도 있지만 파일을 수동으로 복사하세요.pg_xlog언제든지 다시 재생할 시간입니다.
시작 시 모든 WAL을 복원하여 윈 토토가 시작됩니다. 보관 위치에서 사용 가능, 전화restore_command. WAL의 끝에 도달하면 거기에서 사용 가능하며restore_command실패하면 다음에서 사용 가능한 WAL을 복원하려고 시도합니다.pg_xlog디렉토리. 실패하면 스트리밍 복제가 구성되었으며 대기가 연결을 시도합니다. 기본 서버로 이동하고 마지막부터 WAL 스트리밍을 시작합니다. 아카이브에서 유효한 기록을 찾았습니다. 또는pg_xlog. 실패하거나 스트리밍 복제가 발생하는 경우 구성되지 않았거나 나중에 연결이 끊어지면 윈 토토는 1단계로 돌아가서 파일 복원을 시도합니다. 다시 아카이브에서. 아카이브에서 재시도하는 이 루프는,pg_xlog및 스트리밍을 통해 서버가 중지되거나 장애 조치가 완료될 때까지 복제는 계속됩니다. 트리거 파일에 의해 트리거됩니다.
윈 토토 모드가 종료되고 서버가 정상 모드로 전환됩니다 언제 작동pg_ctl 승격실행됨 또는 트리거 파일이 발견되었습니다(trigger_file). 장애 조치 전, 모든 WAL 아카이브 또는에서 즉시 사용 가능pg_xlog복원되지만 시도는 없습니다. 마스터에 연결되도록 만들어졌습니다.
기본에서 아카이브로 연속 아카이브 설정 설명된 대로 윈 토토에서 액세스할 수 있는 디렉터리입니다.섹션 24.3. 아카이브 해당 위치는 대기 모드에서 액세스할 수 있어야 합니다. 마스터가 다운되었습니다. 즉, 윈 토토 서버에 있어야 합니다. 마스터 서버가 아닌 자체 또는 다른 신뢰할 수 있는 서버.
스트리밍 복제를 사용하려면 다음을 설정하십시오. 복제를 허용하기 위한 기본 서버의 인증 윈 토토 서버로부터의 연결 즉, 역할을 생성합니다. 적절한 항목을 제공하십시오.pg_hba.conf데이터베이스 필드가 다음으로 설정됨복제. 또한 보장하세요max_wal_senders충분히 큰 값으로 설정되었습니다. 기본 서버의 구성 파일에 있는 값입니다.
설명된 대로 기본 백업을 수행섹션 24.3.2윈 토토 서버를 부트스트랩합니다.
윈 토토 서버를 설정하려면 수행된 기본 백업을 복원하십시오. 기본 서버에서(참조섹션 24.3.4). 복구 명령 파일 생성recovery.conf윈 토토 클러스터 데이터 디렉토리를 선택하고 켜십시오.윈 토토_모드. 설정restore_command간단한 WAL 아카이브에서 파일을 복사하는 명령입니다. 가질 계획이라면 고가용성을 위해 여러 윈 토토 서버를 설정합니다.recovery_target_timeline에최신, 윈 토토 서버가 다음을 따르도록 합니다. 다른 대기 모드로의 장애 조치 시 발생하는 타임라인 변경입니다.
참고:pg_standby 또는 이와 유사한 도구를 사용하지 마십시오 여기에 설명된 내장 대기 모드입니다.restore_command다음의 경우 즉시 반환해야 합니다. 파일이 존재하지 않습니다. 서버가 명령을 다시 시도합니다 필요한 경우 다시. 참조섹션 25.4사용용 pg_standby와 같은 도구.
스트리밍 복제를 사용하려면 다음을 입력하세요.primary_conninfolibpq 연결 문자열을 사용하여, 호스트 이름(또는 IP 주소) 및 추가 정보를 포함합니다. 기본 서버에 연결하는 데 필요한 세부 정보입니다. 만약 기본 인증을 위해서는 비밀번호가 필요합니다. 비밀번호는 에 지정됨primary_conninfo으로 음.
윈 토토 서버를 높은 수준으로 설정하는 경우 가용성 목적, WAL 보관 설정, 연결 및 윈 토토 서버이기 때문에 기본 서버와 같은 인증 서버는 장애 조치 후 기본 서버로 작동합니다.
WAL 아카이브를 사용하는 경우 크기를 최소화할 수 있습니다 를 사용하여archive_cleanup_command매개변수를 사용하여 더 이상 필요하지 않은 파일을 제거합니다. 윈 토토 서버.pg_archivecleanup유틸리티가 설계되었습니다 특별히 함께 사용됩니다archive_cleanup_command일반적으로 단일 윈 토토 구성은 참조pg_archivecleanup. 그러나 참고하세요 백업 목적으로 아카이브를 사용하는 경우 다음을 수행해야 합니다. 최소한 최신 기반에서 복구하는 데 필요한 파일을 유지합니다. 백업(대기 모드에서 더 이상 필요하지 않더라도).
a의 간단한 예recovery.conf다음과 같습니다:
standby_mode = '켜짐' Primary_conninfo = '호스트=192.168.1.50 포트=5432 사용자=foo 비밀번호=foopass' Restore_command = 'cp /path/to/archive/%f %p' archive_cleanup_command = 'pg_archivecleanup /path/to/archive %r'
당신은 윈 토토 서버를 얼마든지 가질 수 있지만, 스트리밍 복제를 설정했는지 확인하세요.max_wal_senders기본에서 충분히 높음 동시에 연결되도록 허용합니다.
스트리밍 복제를 통해 윈 토토 서버가 더 오래 머물 수 있습니다. 파일 기반 로그 전달을 통해 가능한 것보다 최신 상태로 유지됩니다. 는 대기는 WAL 레코드를 스트리밍하는 기본에 연결됩니다. WAL을 기다리지 않고 생성된 대기 채워야 할 파일입니다.
스트리밍 복제는 기본적으로 비동기식입니다(참조섹션 25.2.7), 이 경우 사이에 약간의 지연이 있습니다. 기본에서 트랜잭션 커밋 및 변경 사항 대기 상태에서 표시됩니다. 그러나 이 지연은 너무 큽니다. 파일 기반 로그 전달보다 작습니다. 일반적으로 1개 미만입니다. 두 번째는 대기 상태가 따라잡을 수 있을 만큼 강력하다고 가정합니다. 부하. 스트리밍 복제를 사용하면,archive_timeout줄이는 데 필요하지 않습니다. 데이터 손실 창.
파일 기반 없이 스트리밍 복제를 사용하는 경우 지속적인 보관을 위해 설정해야 합니다wal_keep_segments마스터에서 높은 값으로 오래된 WAL 세그먼트도 재활용되지 않도록 보장하기에 충분합니다. 윈 토토팀에서는 따라잡기 위해 여전히 필요할 수 있습니다. 만약에 윈 토토 상태가 너무 뒤처져 있어 다시 초기화해야 합니다. 새로운 기본 백업에서. WAL 아카이브를 설정하면 윈 토토 모드에서 액세스 가능,wal_keep_segments윈 토토 모드로 필요하지 않습니다. 언제든지 아카이브를 사용하여 따라잡을 수 있습니다.
스트리밍 복제를 사용하려면 파일 기반 복제를 설정하세요. 설명된 대로 로그 전달 윈 토토 서버섹션 25.2. 회전하는 단계 파일 기반 로그 전달 대기를 스트리밍 복제로 전환 대기 설정 중입니다.primary_conninfo설정recovery.conf파일을 기본 서버를 가리킵니다. 설정listen_addresses및 인증 옵션(참조pg_hba.conf)을 기본에 설치하여 대기 서버는 다음에 연결할 수 있습니다.복제주 서버의 의사 데이터베이스(참조섹션 25.2.5.1).
킵얼라이브 소켓 옵션을 지원하는 시스템에서 설정tcp_keepalives_idle, tcp_keepalives_interval그리고tcp_keepalives_count기본 장치가 끊어진 연결을 즉시 발견하도록 돕습니다.
다음에서 최대 동시 연결 수를 설정합니다. 윈 토토 서버(참조max_wal_senders자세한 내용은).
윈 토토 시작 시primary_conninfo올바르게 설정되었습니다. 대기 모든 WAL 파일을 재생한 후 기본에 연결됩니다. 아카이브에서 사용 가능합니다. 연결이 설정된 경우 성공적으로, 당신은 walreceiver 프로세스를 볼 수 있습니다 대기 및 해당 Walsender 프로세스 기본.
다음에 대한 접근 권한이 매우 중요합니다. 신뢰할 수 있는 사용자만 읽을 수 있도록 복제를 설정해야 합니다. WAL 스트림, 특권 추출이 쉽기 때문 그것으로부터의 정보. 윈 토토 서버는 다음을 인증해야 합니다. 기본 수퍼유저 또는 다음이 있는 계정복제특권. 다음을 권장합니다. 다음을 사용하여 전용 사용자 계정을 만듭니다.복제그리고로그인복제 권한. 동안복제권한은 매우 높음 권한이 없으면 사용자가 데이터를 수정하는 것을 허용하지 않습니다. 기본 시스템입니다.슈퍼유저권한이 있습니다.
복제를 위한 클라이언트 인증은 다음에 의해 제어됩니다.pg_hba.conf레코드 지정복제에서데이터베이스필드. 예를 들어, 호스트 IP에서 대기가 실행 중입니다.192.168.1.100및 계정 이름 복제는foo, 관리자는 다음 줄을에 추가할 수 있습니다.pg_hba.conf기본 파일:
# 호스트 192.168.1.100의 "foo" 사용자가 기본 호스트에 연결하도록 허용합니다. # 사용자의 비밀번호가 올바르게 제공되면 복제 대기로 사용됩니다. # # 유형 데이터베이스 사용자 주소 방법 호스트 복제 foo 192.168.1.100/32 md5
기본 연결의 호스트 이름 및 포트 번호 사용자 이름 및 비밀번호는recovery.conf파일. 비밀번호는 다음과 같습니다. 에 설정~/.pgpass파일에 윈 토토 (구체적으로)복제에서데이터베이스필드). 예를 들어, 기본이 호스트 IP에서 실행 중인 경우192.168.1.50, 포트5432, 복제할 계정 이름은foo, 비밀번호는foopass, 관리자는 다음을 추가할 수 있습니다. 다음 줄은recovery.conf윈 토토 중인 파일:
# 대기는 호스트 192.168.1.50에서 실행 중인 기본에 연결됩니다. # 및 포트 5432는 비밀번호가 "foopass"인 사용자 "foo"입니다. Primary_conninfo = '호스트=192.168.1.50 포트=5432 사용자=foo 비밀번호=foopass'
스트리밍 복제의 중요한 상태 지표는
기본에서 생성된 WAL 레코드의 양.
아직 대기 상태에서는 적용되었습니다. 이 지연을 다음과 같이 계산할 수 있습니다.
기본의 현재 WAL 쓰기 위치를 다음과 비교합니다.
윈 토토 서버가 수신한 마지막 WAL 위치. 그들은 수 있습니다
다음을 사용하여 검색됨pg_current_xlog_location기본 및pg_last_xlog_receive_location에
각각 윈 토토(참조테이블
9-60그리고테이블
9-61자세한 내용). 마지막 WAL 수신 위치
대기는 WAL의 프로세스 상태에도 표시됩니다.
수신자 프로세스는를 사용하여 표시됩니다.ps명령(참조섹션 27.1자세한 내용은).
당신은 다음을 통해 WAL 발신자 프로세스 목록을 검색할 수 있습니다.pg_stat_replication보기. 사이에 큰 차이가 있음pg_current_xlog_location그리고sent_location필드는 다음을 나타낼 수 있습니다.
마스터 서버의 부하가 높다는 점과 차이점은
사이sent_location그리고pg_last_xlog_receive_location대기 상태에서는 네트워크 지연을 나타내거나
대기 중 부하가 높습니다.
계단식 복제 기능을 사용하면 윈 토토 서버가 다음을 수행할 수 있습니다. 복제 연결을 수락하고 WAL 레코드를 다른 사용자에게 스트리밍합니다. 대기하며 중계 역할을 합니다. 이는 다음을 줄이는 데 사용될 수 있습니다. 마스터에 대한 직접 연결 수를 최소화하고 사이트 간 대역폭 오버헤드.
수신자와 발신자 역할을 모두 수행하는 대기는 다음과 같이 알려져 있습니다. 계단식 대기. 보다 직접적으로 연결된 대기 마스터에 대한 서버는 업스트림 서버로 알려져 있지만 더 멀리 있는 윈 토토 서버는 다운스트림 서버입니다. 계단식 복제는 개수나 배열에 제한을 두지 않습니다. 각 윈 토토 서버는 단 하나의 서버에만 연결되지만 결국 단일 서버에 연결되는 업스트림 서버 마스터/기본 서버.
계단식 대기는 다음에서 수신한 WAL 레코드뿐만 아니라 마스터뿐 아니라 아카이브에서 복원된 것도 포함됩니다. 그러니 설령 일부 업스트림 연결의 복제 연결은 다음과 같습니다. 종료되면 스트리밍 복제가 다음 기간 동안 다운스트림으로 계속됩니다. 새로운 WAL 기록을 사용할 수 있는 한.
계단식 복제가 현재 비동기적입니다. 동기식 복제(참조섹션 25.2.7) 설정은 다단계 복제에 영향을 주지 않습니다. 현재.
핫 윈 토토 피드백은 무엇이든 업스트림으로 전파됩니다. 계단식 배열.
계단식 대기를 승격하면 즉시 종료됩니다. 제공되는 다운스트림 복제 연결입니다. 이것은 왜냐하면 대기시간마다 타임라인이 다르기 때문입니다. 더 이상 복제를 계속할 수 없습니다. 영향을 받은 스트리밍을 다시 설정하기 위해 대기 상태가 다시 연결될 수 있습니다. 복제.
계단식 복제를 사용하려면 계단식 대기를 설정하십시오 복제 연결을 허용할 수 있도록(즉, setmax_wal_senders그리고hot_standby, 그리고 구성토토 베이 : 문서 : 9). 또한 설정해야 합니다.primary_conninfo다운스트림 대기에서 계단식 대기를 가리킵니다.
PostgreSQL스트리밍 복제는 기본적으로 비동기식입니다. 기본 서버인 경우 충돌이 발생하면 커밋된 일부 트랜잭션이 작동하지 않을 수 있습니다. 윈 토토 서버로 복제되어 데이터가 손실되었습니다. 는 데이터 손실량은 복제 지연 시간에 비례합니다. 장애 조치 시간.
동기 복제는 다음을 확인하는 기능을 제공합니다. 거래로 인한 모든 변경 사항이 하나로 이전되었습니다. 동기 윈 토토 서버. 이는 표준 수준을 확장합니다. 트랜잭션 커밋을 통해 제공되는 내구성. 이 수준의 보호는 컴퓨터에서 2-안전 복제라고 합니다. 과학 이론.
동기 복제를 요청할 때 각 커밋은 쓰기 트랜잭션은 확인이 수신될 때까지 기다립니다. 커밋이 디스크의 트랜잭션 로그에 기록되었습니다. 기본 서버와 윈 토토 서버 모두. 유일한 가능성은 기본 및 대기 모두 문제가 있는 경우 데이터가 손실될 수 있습니다. 동시에 충돌합니다. 훨씬 더 높은 수준을 제공할 수 있습니다. 내구성은 시스템 관리자가 주의를 기울이는 경우에만 가능합니다. 두 서버의 배치 및 관리. 기다리는 중 확인을 통해 변경 사항에 대한 사용자의 신뢰도가 높아집니다. 서버가 충돌하더라도 손실되지는 않지만 요청에 대한 응답 시간이 필연적으로 증가합니다. 거래. 최소 대기 시간은 왕복 시간입니다. 기본과 대기 사이.
읽기 전용 트랜잭션 및 트랜잭션 롤백은 필요하지 않습니다. 윈 토토 서버의 응답을 기다립니다. 하위 트랜잭션 커밋 윈 토토 서버의 응답을 기다리지 않고 최상위 레벨만 기다리십시오. 커밋합니다. 데이터 로드 또는 색인과 같은 장기 실행 작업 건물은 최종 커밋 메시지까지 기다리지 않습니다. 모두 2단계 커밋 작업에는 커밋 대기가 필요합니다. 준비하고 커밋하세요.
스트리밍 복제가 구성되면, 동기 복제 구성에는 하나만 필요합니다. 추가 구성 단계:synchronous_standby_names비어 있지 않은 값으로 설정되어야 합니다. 값.동기_커밋또한 해야 합니다 로 설정됨켜짐, 하지만 이건 기본값이며 일반적으로 변경할 필요가 없습니다. (참조섹션 18.5.1그리고섹션 18.6.2.) 이 구성으로 인해 대기 데이터베이스가 작성되었다는 확인을 기다리도록 커밋합니다. 내구성 있는 저장소에 기록을 커밋합니다.동기_커밋개인이 설정할 수 있음 사용자이므로 구성 파일에서 구성할 수 있습니다. 특정 사용자나 데이터베이스 또는 동적으로 응용 프로그램에 대한 내구성 보증을 제어하기 위해 거래별로.
커밋 레코드가 디스크에 기록된 후 기본이면 WAL 레코드가 윈 토토로 전송됩니다. 는 윈 토토는 새로운 WAL 배치가 나올 때마다 응답 메시지를 보냅니다. 데이터가 디스크에 기록되는 경우는 제외됩니다.wal_receiver_status_interval다음에 0으로 설정됩니다. 대기. 대기가 첫 번째로 일치하는 대기인 경우 다음과 같이 에 지정됨synchronous_standby_names기본에서는 해당 대기의 응답 메시지는 사용자를 깨우는 데 사용됩니다. 커밋 레코드가 확인되기를 기다리는 중 받았습니다. 이 매개변수를 통해 관리자는 다음을 지정할 수 있습니다. 어떤 윈 토토 서버가 동기 대기여야 하는지. 참고 동기 복제의 구성은 주로 마스터에. 명명된 대기는 직접 연결되어야 합니다. 주인; 마스터는 다운스트림 대기에 대해 아무것도 모릅니다. 계단식 복제를 사용하는 서버.
설정동기_커밋에remote_write각 커밋이 발생합니다. 대기 장치가 수신했다는 확인을 기다리려면 레코드를 커밋하고 자체 운영 체제에 기록합니다. 하지만 데이터가 대기 디스크에 플러시되는 것은 아닙니다. 이 설정은 다음보다 약한 내구성 보장을 제공합니다.켜짐그렇습니다: 윈 토토가 손실될 수 있습니다. 운영 체제 충돌 시 데이터(a는 아님)PostgreSQL충돌. 그러나, 실제로는 유용한 설정입니다. 거래에 대한 응답 시간. 데이터 손실은 발생할 수 있습니다 기본 및 대기 데이터베이스가 모두 충돌하고 데이터베이스가 손상된 경우 기본이 동시에 손상됩니다.
빠른 종료가 요청되면 사용자는 대기를 중지합니다. 그러나 비동기 복제를 사용할 때와 마찬가지로 서버는 모든 미해결 WAL 기록이 완료될 때까지 완전히 종료되지 않습니다. 현재 연결된 윈 토토 서버로 전송됩니다.
동기 복제에는 일반적으로 신중한 계획이 필요합니다. 애플리케이션의 성능을 보장하기 위해 윈 토토 서버를 배치했습니다. 받아들일 수 있다. 대기는 시스템 리소스를 활용하지 않지만 트랜잭션 잠금은 전송이 완료될 때까지 계속 유지됩니다. 확인됨. 결과적으로 동기식을 부주의하게 사용하게 됩니다. 복제로 인해 데이터베이스 애플리케이션의 성능이 저하됩니다. 응답 시간이 늘어나고 더 길어지기 때문에 논쟁.
PostgreSQL허용합니다 내구성 수준을 지정하는 응용 프로그램 개발자 복제를 통해 필요합니다. 이는 다음에 대해 지정될 수 있습니다. 시스템 전반에 걸쳐 특정 항목에 대해 지정할 수도 있습니다. 사용자, 연결, 심지어 개별 거래까지.
예를 들어, 애플리케이션 작업 로드는 다음으로 구성될 수 있습니다: 10% 변경 사항 중 90%는 중요한 고객 세부 정보입니다. 변경 사항은 비즈니스가 더 많이 수행할 수 있는 덜 중요한 데이터입니다. 채팅 메시지 등 분실 시에도 쉽게 살아남을 수 있습니다. 사용자.
동기 복제 옵션이 다음에 지정되어 있습니다. 애플리케이션 수준(기본)에서 동기식을 제공할 수 있습니다. 속도 저하 없이 가장 중요한 변경 사항에 대한 복제 전체 작업량의 대부분을 줄였습니다. 적용 수준 옵션은 다음을 허용하는 중요하고 실용적인 도구입니다. 고성능을 위한 동기식 복제의 이점 응용 프로그램.
네트워크 대역폭이 다음과 같아야 한다는 점을 고려해야 합니다. WAL 데이터 생성 속도보다 높습니다.
커밋이 이루어진 시기동기_커밋다음으로 설정됨켜짐또는remote_write동기 대기가 응답할 때까지 기다립니다. 는 마지막 또는 유일한 대기 상태가 다음과 같은 경우에는 응답이 절대 발생하지 않을 수 있습니다. 충돌.
데이터 손실을 방지하기 위한 최선의 해결책은 마지막 남은 동기 윈 토토를 잃지 마십시오. 이것은 할 수 있다 여러 잠재적 동기 윈 토토 장치의 이름을 지정하여 달성할 수 있습니다. 사용 중synchronous_standby_names. 는 처음 명명된 대기는 동기 대기로 사용됩니다. 이후에 나열된 대기는 다음 역할을 대신합니다. 첫 번째 실패가 발생하면 동기 대기.
대기 장치가 기본 장치에 처음 연결되면 연결되지 않습니다. 아직 제대로 동기화되지 않았습니다. 이는 다음과 같이 설명됩니다.따라잡기모드. 일단 윈 토토와 윈 토토 사이의 지연 처음으로 실시간으로 전환할 때 기본이 0에 도달함스트리밍상태. 따라잡기 대기가 종료된 직후에는 지속 시간이 길어질 수 있습니다. 생성되었습니다. 대기가 종료되면 따라잡기 기간은 기간에 따라 늘어납니다. 대기가 중단되었습니다. 대기는 다음이 될 수 있습니다. 일단 도달하면 동기 대기스트리밍상태.
커밋이 기다리는 동안 기본이 다시 시작되는 경우 승인을 받으면 대기 중인 트랜잭션이 표시됩니다. 기본 데이터베이스가 복구되면 완전히 커밋됩니다. 있다 모든 대기 상태가 모든 것을 수신했는지 확신할 수 있는 방법이 없습니다. 기본 충돌 시 미해결 WAL 데이터. 일부 트랜잭션은 대기 모드에서 커밋된 것으로 표시되지 않을 수 있습니다. 기본에서 커밋된 것으로 표시되더라도 마찬가지입니다. 는 우리가 제공하는 보증은 응용 프로그램이 수신되지 않는다는 것입니다. 성공적인 커밋에 대한 명시적인 승인 WAL 데이터가 안전하게 수신되었다고 확인될 때까지 거래 대기 중입니다.
만약 당신이 정말로 마지막 윈 토토 서버를 잃었다면 당신은 비활성화해야 합니다synchronous_standby_names그리고 다시 로드하세요 기본 서버의 구성 파일입니다.
기본 서버가 나머지 윈 토토 서버로부터 격리된 경우 다른 후보 중 가장 적합한 후보에게 장애 조치해야 합니다. 남은 윈 토토 서버입니다.
그 동안 윈 토토 서버를 다시 생성해야 하는 경우 트랜잭션이 대기 중입니다. 명령이 실행되는지 확인하세요. pg_start_backup() 및 pg_stop_backup()은 세션에서 실행됩니다. 와 함께동기_커밋 = 꺼짐, 그렇지 않으면 해당 요청은 윈 토토합니다. 윈 토토 상태가 나타날 때까지 영원히.