Visão geral do backup e da restauração de um cluster de banco de dados do Aurora
Os tópicos a seguir descrevem os backups do Aurora e como restaurar o cluster de banco de dados do Aurora.
Sumário
Backups
O Aurora faz backup do volume de cluster automaticamente e mantém dados de restauração pela duração do período de retenção de backup. Os backups automáticos do Aurora são contínuos e incrementais para que você possa restaurar rapidamente em qualquer ponto do período de retenção de backup. Quando os dados do backup estão sendo gravados, não há nenhum impacto sobre a performance ou interrupção de serviço do banco de dados. Você pode especificar um período de retenção de backup de 1 a 35 dias ao criar ou modificar um cluster de banco de dados. Os backups automáticos do Aurora são armazenados no Amazon S3. Para ter mais informações sobre retenção de backups automatizados, consulte Reter backups automatizados.
Se você quiser reter dados além do período de retenção do backup, será possível fazer um snapshot dos dados no seu volume de cluster. Os snapshots do cluster de banco de dados do Aurora não expiram. Crie um novo cluster de banco de dados a partir do snapshot. Para obter mais informações, consulte Criar um snapshot de cluster de banco de dados.
nota
-
Para os clusters de banco de dados Amazon Aurora, o período de retenção de backup padrão é de um dia, independentemente de como o cluster de banco de dados é criado.
-
Não é possível desativar backups automatizados no Aurora. O período de retenção de backup para o Aurora é controlado pelo cluster de Banco de Dados.
Os custos de armazenamento de backup dependem da quantidade de dados de backup e snapshot do Aurora mantidos e por quanto tempo você os mantêm. Para obter informações sobre o armazenamento associado a backups e snapshots do Aurora, consulte Noções básicas do uso do armazenamento de backup do Amazon Aurora. Para obter informações da definição de preço sobre o armazenamento de backup do Aurora, consulte Preços do Amazon RDS for Aurora
Utilizar o AWS Backup
É possível usar o AWS Backup para gerenciar backups de clusters de banco de dados do Amazon Aurora.
Os snapshots gerenciados pelo AWS Backup são considerados snapshots manuais de cluster de banco de dados, mas não são contabilizados para a cota de snapshots de cluster de banco de dados do Aurora. Os snapshots que foram criados com o AWS Backup têm nomes com awsbackup:job-. Para obter mais informações sobre AWS Backup, consulte o Guia do desenvolvedor do backup da AWS.AWS-Backup-job-number
Também é possível usar o AWS Backup para gerenciar backups automatizados de clusters de banco de dados do Amazon Aurora. Se o cluster de banco de dados estiver associado a um plano de backup no AWS Backup, você pode usar esse plano de backup para recuperação para um ponto no tempo. Os backups automatizados (contínuos) gerenciados pelo AWS Backup têm nomes com continuous:cluster-. Para ter mais informações, consulte Restaurar um cluster de banco de dados para um horário especificado usando o AWS Backup.AWS-Backup-job-number
Janela de backup
Os backups automáticos são feitos diariamente durante a janela de backup escolhida. Se o backup exigir mais tempo do que o da janela de backup, ele continuará após a janela encerrar, até que esteja concluído. A janela de backup não pode se sobrepor à janela de manutenção semanal do cluster do banco de dados.
Os backups automatizados do Aurora são contínuos e incrementais, mas a janela de backup é usada para criar um backup diário do sistema que é preservado dentro do período de retenção de backup. Você pode copiar o backup para preservá-lo fora do período de retenção.
nota
Ao criar um cluster de banco de dados usando o AWS Management Console, não é possível especificar uma janela de backup. No entanto, você pode especificar uma janela de backup ao criar um cluster de banco de dados usando AWS CLI ou a API do RDS.
Se você não especificar uma janela de backup preferencial ao criar o cluster de banco de dados, o Aurora atribuirá uma janela de backup padrão de 30 minutos. Essa janela é selecionada aleatoriamente em um bloco de tempo de 8 horas para cada Região da AWS. A tabela a seguir lista os blocos de tempo de cada Região da AWS a partir dos quais as janelas de backups padrão são atribuídas.
| Nome da região | Região | Bloco de hora |
|---|---|---|
| Leste dos EUA (Norte da Virgínia) | us-east-1 | De 03:00 a 11:00 UTC |
| Leste dos EUA (Ohio) | us-east-2 | Das 3h às 11h (UTC) |
| US West (N. California) | us-west-1 | De 06:00 a 14:00 UTC |
| US West (Oregon) | us-west-2 | De 06:00 a 14:00 UTC |
| Africa (Cape Town) | af-south-1 | De 03:00 a 11:00 UTC |
| Asia Pacific (Hong Kong) | ap-east-1 | De 06:00 a 14:00 UTC |
| Ásia-Pacífico (Hyderabad) | ap-south-2 | 06h30 a 14h30 UTC |
| Ásia-Pacífico (Jacarta) | ap-southeast-3 | Das 08h às 16h UTC |
| Ásia-Pacífico (Malásia) | ap-southeast-5 | Das 9h às 17h (UTC) |
| Ásia-Pacífico (Melbourne) | ap-southeast-4 | Das 11h às 19h UTC |
| Ásia-Pacífico (Mumbai) | ap-south-1 | De 16:30 a 00:30 UTC |
| Asia Pacific (Osaka) | ap-northeast-3 | De 00:00 a 08:00 UTC |
| Asia Pacific (Seoul) | ap-northeast-2 | De 13:00 a 21:00 UTC |
| Ásia-Pacífico (Singapura) | ap-southeast-1 | De 14:00 a 22:00 UTC |
| Asia Pacific (Sydney) | ap-southeast-2 | De 12:00 a 20:00 UTC |
| Asia Pacific (Tokyo) | ap-northeast-1 | De 13:00 a 21:00 UTC |
| Canada (Central) | ca-central-1 | De 03:00 a 11:00 UTC |
| Oeste do Canadá (Calgary) | ca-west-1 | Das 18h às 2h (UTC) |
| China (Pequim) | cn-north-1 | De 06:00 a 14:00 UTC |
| China (Ningxia) | cn-northwest-1 | De 06:00 a 14:00 UTC |
| Europe (Frankfurt) | eu-central-1 | De 20:00 a 04:00 UTC |
| Europe (Ireland) | eu-west-1 | De 22:00 a 06:00 UTC |
| Europe (London) | eu-west-2 | De 22:00 a 06:00 UTC |
| Europa (Milão) | eu-south-1 | De 02:00 a 10:00 UTC |
| Europa (Paris) | eu-west-3 | De 07:29 a 14:29 UTC |
| Europa (Espanha) | eu-south-2 | De 02:00 a 10:00 UTC |
| Europe (Stockholm) | eu-north-1 | De 23:00 a 07:00 UTC |
| Europa (Zurique) | eu-central-2 | De 02:00 a 10:00 UTC |
| Israel (Tel Aviv) | il-central-1 | De 03:00 a 11:00 UTC |
| Oriente Médio (Barém) | me-south-1 | De 06:00 a 14:00 UTC |
| Oriente Médio (Emirados Árabes Unidos) | me-central-1 | Das 5h às 13h UTC |
| América do Sul (São Paulo) | sa-east-1 | De 23:00 a 07:00 UTC |
| AWS GovCloud (Leste dos EUA) | us-gov-east-1 | De 17:00 a 01:00 UTC |
| AWS GovCloud (Oeste dos EUA) | us-gov-west-1 | De 06:00 a 14:00 UTC |
Restaurar dados
Você pode recuperar os dados criando um cluster de bancos de dados do Aurora por meio dos dados de backup retidos pelo Aurora, de um snapshot de cluster de banco de dados que você salvou ou de um backup automatizado retido. É possível restaurar rapidamente uma nova cópia de um cluster de banco de dados criado com os dados de backup a qualquer momento do período de retenção do backup. Devido à natureza contínua e incremental dos backups do Aurora durante o período de retenção do backup, você não precisa gerar snapshots frequentes dos dados para melhorar os tempos de restauração.
O tempo de restauração mais recente de um cluster de banco de dados é o ponto mais recente para o qual é possível restaurar o cluster de banco de dados. Normalmente, isso ocorre em até cinco minutos do horário atual para um cluster de banco de dados ativo ou cinco minutos do tempo de exclusão do cluster para um backup automatizado retido.
O tempo de restauração mais antigo especifica o ponto do período de retenção de backup até o qual é possível restaurar o volume do cluster.
Para determinar o tempo de restauração mais recente ou mais antigo para um cluster de banco de dados, procure os valores Latest restorable time ou Earliest restorable time no console do RDS. Para obter informações sobre como visualizar esses valores, consulte Visualizar backups automatizados retidos do Amazon Aurora.
Você pode descobrir quando a restauração de um cluster de banco de dados foi encerrada verificando os valores Latest restorable time e Earliest restorable time. Esses valores retornam NULL até que a operação de restauração seja concluída. Não será possível solicitar uma operação de backup ou restauração se Latest restorable time ou Earliest restorable
time retornar NULL.
Para obter informações sobre como restaurar um cluster de banco de dados para um período específico, consulte Restaurar um cluster de banco de dados para um horário especificado.
Clonagem de banco de dados para Aurora
Você também pode usar a clonagem de banco de dados para cloná-los a partir do seu cluster de banco de dados do Aurora, em vez de restaurar um snapshot do cluster de banco de dados. Os bancos de dados clonados usam apenas o espaço adicional mínimo quando são criados pela primeira vez. Os dados são copiados somente como alterações de dados, seja nos bancos de dados de origem ou nos clonados. Você pode fazer vários clones do mesmo cluster de banco de dados, ou criar clones adicionais até mesmo de outros clones. Para ter mais informações, consulte Clonar um volume para um cluster de banco de dados do Amazon Aurora.
Retrocesso
O Aurora MySQL agora oferece suporte ao retrocesso de um cluster de banco de dados para um período específico, sem restaurar os dados de um backup. Para obter mais informações, consulte Retroceder um cluster de banco de dados Aurora.
