

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á.

# Teste de restauração
<a name="restore-testing"></a>

O *teste de restauração*, um recurso oferecido pela AWS Backup, fornece avaliação automatizada e periódica da viabilidade da restauração, bem como a capacidade de monitorar os tempos de duração do trabalho de restauração.

**Topics**
+ [Visão geral do](#restore-testing-overview)
+ [Comparação entre o teste de restauração e o processo de restauração](#restore-testing-compare)
+ [Gerenciamento do teste de restauração](#restore-testing-management)
+ [Criar um plano de teste de restauração](#restore-testing-create)
+ [Atualizar um plano de testes de restauração](#restore-testing-update)
+ [Visualizar os planos de testes de restauração existentes](#restore-testing-view)
+ [Visualizar trabalhos de testes de restauração](#restore-testing-jobs)
+ [Excluir um plano de testes de restauração](#restore-testing-delete)
+ [Auditar testes de restauração](#restore-testing-audit)
+ [Cotas e parâmetros de testes de restauração](#restore-testing-quotas)
+ [Solução de falhas do teste de restauração](#restore-testing-troubleshooting)
+ [Metadados inferidos de testes de restauração](restore-testing-inferred-metadata.md)
+ [Validação do teste de restauração](restore-testing-validation.md)

## Visão geral do
<a name="restore-testing-overview"></a>

Primeiro, crie um plano de teste de restauração, fornecendo um nome para o plano, a frequência dos testes de restauração e o horário de início previsto. Depois, atribua os recursos que deseja incluir no plano. Em seguida, você escolhe incluir pontos de recuperação específicos ou aleatórios em seu teste. AWS Backup o backup [infere de forma inteligente os metadados](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) que serão necessários para que seu trabalho de restauração seja bem-sucedido.

Quando chegar o horário programado em seu plano, AWS Backup inicia os trabalhos de restauração com base em seu plano e monitora o tempo necessário para concluir a restauração.

Depois que o plano de teste de restauração for concluído, você poderá usar os resultados para mostrar a conformidade com os requisitos organizacionais ou de governança, como a conclusão bem-sucedida dos cenários de teste de restauração ou o tempo de conclusão do trabalho de restauração.

Opcionalmente, você pode usar [Validação do teste de restauração](restore-testing-validation.md) para confirmar os resultados do teste de restauração.

Quando a validação opcional for concluída ou a janela de validação for fechada, AWS Backup excluirá os recursos envolvidos no teste de restauração e os recursos serão excluídos de acordo com o serviço. SLAs

Ao final do processo de teste, você poderá ver os resultados e o tempo de conclusão dos testes.

## Comparação entre o teste de restauração e o processo de restauração
<a name="restore-testing-compare"></a>

O recurso de teste de restauração executa trabalhos de restauração da mesma forma que as restaurações sob demanda e usa os mesmos pontos de recuperação (backups) de uma restauração sob demanda. Você verá chamadas para `StartRestoreJob` entrar CloudTrail (se tiver optado por participar) para cada trabalho iniciado pelo teste de restauração

No entanto, há algumas diferenças entre a operação de um teste de restauração programado e uma operação de restauração sob demanda:


|  | Teste de restauração | Restaurar | 
| --- | --- | --- | 
| **Conta** | Uma prática recomendada é designar uma conta para ser usada nos testes de restauração. | Você pode restaurar recursos de uma conta. | 
| **AWS Backup Audit Manager** | É possível ativar um controle para confirmar se um teste de restauração atende aos objetivos de restauração especificados. |  | 
| **Cadência** | Periodicamente, como parte de um plano programado. | Sob demanda | 
| **Recursos** | Os tipos de recursos que você pode atribuir ao seu plano de teste incluem: Aurora, Amazon DocumentDB, Amazon DynamoDB, Amazon EBS, Amazon EC2, Amazon EFS, Amazon (Lustre, ONTAP, OpenZFS FSx , Windows), Amazon Neptune, Amazon RDS e Amazon S3. | Todos os recursos podem ser restaurados. | 
| **Resultados** | Depois que o trabalho de teste de restauração for concluído, o recurso restaurado será excluído assim que a janela de [Validação do teste de restauração](restore-testing-validation.md) terminar. | Depois que o trabalho de restauração for concluído, a versão restaurada do recurso permanecerá. | 
| **Tags** | Para tipos de recurso que oferecem suporte a etiquetas na restauração, os testes aplicam etiquetas na restauração. | As etiquetas são opcionais para os recursos compatíveis. | 

## Gerenciamento do teste de restauração
<a name="restore-testing-management"></a>

Você pode criar, visualizar, atualizar ou excluir um plano de teste de restauração no [console do AWS Backup](https://console.aws.amazon.com/backup/).

Você pode usar a [AWS CLI](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/index.html#cli-aws-backup) para realizar operações de forma programática para restaurar planos de testes. Cada CLI é específica para o AWS serviço em que se origina. Os comandos devem ser prefixados com `aws backup`.

### Exclusão de dados
<a name="restore-testing-data-deletion"></a>

Quando um teste de restauração é concluído, AWS Backup começa a excluir os recursos envolvidos no teste. Essa exclusão não é instantânea. Cada recurso tem uma configuração subjacente que determina como esses recursos são armazenados e gerenciados ao longo do ciclo de vida. Por exemplo, se os buckets do Amazon S3 fizerem parte do teste de restauração, [serão adicionadas regras de ciclo de vida ao bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intro-lifecycle-rules.html). Pode levar vários dias para que as regras sejam executadas e para que o bucket e seus objetos sejam totalmente excluídos, mas as cobranças só ocorrerão para esses recursos até o dia em que a regra de ciclo de vida for iniciada (por padrão, isso é 1 dia). A velocidade de exclusão dependerá do tipo de recurso.

Os recursos que fazem parte de um plano de teste de restauração contêm uma etiqueta chamada `awsbackup-restore-test`. Se um usuário remover essa tag, AWS Backup não poderá excluir o recurso no final do período de teste. Em vez disso, o usuário precisará excluí-la manualmente.

Para verificar por que os recursos podem não ter sido excluídos conforme o esperado, você pode pesquisar os trabalhos com falha no console ou usar a interface de linha de comandos para chamar a solicitação de API `DescribeRestoreJob` a fim de recuperar as mensagens de status de exclusão.

Os planos de backup (planos de teste sem restauração) ignoram os recursos criados pelo teste de restauração (aqueles com tag `awsbackup-restore-test` ou nome começando com`awsbackup-restore-test`).

### Controle de custos
<a name="restore-testing-cost-control"></a>

O recurso de teste de restauração tem um custo por teste de restauração. Dependendo dos recursos incluídos no plano de teste de restauração, os trabalhos de restauração que fazem parte do plano também poderão ter um custo. Para obter detalhes, consulte [Definição de preço do AWS Backup](https://aws.amazon.com/backup/pricing/).

Ao configurar um plano de teste de restauração pela primeira vez, você pode achar vantajoso incluir um número mínimo de tipos de recurso e recursos protegidos para se familiarizar com a funcionalidade, o processo e os custos médios envolvidos. Você pode atualizar um plano após sua criação para adicionar mais tipos de recurso e recursos protegidos.

## Criar um plano de teste de restauração
<a name="restore-testing-create"></a>

Um plano de teste de restauração tem duas partes: criação do plano e atribuição de recursos.

Quando você usa o console, essas partes são sequenciais. Na primeira parte, defina o nome, a frequência e os horários de início. Durante a segunda parte, atribua recursos ao plano de testes.

Ao usar AWS CLI uma API, use primeiro [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html). Depois de receber uma resposta bem-sucedida e o plano ter sido criado, use [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html) para cada tipo de recurso que você deseja incluir no plano.

Ao criar um plano de teste de restauração, criamos um perfil vinculado ao serviço para você. Para obter mais informações, consulte [Usar perfis para testes de restauração](using-service-linked-roles-AWSServiceRoleForBackupRestoreTesting.md).

------
#### [ Console ]

**Parte I: Criar um plano de teste de restauração usando o console**

1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)

1. Na navegação à esquerda, localize e selecione **Teste de restauração**.

1. Escolha **Criar um plano de teste de restauração**.

1. **Geral**

   1. **Nome:** digite um nome para o novo plano de teste de restauração. O nome não poderá ser alterado após a criação. Ele só pode conter caracteres alfanuméricos e sublinhados.

   1. **Frequência de teste:** escolha a frequência com que os testes de restauração serão executados. 

   1. **Horário inicial:** defina o horário (em horas e minutos) em que você prefere que o teste comece. Você também pode definir o fuso horário local no qual deseja que o plano de teste de restauração opere. 

   1. **Comece em:** Esse valor (em horas) é o período em que o teste de restauração está designado para começar. AWS Backup faz o possível para iniciar todos os trabalhos de restauração designados durante o início dentro do prazo e randomiza os horários de início dentro desse período.

1. **Seleção do ponto de recuperação:** aqui você define os cofres de origem, o intervalo de pontos de recuperação e os critérios de seleção para quais pontos de recuperação (backups) você deseja que façam parte do plano.

   1. **Cofres de origem:** escolha se deseja incluir todos os cofres disponíveis ou apenas cofres específicos para ajudar a filtrar quais pontos de recuperação podem estar no plano. Se você escolher a opção **Cofres específicos**, selecione no menu suspenso os cofres que deseja incluir.

   1. **Pontos de recuperação qualificados:** especifique o período do qual os pontos de recuperação serão selecionados. Você pode selecionar de 1 a 365 dias, de 1 a 52 semanas, de 1 a 12 meses ou 1 ano.

   1. **Critérios de seleção:** depois de especificar o intervalo de datas para os pontos de recuperação, você poderá escolher se deseja incluir o mais recente ou um aleatoriamente no plano. Talvez você queira escolher um aleatório para avaliar a integridade geral dos pontos de recuperação com mais frequência, caso a restauração de uma versão mais antiga seja necessária.

   1. **Point-in-time pontos de recuperação:** se seu plano incluir recursos com pontos de backup contínuo (point-in-time-restore/PITR), você poderá marcar essa caixa para que seu plano de teste inclua backups contínuos como pontos de recuperação elegíveis (consulte [Disponibilidade de recursos por recurso](backup-feature-availability.md#features-by-resource) para os quais tipos de recursos têm esse recurso).

1. *(Opcional)* **Tags adicionadas ao plano de teste de restauração:** você pode optar por adicionar até 50 etiquetas a um plano de teste de restauração. Cada etiqueta deve ser adicionada separadamente. Para adicionar uma etiqueta, selecione **Adicionar nova tag**.

**Parte II: Atribuir recursos ao plano usando o console**

Nesta seção, escolha os recursos dos quais fez backup para incluir no plano de testes de restauração. Você escolherá o nome da atribuição de recursos, escolherá o perfil que usará para o teste de restauração e definirá o período de retenção antes da limpeza. Depois, você selecionará o tipo de recurso, selecionará o escopo e, opcionalmente, refinará sua seleção com etiquetas.
**dica**  
Para voltar ao plano de testes de restauração ao qual você deseja adicionar recursos, acesse o [console do AWS Backup](https://console.aws.amazon.com/backup), selecione **Teste de restauração**, encontre seu plano de testes preferido e escolha-o.

1. **Geral**

   1. **Nome da atribuição de recursos:** insira um nome para essa atribuição de recursos usando uma string de caracteres alfanuméricos e sublinhados, sem nenhum espaço em branco.

   1. **Perfil do IAM para restauração:** o teste deve usar um perfil do Identity and Access Management (IAM) designado por você. Você pode escolher a função AWS Backup padrão ou outra. Se o AWS Backup padrão ainda não existir quando você concluir esse processo, ele AWS Backup será criado automaticamente com as permissões necessárias. O perfil do IAM escolhido para os testes de restauração deve conter as permissões encontradas em [https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies](https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies).

   1. **Período de retenção antes da limpeza:** durante um teste de restauração, os dados de backup são restaurados temporariamente. Por padrão, esses dados são excluídos após a conclusão do teste. Você tem a opção de atrasar a exclusão desses dados caso queira executar a validação da restauração.

      Se você planeja executar a validação, selecione a opção **Reter por um número específico de horas** e insira um valor de 1 a 168 horas (ambos incluídos). Observe que a validação pode ser executada de forma programática, mas não pelo console do AWS Backup .

1. **Recursos protegidos:**

   1. **Selecione o tipo de recurso:** selecione quais tipos de recurso e o escopo de quais backups desses tipos deseja incluir no plano de testes de recursos. Cada plano pode conter vários tipos de recurso, mas cada tipo de recurso deve ser atribuído ao plano individualmente.

   1. **Escopo da seleção de recursos:** depois de escolher o tipo, selecione se você deseja incluir todos os recursos protegidos disponíveis desse tipo ou se deseja incluir somente recursos protegidos específicos.

   1. *(Opcional)* **Refine a seleção de recursos usando tags:** se os backups tiverem etiquetas, você poderá usá-las para filtrar a fim de **selecionar recursos protegidos específicos**. Insira a chave de etiqueta, a condição para que essa chave seja ou não incluída e o valor da chave. Depois, selecione o botão **Adicionar etiquetas**.

      As etiquetas nos recursos protegidos são avaliadas verificando as etiquetas no ponto de recuperação mais recente no cofre de backup que contém o recurso protegido.

1. **Parâmetros de restauração:** determinados recursos exigem a especificação de parâmetros na preparação para um trabalho de restauração. Na maioria dos casos, AWS Backup inferirá os valores com base no backup armazenado.

   Em geral, é recomendável manter esses parâmetros, mas você pode alterar os valores escolhendo uma seleção diferente no menu suspenso. Exemplos em que a alteração dos valores pode ser ideal podem incluir a substituição de chaves de criptografia, FSx configurações da Amazon em que os dados não podem ser inferidos e a criação de sub-redes.

   Por exemplo, se um banco de dados do RDS for um dos tipos de recurso que você atribui ao plano de testes de restauração, parâmetros que incluem zona de disponibilidade, nome do banco de dados, classe da instância de banco de dados e grupo de segurança da VPC aparecerão com valores inferidos que você poderá alterar, se aplicável.

------
#### [ AWS CLI ]

O comando `CreateRestoreTestingPlan` da CLI é usado para criar um plano de testes de restauração.

O plano de testes deve conter:
+ `RestoreTestingPlan`, que deve conter um único `RestoreTestingPlanName`
+ Expressão cron [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpression](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpression)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html) 

  Embora tenha um nome semelhante, **NÃO** é o mesmo que `RestoreTestingSelection`.

  A [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html) tem cinco parâmetros (três obrigatórios e dois opcionais). Os valores que você especifica determinam qual ponto de recuperação está incluído no teste de restauração. Você deve indicar com `Algorithm` se deseja o ponto de recuperação mais recente dentro de `SelectionWindowDays` ou se deseja um ponto de recuperação aleatório e deve indicar por meio de `IncludeVaults` quais cofres os pontos de recuperação podem ser escolhidos.

Uma seleção pode ter um ou mais recursos protegidos ARNs ou ter uma ou mais condições, mas não pode ter as duas.

Você também pode incluir:
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpressionTimeZone](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpressionTimeZone)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#Backup-CreateRestoreTestingPlan-request-Tags](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#Backup-CreateRestoreTestingPlan-request-Tags)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax)

Use o comando [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html) da CLI.

Depois que o plano for criado com sucesso, você precisará atribuir recursos a ele usando [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html).

Isso consiste em `RestoreTestingSelectionName`, `ProtectedResourceType` e um dos seguintes:

**nota**  
**RestoreTestingSelectionName requisitos de nomenclatura:**  
Deve ter entre 1 e 256 caracteres
Pode conter letras (a-z, A-Z), números (0-9), hifens (-) e sublinhados (\$1)
Deve iniciar com um número ou letra.
Não pode terminar com um hífen ou sublinhado
Deve ser exclusivo no plano de teste de restauração
+ `ProtectedResourceArns`
+ `ProtectedResourceConditions`

Cada tipo de recurso protegido pode ter um único valor. Uma seleção de testes de restauração pode incluir um valor curinga (“\$1”) para `ProtectedResourceArns` com `ProtectedResourceConditions`. Como alternativa, você pode incluir até 30 recursos protegidos específicos ARNs no`ProtectedResourceArns`.

------

**Restaure a frequência do teste**

AWS Backup avalia expressões cron entre 00:00 e 23:59. Se você criar um plano de teste de restauração “a cada 12 horas”, mas fornecer um horário de início posterior às 11:59, ele será executado apenas uma vez por dia.

**Determinação do ponto de recuperação**

Cada vez que um plano de teste é executado (de acordo com a frequência e o horário de início especificados), um ponto de recuperação qualificado por recurso protegido selecionado é restaurado pelo teste de restauração. Se nenhum ponto de recuperação de um recurso atender aos critérios de seleção do ponto de recuperação, esse recurso não será incluído no teste.

Um ponto de recuperação para um recurso protegido em uma seleção de teste é elegível se atender aos critérios do período de tempo especificado e incluir cofres no plano de teste de restauração.

Um recurso protegido será selecionado se a seleção de teste do recurso incluir o tipo de recurso e se uma das seguintes condições for verdadeira:
+ O ARN do recurso é especificado nessa seleção; ou,
+ As condições da tag nessa seleção correspondem às tags no ponto de recuperação mais recente do recurso

## Atualizar um plano de testes de restauração
<a name="restore-testing-update"></a>

Você pode atualizar partes de um plano de testes de restauração e as seleções de recursos nele contidas pelo console ou pela AWS CLI.

------
#### [ Console ]

**Atualizar planos e seleções de testes de restauração no console**

Ao visualizar a página de detalhes do plano de testes de restauração no console, você pode editar (atualizar) muitas das configurações do plano. Para fazer isso,

1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)

1. Na navegação à esquerda, localize e selecione **Teste de restauração**.

1. Selecione o botão **Edit**.

1. Ajuste a frequência, o horário de início e o tempo que o teste terá para começar após o horário de início escolhido.

1. Salve as alterações.

------
#### [ AWS CLI ]

**Atualize os planos e as seleções de testes de restauração por meio de AWS CLI**

Solicita [UpdateRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_UpdateRestoreTestingPlan.html)e [UpdateRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_UpdateRestoreTestingSelection.html)pode ser usado para enviar atualizações parciais para um plano ou seleção específica. Os nomes não podem ser alterados, mas você pode atualizar outros parâmetros. Inclua somente os parâmetros que você deseja alterar em cada solicitação.

Antes de enviar uma solicitação de atualização, use [GetRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_GetRestoreTestingPlan.html)e [GetRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_GetRestoreTestingSelection.html)para determinar se sua RestoreTestingSelection contém caracteres específicos ARNs ou se usa o caractere curinga e as condições.

Se sua seleção de teste de restauração tiver sido especificada ARNs (em vez de um curinga) e você quiser alterá-la para um curinga com condições, a solicitação de atualização deverá incluir o curinga ARN e as condições. Uma seleção pode ter um recurso protegido ARNs ou usar o caractere curinga com condições, mas não pode ter ambos.
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/updated-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/updated-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/update-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/update-restore-testing-selection.html)

------

## Visualizar os planos de testes de restauração existentes
<a name="restore-testing-view"></a>



------
#### [ Console ]

**Visualizar detalhes sobre um plano de testes de restauração existente e os recursos atribuídos no console**

1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)

1. Na navegação à esquerda, selecione **Teste de restauração**. A tela mostra os planos de testes de restauração. Por padrão, os planos são exibidos em ordem de última execução.

1. Selecione o link de um plano para ver os detalhes, incluindo um resumo do plano, o nome, a frequência, o horário de início e o tempo para início.

Você também pode visualizar os recursos protegidos nesse plano, os trabalhos de testes de restauração dos últimos 30 dias incluídos nesse plano e todas as etiquetas que você possa ter criado para fazer parte desse plano de testes.

------
#### [ AWS CLI ]



**Obter detalhes sobre um plano de testes de restauração existente e uma seleção de testes usando a linha de comando**
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-selections.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-selections.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html)

------

## Visualizar trabalhos de testes de restauração
<a name="restore-testing-jobs"></a>

------
#### [ Console ]

**Veja os trabalhos de testes de restauração existentes no console**

Os trabalhos de testes de restauração estão incluídos na página de trabalhos de restauração.

1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)

1. Navegue até a página **Trabalhos**.

   Você também pode selecionar **Teste de restauração**, depois escolher um plano de testes de restauração para ver os detalhes e os trabalhos associados a ele.

1. Selecione a guia **Tarefas de restauração**.

   Nessa página, você pode ver o status, o tempo de restauração, o tipo de restauração, o ID do recurso, o tipo de recurso, o plano de testes de restauração ao qual o trabalho pertence, o horário de criação e o ID do ponto de recuperação do trabalho de restauração. 

   Os trabalhos incluídos em um plano de testes de restauração têm o tipo de restauração **Teste**.

Os trabalhos de testes de restauração têm várias categorias de status:
+ Um tipo de **Status** que requer atenção fica sublinhado. Passe o mouse sobre o status para ver detalhes adicionais, caso estejam disponíveis.
+ Um **status da validação** será exibido se [Validação do teste de restauração](restore-testing-validation.md) tiverem sido iniciados no teste (não disponível no console).
+ O status da exclusão indica o status dos dados gerados por um teste de restauração. Há três status de exclusão possíveis: **Bem-sucedida**, **Excluindo** e **Com falha**.

  Se a exclusão de um trabalho de testes de restauração falhar, você precisará remover o recurso manualmente, pois o fluxo de testes de restauração não pôde concluí-lo automaticamente. Muitas vezes, uma falha na exclusão será acionada se a etiqueta `awsbackup-restore-test` for removida do recurso.

------
#### [ AWS CLI ]

**Visualizar os trabalhos de testes de restauração existentes pela linha de comandos**
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-jobs-by-protected-resource.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-jobs-by-protected-resource.html)

------

## Excluir um plano de testes de restauração
<a name="restore-testing-delete"></a>



------
#### [ Console ]

**Excluir plano de testes de restauração no console**

1. Acesse [Visualizar os planos de testes de restauração existentes](#restore-testing-view) para ver seus planos de testes de restauração atuais.

1. Na página de detalhes do plano de testes de restauração, exclua um plano selecionando **Excluir**.

1. Depois de selecionar a opção para excluir, uma tela pop-up de confirmação aparecerá para confirmar que você deseja excluir o plano. Nessa tela, o nome do plano de testes de restauração específico será exibido em negrito. Para continuar, digite o nome exato do plano de testes com distinção entre maiúsculas e minúsculas, incluindo sublinhados, traços e pontos.

   Se a opção **Excluir plano de teste de restauração** não puder ser selecionada, insira novamente o nome até que ele corresponda ao nome exibido. Quando estabelecer correspondência exata, a opção de excluir o plano de testes de restauração poderá ser selecionada.

------
#### [ AWS CLI ]

**Excluir plano de testes de restauração pela linha de comandos**

O comando CLI [DeleteRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DeleteRestoreTestingSelection.html)pode ser usado para excluir uma seleção de teste de restauração. Inclua `RestoreTestingPlanName` e `RestoreTestingSelectionName` na solicitação.

Todas as seleções de testes associadas a um plano de testes devem ser excluídas antes de excluir o plano de testes. Depois que todas as seleções de teste forem excluídas, você poderá usar a solicitação da API [DeleteRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DeleteRestoreTestingPlan.html)para excluir um plano de teste de restauração. Você precisa incluir `RestoreTestingPlanName`.
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-selection.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-plan.html)

------

## Auditar testes de restauração
<a name="restore-testing-audit"></a>

Restaure as integrações de teste com o AWS Backup Audit Manager para ajudá-lo a avaliar se um recurso restaurado foi concluído dentro do tempo de restauração desejado.

Para obter mais informações, consulte o controle [Tempo de restauração para recursos cumpre a meta](https://docs.aws.amazon.com/aws-backup/latest/devguide/controls-and-remediation.html#restore-time-meets-target-control) em [AWS Backup Audit Manager controls and remediation](https://docs.aws.amazon.com/aws-backup/latest/devguide/controls-and-remediation.html).

## Cotas e parâmetros de testes de restauração
<a name="restore-testing-quotas"></a>
+ 100 planos de testes de restauração
+ 50 etiquetas podem ser adicionadas a cada plano de testes de restauração
+ 30 seleções por plano
+ 30 recursos protegidos ARNs por seleção 
+ 30 condições de recursos protegidos por seleção (incluindo aquelas dentro de `StringEquals` e `StringNotEquals`) 
+ 30 seletores de cofre por seleção
+ Máximo de dias da janela de seleção: 365 dias 
+ Horas da janela de início: mín. de 1 hora, máx. de 168 horas (7 dias) 
+ Comprimento máximo do nome do plano: 50 caracteres 
+ Comprimento máximo do nome da seleção: 50 caracteres

Informações adicionais sobre os limites podem ser conferidas em [AWS Backup cotas](aws-backup-limits.md).

## Solução de falhas do teste de restauração
<a name="restore-testing-troubleshooting"></a>

Se você tiver trabalhos de teste de restauração com um status de restauração de `Failed`, os motivos a seguir podem ajudá-lo a determinar a causa e a solução.

As mensagens de erro [podem ser visualizadas](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-jobs) no AWS Backup console na página de detalhes do status do trabalho ou usando os comandos `list-restore-jobs-by-protected-resource` da CLI ou. `list-restore-jobs`

1. Erro:

   **Solução 1:** atualize sua seleção de teste de restauração e [substitua](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) o parâmetro `SubnetId`. O AWS Backup console exibe esse parâmetro como “Sub-rede”.

   **Solução 2:** recrie a [VPC padrão](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-vpc).

   **Tipos de recursos afetados:** Amazon EC2

   

1. Erro:

   **Solução 1:** atualize sua seleção de teste de restauração e [substitua](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) o parâmetro de restauração `SubnetId`. O AWS Backup console exibe esse parâmetro como “Sub-rede”.

   **Solução 2:** [crie uma sub-rede padrão](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-subnet) na VPC padrão.

   **Tipos de recursos afetados:** Amazon EC2

   

1. Erro:

   **Solução 1:** atualize sua seleção de teste de restauração e [substitua](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) o parâmetro de restauração `DBSubnetGroupName`. O console do AWS Backup exibe esse parâmetro como Grupo de sub-rede.

   **Solução 2:** [crie uma sub-rede padrão](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-subnet) na VPC padrão.

   **Tipos de recursos afetados:** Amazon Aurora, Amazon DocumentDB, Amazon RDS, Neptune

   

1. ***Erro:** `IAM Role cannot be assumed by AWS Backup`.*

   **Solução:** A função de restauração deve ser assumida por. AWS Backup Atualize a política de confiança da função no IAM para permitir que ela seja assumida por `"backup.amazonaws.com"` ou atualize sua seleção de teste de restauração para usar uma função que seja assumida pelo AWS Backup.

   **Tipos de recursos afetados:** todos

   

1. ***Erro:** `Access denied to KMS key.` ou `The specified AWS KMS key ARN does not exist, is not enabled or you do not have permissions to access it.`*

   **Solução:** verifique o seguinte:

   1. A função de restauração tem acesso à AWS KMS chave usada para criptografar seus backups e, se aplicável, à chave KMS usada para criptografar o recurso restaurado.

   1. As políticas de recursos nas chaves do KMS acima permitem que a função de restauração as acesse.

   Se as condições acima ainda não forem atendidas, configure a função de restauração e as políticas de recursos para acesso adequado. Em seguida, execute o trabalho de teste de restauração novamente.

   **Tipos de recursos afetados:** todos

   

1. ***Erros:** `User ARN is not authorized to perform action on resource because no identity based policy allows the action.` ou `Access denied performing s3:CreateBucket on awsbackup-restore-test-xxxxxx`.*

   **Solução:** a função de restauração não tem permissões adequadas. Atualize as permissões no IAM para a função de restauração.

   **Tipos de recursos afetados:** todos

   

1. ***Erros:** `User ARN is not authorized to perform action on resource because no resource-based policy allows the action.` ou `User ARN is not authorized to perform action on resource with an explicit deny in a resource based policy.`*

   **Solução:** a função de restauração não tem acesso adequado ao recurso especificado na mensagem. Atualize a política de recursos no recurso mencionado.

   **Tipos de recursos afetados:** todos

   

# Metadados inferidos de testes de restauração
<a name="restore-testing-inferred-metadata"></a>

A restauração de um ponto de recuperação requer metadados de restauração. Para realizar testes de restauração, o AWS Backup infere automaticamente os metadados que provavelmente resultarão em uma restauração bem-sucedida. O comando `get-restore-testing-inferred-metadata` pode ser usado para visualizar o que AWS Backup será inferido. O comando `get-restore-job-metadata` retorna o conjunto de metadados inferidos por. AWS Backup Observe que, para alguns tipos de recursos (Amazon FSx), não AWS Backup é possível inferir um conjunto completo de metadados.

Os *metadados de restauração inferidos* são determinados durante o processo de testes de restauração. Você pode substituir determinadas chaves de metadados de restauração incluindo o parâmetro `RestoreMetadataOverrides` no corpo de `RestoreTestingSelection`. Algumas substituições de metadados não estão disponíveis no console. AWS Backup 

Cada recurso compatível tem chaves e valores de metadados de restauração inferidos e chaves de metadados de restauração substituíveis. Somente pares de `RestoreMetadataOverrides` valores-chave ou pares de valores-chave aninhados *required for successful restore* marcados com devem ser incluídos; os outros são opcionais. Observe que valores de chave não diferenciam entre maiúsculas e minúsculas.

**Importante**  
AWS Backup pode inferir que um recurso deve ser restaurado para a configuração padrão, como uma instância do Amazon EC2 ou um cluster do Amazon RDS restaurado para a VPC padrão. No entanto, se o padrão não estiver presente, por exemplo, a VPC ou sub-rede padrão tiver sido excluída e nenhuma substituição de metadados tiver sido inserida, a restauração não será bem-sucedida.


| Tipo de atributo | Chaves e valores de metadados de restauração inferidos | Metadados substituíveis | 
| --- | --- | --- | 
| **DynamoDB** |  `deletionProtection`, em que o valor é definido como `false` `encryptionType` é definido como `Default` `targetTableName`, em que o valor é definido como um valor aleatório que começa com `awsbackup-restore-test-`  |  `encryptionType` `kmsMasterKeyArn`  | 
| **Amazon EBS** |  `availabilityZone`, cujo valor é definido como uma zona de disponibilidade aleatória `encrypted`, cujo valor é definido como `true`  |  `availabilityZone` `iops` `kmsKeyId` `throughput` `volumesize` `volumetype`  | 
| **Amazon EC2** |  O valor de `disableApiTermination` é definido como `false` O valor de `instanceType` é definido como o instanceType do ponto de recuperação que está sendo restaurado O valor de `requiredImdsV2` é definido como `true`  |  `iamInstanceProfileName` (nulo ou `UseBackedUpValue`) `instanceType` `requireImdsV2` `securityGroupIds` `subnetId`  | 
| **Amazon EFS** |  O valor de `encrypted` é definido como `true` O valor de `file-system-id` é definido como o ID do sistema de arquivos do ponto de recuperação que está sendo restaurado `kmsKeyId value` é definido como `alias/aws/elasticfilesystem` O valor de `newFileSystem` é definido como `true` O valor de `performanceMode` é definido como `generalPurpose`  |  `kmsKeyId` `performanceMode`  | 
| **Amazon FSx para Lustre** |  `lustreConfiguration` tem chaves aninhadas. Uma chave aninhada é `automaticBackupRetentionDays`, cujo valor é definido como `0`  |  `kmsKeyId` `lustreConfiguration` tem a chave aninhada `logConfiguration` `securityGroupIds` `subnetIds`, *required for successful restore*  | 
| **Amazon FSx para NetApp ONTAP** |  `name` é definido como um valor aleatório que começa com `awsbackup_restore_test_` `ontapConfiguration` tem chaves aninhadas, incluindo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/restore-testing-inferred-metadata.html)  |  `ontapConfiguration` tem chaves aninhadas substituíveis específicas, incluindo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/restore-testing-inferred-metadata.html)  | 
| **Amazon FSx para OpenZFS** |  `openZfzConfiguration`, que tem chaves aninhadas, incluindo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/restore-testing-inferred-metadata.html)  |  `kmsKeyId` `openZfsConfiguration` tem chaves aninhadas substituíveis específicas, incluindo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) `securityGroupIds` `subnetIds`  | 
| **Servidor FSx de arquivos Amazon para Windows** |  `windowsConfiguration`, que tem chaves aninhadas, incluindo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/restore-testing-inferred-metadata.html)  |  `kmsKeyId` `securityGroupIds` `subnetIds` *required for successful restore* `windowsConfiguration`, com chaves aninhadas substituíveis específicas [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/aws-backup/latest/devguide/restore-testing-inferred-metadata.html)  | 
| **Clusters do Amazon RDS, Aurora, Amazon DocumentDB e Amazon Neptune** |  `availabilityZones` com valor definido como uma lista de até três zonas de disponibilidade aleatórias `dbClusterIdentifier` com um valor aleatório que começa com `awsbackup-restore-test` `engine` com valor definido como o mecanismo do ponto de recuperação que está sendo restaurado  |  `availabilityZones` `databaseName` `dbClusterParameterGroupName` `dbSubnetGroupName` `enableCloudwatchLogsExports` `enableIamDatabaseAuthentication` `engine` `engineMode` `engineVersion` `kmskeyId` `port` `optionGroupName` `scalingConfiguration` `vpcSecurityGroupIds`  | 
| **Instâncias do Amazon RDS** |  `dbInstanceIdentifier` com um valor aleatório que começa com `awsbackup-restore-test-` `deletionProtection` com valor definido como `false` `multiAz` com valor definido como `false` `publiclyAccessible` com valor definido como falso  |  `allocatedStorage` `availabilityZones` `dbInstanceClass` `dbName` `dbParameterGroupName` `dbSubnetGroupName` `domain` `domainIamRoleName` `enableCloudwatchLogsExports` `enableIamDatabaseAuthentication` `iops` `licensemodel` `multiAz` `optionGroupName` `port` `processorFeatures` `publiclyAccessible` `storageType` `vpcSecurityGroupIds`  | 
| **Amazon Simple Storage Service (Amazon S3)** |  `destinationBucketName` com um valor aleatório que começa com `awsbackup-restore-test-` `encrypted ` com valor definido como `true` `encryptionType` com valor definido como `SSE-S3` `newBucket` com valor definido como `true`  |  `encryptionType` `kmsKey`  | 

# Validação do teste de restauração
<a name="restore-testing-validation"></a>

Você tem a opção de criar uma validação orientada por eventos que é executada quando um trabalho de teste de restauração é concluído.

Primeiro, crie um fluxo de trabalho de validação com qualquer destino suportado pela Amazon EventBridge, como AWS Lambda. Em segundo lugar, adicione uma EventBridge regra que detecte o trabalho de restauração atingindo o status`COMPLETED`. Em terceiro lugar, crie um plano de teste de restauração (ou deixe um existente ser executado conforme programado). Por fim, após a conclusão do teste de restauração, monitore os logs do fluxo de trabalho de validação para garantir que ele foi executado conforme o esperado (depois que a validação for executada, um status de validação será exibido no [console do AWS Backup](https://console.aws.amazon.com/backup)).

1. 

**Configurar fluxo de trabalho de validação**

   Você pode configurar um fluxo de trabalho de validação usando o Lambda ou qualquer outro destino suportado pelo. EventBridge Por exemplo, se você estiver validando um teste de restauração contendo uma instância do Amazon EC2, você pode incluir um código que efetue ping em um endpoint de verificação de integridade.

   Você pode usar os detalhes do evento para determinar quais recursos devem ser validados.

   É possível usar [camadas do Lambda](https://docs.aws.amazon.com/lambda/latest/dg/chapter-layers.html) para utilizar o SDK mais recente (porque `PutRestoreValidationResult` não está disponível por meio do SDK do Lambda).

   Veja um exemplo:

   ```
   import { Backup } from "@aws-sdk/client-backup";
   
   export const handler = async (event) => {
     console.log("Handling event: ", event);
   
     const restoreTestingPlanArn = event.detail.restoreTestingPlanArn;
     const resourceType = event.detail.resourceType;
     const createdResourceArn = event.detail.createdResourceArn;
   
     // TODO: Validate the resource
     
     const backup = new Backup();
     const response = await backup.putRestoreValidationResult({
       RestoreJobId: event.detail.restoreJobId,
       ValidationStatus: "SUCCESSFUL", // TODO
       ValidationStatusMessage: "" // TODO
     });
     
     console.log("PutRestoreValidationResult: ", response);
     console.log("Finished");
   };
   ```

1. 

**Adicionar uma EventBridge regra**

   [Crie uma EventBridge regra](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html#eb-gs-create-rule) que escute o [`COMPLETED`evento](https://docs.aws.amazon.com/aws-backup/latest/devguide/eventbridge.html#monitoring-events-in-eventbridge) do trabalho de restauração.

   Opcionalmente, você pode filtrar eventos por tipo de recurso ou ARN do plano de teste de restauração. Defina a meta dessa regra para invocar o fluxo de trabalho de validação que você definiu na Etapa 1. Exemplo:

   ```
   {
     "source":[
       "aws.backup"
     ],
     "detail-type":[
       "Restore Job State Change"
     ],
     "detail":{
       "resourceType":[
         "..."
       ],
       "restoreTestingPlanArn":[
         "..."
       ],
       "status":[
         "COMPLETED"
       ]
     }
   }
   ```

1. 

**Deixe o plano de teste de restauração ser executado e concluído**

   O plano de teste de restauração será executado de acordo com a programação que você configurou.

   Consulte [Criar um plano de teste de restauração](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-create) se você ainda não tiver um ou [Atualizar um plano de teste de restauração](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-update) se desejar alterar as configurações.

1. 

**Monitorar os resultados**

   Depois que um plano de teste de restauração for executado conforme programado, você poderá verificar os logs do seu fluxo de trabalho de validação para garantir que ele foi executado corretamente.

   Você pode chamar a API `PutRestoreValidationResult` para publicar os resultados, que serão então visualizados no [AWS Backup console](https://console.aws.amazon.com/backup) e por meio de chamadas de AWS Backup API que descrevem e listam trabalhos de restauração, como `DescribeRestoreJob` ou`ListRestoreJob`.

   Depois que um status de validação é definido, ele não pode ser alterado.