Replication Check

복제 슬롯을 두지 않으면 생기는 문제는?

• 대기 서버가 잠깐 끊겼다 돌아왔을 때 필요한 WAL 이 이미 사라져 있을 수 있다
• 슬롯이 없으면 대기 서버가 복제에 아예 붙지 못한다
• 동기 복제 모드를 쓸 수 없게 된다
• 주 서버와 타임라인이 갈라진다

동기 복제를 대기 서버 하나에만 걸면?

• 데이터 손실이 없어 가장 안전하다
• 쓰기 성능이 오히려 좋아진다
• 그 대기 서버가 죽으면 주 서버의 쓰기가 멈춰 가용성이 내려간다
• 타임라인이 갈라지지 않게 된다

실수로 DROP TABLE 을 쳤을 때 복제가 지켜 주는가?

• 대기 서버에는 표가 그대로 남는다
• 그 명령이 복제되어 대기 서버에서도 사라진다
• 복제가 그 지점에서 멈춘다
• 복제가 감지해 자동으로 되돌린다

대기 서버가 쓰기를 거부하는 이유는?

• 설정으로 막아서
• 스스로 WAL 을 만들 수 없어서 구조적으로 불가능
• 권한이 없어서
• 읽기 전용 파일시스템이라서

승격 뒤 옛 주 서버를 그냥 대기 서버로 되붙일 수 없는 이유는?

• 타임라인이 갈라져 같은 지점부터 서로 다른 역사를 써서
• 승격하면서 두 서버의 버전이 달라져서
• 복제 슬롯이 사라져 버려서
• 두 서버의 포트가 겹쳐서

복제 지연을 확인하는 뷰는? (주 서버에서)

• pg_stat_activity
• pg_replication_slots
• pg_stat_wal
• pg_stat_replication