O documento discute a ferramenta pg_rewind do PostgreSQL, que permite resincronizar um banco de dados secundário sem necessidade de um backup completo quando ocorre falha na replicação. Apresenta o problema do WAL que causa downtime, explica o funcionamento do pg_rewind para resolver isso de forma nativa e rápida, e dá exemplos de uso em diferentes cenários de replicação.

1. DevCamp 2017
pg_rewind – Diminuindo seu
downtime através de ferramentas nativas

2. Agenda
O problema
O WAL
pg_rewind

3. Perguntas
- Quem trabalha com BD?
- PostgreSQL?
- Quem já utilizou replicação?

4. Histórico
Utilização de PostgreSQL desde 2001
- 7.2, 7.4, 8.0, 8.2, 9.1, 9.2, 9.4, 9.5 ….
Cenários distintos
- Servidores com um grande BD, replicados
- Servidores com muitos BDs (~ 550), de tamanhos distintos (entre
20 MB e 40GB) e muitos usuários simultâneos, replicados
- ~ 400 tabelas, 215.000 CT-Es emitidos/mês

5. Write Ahead Log - WAL
REDO Log
Transações ainda não aplicadas no cluster
Blocos de 16 MB
- Reciclados a cada 5 minutos

6. Write Ahead Log
Alterar 100 k em arquivo de 1 GB
- Utilizando o próprio arquivo

7. Write Ahead Log
Utilizando arquivo paralelo

8. Warm Standby
2
3
4
MASTER
1
3
2
4
5
3
4
5
6
SLAVE
1
2
4
5
6
7
3
6
5
7
8
4

9. Warm Standby - Problema
2
3
4
MASTER
1
3
2
4
5
3
4
5
6
SLAVE
1
2
4
5
6
7
6
5
7
8
4

10. Replication Slots
2
3
4
MASTER
1
3
2
4
5
3
4
5
6
SLAVE
1
2
4
5
6
7
3
6
5
7
8
4
1234

11. Prática: mãos à obra

12. Configurações
Data Checksum
wal_log_hints

13. Referências
pg_rewind depesz
pg_rewind 2ndquadrant
pg_rewind enterprisedb

14. Perguntas
?

15. Obrigado!
54 3045-8100
alvaro@atua.com.br
www.atua.com.br