O backup padrão do RDS retém entre 2 e 7 conjuntos de backup por semana, acumulando armazenamento ao longo do tempo. O sparse backup permite definir políticas de retenção em camadas — semanal, mensal e anual — para manter apenas os conjuntos de backup necessários, na granularidade desejada. Isso reduz os custos de armazenamento de backup em comparação com a retenção periódica fixa.
Cenários
Em alguns cenários de negócios, pode ser necessário configurar políticas de backup com mais flexibilidade e reter um número mínimo de conjuntos de backup. Por exemplo, talvez você queira manter apenas o último conjunto de backup de cada mês. Ao usar o recurso de backup regular do ApsaraDB RDS for SQL Server, a frequência de backup deve ser de pelo menos dois backups por semana. Isso gera ao menos 104 conjuntos de backup por ano para a instância. Os custos de armazenamento resultantes são elevados e podem não atender aos seus requisitos de negócios. Nesse cenário, use o recurso de sparse backup. Ele permite configurar políticas de backup com mais flexibilidade e manter um número mínimo de conjuntos de backup. Por exemplo, configure uma política para realizar backups duas vezes por semana e retê-los por sete dias. Após sete dias, os conjuntos de backup são liberados automaticamente e não geram mais custos de armazenamento. Também é possível configurar uma política para realizar um backup no último dia de cada mês e retê-lo por um longo período. Dessa forma, apenas 12 conjuntos de backup são mantidos a longo prazo a cada ano, reduzindo significativamente os custos de armazenamento de backup.
Como funciona
Cada política de sparse backup especifica um ciclo de backup (semanal, mensal ou anual), os dias específicos para execução dos backups e um período de retenção. É possível empilhar múltiplas políticas em uma única instância.
Exemplo — retenção em quatro camadas:
|
Política |
Agendamento |
Retenção |
|
① |
Diariamente |
7 dias |
|
② |
Toda segunda-feira |
30 dias |
|
③ |
Primeiro e último dia de cada mês |
365 dias |
|
④ |
1º de janeiro de cada ano |
Longo prazo |
Quando as políticas coincidem no mesmo dia, o sistema cria um único conjunto de backup e aplica o maior período de retenção entre as políticas correspondentes.
Diferenças entre backup regular e sparse backup
|
Backup regular |
Sparse backup |
|
|
Política de retenção |
Mínimo de 2 e máximo de 7 conjuntos de backup por semana, retidos por um período fixo. Exemplo: toda segunda-feira e domingo por 365 dias. |
Configurável por ciclo — semanal, mensal ou anual — com períodos de retenção independentes por política. Exemplo: toda segunda-feira e domingo por 7 dias, e o último dia de cada mês a longo prazo. |
|
Custo de armazenamento |
Acumula muitos conjuntos de backup ao longo do tempo, aumentando os custos de armazenamento. |
Mantém o número mínimo de conjuntos de backup necessários, reduzindo os custos de armazenamento. |
Pré-requisitos
Antes de começar, verifique se:
A função vinculada ao serviço Database Backup Service (DBS) AliyunServiceRoleForDBS está autorizada. Essa é uma autorização única exigida pela conta raiz do Alibaba Cloud. Se esta for a primeira vez que você usa o serviço de backup do RDS, o sistema solicitará que você conclua essa autorização automaticamente.
Observações de uso
Após configurar uma política de sparse backup, aguarde de 10 a 15 minutos para que a configuração entre em vigor.
A primeira linha de política de backup é sempre definida como Every Week e não pode ser excluída. Especifique pelo menos dois dias para essa política.
Se múltiplas políticas estiverem agendadas para o mesmo dia, o sistema executa um único backup e o retém pelo maior período de retenção entre essas políticas.
Ao excluir uma política de sparse backup, os conjuntos de backup criados anteriormente por ela são mantidos até o término do período de retenção original.
-
Um backup é ignorado se nenhum conjunto de backup for criado ou transferido com êxito dentro da janela de backup. Nenhum conjunto de backup é retido para aquele dia. Isso pode ocorrer quando: Exemplo: Se você configurar uma política para realizar backup no primeiro dia de cada mês com um período de retenção de 30 dias, e o backup falhar em 1º de dezembro, nenhum conjunto de backup será retido para aquele dia.
O backup falha
A instância está bloqueada
O conjunto de backup de nível 1 não é transferido antes de expirar
Os conjuntos de backup incremental dependem dos respectivos conjuntos de backup completo e não conseguem restaurar dados de forma independente. Se um conjunto de backup completo criado antes da ativação do sparse backup expirar, os conjuntos de backup incremental que dependem dele não poderão mais restaurar dados.
Ao ativar o sparse backup (alternando para as configurações avançadas de backup), o sistema converte o conjunto de backup incremental mais recente em um conjunto de backup completo. Essa conversão ocorre durante o próximo backup completo.
Faturamento
Cada instância RDS inclui uma cota gratuita de armazenamento de backup. Se o tamanho total dos arquivos de backup permanecer dentro da cota gratuita, nenhuma taxa de armazenamento de backup será cobrada. O armazenamento excedente além da cota é faturado. Para mais detalhes, consulte Backup fee.
Alternar para as configurações avançadas de backup
Para configure sparse backups, é necessário alternar para a página de política de backup avançada. Essa alteração é irreversível — não é possível reverter para a página de configurações de backup anterior.
Se você já realizou essa alteração, ignore esta seção.
Acesse a página Instances. Na barra de navegação superior, selecione a região onde sua instância RDS está localizada. Localize a instância e clique em seu ID.
No painel de navegação à esquerda, clique em Backup and Restoration.
-
Na aba Backup Strategy, clique em Switch to Advanced Backup Policy.
ImportanteSe Switch to Advanced Backup Policy não estiver disponível, envie uma solicitação. Após a aprovação, atualize a página e continue.

-
Na caixa de diálogo, selecione I Understand That Switching To The Advanced Backup Policy Is Irreversible e clique em OK. A página Backup Strategy é atualizada para o layout avançado, confirmando que a alteração foi concluída.
ImportanteEsta ação atualiza a página de configurações de backup da instância e não pode ser desfeita.

Configurar uma política de sparse backup
Acesse a página Instances. Na barra de navegação superior, selecione a região onde sua instância RDS está localizada. Localize a instância e clique em seu ID.
No painel de navegação à esquerda, clique em Backup and Restoration.
-
Na aba Backup Strategy, clique no circled number entre SQL Server e Level-1 Backup.

-
Na caixa de diálogo, clique em Add Backup Policy, configure a política e clique em OK.
NotaPara os demais parâmetros, consulte Back up an ApsaraDB RDS for SQL Server instance e Use the snapshot backup feature.
A primeira linha de política de backup é sempre definida como Every Week e não pode ser excluída. Especifique pelo menos dois dias para essa política.
Ciclo de backup
Horário de backup
Período de retenção
Every Week
Selecione um ou mais dias da semana.
De 7 a 7.300 dias, ou Long-term Retention. Defina um período de retenção diferente para cada política.
Every Month
Selecione um ou mais dias do mês, ou Last Day Of Each Month.
Every Year
Selecione um dia específico do ano. Por exemplo, 1º de janeiro de cada ano.
Clique em Save no canto inferior esquerdo da aba Backup Strategy.
Exemplo de configuração
O exemplo a seguir mostra uma configuração com quatro políticas:

|
Política |
Agendamento |
Retenção |
|
① |
Diariamente |
7 dias |
|
② |
Toda segunda-feira |
30 dias |
|
③ |
Primeiro e último dia de cada mês |
365 dias |
|
④ |
1º de janeiro de cada ano |
Long-term Retention |
Gerenciar políticas de backup
View backup policies
Na página Backup Strategy, passe o cursor sobre o circled number para ver todas as políticas de backup configuradas. O número no círculo indica quantas políticas estão configuradas.

Delete a backup policy
Na página Level-1 Backup, clique no ícone
ao lado da política que deseja remover.
A primeira linha de política de backup é sempre definida como Every Week e não pode ser excluída. Especifique pelo menos dois dias para essa política.

Operações de API relacionadas
Este recurso não é compatível com operações de API.