Resposta direta
A medição começa na restauração, não no painel de cópias concluídas. Status de sucesso indica gravação do arquivo, não que ele abra, que o conteúdo esteja íntegro ou que o tempo de retorno caiba na operação. O teste precisa de registro: data, origem, destino, responsável, tempo até o sistema voltar e conferências feitas no conteúdo, como contagens, amostras e totais de fechamento. Cada teste vale como evidência de uma data e de um conjunto de dados. A periodicidade sai da criticidade do processo, não da conveniência da equipe. O que se acumula é histórico de restaurações verificadas, não a certeza de que a próxima cópia servirá.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a restauração como evento com registro, critério e responsável, não como conferência informal de que o arquivo existe.
O que o aviso de cópia concluída informa
A rotina de cópia informa que um arquivo foi gravado e, em geral, que o job terminou sem erro. Isso é evidência de gravação. Não é evidência de que o arquivo abre, de que o formato é legível pela versão atual do sistema ou de que o conteúdo corresponde ao período esperado.
Também não informa se o destino continua acessível para restauração, se a credencial usada no teste é a mesma da operação e se o tempo de leitura cabe na janela disponível. São verificações distintas, e o status de sucesso cobre apenas a gravação.
Critério definido antes do teste
Sem critério de aceite antes da execução, o resultado é interpretado depois, conforme a pressão do dia. O critério precisa dizer o que conta como restauração aceita: período coberto, conjuntos conferidos, tolerância para divergência e tempo máximo até o sistema responder.
O registro deve guardar data, origem, destino, versão do sistema, responsável pela conferência, hora de início e de conclusão e as divergências encontradas. Teste concluído sem divergência registrada não é o mesmo que teste aprovado; a diferença está no critério e em quem assinou a conferência.
O que o teste não alcança
Um teste de leitura vale para a cópia daquela data. Não prova que a próxima será gravada corretamente, nem cobre dados que ficaram fora do escopo escolhido. Também não demonstra que a operação consegue trabalhar com o sistema restaurado em ritmo real, com filas, integrações e usuários simultâneos.
Fica de fora, ainda, a decisão sobre o que fazer durante a interrupção: quem autoriza a restauração, quanta perda de dado é aceitável e como as áreas são avisadas. Essas respostas são de processo e de responsabilidade, não de infraestrutura. O teste mede legibilidade; não mede prontidão para a crise.
Recurso prático
Roteiro de teste de leitura da cópia de segurança
- Definir qual processo depende da cópia e qual perda de dado ele não suporta, antes de escolher o que restaurar.
- Restaurar em ambiente separado, com a mesma versão de sistema usada na operação, e registrar hora de início e de conclusão.
- Conferir o conteúdo restaurado contra a origem: contagens por período, totais de fechamento e uma amostra de registros que atravessam tabelas.
- Registrar o que faltou, o que veio incompleto e quanto tempo levou até o sistema responder às consultas usuais.
- Guardar o resultado com data, origem, destino e nome do responsável pela conferência, e definir quando ocorre o próximo teste.
O erro mais comum é restaurar o arquivo e considerar o teste encerrado sem conferir o conteúdo; a cópia pode abrir e ainda assim carregar dado truncado ou fora do período esperado.
Sobre o que está escrito aqui
Conceitos relacionados: teste de restauração · integridade do arquivo · tempo de retorno · janela de manutenção · registro de conferência. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Sistemas desconectados: como ordenar o fluxo… — sistemas desconectados
- Sistemas desconectados: como comparar as saíd… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Cópia de segurança sem teste de leitura: o que conferir — Diagnosticar
- Cópia de segurança sem teste de leitura: onde o processo para — Organizar um processo
- Cópia de segurança sem teste de leitura: o que comparar — Comparar alternativas
- Cópia de segurança sem teste de leitura: o que costuma falhar — Orientar implementação
- Cópia de segurança sem teste de leitura: o que exigir — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Correção direta no banco de produção: o que comparar — Compara edição manual no banco, script versionado e correção na origem, com critério de responsabilidade, reversibilidade e registro do que foi alterado.
- Cadastro sem chave única: como escolher o identificador — Descreve como definir identificador próprio, regra de correspondência e responsável quando o cadastro existe em sistemas sem chave comum.
- Exportação manual de dados: como estruturar o processo — Roteiro para padronizar a extração, conferência e carga manual de dados entre sistemas sem comprometer a integridade dos relatórios operacionais.
- Planilha de apoio sem versão controlada: o que comparar — Compara quatro formas de manter planilha de apoio sem versão controlada, com critérios de alteração, reversão e responsabilidade pelo dado.
- Dados desatualizados: o que exigir ao contratar atualização — Critérios de escopo, validação e precificação para contratar serviços de enriquecimento e higienização cadastral sem pagar por dados sem uso operacional.