Replicação de dados: síncrona × assíncrona
Gabarito: letra E. A replicação síncrona é a única estratégia que garante RPO próximo de zero, pois a gravação no destino é confirmada antes de a operação ser concluída no servidor principal — exatamente o que o enunciado descreve ao exigir "confirmação imediata da gravação dos dados no destino antes da conclusão da operação no servidor principal". Essa característica exige baixa latência e curtas distâncias, pois cada operação de escrita depende da resposta do storage remoto.
A replicação de dados é uma técnica de espelhamento contínuo entre dois ou mais storages, utilizada para garantir disponibilidade e recuperação de desastres. A diferença fundamental entre as abordagens síncrona e assíncrona está no momento em que a operação de escrita é considerada concluída. Na replicação síncrona, o servidor principal aguarda a confirmação de que os dados foram gravados com sucesso no storage secundário antes de responder ao aplicativo — isso garante que, em caso de falha, nenhum dado seja perdido, pois ambos os storages estão sempre idênticos. Na replicação assíncrona, o servidor principal conclui a operação localmente e envia os dados ao destino em segundo plano, sem aguardar confirmação — isso reduz a latência, mas cria uma janela de perda de dados (RPO maior que zero) caso o principal falhe antes da sincronização.
O RPO (Recovery Point Objective) é a métrica que define a quantidade máxima de dados que podem ser perdidos em um desastre, medida em tempo. RPO próximo de zero significa que a perda de dados deve ser praticamente nula — o que só é alcançável com replicação síncrona, onde cada transação é confirmada no destino antes de ser dada como concluída. A contrapartida é o RTO (Recovery Time Objective), que mede o tempo máximo aceitável para restaurar os serviços após o desastre. Enquanto o RPO olha "para trás" (quanto dado posso perder), o RTO olha "para frente" (quanto tempo posso ficar parado).
A exigência de baixa latência e curtas distâncias é consequência direta do funcionamento síncrono: como cada escrita depende da resposta do storage remoto, a distância física entre os equipamentos impacta diretamente o tempo de resposta de cada operação. Em redes locais (como dois prédios próximos de um campus), a latência é baixa o suficiente para que a replicação síncrona seja viável sem degradar significativamente o desempenho. Em longas distâncias (como entre cidades ou países), a latência tornaria a replicação síncrona impraticável, pois cada operação de escrita sofreria um atraso inaceitável.
A pegadinha desta questão está em associar "RPO próximo de zero" com a estratégia que garante a confirmação imediata — que é a síncrona. O candidato que confunde os conceitos pode ser tentado a escolher a replicação assíncrona por associá-la a "menor latência", mas a assíncrona sacrifica justamente o RPO próximo de zero, que é o requisito mais crítico do enunciado. A banca explora exatamente essa inversão: a assíncrona tem menor impacto na latência da operação, mas não garante a não-perda de dados.
Guarde a fronteira decisiva: RPO próximo de zero exige replicação síncrona — é nela que as alternativas se dividem, pois as demais opções (assíncrona, manual, snapshot e diferencial) todas apresentam janelas de perda de dados.
Alternativa A — ❌ Incorreta
A replicação assíncrona não garante RPO próximo de zero. Nela, o servidor principal conclui a operação localmente e envia os dados ao destino em segundo plano, sem aguardar confirmação. Se o principal falhar antes da sincronização, os dados gravados após o último envio são perdidos — criando uma janela de perda que contradiz diretamente o requisito de "não pode haver perda de dados em caso de falha".
Alternativa B — ❌ Incorreta
O espelhamento manual não é uma estratégia de replicação contínua, mas sim um procedimento operacional em que um administrador copia manualmente os dados de um storage para outro. Esse processo não oferece confirmação imediata da gravação, não opera em tempo real e está sujeito a erro humano e atrasos — impossibilitando RPO próximo de zero.
Alternativa C — ❌ Incorreta
A replicação por snapshot periódico cria cópias pontuais dos dados em intervalos definidos (por exemplo, a cada hora ou a cada dia). Entre um snapshot e outro, os dados alterados não estão protegidos — se o storage principal falhar, todas as alterações feitas desde o último snapshot são perdidas. O RPO, nesse caso, é igual ao intervalo entre snapshots, que é sempre maior que zero.
Alternativa D — ❌ Incorreta
A replicação diferencial é uma técnica de backup que copia apenas os dados alterados desde o último backup completo. Embora seja eficiente em termos de armazenamento e tempo de cópia, ela não opera em tempo real e não oferece confirmação imediata da gravação no destino. O RPO resultante é determinado pela frequência dos backups diferenciais, que é sempre maior que zero.
Alternativa E — ✅ Correta ⟵ GABARITO
A replicação síncrona atende a todos os requisitos do enunciado: garante RPO próximo de zero (a gravação no destino é confirmada antes da conclusão da operação no servidor principal), exige baixa latência (cada escrita depende da resposta do storage remoto) e é adequada para curtas distâncias (como dois prédios próximos de um campus). É a única estratégia que elimina a janela de perda de dados.
A regra de ouro para a prova: RPO próximo de zero = replicação síncrona; RPO tolerante a perdas = replicação assíncrona. A síncrona prioriza a consistência e a não-perda de dados ao custo de maior latência; a assíncrona prioriza o desempenho ao custo de uma janela de perda.
Gabarito: letra E