As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Testar para conquistar confiança
A melhor solução de DR para bancos de dados é aquela que é testada com frequência e passa pelas seguintes verificações:
+ Recuperação adequada de dados que atende às expectativas de RPO de cada banco de dados
+ Restauração completa de um banco de dados em funcionamento dentro do prazo de RTO esperado, o que permite que as aplicações se conectem ao banco de dados e retomem a funcionalidade completa
Os testes de DR devem fazer parte de sua estratégia de negócios para que os backups funcionem quando se fazem mais necessários. O teste de DR também deve abordar casos em que:
+ O tamanho de um banco de dados cresceu significativamente, e sua estratégia atual de DR não atende mais ao acordo de serviço (SLA) da empresa.
+ Um arquivo de backup está corrompido, o que poderia causar problemas durante a recuperação.
## O que considerar ao testar sua estratégia de DR
+ Tenha metas claras de continuidade de negócios em relação ao RPO e ao RTO e certifique-se de que os resultados dos testes estejam alinhados às suas metas.
+ Crie um plano de teste de DR detalhado que leve em consideração os requisitos financeiros e de recursos humanos para o teste.
+ Atribua recursos para documentar possíveis problemas e aprendizados.
+ Atualize sua estratégia de DR com base nos aprendizados e encontre a solução que ofereça suporte aos processos e à automação ideais que funcionam para sua organização.
## Frequência de testes para soluções de DR
Não há recomendações definidas para os ciclos de teste de DR, a menos que elas sejam explicitamente prescritas por regulamentações. Por exemplo, a auditoria de conformidade com os Payment Card Industry Data Security Standards (PCI DSS )exige que as organizações testem seu plano de DR pelo menos uma vez por ano. (Consulte [Requisitos de recuperação de desastres dos PCI DSS](https://www.pcidssguide.com/pci-dss-disaster-recovery-requirements/) no site de requisitos dos PCI DSS.)
As equipes de aplicações também podem realizar testes contínuos de suas soluções individuais de DR quando a aplicação ou a infraestrutura mudam.
## Detecção de desvios
Sua solução de DR também deve lidar com a [detecção de desvios](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-stack-drift.html). Isso garantirá que a região principal e a região de DR estejam no nível certo de sincronização e garantirá um bom progresso durante os testes.O [AWS Config](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/set-up-aws-cloudformation-drift-detection-in-a-multi-region-multi-account-organization.html) fornece gerenciamento de configuração e rastreamento histórico de configurações em sua infraestrutura e pode ajudar a gerenciar o desvio de forma eficaz.
## Observabilidade
Melhorar a observabilidade afeta positivamente sua preparação para os testes. Todas as soluções de DR movem dados da região primária para a região secundária (DR). Você pode configurar alertas para atrasos de replicação e backups, ou implementar um processo para realizar verificações diárias que garantam que seus dados foram copiados com êxito para a região de DR.