Banco de Dados · FGV · 2026 | Questão sqc-fg128620

Banco de DadosBackup em Banco de Dados

Código: fg128620
Banca: FGV
Órgão: AMAZUL
Ano: 2026
Nível: Superior

Cargo: Analista de Desenvolvimento de Sistemas

Em um ambiente de produção de banco de dados, o Administrador de Banco de Dados (DBA) planeja uma estratégia de recuperação de desastres. O objetivo principal é garantir o menor tempo de inatividade (RTO - Recovery Time Objective) e a mínima perda de dados (RPO - Recovery Point Objective) possíveis. Assinale a opção que apresenta as abordagens de backup e recuperação mais adequadas para atender a esses requisitos rigorosos em um sistema de missão crítica.

APoint-in-Time Recovery (PITR) utilizando os arquivos de log de transação contínuos.
BImplementar uma solução de espelhamento ou replicação síncrona (como o Always On Availability Groups no SQL Server ou Data Guard no Oracle) para um servidor de standby.
CConfiar exclusivamente em backups completos diários e armazená-los em um local remoto, sem a utilização de logs de transação para restauração.
DUtilizar a abordagem de cold backup (backup a frio), onde o banco de dados é desligado completamente uma vez por dia para a cópia dos arquivos de dados.
ERealizar backups incrementais em fitas magnéticas e transportá-las manualmente para um cofre, restaurando apenas o último backup completo e o último incremental.

Revelar gabarito e comentário

GabaritoB — Implementar uma solução de espelhamento ou replicação síncrona (como o Always On Availability Groups no SQL Server ou Data Guard no Oracle) para um servidor de standby.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Estratégias de Backup e Recuperação para Missão Crítica

Gabarito: letra B. Para sistemas de missão crítica, o menor RTO e RPO são obtidos com soluções de espelhamento ou replicação síncrona (como Always On Availability Groups ou Oracle Data Guard), que permitem failover quase imediato (RTO baixo) e perda zero de dados (RPO ~0). As demais alternativas apresentam maiores RTO e/ou RPO.

A banca testa a distinção entre RTO e RPO e conhecer as abordagens de recuperação. Em ambientes críticos, não basta ter backups; é preciso uma estratégia que minimize downtime e perda de dados. A replicação síncrona é a mais adequada.

Alternativa A — ❌ Incorreta

O Point-in-Time Recovery (PITR) com logs de transação permite restaurar até um ponto específico (RPO baixo), mas o RTO é alto porque exige aplicar todos os logs a um backup completo. Em missão crítica, o tempo de inatividade seria inaceitável. Embora útil, não atende aos requisitos de RTO mínimo.

Alternativa B — ✅ Correta ⟵ GABARITO

Soluções como Always On Availability Groups (SQL Server) e Data Guard (Oracle) com replicação síncrona mantêm um servidor standby com dados idênticos. Em caso de falha, o failover é automático e rápido (RTO de segundos/minutos) e nenhum dado é perdido (RPO = 0). É a abordagem padrão para sistemas de missão crítica.

Alternativa C — ❌ Incorreta

Confiar apenas em backups completos diários sem logs de transação resulta em RPO de até 24 horas (perda de um dia de dados) e RTO de várias horas (restauração completa lenta). Totalmente inadequado.

Alternativa D — ❌ Incorreta

Cold backup exige desligar o banco para copiar os arquivos. Isso já causa downtime durante o backup; além disso, o RPO é de até 24h e o RTO é alto (restaurar de um backup frio). Não atende a requisitos rigorosos.

Alternativa E — ❌ Incorreta

Backups incrementais em fitas magnéticas com transporte manual são extremamente lentos para restaurar (RTO alto) e o RPO pode ser grande (depende da frequência dos incrementos). Fitas são adequadas para arquivamento, não para recuperação rápida.

NÃO CAIA NESSA!

A alternativa A (PITR) parece atender ao RPO mínimo, mas o candidato pode esquecer que o RTO é alto devido à aplicação de logs. A banca testa se você prioriza a abordagem que otimiza ambos os indicadores — replicação síncrona é a única que minimiza RTO e RPO simultaneamente.

Abordagem	RPO	RTO	Adequação para missão crítica
PITR com logs	Baixo (~0)	Alto (aplicação de logs)	Parcial (falha no RTO)
Replicação síncrona	Zero	Muito baixo (failover rápido)	Ideal
Full diário sem logs	Até 24 horas	Alto (restauração completa)	Não
Cold backup	Até 24 horas	Alto (restauração)	Não
Incremental em fita	Variável (horas)	Muito alto (restauração complexa)	Não

Gabarito: letra B.

Link permanente: /questoes/fg128620