| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| 토토 베이 : 문서 : 9.4 : 앞서 토토 베이 토토 베이 | 롤 토토 : 문서 : 9.4 : 서버 구성 | 18 장 서버 구성 | PostgreSQL : 문서 : 9.4 : 스포츠 토토 결과 계획 |
이러한 설정은 내장의 동작을 제어합니다스트리밍 토토 핫기능 (참조섹션 25.2.5). 서버는 마스터 또는 대기 서버입니다.섹션 25.2.7)가 사용되면 대기 서버 (들)도 수신자뿐만 아니라 발신자 일 수도 있습니다. 매개 변수는 주로 전송 및 대기 서버를위한 것이지만 일부 매개 변수는 마스터 서버에서만 의미합니다.
이 매개 변수는 토토 핫 데이터를 하나 이상의 대기 서버로 전송하는 모든 서버에서 설정할 수 있습니다. 마스터는 항상 전송 서버이므로 이러한 매개 변수는 항상 마스터에 설정해야합니다.
대기 서버 또는 스트리밍베이스 백업 클라이언트에서 최대 동시 연결 수를 지정합니다 (즉, WAL 발신자 프로세스를 동시에 실행하는 최대 수). 기본값은 0이므로 토토 핫가 비활성화됩니다.max_connection. 갑작스러운 스트리밍 클라이언트 단절로 인해 타임 아웃에 도달 할 때까지 고아 연결 슬롯이 발생할 수 있으므로이 매개 변수는 최대 예상 클라이언트 수보다 약간 높아야하므로 분리 된 클라이언트가 즉시 다시 연결될 수 있습니다.Wal_level아카이브그 이상 대기 서버에서 연결을 허용하도록합니다.
최대 토토 핫 슬롯 수를 지정합니다 (참조섹션 25.2.6) 서버가 지원할 수 있습니다. 기본값은 0입니다.Wal_level아카이브10281_10452
과거 로그 파일 세그먼트의 최소 수를 지정PG_XLOG디렉토리, 대기 서버가 스트리밍 토토 핫를 위해이를 가져와야하는 경우. 각 세그먼트는 일반적으로 16 메가 바이트입니다.Wal_keep_segments세그먼트, 전송 서버는 대기에 여전히 필요한 WAL 세그먼트를 제거 할 수 있으며,이 경우 토토 핫 연결이 종료됩니다. 다운 스트림 연결도 결국 실패합니다.
이것은 유지 된 최소 세그먼트 수만 설정합니다PG_XLOG; 이 시스템은 WAL 보관에 대한 더 많은 세그먼트를 유지하거나 체크 포인트에서 복구해야 할 수도 있습니다.Wal_keep_segments| 0 (기본값), 시스템은 대기 목적으로 추가 세그먼트를 유지하지 않으므로 대기 서버에 사용할 수있는 이전 월 세그먼트의 수는 이전 체크 포인트의 위치 및 WAL 보관 상태의 기능입니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
지정된 밀리 초보다 비활성화 된 토토 핫 연결 종료. 전송 서버가 대기 충돌 또는 네트워크 중단을 감지하는 데 유용합니다.postgresql.conf파일 또는 서버 명령 줄에. 기본값은 60 초입니다.
이 매개 변수는 하나 이상의 대기 서버로 토토 핫 데이터를 보내는 마스터/기본 서버에서 설정할 수 있습니다. 이러한 매개 변수 외에도Wal_level마스터 서버에서 적절하게 설정해야하며 선택적으로 WAL 아카이빙도 활성화 될 수 있습니다 (참조섹션 18.5.3). 대기 서버에서 이러한 매개 변수의 값은 관련이 없지만 대기 서버가 마스터가 될 가능성을 준비하기 위해 여기에 설정할 수 있습니다.
지원할 수있는 쉼표로 구분 된 대기 이름 목록을 지정동기 토토 핫, 설명대로섹션 25.2.8. 한 번에 최대 하나의 활성 동기 대기가있을 것입니다.스트리밍inpg_stat_replication보기). 이 목록의 뒷부분에 나타나는 다른 대기 서버는 잠재적 동기식 대기를 나타냅니다.
이 목적을위한 대기 서버의 이름은입니다.application_name대기 설정,Primary_ConnInfo대기의 WAL 수신기의. 고유성을 집행하는 메커니즘은 없습니다.*일치application_name,의 기본 응용 프로그램 이름을 포함하여Walreceiver.
여기에 동기 대기 이름이 지정되지 않으면 동기 토토 핫가 활성화되지 않고 트랜잭션 커밋이 복제를 기다리지 않습니다. 기본 구성입니다.synchronous_commit매개 변수 toLocal또는OFF.
이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
그 거래 수를 지정합니다진공andhot업데이트는 Dead Row 버전의 정리를 연기합니다. 기본값은 거래 제로 거래입니다. 즉, Dead Row 버전은 가능한 빨리 제거 할 수 있습니다.와이즈 토토 PostgreSQL : 문서 : 9.4 : 핫 스탠드. 이를 통해 초기 행의 정리로 인해 충돌이 발생하지 않고 대기의 쿼리가 완료 될 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
또한 설정을 고려해야합니다hot_standby_feedback이 매개 변수를 사용하는 대안으로 대기 서버에서.
이러한 설정은 토토 핫 데이터를 수신하는 대기 서버의 동작을 제어합니다. 마스터 서버의 값은 관련이 없습니다.
회복 중에 쿼리를 연결하고 실행할 수 있는지 여부를 지정합니다.와이즈 토토 PostgreSQL : 문서 : 9.4 : 핫 스탠드. 기본값은입니다.OFF. 이 매개 변수는 서버 시작시에만 설정할 수 있습니다.
핫 스탠드비가 활성화되면이 매개 변수는 대기 서버가 대기중인 WAL 항목과 충돌하는 대기 쿼리를 취소하기 전에 대기 서버가 얼마나 오래 기다려야하는지를 결정합니다.섹션 25.5.2. max_standby_archive_delayWAL 데이터를 WAL 아카이브에서 읽을 때 적용됩니다 (따라서 현재는 아님). 기본값은 30 초입니다.postgresql.conf파일 또는 서버 명령 줄에.
참고max_standby_archive_delay쿼리가 취소 전에 실행할 수있는 최대 시간과 다릅니다. 오히려 WAL 세그먼트의 데이터를 적용 할 수있는 최대 총 시간입니다.
핫 스탠드비가 활성화되면이 매개 변수는 대기 서버가 대기중인 WAL 항목과 충돌하는 대기 쿼리를 취소하기 전에 대기 서버가 얼마나 오래 기다려야하는지를 결정합니다.섹션 25.5.2. max_standby_streaming_delay스트리밍 토토 핫를 통해 WAL 데이터를 수신 할 때 적용됩니다. 기본값은 30 초입니다.postgresql.conf파일 또는 서버 명령 줄에.
참고max_standby_streaming_delay쿼리가 취소 전에 실행할 수있는 최대 시간과 다릅니다. 오히려 기본 서버에서 수신 된 후 WAL 데이터를 적용 할 수있는 최대 총 시간입니다.
대기에서 WAL 수신기 프로세스의 최소 주파수를 지정하여 복제 진행에 대한 정보를 기본 또는 상류 대기로 보내는 것을 사용하여 볼 수있는pg_stat_replication보기. 대기는 작성된 마지막 트랜잭션 로그 위치, 마지막으로 디스크로 플러시 된 위치 및 마지막 위치가 적용된 마지막 위치를보고합니다.postgresql.conf파일 또는 서버 명령 줄에. 기본값은 10 초입니다.
핫 스탠드가 현재 대기에서 실행중인 쿼리에 대한 기본 또는 업스트림 대기에 피드백을 보낼지 여부를 지정합니다. 이 매개 변수는 정리 레코드로 인한 쿼리 암을 제거하는 데 사용될 수 있지만 일부 워크로드의 경우 기본에 데이터베이스가 부풀어 오를 수 있습니다.Wal_receiver_status_interval. 기본값은입니다.OFF. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
계단식 토토 핫가 사용되는 경우 피드백이 1 차에 도달 할 때까지 상류로 전달됩니다. 대기는 상류를 통과하는 것 외에 다른 피드백을 사용하지 않습니다.
지정된 밀리 초보다 비활성화 된 복제 연결 종료. 이는 수신 대기 서버가 기본 노드 충돌 또는 네트워크 정전을 감지하는 데 유용합니다.postgresql.conf파일 또는 서버 명령 줄에. 기본값은 60 초입니다.