[PgConfBR2025] Onde e como está o seu BACKUP?

Pergunta simples que vemos em todos os lugares e se bem respondida, salva empresas. Vamos explorar como implementar uma estratégia de backup do ZERO?

Se tem uma situação difícil é precisar recuperar um banco de dados com seu backup, mas onde está seu backup? Vemos inúmeras situações onde empresas procuram não mostrar sua fraqueza, pois não investem em uma eficaz estratégia de backup. Preferem arriscar deixarem de existir ao pensar na segurança de seus dados. Nessa palestra, teremos a oportunidade de explorar como podemos, de forma simples, criar uma estratégia de backup do zero e assegurar que seu negócio se torne mais resiliente em meio ao caos do universo. Vamos pensar nos componentes, no como criaremos esse modelo e como testá-lo, pois nada adianta ter um backup se não consegues realizar um restore.

A palestra se estrutura em entendermos a necessidade de se pensar em uma estratégia de backup e sensibilizar quem não o faz.
Seguimos com um planejamento sobre capacidade e componentes.
Como faremos na prática usando a ferramenta pgbackrest.
Finalizando com insights de monitoramento de seus backups.

Transcript

1. Onde e como está o seu BACKUP?
2. Se, agora, você perdesse seu banco de produção, você recuperaria todo ou parcial seu ambiente?
3. … e se perdesse seu banco de produção e sua réplica, você recuperaria todo ou parcial seu ambiente?
4. … você saberia dizer para diretoria ou para os investidores, em quanto tempo sua operação voltaria?
5. … se o datacenter que você hospeda o seu banco de dados quebrasse, em quanto tempo sua operação voltaria?
6. Essas perguntas nos fazem refletir sobre...
7. Essas perguntas nos fazem refletir sobre... Faço gestão de risco no meu banco de dados?
8. Tópico 1: Ambiente resiliente
9. O que preciso, minimamente, saber sobre um Ambiente Resiliente?
10. RPO (Recovery Point Objective) Quanto de dados você pode perder? (tempo entre último backup/WAL e falha)
11. RTO (Recovery Time Objective) Quanto tempo o sistema pode ficar indisponível até a restauração total do serviço?
12. Redundância e Offsite Backups precisam estar em múltiplos repositórios
13. Automação reduz downtime Cuidado com o critério para failover e riscos de splitbrain
14. Habilitar Data Checksums sempre que possível
15. Monitoramento constante Avisos para execução bem sucedida Alertas para falhas de backup
16. Realizar testes periódicos Criar processo de restauração/rebuild (DEV e QA)
17. Simulado de seu DRP (Disaster recovery plan) Caso não tenha, planeje impementar um
18. Backup sem restore não é confiável
19. A escolha de uma ferramenta de backup que possa ser usada para criar uma réplica a partir do backup se torna uma vantagem
20. pgBackRest is the way
21. Você determina … backup por serviço
22. Você determina … backup por serviço Standby server Ambiente read-only Executar backup a partir de uma réplica
23. Tópico 2: Arquitetura de componentes
28. Modelo proposto Repositório de backup host (local) Repositório de backup (cloud) Cópias de segurança (dump)
29. Premissas Usaremos Ubuntu Server postgres usuário padrão diretórios padrões de instalação
30. Tópico 3: Parâmetros PostgreSQL
31. archive_mode = 'on' archive_command = '/bin/true' wal_level = 'logical' max_wal_senders = '10' hot_standby = 'on' max_logical_replication_workers = '10' max_replication_slots = '10'
32. wal_writer_delay = '200ms' Guarde esse parâmetro
33. Tópico 4: Pgbackrest
34. Ambiente Linux apenas transferência de arquivos via conexão ssh Possibilidade de processos em paralelo backup full, incr, diff Flexibilidade com repositórios backup a partir de uma réplica compressão
35. Ambiente Linux apenas Curva de aprendizado pode ser mais alta Em ambientes maiores pode sentir overhead Requer monitoramento quanto ao uso de spool async Não possuir um GUI nativa
36. /etc/pgbackrest.conf /etc/pgbackrest/pgbackrest.conf --config=/opt/pgbackrest/poseidon.conf
37. Repositório de Backup
38. [global] # Repo repo1-path=/var/lib/pgbackrest repo1-retention-full=2 # Common compress-type=lz4 start-fast=y archive-async=y process-max=4 spool-path=/var/spool/pgbackrest log-level-console=info log-level-file=detail log-path=/var/log/pgbackrest # Stanzas [poseidon] pg1-host=10.0.0.3 pg1-path=/var/lib/postgresql/16/main pg1-user=postgres pg1-port=5432
39. Servidor PostgreSQL
40. [global] repo1-host=10.0.0.5 repo1-host-user=postgres log-level-console=info log-level-file=detail log-path=/var/log/pgbackrest [poseidon] pg1-path=/var/lib/postgresql/16/main
41. Setup inicial
42. No servidor repositório e servidor PostgreSQL # Debian/Ubuntu sudo apt update sudo apt install pgbackrest
43. No servidor repositório e servidor PostgreSQL Realizar trocas de chaves ssh, crie as chaves individualmente e transfira a chave pública entre os servidores ssh-keygen -t rsa
44. No servidor repositório pgbackrest --stanza=poseidon --log-level-console=detail stanza-create
45. No servidor PostgreSQL primário alter system set archive_command = 'pgbackrest --stanza=poseidon archive-push %p'; select pg_reload_conf();
46. No servidor repositório pgbackrest --stanza=poseidon --log-level-console=detail check pgbackrest --stanza=poseidon --log-level-console=detail --type=full backup
47. No servidor repositório pgbackrest --stanza=poseidon --log-level-console=detail info pgbackrest --stanza=poseidon --log-level-console=detail --output=json info
48. Tópico 5: Backup com a réplica
49. Instalação do PostgreSQL Instalação do pgbackrest Realizar troca de chaves entre os servidores Realizar ajuste de pg_hba.conf Sincronizar arquivos .conf (/etc/postgresql) Dica: usar postgresql.auto.conf Ajustes no sistema operacional (sysctl.conf) Criar slot de replicação no primário
50. pg_hba.conf host all all [ip primário] trust host all all [ip secundário] trust host replication all [ip primário] trust host replication all [ip secundário] trust
51. Criar slot replicação SELECT pg_create_physical_replication_slot('poseidon_repl');
52. Criar réplica no novo servidor pgbackrest --stanza=poseidon --type=standby --delta \ --recovery-option='primary_conninfo=host=10.0.0.3 user=postgres' \ --recovery-option='recovery_target_timeline=latest' \ --recovery-option='primary_slot_name=poseidon_repl' \ restore
53. Repositório de Backup
54. [global] … backup-standby=y # Stanzas [poseidon] pg1-host=10.0.0.3 pg1-path=/var/lib/postgresql/16/main pg1-user=postgres pg1-port=5432 pg2-host=10.0.0.4 pg2-path=/var/lib/postgresql/16/main pg2-user=postgres pg2-port=5432
55. No servidor repositório de backup pgbackrest --stanza=poseidon --log-level-console=detail --type=full backup
56. Tópico 6: Redução de RTO e RPO
57. Reduzir RTO Existência de réplica para standby Atuar em procedimentos de automatização de failover switchover programado procedimentos escritos e 'scriptáveis'
58. Reduzir RPO Existência de réplica para standby Existência de repositório externo (cloud ou linux server) Backup com PITR pg_switch_wal() Reduzir delay em wal_write_delay
59. Reduzir RPO Monitoramento efetivo no async spool para evitar estouro do limite spool-max-size WALs antigos podem ser descartados ('dropped'). Isso impede PITR até aquele ponto.
60. Reduzir RPO Novos WALs continuam sendo gerados pelo PostgreSQL, mas não há espaço suficiente na fila temporária para armazená-los. então **os WALs mais antigos no spool são descartados** ('dropped')
61. Reduzir RPO Aumentar spool-max-size Reenviar wals faltantes para o repositório com o archive-push Caso não tenha mais os wals, refazer o backup imediatamente
62. Reduzir RPO Configurar repo2
63. [global] # Repo repo1-path=/var/lib/pgbackrest repo1-retention-full=2 repo2-s3-bucket=pgconfbr2025 repo2-s3-endpoint=nyc3.digitaloceanspaces.com repo2-s3-key=<REDACTED> repo2-s3-key-secret=<REDACTED> repo2-s3-region=nyc3 repo2-type=s3 repo2-bundle=y repo2-retention-full=2 # Common compress-type=lz4 …
64. Adicionar os parâmetros do repo2 (spaces) no pgbackrest.conf dos demais servidores PostgreSQL
65. time pgbackrest --stanza=poseidon --log-level-console=info --type=full backup 2025-09-04 03:34:35.192 P00 INFO: repo option not specified, defaulting to repo1 time pgbackrest --stanza=poseidon --log-level-console=info --repo=2 --type=full backup
66. Nesse caso temos agora que rodar os backups serializados?
67. Nesse caso temos agora que rodar os backups serializados? Não, eles podem executar simultaneamente poseidon-backup-1.lock poseidon-backup-2.lock
68. Foi preciso executar um switchover, o que precisamos fazer?
69. O pgbackest se encarrega de saber que é primário e réplica e resolve isso de forma transparente
70. No caso de um restore
71. pgbackrest --stanza=poseidon --repo=1 --type=time --target="2025-09-04 03:25:30" --target-action=promote restore pgbackrest --stanza=poseidon --repo=2
72. Linkedin @emanuel-ac-pro Instagram @manuu.a.carneiro
75. Obrigado! Perguntas?