Criar conta grátis

Administração de Bancos de Dados

07. Backup, restauração e recuperação

7º capítulo da apostila Administração de Bancos de Dados: explicação contínua e em linguagem simples sobre Backup, restauração e recuperação, com exemplos, conexões e mapa mental.

10 min de leitura60 questões para praticarRevisado em 14/09/2026

A utilidade de um backup só aparece quando ele pode ser restaurado dentro do tempo necessário e com perda aceitável. Por isso, a estratégia começa nos objetivos do negócio e termina em testes frequentes.

Com o modelo e a linguagem estabelecidos, passamos a cuidar do banco em funcionamento. A sequência liga governança, arquitetura interna, transações, desempenho, observabilidade, segurança, recuperação e soluções em memória. Este é o capítulo 7 de 8 da disciplina Administração de Bancos de Dados. A leitura retoma Segurança de bancos de dados e usa essa base para avançar. Depois, seguiremos para Banco de dados em memória.

O fio condutor

Banco de dados deve ser estudado como um sistema de decisões conectadas. O significado atribuído ao dado orienta o modelo; o modelo condiciona consultas e atualizações; o SGBD executa essas operações sob regras de segurança, concorrência, desempenho e recuperação. Quando uma dessas camadas muda, as demais podem ser afetadas.

Ao longo da leitura, acompanhe sempre quatro perguntas: qual problema está sendo resolvido, qual estrutura representa o problema, que garantia precisa ser preservada e qual custo acompanha a escolha. Esse roteiro ajuda a compreender os conceitos em vez de apenas memorizar nomes.

RPO e RTO

Começamos por RPO e RTO, pois essa base permite compreender as decisões apresentadas nas seções seguintes.

Tecnicamente, o RPO depende de quão recentes são os pontos recuperáveis (frequência dos backups e intervalo de envio dos logs), e o RTO, da velocidade do procedimento de restauração — transferência, restauração da base e replay de log. Com backup completo diário e arquivamento de log a cada 10 minutos, o RPO cai para 10 minutos, não para 24 horas; sem backup de log, a falha às 14h com backup das 2h perde 12 horas de alterações.

O RTO se verifica somando as etapas documentadas: 40 minutos de transferência do off-site + 55 de restauração do completo + 20 de reaplicação de log = 1h55, dentro de um RTO de 2 horas — mas com folga estreita, que o crescimento da base consome.

Repare como Perda × tempo parado, Quem viabiliza cada um, Metas de negócio participam da mesma decisão. Ao relacionar esses elementos, fica mais fácil prever o comportamento do banco e reconhecer os efeitos de cada escolha.

Completo, incremental e diferencial

A seção anterior apresentou RPO e RTO. Agora chegamos a Completo, incremental e diferencial, que acrescenta a próxima peça do mesmo raciocínio.

TipoReferênciaCadeia de restauração
Completo (full)—Sozinho já restaura tudo; é a base dos demais
IncrementalO último backup de qualquer tipoCompleto + todos os incrementais, em ordem
DiferencialO último backup completoCompleto + apenas o diferencial mais recente

Continue lendo de graça

O capítulo inteiro está liberado no plano gratuito

Criar conta leva menos de um minuto e não pede cartão. Você destrava o texto completo, o mapa mental, o PDF para estudar off-line e ainda resolve questões inéditas todo dia.

Leu o resumo? Agora pratique.

São 60 questões inéditas de Backup, restauração e recuperação, todas comentadas alternativa por alternativa.

Criar conta grátis e praticar

Você volta para este capítulo depois de criar a conta.

Fontes consultadas

  • Documentação oficial do PostgreSQL (backup, WAL archiving, PITR, pg_dump/pg_basebackup), do SQL Server (backup de log) e do Oracle (RMAN)
  • Elmasri & Navathe, Sistemas de Banco de Dados — técnicas de recuperação
  • Silberschatz, Korth & Sudarshan, Sistema de Banco de Dados
  • Acervo comentado de Banco de Dados — Backup, restauração e recuperação (60 questões publicadas), conferido em 14/09/2026