25.3. Failover

기본 서버가 실패하면 대기 서버가 시작됩니다. 장애 조치 절차.

대기 서버가 실패하면 장애 조치가 발생할 필요가 없습니다. 만약에 대기 서버는 얼마 후에도 다시 시작할 수 있습니다. 복구 프로세스는 즉시 다시 시작할 수 있습니다 다시 시작 가능한 복구의 장점. 대기 서버가 될 수없는 경우 다시 시작하면 완전히 새로운 대기 서버 인스턴스가 생성.

기본 서버가 실패하고 대기 서버가 새로운 1 차, 그리고 이전 기본 재시작은 이전 기본에 더 이상 없음을 알리는 메커니즘 주요한. 이것은 때때로로 알려져 있습니다.Stonith(헤드에서 다른 노드를 쏴), 두 시스템 모두 생각하는 상황을 피하기 위해 필요합니다. 그들은 기본이며, 혼란과 궁극적으로 데이터 손실.

많은 장애 조치 시스템은 기본 및 대기, 어떤 종류의 하트 비트 메커니즘으로 연결되어 있습니다 둘과 두 사이의 연결성을 지속적으로 확인하십시오 1 차의 생존 가능성. 세 번째 시스템을 사용할 수도 있습니다 (증인 서버라고 함) 부적절한 경우를 방지합니다. 장애 조치이지만 추가 복잡성은 가치가 없을 수 있습니다 충분한 관리 및 엄격한 테스트로 설정되지 않는 한.

토토 꽁 머니제공하지 않습니다 기본의 실패를 식별하는 데 필요한 시스템 소프트웨어 및 대기 데이터베이스 서버에 알립니다. 그러한 도구가 많이 있으며 있습니다 필요한 운영 체제 시설과 잘 통합되었습니다 IP 주소 마이그레이션과 같은 성공적인 장애 조치.

일단 대기에 장애 조치가 발생하면 단 하나만 있습니다. 작동중인 서버. 이것은 퇴화 상태로 알려져 있습니다. 그만큼 이전 대기는 이제 기본이지만 이전 기본은 다운되었습니다. 그리고 내려갈 수도 있습니다. 정상 작동으로 돌아가려면 대기입니다 서버를 이전 기본 시스템에서 그것은 또는 세 번째, 아마도 새로운 시스템에 나타납니다. 일단 완료되면 기본 및 대기는 역할을 전환 한 것으로 간주 될 수 있습니다. 어떤 사람들은 세 번째 서버를 사용하여 백업을 제공하기로 선택합니다. 그러나 새로운 대기 서버가 재현 될 때까지 새로운 기본 분명히 이것은 시스템 구성 및 작동을 복잡하게 만듭니다 프로세스.

따라서 기본에서 대기 서버로 전환하는 것은 빠르지 만 장애 조치 클러스터를 다시 준비하려면 시간이 필요합니다. 정기적인 기본에서 대기로 전환하는 것은 허용되므로 유용합니다. 유지 보수를 위해 각 시스템에서 정기적으로 가동 중지 시간. 이것은 또한 제공됩니다 장애 조치 메커니즘의 테스트로서 필요할 때 일하십시오. 서면 관리 절차가 있습니다 조언.

로그쉽 대기 서버의 장애 조치를 트리거하려면 runPG_CTL PROMOTE또는 트리거 파일을 만듭니다 파일 이름과 경로로trigger_file설정복구 .conf. 사용하려는 경우PG_CTL PROMOTE실패,trigger_file가 필요하지 않습니다. 설정하는 경우 읽기 전용을 오프로드하는 데만 사용되는보고 서버 고 가용성 목적이 아닌 기본 쿼리 홍보 할 필요가 없습니다.