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á.
Backups do Amazon Relational Database Service
Amazon RDS e AWS Backup
Ao considerar as opções para fazer backup de suas instâncias e clusters do Amazon RDS, é importante esclarecer qual tipo de backup você deseja criar e usar. Vários recursos da AWS , incluindo o Amazon RDS, oferecem suas próprias soluções de backup nativas.
O Amazon RDS oferece a opção de fazer backups automáticos e manuais. Os pontos de recuperação criados por AWS Backup são classificados de forma diferente, dependendo do tipo de backup:
-
Os snapshots periódicos criados por AWS Backup são considerados backups manuais no Amazon RDS. Esses são backups baseados em instantâneos feitos de acordo com a programação do seu plano de backup.
-
Os backups contínuos criados por AWS Backup são considerados backups automatizados no Amazon RDS. Eles permitem a restauração pontual (PITR) mantendo registros de transações junto com instantâneos automatizados.
Essa distinção é importante porque os backups manuais e automatizados têm diferentes comportamentos de retenção e gerenciamento do ciclo de vida no Amazon RDS.
Quando você usa AWS Backup para criar um backup (ponto de recuperação) de uma instância do Amazon RDS, AWS Backup
verifica se você já usou o Amazon RDS para criar um backup automático. Se existir um backup automatizado, AWS Backup cria uma cópia instantânea incremental (copy-db-snapshotoperação). Se não houver backup, AWS Backup cria um instantâneo da instância que você indica, em vez de uma cópia (create-db-snapshotoperação).
O primeiro instantâneo feito por AWS Backup, criado por qualquer operação, resultará em 1 instantâneo completo. Todas as cópias subsequentes serão backups incrementais, desde que o backup completo exista.
Ao usar cópias entre contas ou regiões, as tarefas de cópia instantânea incremental são processadas mais rapidamente do que as tarefas de cópia instantânea completa. Manter uma cópia de snapshot anterior até que o novo trabalho de cópia seja concluído pode reduzir a duração do trabalho de cópia. Se você optar por copiar snapshots de instâncias de banco de dados do RDS, é importante observar que a exclusão das cópias anteriores primeiro fará com que cópias de snapshot completas (em vez de incrementais) sejam feitas. Para obter mais informações sobre como otimizar a cópia, consulte Cópia incremental de instantâneos no Guia do usuário do Amazon RDS.
Importante
Quando um plano de AWS Backup backup é programado para criar vários instantâneos diários de uma instância do Amazon RDS e quando uma dessas janelas programadas de Início de AWS Backup Backup coincide com a janela de Backup do Amazon RDS, a linhagem de dados dos backups pode se ramificar em backups não idênticos, criando backups não planejados e conflitantes. Para evitar isso, certifique-se de que seu plano de AWS Backup backup ou a janela do Amazon RDS não coincidam em seus horários.
Considerações
AWS Backup suporta a criação de backups sob demanda do RDS Custom para instâncias do SQL Server. No entanto, a restauração do RDS Custom for SQL Server por meio de não AWS Backup tem suporte nativo. Para restaurar, use a restore-db-instance-from-db-snapshot operação no Amazon RDS com o AWS Backup snapshot criado. Para obter mais informações, consulte Restaurar uma instância personalizada do Amazon RDS para SQL Server usando um backup de AWS Backup
Atualmente, o RDS Custom for Oracle não é suportado pelo AWS Backup.
AWS Backup não suporta backup e restauração de RDS em Outposts.
Entendendo a sobreposição e os custos de backup
AWS Backup snapshots periódicos são classificados como backups manuais no Amazon RDS. Embora compartilhem a mesma cadeia de instantâneos incremental dos backups automatizados, eles contam para o armazenamento total de backup junto com os backups automatizados. O Amazon RDS fornece uma alocação gratuita de armazenamento de backup igual ao armazenamento de sua instância de banco de dados provisionada — isso abrange backups automatizados e snapshots manuais combinados. O armazenamento além dessa alocação é cobrado. Se você executar tanto AWS Backup snapshots programados quanto backups automatizados do Amazon RDS, ambos contribuem para esse total e você deve considerar isso em seu planejamento de custos.
Backups contínuos e restauração para um ponto no tempo do Amazon RDS
Os backups contínuos envolvem o uso AWS Backup para criar um backup completo do seu recurso Amazon RDS e, em seguida, capturar todas as alterações por meio de um registro de transações. Você pode obter uma granularidade maior retrocedendo até o ponto no tempo que deseja restaurar, em vez de escolher um snapshot anterior obtido em intervalos de tempo fixos.
Consulte backups contínuos e serviços compatíveis com PITR e gerenciamento de configurações de backup contínuo para obter mais informações.
Importante
Habilitar backups contínuos para o Amazon RDS usando AWS Backup quando eles foram desativados anteriormente (ou desabilitar backups contínuos quando foram habilitados anteriormente) coloca a instância do Amazon RDS offline para fazer as alterações. Planeje essa mudança durante uma janela de manutenção para minimizar o impacto. Se os backups automatizados foram habilitados a partir do Amazon RDS e esse backup foi simplesmente transferido para AWS Backup, então não é necessário nenhum tempo de inatividade.
Backups do Amazon RDS Multi-Availability Zone
AWS Backup faz backup e oferece suporte às opções de implantação do Amazon RDS for MySQL e Multi-AZ PostgreSQL (zona de disponibilidade) com uma instância de banco de dados primária e duas instâncias de banco de dados em espera legíveis.
Para obter uma lista das regiões em que os backups de Multi-Availability zona estão disponíveis, consulte a Multi-AZ coluna Amazon RDS emServiços suportados por Região da AWS.
A opção de Multi-AZ implantação otimiza as transações de gravação e é ideal quando suas cargas de trabalho exigem capacidade de leitura adicional, menor latência da transação de gravação, maior resiliência à instabilidade da rede (que afeta a consistência da latência da transação de gravação) e alta disponibilidade e durabilidade.
Para criar um Multi-AZ cluster, você pode escolher MySQL ou PostgreSQL como o tipo de mecanismo.
No AWS Backup console, há três opções de implantação:
Multi-AZ Cluster de banco de dados: cria um cluster de banco de dados com instâncias de banco de dados primárias e duas instâncias de banco de dados em espera legíveis, cada instância de banco de dados em uma zona de disponibilidade diferente. Fornece alta disponibilidade, redundância de dados e aumenta a capacidade de workloads prontas para o servidor.
Multi-AZ Instância de banco de dados: cria uma instância de banco de dados primária e uma instância de banco de dados em espera em uma zona de disponibilidade diferente. Isso fornece alta disponibilidade e redundância de dados, mas a instância de banco de dados em espera não é compatível com conexões para workloads de leitura.
Instância de banco de dados única: cria uma única instância de banco de dados sem instâncias de banco de dados em espera.
Comportamento de backup com instâncias e clusters
-
Point-in-Time A recuperação (PITR) pode suportar instâncias, mas não clusters.
-
Não há suporte para copiar um Multi-AZ snapshot de cluster de banco de dados.
-
O nome do recurso da Amazon (ARN) para um ponto de recuperação do RDS depende do uso de uma instância ou cluster:
Um ARN de instância do RDS:
arn:aws:rds:region:account:db:nameUm Multi-Availability cluster RDS:
arn:aws:rds:region:account:cluster:name
Para obter mais informações, consulte implantações de clusters de Multi-AZ banco de dados no Guia do usuário do Amazon RDS.
Para obter mais informações sobre como criar um snapshot de Multi-AZ cluster de banco de dados, consulte o Guia do usuário do Amazon RDS.
Bancos de dados globais Amazon Aurora
AWS recomenda manter backups em todas as regiões em que seu banco de dados global está implantado.
