A partir de 11 de janeiro de 2024, o ApsaraDB RDS for MySQL atualiza o recurso de backup de log para oferecer uma recuperação point-in-time (PITR) aprimorada. Essa nova política de backup permite configurar a janela de recuperação com maior clareza. Após a atualização, não é mais necessário manter os períodos de retenção de backups completos e de logs alinhados. Configure apenas o Time Range of Restoration Points e o sistema gerenciará automaticamente as dependências de backup para garantir a proteção dos dados.
Cronograma e regiões de implantação
A implantação deste recurso ocorre em fases nas diferentes regiões. O suporte para atualização de instâncias novas e existentes também será habilitado gradualmente. Para obter as informações mais recentes, consulte o console do ApsaraDB RDS.
Para novas instâncias, o recurso de recuperação point-in-time pode levar algumas horas para ficar disponível após a criação. Agradecemos a compreensão.
|
Data de implantação |
Tipo de instância |
Região |
|
Implantação gradual a partir de 11 de janeiro de 2024 |
ApsaraDB RDS for MySQL com disco local de alto desempenho |
China (Hohhot), China (Chengdu), China (Zhangjiakou), Singapore, Japan (Tokyo), South Korea (Seoul), Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), Germany (Frankfurt) e UK (London). |
|
Implantação gradual a partir de 15 de fevereiro de 2024 |
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Shenzhen), China (Ulanqab), China (Heyuan) e China (Guangzhou). |
|
|
Implantação gradual a partir de 30 de janeiro de 2024 |
ApsaraDB RDS for MySQL com disco cloud (incluindo instâncias serverless) |
China (Hohhot), China (Chengdu), China (Zhangjiakou), Singapore, Japan (Tokyo), South Korea (Seoul), Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), Germany (Frankfurt) e UK (London). |
|
Implantação gradual a partir de 15 de fevereiro de 2024 |
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Shenzhen), China (Ulanqab), China (Heyuan) e China (Guangzhou). |
Atualização
Ao atualizar uma instância do ApsaraDB RDS for MySQL para usar a recuperação point-in-time, a lógica de retenção de backup também é atualizada. O sistema retém os conjuntos de backup com base no Time Range of Restoration Points configurado.
Nas instâncias existentes, antes da atualização, a restauração de dados só era possível para um ponto posterior ao backup completo mais antigo dentro do período de retenção de backup de log. Após a atualização, é possível restaurar dados para qualquer ponto dentro do período de retenção do PITR configurado.
|
Tipo de armazenamento da instância |
Escopo afetado |
Descrição |
|
Disco local de alto desempenho |
Novas instâncias |
Instâncias criadas em ou após 11 de janeiro de 2024 têm a recuperação point-in-time ativada por padrão. Se necessário, desative o recurso Point-in-time Restore, o que também desativa os backups de log. Essa ação torna a recuperação point-in-time indisponível. |
|
Instâncias existentes |
É possível atualizar manualmente o recurso de backup de log para recuperação point-in-time em instâncias criadas antes de 11 de janeiro de 2024. Essa ação é irreversível. No entanto, ainda é possível desativar o recurso Point-in-time Restore se necessário. Isso também desativa os backups de log e torna a recuperação point-in-time indisponível. Para instruções, consulte Upgrade to point-in-time recovery. |
|
|
Disco cloud |
Novas instâncias |
Instâncias criadas em ou após 30 de janeiro de 2024 têm a recuperação point-in-time ativada por padrão. Se necessário, desative o recurso Point-in-time Restore, o que também desativa os backups de log. Essa ação torna a recuperação point-in-time indisponível. |
|
Instâncias existentes |
É possível atualizar manualmente o recurso de backup de log para recuperação point-in-time em instâncias criadas antes de 30 de janeiro de 2024. Essa ação é irreversível. No entanto, ainda é possível desativar o recurso Point-in-time Restore se necessário. Isso também desativa os backups de log e torna a recuperação point-in-time indisponível. Para instruções, consulte Upgrade to point-in-time recovery. |
Faturamento
A lógica de faturamento de backup permanece inalterada. Para garantir o PITR, o sistema retém alguns conjuntos de backup além do Log Backup Retention Period configurado. Esses conjuntos de backup contam para o Total Backup Size. Se o tamanho total do backup permanecer dentro da cota gratuita, não haverá cobrança de backup. Qualquer armazenamento que exceder a cota gratuita será faturado com base no uso real. Para detalhes sobre faturamento, consulte o Backup guide.
Atualizar para recuperação point-in-time
Para atualizar o recurso de backup de log para recuperação point-in-time em uma instância existente, siga estas etapas. Para mais informações, consulte Differences between point-in-time recovery and log backup.
Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância RDS está localizada. Em seguida, localize a instância RDS e clique em ID da instância.
No painel de navegação à esquerda, clique em Backup and Recovery. Na página Backup and Recovery, clique na aba Backup Strategy e, em seguida, clique em Edit na seção Basic Backup.
-
Na caixa de diálogo exibida, leia a descrição do recurso e clique em Enable now..
-
Na caixa de diálogo de confirmação, leia o aviso pré-atualização, selecione OK e clique em OK, Upgrade to Point-in-time Protection.
Operações relacionadas
Modifique a política de recuperação point-in-time, como o período de retenção do PITR, ou desative o recurso. Para mais informações, consulte Configure a point-in-time recovery policy.
Use backups de dados e de log para restaurar dados em uma instância existente, em uma nova instância ou em um banco de dados local. Consulte Overview of data restoration methods para obter detalhes.
Baixe backups de dados ou de log para um dispositivo local ou faça upload deles no Object Storage Service (OSS) para arquivamento. Para mais informações, consulte Download a backup set.