# Restaurar uma instância de banco de dados Esta seção mostra como restaurar uma instância de banco de dados. Essa página mostra como restaurar uma instância de banco de dados do Amazon RDS de um snapshot do banco de dados. O Amazon RDS cria um snapshot do volume de armazenamento de sua instância de banco de dados, fazendo o backup de toda a instância de banco de dados, não apenas dos bancos de dados individuais. É possível criar uma instância de banco de dados com uma restauração de um snapshot de banco de dados. Forneça o nome do snapshot de banco de dados do qual restaurar e um nome para a nova instância de banco de dados que é criada na restauração. Não é possível restaurar de um snapshot de banco de dados para uma instância de banco de dados existente. Você cria outra instância de banco de dados quando restaura o snapshot. É possível usar a instância de banco de dados restaurada assim que o status for `available`. A instância de banco de dados continua a carregar dados em segundo plano. Isso é conhecido como *carregamento lento*. Se você acessar dados que ainda não foram carregados, a instância de banco de dados baixará imediatamente os dados solicitados do Amazon S3 e continuará carregando o restante dos dados do volume em segundo plano. Para ter mais informações, consulte [Snapshots do Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html). Para ajudar a atenuar os efeitos do carregamento lento em tabelas às quais necessita de acesso rápido, você pode executar operações que envolvem verificações de tabela completas, como `SELECT *`. Isso permite que o Amazon RDS baixe todos os dados da tabela de backup do S3. Você pode restaurar uma instância de banco de dados e usar um tipo de armazenamento diferente que o snapshot de banco de dados de origem. Nesse caso, o processo de restauração é mais lento devido ao trabalho adicional necessário para migrar os dados para o novo tipo de armazenamento. Se você restaurar para ou de um armazenamento magnético, o processo de migração será o mais lento. Isso ocorre porque o armazenamento magnético não possui o recurso de armazenamento de IOPS provisionadas ou de Uso geral (SSD). É possível usar o CloudFormation para restaurar uma instância de banco de dados de um snapshot de instância de banco de dados. Para obter mais informações, consulte [AWS::RDS::DBInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbinstance.html), no *Guia do usuário do AWS CloudFormation*. **nota** Não é possível restaurar uma instância de banco de dados a partir de um DB snapshot que seja compartilhado e criptografado. Em vez disso, você pode fazer uma cópia do snapshot de banco de dados e restaurar a instância de banco de dados a partir da cópia. Para obter mais informações, consulte [Copiar um snapshot de banco de dados para o Amazon RDS](USER_CopySnapshot.md). Consulte informações sobre a restauração de uma instância de banco de dados com uma versão do Suporte estendido do RDS em [Restauração de uma instância de banco de dados ou um cluster de banco de dados multi-AZ com o Suporte estendido do Amazon RDS](extended-support-restoring-db-instance.md). ## Restauração a partir de um snapshot É possível restaurar uma instância de banco de dados usando o Console de gerenciamento da AWS. a AWS CLI ou a API do RDS. **nota** Não é possível reduzir a quantidade de armazenamento ao restaurar uma instância de banco de dados. Ao aumentar o armazenamento alocado, o aumento deve ser de pelo menos 10%. Ao tentar aumentar o valor em menos de 10%, você obtém um erro. Não é possível aumentar o armazenamento alocado ao restaurar instâncias de banco de dados do RDS para SQL Server. ### Console **Para restaurar uma instância de banco de dados de um DB snapshot** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Snapshots**. 1. Escolha o DB snapshot do qual você deseja restaurar. 1. Em **Actions (Ações)**, escolha **Restore snapshot (Restaurar snapshot)**. 1. Na página **Restore snapshot** (Restaurar snapshot), em **DB Instance Identifier** (Identificador da instância do banco de dados), digite o nome da instância de bancos de dados restaurada. 1. Especifique outras configurações, como o tamanho de armazenamento alocado. Para obter informações sobre cada configuração, consulte [Configurações para instâncias de banco de dados](USER_CreateDBInstance.Settings.md). 1. Escolha **Restore DB Instance**. ### AWS CLI Para restaurar uma instância de banco de dados a AWS CLIpartir de um snapshot de banco de dados, use o comando [restore-db-instance-from-db-snapshot da ](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html). Neste exemplo, restaure a partir de um snapshot de banco de dados chamado `mydbsnapshot`. Restaure em uma nova instância de banco de dados chamada `mynewdbinstance`. Esse exemplo também define o tamanho de armazenamento alocado. Você pode especificar outras configurações. Para obter informações sobre cada configuração, consulte [Configurações para instâncias de banco de dados](USER_CreateDBInstance.Settings.md). **Example** Para Linux, macOS ou Unix: ``` 1. aws rds restore-db-instance-from-db-snapshot \ 2. --db-instance-identifier mynewdbinstance \ 3. --db-snapshot-identifier mydbsnapshot \ 4. --allocated-storage 100 ``` Para Windows: ``` 1. aws rds restore-db-instance-from-db-snapshot ^ 2. --db-instance-identifier mynewdbinstance ^ 3. --db-snapshot-identifier mydbsnapshot ^ 4. --allocated-storage 100 ``` Esse comando retorna uma saída semelhante à seguinte: ``` 1. DBINSTANCE mynewdbinstance db.t3.small MySQL 50 sa creating 3 n 8.0.28 general-public-license ``` **Example** O exemplo a seguir mostra a restauração de um snapshot e a adição de outro volume de armazenamento à instância recém-criada. O snapshot incluiu o volume `rdsdbdata2` adicional. A operação de restauração `rdsdbdata3`, totalizando três volumes na instância recém-criada. Não será possível excluir um volume ao restaurar o snapshot. ``` 1. aws rds restore-db-instance-from-db-snapshot \ 2. --db-instance-identifier my-restored-instance \ 3. --db-snapshot-identifier my-asv-snapshot \ 4. --additional-storage-volumes '[{ \ 5. "VolumeName": "rdsdbdata3", \ 6. "StorageType":"gp3", \ 7. "AllocatedStorage": 5000, \ 8. "IOPS": 12000 \ 9. }]' ``` ### API do RDS Para restaurar uma instância de banco de dados a partir de um snapshot de banco de dados, chame a função [RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) da API do Amazon RDS com os seguintes parâmetros: + `DBInstanceIdentifier` + `DBSnapshotIdentifier` ## Considerações Consulte considerações de como restaurar uma instância de banco de dados de um snapshot de banco de dados nos tópicos a seguir. **Topics** + [Considerações de grupos de parâmetros](#USER_RestoreFromSnapshot.Parameters) + [Considerações sobre os grupos de segurança](#USER_RestoreFromSnapshot.Security) + [Considerações de grupos de opções](#USER_RestoreFromSnapshot.Options) + [Considerações sobre marcação de recursos](#restore-from-snapshot.tagging) + [Considerações sobre o Db2](#USER_RestoreFromSnapshot.Db2) + [Considerações sobre o Microsoft SQL Server](#USER_RestoreFromSnapshot.MSSQL) + [Considerações sobre SQL](#USER_RestoreFromSnapshot.MySQL) + [Considerações sobre o Oracle Database](#USER_RestoreFromSnapshot.Oracle) ### Considerações de grupos de parâmetros Recomendamos que você retenha o grupo de parâmetros de banco de dados para quaisquer snapshots do banco de dados criados, para que você possa associar uma instância de banco de dados restaurada ao grupo de parâmetros correto. O grupo de parâmetros de banco de dados padrão é associado à instância restaurada, a menos que você escolha um diferente. Não há configurações de parâmetros personalizados disponíveis no grupo de parâmetros padrão. Você pode especificar o grupo de parâmetros ao restaurar a instância de banco de dados. Para obter mais informações sobre os grupos de parâmetros de banco de dados, consulte [Grupos de parâmetros para Amazon RDS](USER_WorkingWithParamGroups.md). ### Considerações sobre os grupos de segurança Ao restaurar uma instância de banco de dados, a nuvem privada virtual (VPC) padrão, o grupo de sub-rede de banco de dados e o grupo de segurança da VPC são associados à instância restaurada, a menos que você escolha outros. + Se estiver usando o console do Amazon RDS, você poderá especificar um grupo de segurança da VPC personalizado para associar à instância ou criar um novo grupo de segurança da VPC. + Se estiver usando a AWS CLI, você poderá especificar um grupo de segurança da VPC personalizado para associar à instância incluindo a opção `--vpc-security-group-ids` no comando `restore-db-instance-from-db-snapshot`. + Se você estiver usando a API do Amazon RDS, será possível incluir o parâmetro `VpcSecurityGroupIds.VpcSecurityGroupId.N` na ação `RestoreDBInstanceFromDBSnapshot`. Assim que a restauração for concluída e anova instância de banco de dados estiver disponível, você também poderá alterar as configurações da VPC modificando a instância de banco de dados. Para obter mais informações, consulte [Modificar uma instância de banco de dados do Amazon RDS](Overview.DBInstance.Modifying.md). ### Considerações de grupos de opções Quando você restaura uma instância de banco de dados, o grupo de opções de banco de dados padrão é associado à instância restaurada. A exceção é quando a fonte da instância de banco de dados é associada a um grupo de opções que contém uma opção persistente ou permanente. Por exemplo, se a fonte da instância de banco de dados usar o Oracle Transparent Data Encryption (TDE), a instância de banco de dados restaurada deverá usar um grupo de opções que tenha a opção TDE. Se você restaurar uma instância de banco de dados em uma VPC diferente, deverá executar um dos seguintes procedimentos para atribuir um grupo de opções de banco de dados: + Atribuir o grupo de opções padrão deste grupo da VPC à instância. + Atribuir outro grupo de opções vinculado a essa VPC. + Criar um novo grupo de opções e atribui-lo à instância de banco de dados. Com opções persistentes ou permanentes, como o Oracle TDE, você deve criar um novo grupo de opções que inclua a opção persistente ou permanente. Para obter mais informações sobre grupos de opções de banco de dados, consulte [Trabalhar com grupos de opções](USER_WorkingWithOptionGroups.md). ### Considerações sobre marcação de recursos Quando você restaura uma instância de banco de dados de um snapshot do banco de dados, o RDS verifica se você especifica novas tags. Se sim, as novas tags serão adicionadas à instância de banco de dados restaurada. Se não houver novas tags, o RDS adicionará as tags da instância de banco de dados de origem no momento da criação do snapshot à instância de banco de dados restaurada. Para obter mais informações, consulte [Copiar tags para snapshots de banco de dados](USER_Tagging.md#USER_Tagging.CopyTags). ### Considerações sobre o Db2 Com o modelo BYOL, as instâncias de banco de dados do Amazon RDS para Db2 devem estar associadas a um grupo de parâmetros personalizado que contenha o IBM Site ID e o IBM Customer ID. Caso contrário, as tentativas de restaurar uma instância de banco de dados de um snapshot falharão. As instâncias de banco de dados do Amazon RDS para Db2 também devem estar associadas a uma licença autogerenciada do AWS License Manager. Para obter mais informações, consulte [Traga a sua própria licença (BYOL) para o Db2](db2-licensing.md#db2-licensing-options-byol). Com o modelo de licença do Db2 por meio do AWS Marketplace, você precisa de uma assinatura do AWS Marketplace ativa para a edição específica do IBM Db2 que deseja usar. Se ainda não tiver uma, [assine o Db2 no AWS Marketplace](db2-licensing.md#db2-marketplace-subscribing-registering) para essa edição do IBM Db2. Para obter mais informações, consulte [Licença do Db2 por meio do AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace). ### Considerações sobre o Microsoft SQL Server Ao restaurar um snapshot de banco de dados do RDS for Microsoft SQL Server para uma nova instância, você sempre pode restaurar para a mesma edição do seu snapshot. Em alguns casos, você também pode alterar a edição da instância de banco de dados. As seguintes limitações são aplicáveis às alteração de edições: + O snapshot de banco de dados deve ter armazenamento suficiente alocado para a nova edição. + Somente há suporte para as seguintes alterações da edição: + Da Standard Edition para a Enterprise Edition + Da Web Edition para a Standard Edition ou a Enterprise Edition + Da Express Edition para Web Edition, Standard Edition ou Enterprise Edition Para alterar de uma edição para uma nova que não é compatível via restauração de um snapshot, você poderá tentar usar o recurso de backup e restauração nativo. O SQL Server verifica se o seu banco de dados é compatível com a nova edição com base em quais recursos do SQL Server você habilitou no banco de dados. Para obter mais informações, consulte [Importar e exportar bancos de dados do SQL Server usando backup e restauração nativos](SQLServer.Procedural.Importing.md). ### Considerações sobre SQL Para fazer uma restauração por meio de um snapshot de banco de dados do RDS para MySQL com uma versão de mecanismo incompatível, talvez seja necessário fazer a atualização do snapshot de banco de dados mais de uma vez. Consulte mais informações sobre as opções de atualização em [Opções de atualização para snapshots de banco de dados com versões de mecanismo incompatíveis para o RDS para MySQL](mysql-upgrade-snapshot.upgrade-options.md). Consulte mais informações sobre como atualizar a versão de mecanismo de um snapshot de banco de dados do RDS para MySQL em [Atualizar uma versão do mecanismo de snapshot de banco de dados do MySQL](mysql-upgrade-snapshot.md). ### Considerações sobre o Oracle Database Ao restaurar um banco de dados Oracle a partir de um DB snapshot, considere o seguinte: + Antes de restaurar um snapshot de banco de dados, você pode atualizá-lo para uma versão posterior. Para obter mais informações, consulte [Como atualizar para um snapshot de banco de dados Oracle](USER_UpgradeDBSnapshot.Oracle.md). + Se você restaurar um snapshot de uma instância CDB, poderá alterar o nome do PDB. Você não pode alterar os nomes do PDB quando sua instância do CDB usa a configuração multilocatário. Para obter mais informações, consulte [Fazer backup e restaurar um CDB](Oracle.Concepts.single-tenant.snapshots.md). + Não é possível alterar o nome do CDB, que é sempre `RDSCDB`. Esse nome CDB é o mesmo para todas as instâncias CDB. + Você não pode interagir diretamente com os bancos de dados de locatários em um DB snapshot. Se você restaurar um snapshot de uma instância CDB que usa a configuração multilocatário, restaurará todos os bancos de dados de locatários. Você pode usar [describe-db-snapshot-tenant-databases para inspecionar os bancos de dados de locatários](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-tenant-databases.html) em um DB snapshot antes de restaurá-lo. + Se você usar o Oracle GoldenGate, mantenha sempre o parameter group com o parâmetro `compatible`. Ao restaurar uma instância de banco de dados de um snapshot de banco de dados, você deve especificar o grupo de parâmetros que tem um valor de parâmetro correspondente a ou maior que `compatible`. + É possível optar por renomear o banco de dados ao restaurar um snapshot de banco de dados. Se o tamanho total do redo log on-line for maior que 20 GB, o RDS poderá redefinir o tamanho do redo log on-line como as configurações padrão de 512 MB (4 x 128 MB). O tamanho menor permite que a operação de restauração seja concluída em um tempo razoável. É possível recriar os redo logs on-line posteriormente e alterar o tamanho. + Você pode gerenciar sua senha de usuário principal no AWS Secrets Manager. Para obter mais informações, consulte [Visão geral do gerenciamento de senhas do usuário principal com AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview). # Restaurar uma instância de banco de dados para um momento especificado no Amazon RDS É possível restaurar uma instância de banco de dados para um ponto no tempo específico criando uma instância de banco de dados sem modificar a instância de banco de dados de origem. Ao restaurar uma instância de banco de dados para um momento específico, você pode escolher o grupo de segurança padrão da nuvem privada virtual (VPC). Ou você pode aplicar um grupo de segurança personalizado da VPC à sua instância de banco de dados. As instâncias de banco de dados restauradas são associadas automaticamente aos grupos de parâmetros e de opções de banco de dados padrão. Porém, você pode aplicar um grupo de parâmetros personalizado e um grupo de opções personalizado especificando-os durante uma restauração. Se as tags forem fornecidas na solicitação, elas serão aplicadas à instância de banco de dados restaurada. Se as tags não forem fornecidas na solicitação e se a instância de banco de dados de origem estiver ativa na região e tiver tags, o RDS adicionará as tags mais recentes da instância de banco de dados de origem à instância de banco de dados restaurada. O RDS carrega os logs de transações de instâncias de banco de dados no Simple Storage Service (Amazon S3) a cada cinco minutos. Para visualizar o tempo restaurável mais recente para uma instância de banco de dado, use o comando AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) e confira o valor retornado no campo `LatestRestorableTime` para a instância de banco de dados. Para ver o tempo de restauração mais recente para cada instância de banco de dados no console Amazon RDS, selecione **Backups automatizados**. É possível fazer a restauração para qualquer momento dentro do período de retenção de backup. Para ver o tempo de restauração mais antigo para cada instância de banco de dados, selecione **Backups automatizados** no console do Amazon RDS. ![\[Backups automatizados\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/automated-backups.png) **nota** Recomendamos restaurar para o mesmo tamanho de instância de banco de dados ou um tamanho semelhante (e IOPS se estiver usando o armazenamento de IOPS provisionadas) como a instância de banco de dados de origem. É possível receber um erro se, por exemplo, você escolher um tamanho de instância de banco de dados com um valor de IOPS incompatível. Consulte informações sobre a restauração de uma instância de banco de dados com uma versão do Suporte estendido do RDS em [Restauração de uma instância de banco de dados ou um cluster de banco de dados multi-AZ com o Suporte estendido do Amazon RDS](extended-support-restoring-db-instance.md). Alguns dos mecanismos de banco de dados do Amazon RDS apresentam considerações especiais quando se utiliza a restauração pontual: + Se você usar a autenticação por senha com uma instância de banco de dados do Amazon RDS para Db2, as ações de gerenciamento de usuários, inclusive `rdsadmin.add_user`, não serão capturadas nos logs. Essas ações exigem um backup de snapshot completo. Com o modelo BYOL, as instâncias de banco de dados do RDS para Db2 devem estar associadas a um grupo de parâmetros personalizado que contenha o IBM Site ID e o IBM Customer ID. Caso contrário, as tentativas de restaurar uma instância de banco de dados para um ponto específico no tempo falharão. As instâncias de banco de dados do Amazon RDS para Db2 também devem estar associadas a uma licença autogerenciada do AWS License Manager. Para obter mais informações, consulte [Traga a sua própria licença (BYOL) para o Db2](db2-licensing.md#db2-licensing-options-byol). Com o modelo de licença do Db2 por meio do AWS Marketplace, você precisa de uma assinatura do AWS Marketplace ativa para a edição específica do IBM Db2 que deseja usar. Se ainda não tiver uma, [assine o Db2 no AWS Marketplace](db2-licensing.md#db2-marketplace-subscribing-registering) para essa edição do IBM Db2. Para obter mais informações, consulte [Licença do Db2 por meio do AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace). + Ao fazer uma restauração pontual em uma instância de banco de dados do RDS para Oracle, você pode especificar um mecanismo de banco de dados, modelo de licença e DBName (SID) diferentes para a instância de banco de dados restaurada. Também é possível especificar que o RDS deve armazenar e gerenciar as senhas de usuário principal no AWS Secrets Manager. Para obter mais informações, consulte [Visão geral do gerenciamento de senhas do usuário principal com AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview). + Quando você restaura uma instância de banco de dados do SQL Server em um ponto no tempo, cada banco de dados nessa instância é restaurado a um ponto no tempo dentro de 1 segundo de cada outro banco de dados dentro da instância. As transações que abrangem vários bancos de dados dentro da instância podem ser restauradas de forma inconsistente. + Para uma instância de banco de dados SQL Server, os modos `OFFLINE`, `EMERGENCY` e `SINGLE_USER` não são compatíveis. Configurar qualquer banco de dados em um desses modos faz com que o tempo restaurável mais recente pare de avançar para toda a instância. + Algumas ações, como altera o modelo de recuperação de um banco de dados do SQL Server, podem interromper a sequência de logs que são usados para a recuperação em um ponto anterior no tempo. Em alguns casos, o Amazon RDS pode detectar esse problema e o mais recente tempo restaurável é impedido de avançar. Em outros casos, como quando um banco de dados do SQL Server usa o modelo de recuperação `BULK_LOGGED`, a interrupção na sequência de log não é detectada. Pode não ser possível restaurar uma instância de banco de dados do SQL Server a um ponto no tempo, se houver uma interrupção na sequência de log. Por esses motivos, o Amazon RDS não oferece suporte à alteração do modelo de recuperação dos bancos de dados do SQL Server. Você também pode usar o AWS Backup para gerenciar backups de instâncias de banco de dados do Amazon RDS. Se sua instância de banco de dados estiver associada a um plano de backup no AWS Backup, esse plano de backup será usado para recuperação em um ponto anterior no tempo. Backups criados com o AWS Backup têm nomes que terminam com `awsbackup:AWS-Backup-job-number`. Para obter mais informações sobre o AWS Backup, consulte o[https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide). **nota** As informações neste tópico se aplicam ao Amazon RDS. Para obter informações sobre como restaurar um cluster de bancos de dados Amazon Aurora consulte [Restaurar um cluster de banco de dados em um horário especificado](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html). Você pode restaurar uma instância de banco de dados em um momento específico usando o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS. **nota** Não é possível reduzir a quantidade de armazenamento ao restaurar uma instância de banco de dados. Ao aumentar o armazenamento alocado, o aumento deve ser de pelo menos 10%. Ao tentar aumentar o valor em menos de 10%, você obtém um erro. Não é possível aumentar o armazenamento alocado ao restaurar instâncias de banco de dados do RDS para SQL Server. ## Console **Para restaurar uma instância de banco de dados em um horário específico** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Automated backups (Backups automatizados)**. Os backups automatizados são exibidos na guia **Current Region** (região atual). 1. Escolha a instância de banco de dados que você quer restaurar. 1. Em **Actions (Ações)**, escolha **Restore to point in time (Restaurar para point-in-time)**. A janela **Restore to point in time (Restaurar para point-in-time)** é exibida. 1. Escolha **Latest restorable time (Hora da última restauração)** para restaurar no último horário possível ou escolha **Custom (Personalizar)** para escolher um horário. Se você escolher **Custom** (Personalizado), insira a data e a hora para a qual deseja restaurar a instância. **nota** Os horários são mostrados no fuso horário local, que é indicado por um deslocamento do Tempo Universal Coordenado (UTC). Por exemplo, UTC-5 é a Hora Padrão do Leste dos EUA/Horário de Verão Central. 1. Em **Identificador de instância de banco de dados**, digite o nome da instância de banco de dados restaurada de destino. O nome deve ser exclusivo. 1. Escolha outras opções conforme necessário, como classe de instância de banco de dados, armazenamento e se você quer usar a escalabilidade automática de armazenamento. Para obter informações sobre cada configuração, consulte [Configurações para instâncias de banco de dados](USER_CreateDBInstance.Settings.md). 1. Escolha **Restore to point in time (Restaurar para point-in-time)**. ## AWS CLI Para restaurar uma instância de banco de dados de volta para um horário especificado, use o comando [restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) da AWS CLI para criar uma instância de banco de dados. Esse exemplo também define o tamanho de armazenamento alocado e habilita a autoescalabilidade do armazenamento. A marcação de recursos é compatível com esta operação. Quando você usa a opção `--tags`, as tags da instância de banco de dados de origem são ignoradas e as fornecidas são utilizadas. Caso contrário, as tags mais recentes da instância de origem serão utilizadas. Você pode especificar outras configurações. Para obter informações sobre cada configuração, consulte [Configurações para instâncias de banco de dados](USER_CreateDBInstance.Settings.md). **Example** Para Linux, macOS ou Unix: ``` 1. aws rds restore-db-instance-to-point-in-time \ 2. --source-db-instance-identifier mysourcedbinstance \ 3. --target-db-instance-identifier mytargetdbinstance \ 4. --restore-time 2017-10-14T23:45:00.000Z \ 5. --allocated-storage 100 \ 6. --max-allocated-storage 1000 ``` Para Windows: ``` 1. aws rds restore-db-instance-to-point-in-time ^ 2. --source-db-instance-identifier mysourcedbinstance ^ 3. --target-db-instance-identifier mytargetdbinstance ^ 4. --restore-time 2017-10-14T23:45:00.000Z ^ 5. --allocated-storage 100 ^ 6. --max-allocated-storage 1000 ``` **Example** O exemplo a seguir mostra a adição de um volume ao restaurar a instância para um ponto no tempo. Para Linux, macOS ou Unix: ``` 1. aws rds restore-db-instance-to-point-in-time \ 2. --source-db-instance-identifier my-asv-instance \ 3. --target-db-instance-identifier my-pitr-instance \ 4. --use-latest-restorable-time \ 5. --additional-storage-volumes '[{ \ 6. "VolumeName": "rdsdbdata2", \ 7. "StorageType":"gp3", \ 8. "AllocatedStorage": 5000, \ 9. "IOPS": 12000 \ 10. }]' ``` Para Windows: ``` 1. aws rds restore-db-instance-to-point-in-time ^ 2. --source-db-instance-identifier my-asv-instance ^ 3. --target-db-instance-identifier my-pitr-instance ^ 4. --use-latest-restorable-time ^ 5. --additional-storage-volumes '[{ ^ 6. "VolumeName": "rdsdbdata2", ^ 7. "StorageType":"gp3", ^ 8. "AllocatedStorage": 5000, ^ 9. "IOPS": 12000 ^ 10. }]' ``` ## API do RDS Para restaurar uma instância de banco de dados em um horário específico, chame a operação [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) da API do Amazon RDS com os seguintes parâmetros: + `SourceDBInstanceIdentifier` + `TargetDBInstanceIdentifier` + `RestoreTime` # Restaurar um cluster de banco de dados multi-AZ para um horário especificado É possível restaurar seu cluster de banco de dados multi-AZ para um momento específico criando um cluster de banco de dados multi-AZ. O RDS carrega logs de transações dos clusters de banco de dados multi-AZ no Amazon S3 continuamente. É possível fazer a restauração para qualquer momento dentro do período de retenção de backup. Para ver o horário restaurável mais antigo para um cluster de banco de dados multi-AZ, use o comando da AWS CLI [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html). Veja o valor retornado no campo `EarliestRestorableTime` para o cluster de banco de dados. Para visualizar o tempo restaurável mais recente de um cluster de banco de dados multi-AZ, confira o valor retornado no campo `LatestRestorableTime` do cluster de banco de dados. Ao restaurar um cluster de banco de dados multi-AZ em um ponto no tempo, você pode escolher o grupo de segurança da VPC padrão para o cluster de banco de dados multi-AZ ou aplicar um grupo de segurança da VPC personalizado ao cluster de banco de dados multi-AZ. Os clusters de banco de dados multi-AZ restaurados são automaticamente associados ao grupo de parâmetros de cluster de banco de dados padrão. No entanto, você pode aplicar um grupo de parâmetros de cluster de banco de dados personalizado especificando-o durante uma restauração. Se o cluster de banco de dados de origem tiver tags de recursos, o RDS adicionará as tags mais recentes ao cluster de banco de dados restaurado. **nota** Convém restaurar para o mesmo tamanho de cluster de banco de dados multi-AZ ou similar que o cluster de banco de dados de origem. Também recomendamos que você restaure com o mesmo valor de IOPS ou similar se estiver usando o armazenamento de IOPS provisionadas. É possível receber um erro se, por exemplo, você escolher um tamanho de cluster de banco de dados com um valor de IOPS incompatível. Se o cluster de banco de dados multi-AZ de origem usar o armazenamento SSD de uso geral (gp3) e tiver menos de 400 GiB de armazenamento alocado, você não poderá modificar as IOPS provisionadas para o cluster de banco de dados restaurado. Consulte informações sobre a restauração de cluster de banco de dados multi-AZ com uma versão do Suporte estendido do RDS em [Restauração de uma instância de banco de dados ou um cluster de banco de dados multi-AZ com o Suporte estendido do Amazon RDS](extended-support-restoring-db-instance.md). Você pode restaurar um cluster de banco de dados multi-AZ para um ponto no tempo usando 0 Console de gerenciamento da AWS, a AWS CLI ou a API do RDS. ## Console **Para restaurar um cluster de banco de dados multi-AZ para um horário especificado** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Bancos de dados**. 1. Escolha o cluster de banco de dados multi-AZ que você deseja restaurar. 1. Em **Actions (Ações)**, escolha **Restore to point in time (Restaurar para point-in-time)**. A janela **Restore to point in time (Restaurar para point-in-time)** é exibida. 1. Escolha **Latest restorable time (Hora da última restauração)** para restaurar no último horário possível ou escolha **Custom (Personalizar)** para escolher um horário. Se você escolher **Personalizar**, insira a data e a hora para a qual deseja restaurar o cluster de banco de dados multi-AZ. **nota** Os horários são mostrados no fuso horário local, que é indicado por um deslocamento do Tempo Universal Coordenado (UTC). Por exemplo, UTC-5 é a Hora Padrão do Leste dos EUA/Horário de Verão Central. 1. Para **identificador de cluster de banco de dados**, insira o nome do cluster de banco de dados multi-AZ recém-restaurado. 1. Em **Availability and durability** (Disponibilidade e durabilidade), escolha **Multi-AZ DB cluster** (Cluster de banco de dados multi-AZ). ![\[Opção de cluster de banco de dados multi-AZ\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png) 1. Em **DB instance class** (Classe de instância do banco de dados), escolha uma classe de instância de banco de dados. Atualmente, os clusters de banco de dados multi-AZ são compatíveis apenas com classes de instância de banco de dados db.m6gd e db.r6gd. Para ter mais informações sobre classes de instância de banco de dados, consulte [Classes de instâncias de banco de dados do ](Concepts.DBInstanceClass.md). 1. Nas seções restantes, especifique suas configurações de cluster de banco de dados. Para obter informações sobre cada configuração, consulte [Configurações para criar clusters de banco de dados multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings). 1. Escolha **Restore to point in time (Restaurar para point-in-time)**. ## AWS CLI Para restaurar um cluster de banco de dados multi-AZ para um horário especificado, use o comando da AWS CLI [restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html) para criar um novo cluster de banco de dados multi-AZ. Atualmente, os clusters de banco de dados multi-AZ são compatíveis apenas com classes de instância de banco de dados db.m6gd e db.r6gd. Para ter mais informações sobre classes de instância de banco de dados, consulte [Classes de instâncias de banco de dados do ](Concepts.DBInstanceClass.md). **Example** Para Linux, macOS ou Unix: ``` 1. aws rds restore-db-cluster-to-point-in-time \ 2. --source-db-cluster-identifier mysourcemultiazdbcluster \ 3. --db-cluster-identifier mytargetmultiazdbcluster \ 4. --restore-to-time 2021-08-14T23:45:00.000Z \ 5. --db-cluster-instance-class db.r6gd.xlarge ``` Para Windows: ``` 1. aws rds restore-db-cluster-to-point-in-time ^ 2. --source-db-cluster-identifier mysourcemultiazdbcluster ^ 3. --db-cluster-identifier mytargetmultiazdbcluster ^ 4. --restore-to-time 2021-08-14T23:45:00.000Z ^ 5. --db-cluster-instance-class db.r6gd.xlarge ``` ## API do RDS Para restaurar um cluster de bancos de dados em um horário específico, chame a operação [RestoreDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) da API do Amazon RDS com os seguintes parâmetros: + `SourceDBClusterIdentifier` + `DBClusterIdentifier` + `RestoreToTime` # Restaurar a partir de um snapshot para cluster de banco de dados multi-AZ É possível restaurar um snapshot para um cluster de banco de dados multi-AZ utilizando o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS. Você pode restaurar cada um desses tipos de snapshots para um cluster de banco de dados multi-AZ: + Um snapshot de uma implantação single-AZ + Um snapshot de uma implantação de cluster de banco de dados multi-AZ com uma única instância de banco de dados + Um snapshot de um cluster de banco de dados multi-AZ Para obter mais informações sobre implantações multi-AZ, consulte [Configurar e gerenciar uma implantação multi-AZ para o Amazon RDS](Concepts.MultiAZ.md). **dica** Você pode migrar uma implantação de uma única zona de disponibilidade ou uma implantação de instância de banco de dados multi-AZ para uma implantação de cluster de banco de dados multi-AZ restaurando um snapshot. Consulte informações sobre a restauração de um cluster de banco de dados multi-AZ com uma versão do Suporte estendido do RDS em [Restauração de uma instância de banco de dados ou um cluster de banco de dados multi-AZ com o Suporte estendido do Amazon RDS](extended-support-restoring-db-instance.md). ## Console **Para restaurar um snapshot para um cluster de banco de dados multi-AZ** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Snapshots**. 1. Escolha o snapshot do qual você deseja restaurar. 1. Em **Actions (Ações)**, escolha **Restore snapshot (Restaurar snapshot)**. 1. Na página **Restore snapshot** (Restaurar snapshot), em **Availability and durability** (Disponibilidade e durabilidade), escolha **Multi-AZ DB cluster** (Cluster de banco de dados multi-AZ). ![\[Opção de cluster de banco de dados multi-AZ\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png) 1. Para **identificador de cluster de banco de dados**, insira o nome do cluster de banco de dados multi-AZ recém-restaurado. 1. Nas seções restantes, especifique suas configurações de cluster de banco de dados. Para obter informações sobre cada configuração, consulte [Configurações para criar clusters de banco de dados multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings). 1. Escolha **Restore DB Instance**. ## AWS CLI Para restaurar um snapshot para um cluster de banco de dados multi-AZ, use o comando da AWS CLI [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html). No exemplo a seguir, restaure a partir de um instantâneo já criado, chamado `mysnapshot`. Restaure em um novo cluster de banco de dados multi-AZ chamado `mynewmultiazdbcluster`. Você também especifica a classe da instância de banco de dados utilizada pelas instâncias de banco de dados no cluster de banco de dados multi-AZ. Especifique um `mysql` ou `postgres` para o mecanismo de banco de dados. Para a opção `--snapshot-identifier`, você pode usar o nome ou o nome do recurso da Amazon (ARN) para especificar um snapshot do cluster de banco de dados. No entanto, é possível usar apenas o ARN para especificar um DB snapshot. Para a opção `--db-cluster-instance-class`, especifique a classe da instância de banco de dados para o novo cluster de banco de dados multi-AZ. Os clusters de banco de dados multi-AZ são compatíveis apenas com algumas classes de instância de banco de dados específicas, como db.m6gd e db.r6gd. Para ter mais informações sobre classes de instância de banco de dados, consulte [Classes de instâncias de banco de dados do ](Concepts.DBInstanceClass.md). Você também pode especificar outras opções. **Example** Para Linux, macOS ou Unix: ``` 1. aws rds restore-db-cluster-from-snapshot \ 2. --db-cluster-identifier mynewmultiazdbcluster \ 3. --snapshot-identifier mysnapshot \ 4. --engine mysql|postgres \ 5. --db-cluster-instance-class db.r6gd.xlarge ``` Para Windows: ``` 1. aws rds restore-db-cluster-from-snapshot ^ 2. --db-cluster-identifier mynewmultiazdbcluster ^ 3. --snapshot-identifier mysnapshot ^ 4. --engine mysql|postgres ^ 5. --db-cluster-instance-class db.r6gd.xlarge ``` Depois de restaurar o cluster de banco de dados, você poderá adicionar o cluster de banco de dados multi-AZ ao grupo de segurança associado ao cluster de banco de dados ou à instância de banco de dados utilizada para criar o snapshot, se aplicável. A conclusão desta ação fornece as mesmas funções do cluster ou da instância de banco de dados anterior. ## API do RDS Para restaurar um snapshot em um cluster de banco de dados multi-AZ, chame a operação de API do RDS [RestoreDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html) com os seguintes parâmetros: + `DBClusterIdentifier` + `SnapshotIdentifier` + `Engine` Você também pode especificar outros parâmetros opcionais. Depois de restaurar o cluster de banco de dados, você poderá adicionar o cluster de banco de dados multi-AZ ao grupo de segurança associado ao cluster de banco de dados ou à instância de banco de dados utilizada para criar o snapshot, se aplicável. A conclusão desta ação fornece as mesmas funções do cluster ou da instância de banco de dados anterior. # Restauração de um snapshot de cluster de banco de dados multi-AZ para uma instância de banco de dados Um *snapshot de cluster de banco de dados multi-AZ* é um snapshot de volume de armazenamento do seu cluster de banco de dados que faz backup de todo o cluster de banco de dados, e não apenas dos bancos de dados individuais. Você pode restaurar um snapshot de cluster de banco de dados multi-AZ para uma implantação single-AZ ou uma implantação de instância de banco de dados multi-AZ. Para obter mais informações sobre implantações multi-AZ, consulte [Configurar e gerenciar uma implantação multi-AZ para o Amazon RDS](Concepts.MultiAZ.md). **nota** Também é possível restaurar um snapshot de cluster de banco de dados multi-AZ para um novo cluster de banco de dados multi-AZ. Para instruções, consulte [Restaurar a partir de um snapshot para cluster de banco de dados multi-AZ](USER_RestoreFromMultiAZDBClusterSnapshot.Restoring.md). Consulte informações sobre a restauração de cluster de banco de dados multi-AZ com uma versão do Suporte estendido do RDS em [Restauração de uma instância de banco de dados ou um cluster de banco de dados multi-AZ com o Suporte estendido do Amazon RDS](extended-support-restoring-db-instance.md). Use o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS para restaurar um snapshot de cluster de banco de dados multi-AZ para uma implantação single-AZ ou uma implantação de instância de banco de dados multi-AZ. ## Console **Como restaurar um snapshot de cluster de banco de dados multi-AZ para uma implantação single-AZ ou uma implantação de instância de banco de dados multi-AZ** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Snapshots**. 1. Escolha o snapshot de cluster de banco de dados multi-AZ que deseja restaurar. 1. Em **Actions (Ações)**, escolha **Restore snapshot (Restaurar snapshot)**. 1. Na página **Restore snapshot** (Restaurar snapshot), em **Availability and durability** (Disponibilidade e durabilidade), escolha uma das seguintes opções: + **Single DB instance** (Instância de banco de dados única): restaura o snapshot em uma instância de banco de dados sem instância de banco de dados em espera. + **Multi-AZ DB instance** (Instância de banco de dados multi-AZ): restaura o snapshot para uma implantação de instância de banco de dados multi-AZ com uma instância de banco de dados primária e uma instância de banco de dados em espera. 1. Em **DB instance identifier** (Identificador da instância de banco de dados), insira o nome da instância de banco de dados restaurada. 1. Nas seções restantes, especifique suas configurações de instância de banco de dados. Para obter informações sobre cada configuração, consulte [Configurações para instâncias de banco de dados](USER_CreateDBInstance.Settings.md). 1. Escolha **Restore DB Instance**. ## AWS CLI Para restaurar um snapshot de cluster de banco de dados para uma implantação de instância de banco de dados, use o comando [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html) da AWS CLI. O exemplo a seguir restaura um snapshot de cluster de banco de dados multi-AZ já criado chamado `myclustersnapshot`. A restauração ocorre para uma nova implantação de instância de banco de dados multi-AZ com uma instância de banco de dados primária chamada `mynewdbinstance`. Para a opção `--db-cluster-snapshot-identifier`, especifique o nome do snapshot do cluster de banco de dados multi-AZ. Para a opção `--db-instance-class`, especifique a classe da instância de banco de dados para a implantação da nova instância de banco de dados. Para ter mais informações sobre classes de instância de banco de dados, consulte [Classes de instâncias de banco de dados do ](Concepts.DBInstanceClass.md). Você também pode especificar outras opções. **Example** Para Linux, macOS ou Unix: ``` 1. aws rds restore-db-instance-from-db-snapshot \ 2. --db-instance-identifier mynewdbinstance \ 3. --db-cluster-snapshot-identifier myclustersnapshot \ 4. --engine mysql \ 5. --multi-az \ 6. --db-instance-class db.r6g.xlarge ``` Para Windows: ``` 1. aws rds restore-db-instance-from-db-snapshot ^ 2. --db-instance-identifier mynewdbinstance ^ 3. --db-cluster-snapshot-identifier myclustersnapshot ^ 4. --engine mysql ^ 5. --multi-az ^ 6. --db-instance-class db.r6g.xlarge ``` Depois de restaurar a instância de banco de dados, você poderá adicioná-la ao grupo de segurança associado ao cluster de banco de dados multi-AZ usado para criar o snapshot, se aplicável. A conclusão desta ação fornece as mesmas funções do cluster de banco de dados multi-AZ anterior. ## API do RDS Para restaurar um snapshot de cluster de banco de dados multi-AZ para uma implantação de instância de banco de dados, chame a operação de API do RDS [RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) com os seguintes parâmetros: + `DBInstanceIdentifier` + `DBClusterSnapshotIdentifier` + `Engine` Você também pode especificar outros parâmetros opcionais. Depois de restaurar a instância de banco de dados, você poderá adicioná-la ao grupo de segurança associado ao cluster de banco de dados multi-AZ usado para criar o snapshot, se aplicável. A conclusão desta ação fornece as mesmas funções do cluster de banco de dados multi-AZ anterior. # Tutorial: restaurar uma instância de banco de dados do Amazon RDS de um snapshot do banco de dados Com frequência, ao trabalhar com o Amazon RDS, você pode ter uma instância de banco de dados com a qual trabalha ocasionalmente, mas que não precisa usar em tempo integral. Por exemplo, suponha que você tenha uma pesquisa trimestral de clientes que usa uma instância do Amazon EC2 para hospedar um site de pesquisa de clientes. Você também tem uma instância de banco de dados utilizada para armazenar os resultados da pesquisa. Uma maneira de economizar dinheiro nesse cenário é obter um snapshot da instância de banco de dados após a conclusão da pesquisa. Depois, você exclui a instância de banco de dados e a restaura quando precisa realizar a pesquisa novamente. Ao restaurar a instância de banco de dados, você fornece o nome do snapshot de banco de dados do qual deseja restaurar. Depois, você fornece um nome para a nova instância de banco de dados criada na operação de restauração. Para ter mais informações sobre a restauração de uma instância de banco de dados a partir de snapshots, consulte [Restaurar uma instância de banco de dados](USER_RestoreFromSnapshot.md). Para ter informações sobre o gerenciamento de chaves do AWS KMS para o Amazon RDS, consulte [AWS KMS keyGerenciamento de](Overview.Encryption.Keys.md). ## Restaurar uma instância de banco de dados de um snapshot de banco de dados Use o procedimento a seguir para restaurar de um snapshot no Console de gerenciamento da AWS. **Para restaurar uma instância de banco de dados de um DB snapshot** 1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. No painel de navegação, escolha **Snapshots**. 1. Escolha o DB snapshot do qual você deseja restaurar. 1. Em **Actions (Ações)**, escolha **Restore snapshot (Restaurar snapshot)**. ![\[Opção Restore snapshot (Restaurar snapshot) no menu Actions (Ações) no console do RDS\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/tut-restore-instance1.png) A página **Restore snapshot (Restaurar snapshot)** é exibida. ![\[Restaurar a página de snapshot\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/tut-restore-instance2.png) 1. Em **DB instance settings** (Configurações da instância de banco de dados), use as configurações padrão para **DB engine** (Mecanismo de banco de dados) e **License model** (Modelo de licença) (para Oracle ou Microsoft SQL Server). 1. Em **Settings** (Configurações), para **DB instance identifier** (Identificador de instância de banco de dados), insira o nome exclusivo que você quer usar na instância de banco de dados restaurada, por exemplo, **mynewdbinstance**. Se você estiver restaurando de uma instância de banco de dados excluída após fazer o snapshot de banco de dados, será possível usar o nome dessa instância de banco de dados. 1. Em **Disponibilidade e durabilidade**, escolha se quer criar uma instância em espera em outra zona de disponibilidade. Para este tutorial, não crie uma instância em espera. 1. Em **Connectivity** (Conectividade, use as configurações padrão para o seguinte: + **Nuvem privada virtual (VPC)** + **DB subnet group** (Grupo de subredes do banco de dados) + **Acesso público** + **VPC security group (firewall)** [Grupo de segurança da VPC (firewall)] 1. Escolha a **DB instance class** (Classe da instância de banco de dados) Para este tutorial, escolha **Burstable classes (includes t classes)** (Classes com capacidade de intermitência (inclui classes t)) e, depois, escolha **db.t3.small**. 1. Para **Encryption** (Criptografia), use as configurações padrão. Se a fonte da instância de banco de dados do snapshot tiver sido criptografada, a instância de banco de dados restaurada também será criptografada. Não é possível fazer isso sem criptografia. 1. Expanda **Additional configuration** (Configuração adicional) na parte inferior da página. ![\[Configuração adicional\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/tut-restore-instance3.png) 1. Faça o seguinte em **Database options** (Opções do banco de dados): 1. Escolha o **DB parameter group** (Grupo de parâmetros de banco de dados). Para este tutorial, use o grupo de parâmetros padrão. 1. Escolha o **Option group** (Grupo de opções). Para este tutorial, use o grupo de opções padrão. **Importante** Em alguns casos, você pode restaurar a partir de um snapshot de banco de dados que use uma opção persistente ou permanente. Em caso afirmativo, selecione um grupo de opções que use a mesma opção. 1. Para **Deletion protection** (Proteção contra exclusão), escolha **Enable deletion protection** (Habilitar proteção contra exclusão). 1. Escolha **Restore DB Instance**. A página **Databases** (Banco de dados) exibe a instância de banco de dados restaurada, com um status de `Creating`. ![\[Instância de banco de dados restaurada na página Banco de dados\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/tut-restore-instance4.png)