Visão geral do backup e da restauração de um cluster de banco de dados do Aurora
Nas seções a seguir, você encontra informações sobre como fazer backups no Aurora e como restaurar o cluster de banco de dados do Aurora usando o AWS Management Console.
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 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 do Aurora são armazenados no Amazon S3.
Se você quiser manter um backup além do período de retenção do backup, também será possível fazer um snapshot dos dados no seu volume de cluster. Como o Aurora mantém dados de restauração incrementais durante todo o período de retenção do backup, você só precisa criar um snapshot dos dados que deseja reter além do período de retenção do backup. Crie um novo cluster de banco de dados a partir do snapshot.
-
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
Também é possível usar o AWS Backup para gerenciar backups de clusters de banco de dados do Amazon Aurora. Os backups 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. Backups criados com o AWS Backup têm nomes que terminam com awsbackup:
. Para obter informações sobre o AWS Backup, consulte o Guia do desenvolvedor doAWS 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.
Aurora os backups 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 copiá-lo para preservá-lo fora do período de retenção.
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 |
---|---|---|
US East (Ohio) | us-east-2 | De 03:00 a 11:00 UTC |
US East (N. Virginia) | us-east-1 | De 03:00 a 11:00 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 | 6h às 14h (UTC) |
Ásia-Pacífico (Jacarta) | ap-southeast-3 | Das 08h às 16h 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 |
China (Beijing) | 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 |
Europe (Paris) | eu-west-3 | De 07:29 a 14:29 UTC |
Europe (Milan) | eu-south-1 | De 02:00 a 10:00 UTC |
Europe (Stockholm) | eu-north-1 | De 23:00 a 07:00 UTC |
Oriente Médio (Bahrein) | me-south-1 | 6h às 14h (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 |
Como restaurar dados
Você pode recuperar seus dados criando um novo cluster de banco de dados do Aurora a partir dos dados de backup retidos pelo Aurora ou a partir de um snapshot de cluster de banco de dados que você salvou. É 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 fazer snapshots frequentes de seus dados para melhorar os tempos de restauração.
Para determinar o tempo de restauração mais recente ou mais antigo para um cluster de banco de dados, procure os valores Latest restore time
ou Earliest restorable time
no console do RDS. Para obter informações sobre como visualizar esses valores, consulte Visualizar um cluster de bancos de dados Amazon Aurora. O tempo de restauração mais recente de um cluster de banco de dados é o ponto mais recente no qual é possível restaurar seu cluster de banco de dados, normalmente dentro de 5 minutos do horário atual. O tempo de restauração mais antigo especifica o quão distante você pode restaurar o volume do cluster dentro do período de retenção do backup.
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
. Os valores Latest Restorable Time
e Earliest Restorable
Time
retornam NULL até que a operação de restauração seja concluída. Não é 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 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 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.