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á.
# Restaurar um backup por tipo de recurso
## Como restaurar
Para obter instruções de restauração do console e links para a documentação AWS Backup de cada tipo de recurso suportado, consulte os links na parte inferior desta página.
Para restaurar um backup de forma programática, use a operação [StartRestoreJob](API_StartRestoreJob.md) da API.
Os valores de configuração (“restaurar metadados”) necessários para restaurar o recurso variam de acordo com o recurso que você deseja restaurar. Para obter os metadados de configuração com os quais seu backup foi criado, é possível chamar [GetRecoveryPointRestoreMetadata](API_GetRecoveryPointRestoreMetadata.md). Exemplos de metadados de restauração também estão disponíveis nos links na parte inferior desta página.
A restauração a partir do armazenamento frio normalmente leva quatro horas a mais do que a restauração do armazenamento quente.
Para cada restauração, será criado um trabalho de restauração com um ID de trabalho exclusivo. Por exemplo, `1323657E-2AA4-1D94-2C48-5D7A423E7394`.
**nota**
AWS Backup não fornece nenhum contrato de nível de serviço (SLAs) para um período de restauração. Os tempos de restauração podem variar de acordo com a carga e a capacidade do sistema, mesmo para restaurações que contêm os mesmos recursos.
## Restaurações não destrutivas
Quando você usa AWS Backup para restaurar um backup, ele cria um novo recurso com o backup que você está restaurando. Isso serve para proteger seus recursos existentes de serem destruídos pela atividade de restauração.
## Testes de restauração
Você pode realizar testes nos recursos para simular uma experiência de restauração. Isso ajuda a determinar se você atende ao objetivo de tempo de restauração (RTO) organizacional e ajuda a se preparar para futuras necessidades de restauração.
Para obter mais informações, consulte [Testes de restauração](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html).
## Copiar tags durante uma restauração
**nota**
As restaurações do Amazon DynamoDB, do Amazon S3 e do SAP HANA em instâncias do Amazon EC2, máquinas virtuais e recursos do Amazon Timestream não têm esse recurso disponível no momento.
### Introdução
É possível pode copiar as tags ao restaurar um recurso se elas pertencerem ao recurso protegido no momento do backup. As tags, que são rótulos que contêm um par de chave/valor, podem ajudar você a identificar e pesquisar recursos. Ao iniciar um trabalho de restauração, as tags que pertenciam aos recursos originais de backup poderão ser adicionadas ao recurso que estiver sendo restaurado.
Ao optar por incluir tags durante um trabalho de restauração, essa etapa poderá substituir a sobrecarga e o trabalho de aplicar tags manualmente aos recursos após a conclusão de um trabalho de restauração. Observe que isso é diferente de adicionar novas tags aos recursos restaurados.
Ao restaurar um backup no fluxo do console, as tags de origem são copiadas por padrão. No console, desmarque a caixa se você quiser desativar a cópia de tags em um recurso restaurado
Na operação da API `StartRestoreJob`, o parâmetro `CopySourceTagsToRestoredResource` é definido como `false` por padrão, o que excluirá as tags de origem originais do recurso que você estiver restaurando. Se quiser *incluir* tags de origem originais, defina isso como `True`.
### Considerações
+ Um recurso pode ter até 50 tags, incluindo recursos restaurados. Consulte [Marcar seus recursos da AWS](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) para obter mais informações sobre limites de tag.
+ Certifique-se de que as permissões corretas estejam presentes na função usada para restaurações de tags de cópia. A função padrão para restaurações contém as permissões necessárias. Uma função personalizada deve incluir permissões adicionais para marcar recursos.
+ Atualmente, os seguintes recursos não são compatíveis com a inclusão da tag de restauração: VMware Cloud™ on AWS, VMware Cloud™ on, sistemas locais AWS Outposts, SAP HANA em instâncias do Amazon EC2, Timestream, DynamoDB, Advanced DynamoDB e Amazon S3.
+ Para backups contínuos, as tags do recurso original a partir do backup mais recente serão copiadas no recurso restaurado.
+ As tags não serão copiadas para restaurações em nível de item.
+ As tags que foram adicionadas a um backup após a conclusão do trabalho de backup, mas que não estavam presentes no recurso original antes do backup, não serão copiadas no recurso restaurado. Somente os backups criados após 22 de maio de 2023 estão qualificados para cópia de tags na restauração.
### Interação de tags com recursos específicos
+ **Amazon EC2**
+ As tags aplicadas às instâncias restauradas do **Amazon EC2** também são aplicadas aos volumes anexados restaurados do **Amazon EBS**.
+ As tags aplicadas aos volumes do EBS anexados às instâncias de origem não são copiadas para os volumes anexados às instâncias restauradas. Se você tiver políticas do IAM que permitem ou negam aos usuários o acesso aos volumes do EBS com base em suas tags, você deve reatribuir manualmente as tags necessárias aos volumes restaurados para garantir que suas políticas permaneçam em vigor.
+ Quando você restaura um recurso do **Amazon EFS**, ele deve ser copiado em um novo sistema de arquivos. As restaurações em um sistema de arquivos existente não podem ter tags copiadas nele.
+ **Amazon RDS**
+ Se o cluster do RDS do qual foi feito o backup ainda estiver ativo, as tags desse cluster serão copiadas.
+ Se o cluster original não estiver mais ativo, as tags do snapshot do cluster serão copiadas em vez disso.
+ As tags que estavam presentes no recurso no momento do backup serão copiadas durante a restauração, independentemente de o parâmetro booliano para `CopySourceTagsToRestoredResource` estar definido como `True` ou `False`. No entanto, se o snapshot não contiver tags, a configuração booliana acima será usada.
+ Os clusters do **Amazon Redshift**, por padrão, sempre incluem tags durante um trabalho de restauração.
### Copiar as tags pelo console
1. Abra o [console do AWS Backup](https://console.aws.amazon.com/backup/).
1. No painel de navegação, escolha **Recursos protegidos** e o ID do recurso do Amazon S3 que você deseja restaurar.
1. Na página **Detalhes do recurso** será exibida uma lista de pontos de recuperação para o ID de recurso selecionado. Como restaurar um recurso:
1. No painel **Backup**, escolha o ID do ponto de recuperação do recurso.
1. No canto superior direito do painel, escolha **Restaurar** (como alternativa, é possível acessar o cofre de backup, encontrar o ponto de recuperação e clicar em **Ações** e depois em **Restaurar**).
1. Na **página Restaurar backup**, localize o painel chamado Restaurar com tags. Para incluir todas as tags do recurso original, retenha a caixa de seleção (observe que no console essa caixa está marcada por padrão).
1. Clique em **Restaurar backup** depois de selecionar todas as configurações e funções preferidas.
### Como incluir tags de forma programática
Use a operação de API `StartRestoreJob`. Certifique-se de que o seguinte parâmetro booliano esteja definido como `True`:
```
CopySourceTagsToRestoredResource = true
```
Se o parâmetro booliano `CopySourceTagsToRestoredResource` = `True`, o trabalho de restauração copiará as tags do(s) recurso(s) original(is) no material restaurado.
**Importante**
O trabalho de restauração falhará se esse parâmetro for incluído em um recurso não suportado (VMware, sistemas locais AWS Outposts, SAP HANA em instâncias EC2, Timestream, DynamoDB, Advanced DynamoDB e Amazon S3).
```
{
"RecoveryPointArn": "arn:aws:ec2:us-east-1::image/ami-1234567890a1b234",
"Metadata": {
"InstanceInitiatedShutdownBehavior": "stop",
"DisableApiTermination": "false",
"EbsOptimized": "false",
"InstanceType": "t1.micro",
"SubnetId": "subnet-123ab456cd7efgh89",
"SecurityGroupIds": "[\"sg-0a1bc2d345ef67890\"]",
"Placement": "{\"GroupName\":null,\"Tenancy\":\"default\"}",
"HibernationOptions": "{\"Configured\":false}",
"IamInstanceProfileName": "UseBackedUpValue",
"aws:backup:request-id": "1a2345b6-cd78-90e1-2345-67f890g1h2ij"
},
"IamRoleArn": "arn:aws:iam::123456789012:role/EC2Restore",
"ResourceType": "EC2",
"IdempotencyToken": "34ab5678-9012-3c4d-5678-efg9h01f23i4",
"CopySourceTagsToRestoredResource": true
}
```
### Solução de problemas de restauração de tags
**ERRO:** permissões insuficientes
**SOLUÇÃO:** certifique-se de ter as permissões necessárias em sua função de restauração para que possa incluir tags no recurso restaurado. A política padrão de função de serviço [AWS gerenciado](https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies) para restaurações [AWSBackupServiceRolePolicyForRestores](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/service-role/AWSBackupServiceRolePolicyForRestores$jsonEditor),, contém as permissões necessárias para essa tarefa.
Se você optar por usar uma função personalizada, verifique se as seguintes permissões estão presentes:
+ `elasticfilesystem:TagResource`
+ `storagegateway:AddTagsToResource`
+ `rds:AddTagsToResource`
+ `ec2:CreateTags`
+ `cloudformation:TagResource`
Para obter ter mais informações, consulte [Permissões da API](https://docs.aws.amazon.com/aws-backup/latest/devguide/access-control.html#backup-api-permissions-ref).
## Status do trabalho de restauração
Você pode visualizar o status de um trabalho de restauração na página **Trabalhos** do console do AWS Backup . Os status dos trabalhos de restauração incluem: **pendente**, **em execução**, **concluído**, **cancelado** e **com falha**.
**Topics**
+ [Como restaurar](#how-to-restore)
+ [Restaurações não destrutivas](#non-destructive-restores)
+ [Testes de restauração](#restore-testing-intro)
+ [Copiar tags durante uma restauração](#tag-on-restore)
+ [Status do trabalho de restauração](#restore-job-statuses)
+ [Restaurar um cluster do Aurora](restoring-aur.md)
+ [Restauração do Amazon Aurora DSQL](restore-auroradsql.md)
+ [Restaurar CloudFormation pilhas](restore-application-stacks.md)
+ [Restaurar um cluster do DocumentDB](restoring-docdb.md)
+ [Restaurar uma tabela do Amazon DynamoDB](restoring-dynamodb.md)
+ [Restaure um volume do Amazon EBS](restoring-ebs.md)
+ [Restaurar uma instância do Amazon EC2](restoring-ec2.md)
+ [Como restaurar um sistema de arquivos do Amazon EFS](restoring-efs.md)
+ [Restaurar um cluster Amazon EKS](restoring-eks.md)
+ [Restaurar um sistema FSx de arquivos](restoring-fsx.md)
+ [Restaurar um cluster do Neptune](restoring-nep.md)
+ [Restaurar um banco de dados do RDS](restoring-rds.md)
+ [Restaurar um cluster do Amazon Redshift](redshift-restores.md)
+ [Restauração do Amazon Redshift sem servidor](redshift-serverless-restore.md)
+ [Restaurar um banco de dados SAP HANA em uma instância do Amazon EC2](saphana-restore.md)
+ [Restaure dados do S3 usando AWS Backup](restoring-s3.md)
+ [Restaurar um volume do Storage Gateway](restoring-storage-gateway.md)
+ [Restaurar uma tabela do Amazon Timestream](timestream-restore.md)
+ [Restaure uma máquina virtual usando AWS Backup](restoring-vm.md)