Retenção de longo prazo - Banco de Dados SQL do Microsoft Azure e Instância Gerenciada de SQL do Azure
Aplica-se a: 
Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure
Este artigo fornece uma visão geral conceitual da retenção de longo prazo de backups para o Banco de Dados SQL do Azure e a Instância Gerenciada de SQL do Azure. A retenção de longo prazo pode ser configurada para até 10 anos nos backups para o Banco de Dados SQL do Azure (inclusive a camada de serviço de Hiperescala) e para a Instância Gerenciada de SQL do Azure.
Para iniciar, veja como configurar a retenção de Backup em longo prazo para o Banco de dados SQL do Azure e Instância Gerenciada de SQL do Azure.
Como a retenção de longo prazo funciona
Muitos aplicativos têm razões regulatórias, de conformidade ou outras razões comerciais que exigem a retenção de backups de banco de dados além dos 1 a 35 dias fornecidos pelos períodos de retenção de curto prazo dos backups automáticos. A LTR (retenção de backup de longo prazo) depende dos backups completos do banco de dados que são criados automaticamente pelo serviço SQL do Azure. Para obter mais informações, veja Backups automatizados no Banco de Dados SQL do Azure ou Instância Gerenciada de SQL do Azure.
Ao usar o recurso de LTR, é possível armazenar backups completos especificados do Banco de Dados SQL e da Instância Gerenciada de SQL especificados no Armazenamento de Blobs do Azure redundante com uma política de retenção configurável de até 10 anos. Os backups de LTR podem ser restaurados como um novo banco de dados. Se uma política LTR estiver configurada, os backups automatizados serão copiados para diferentes blobs para armazenamento de longo prazo, que você poderá usar para restaurar o banco de dados para um momento específico. A cópia é um trabalho em segundo plano que não afeta o desempenho na carga de trabalho do banco de dados. A política de LTR para cada banco de dados no Banco de Dados SQL também pode especificar com que frequência os backups de LTR são criados.
Observação
- No momento, não é possível configurar backups do Banco de Dados SQL do Azure e da Instância Gerenciada de SQL do Azure como imutáveis. Os backups LTR não são modificáveis. Você pode excluí-los por meio do portal do Azure, da CLI do Azure, do PowerShell ou da API REST. Para saber mais, confira Configurar backups LTR.
- Na Instância Gerenciada de SQL do Azure, use trabalhos do SQL Agent para agendar backups de banco de dados somente cópia e mantê-los em sua própria conta de armazenamento. Isso pode ser uma alternativa à funcionalidade LTR, que pode manter seus backups por até 10 anos.
Para permitir a LTR, você pode definir uma política usando uma combinação de quatro parâmetros: retenção de backup semanal (W), retenção de backup mensal (M), retenção de backup anual (Y) e semana do ano (WeekOfYear). Se você especificar W, um backup por semana será copiado para o armazenamento de longo prazo. Se você especificar M, o primeiro backup de cada mês será copiado para o armazenamento de longo prazo. Se você especificar Y, um backup durante a semana especificada por WeekOfYear será copiado para o armazenamento de longo prazo. Se a WeekOfYear especificada estiver no passado quando a política for configurada, o primeiro backup LTR será criado no ano seguinte. Cada backup é mantido em armazenamento de longo prazo de acordo com os parâmetros de política configurados quando o backup LTR é criado.
Qualquer alteração na política de LTR se aplica somente a backups futuros. Por exemplo, se a retenção de backup semanal (W), retenção de backup mensal (M) ou retenção de backup anual (Y) for modificada, a nova configuração de retenção será aplicada somente a novos backups. A retenção de backups existentes não será modificada. Se sua intenção for excluir backups LTR antigos antes do término do período de retenção, será necessário excluir manualmente os backups.
Exemplos da política de LTR:
W=0, M=0, Y=5, WeekOfYear=3O 3º backup completo de cada ano será mantido por 5 anos.
W=0, M=3, Y=0O 1º backup completo de cada mês será mantido por 3 meses.
W=12, M=0, Y=0Cada backup completo semanal será mantido por 12 semanas.
W=6, M=12, Y=10, WeekOfYear=20Cada backup completo semanal será mantido por 6 semanas. Exceto o primeiro backup completo de cada mês, que é mantido por 12 meses. Exceto o backup completo realizado na 20ª semana do ano, que é mantido por 10 anos.
A tabela a seguir ilustra a cadência e a expiração dos backups de longo prazo para a seguinte política:
W=12 weeks (84 dias), M=12 months (365 dias), Y=10 years (3650 dias), WeekOfYear=20 (na semana após 13 de maio)
As seguintes datas estão na ISO 8601 (YYYY-MM-DD).
| Backup PITR para LTR | Expiração W | Expiração M | Expiração Y |
|---|---|---|---|
| 07/03/2018 | 2019-03-02 | ||
| 14/03/2018 | 06/06/2018 | ||
| 21/03/2023 | 13/06/2018 | ||
| 28-03-2018 | 20/06/2018 | ||
| 04/04/2018 | 2019-03-30 | ||
| 11/04/2018 | 04/07/2018 | ||
| 18/04/2018 | 11/07/2018 | ||
| 25/04/2022 | 18-07-2018 | ||
| 02/05/2018 | 2019-04-27 | ||
| 09/05/2018 | 01/08/2018 | ||
| 16/05/2018 | 13/05/2028 | ||
| 23-05-2018 | 2018-08-15 | ||
| 30/05/2023 | 22/08/2018 | ||
| 06/06/2018 | 2019-06-01 | ||
| 13/06/2018 | 05/09/2018 | ||
| 20/06/2018 | 12/09/2018 | ||
| 27-06-2018 | 19/09/2018 | ||
| 04/07/2018 | 2019-06-29 | ||
| 11/07/2018 | 03/10/2018 | ||
| 18-07-2018 | 10/10/2018 | ||
| 25/07/2018 | 17/10/2018 | ||
| 01/08/2018 | 2019-07-27 | ||
| 08/08/2018 | 31/10/2018 | ||
| 2018-08-15 | 07/11/2018 | ||
| 22/08/2018 | 14/11/2018 | ||
| 29/08/2018 | 21/11/2018 |
Se você modificar a política acima e definir W=0 (sem backups semanais), o serviço manterá apenas os backups mensais e anuais. Nenhum backup semanal é armazenado na política LTR. A quantidade de armazenamento necessária para manter esses backups reduzir adequadamente.
Importante
O tempo dos backups LTR individuais é controlado pelo Banco de Dados SQL do Azure. Não é possível criar manualmente um backup LTR ou controlar a frequência de criação do backup. Depois de configurar uma política de LTR, pode levar até 7 dias para que o primeiro backup LTR apareça na lista de backups disponíveis.
Se você excluir um servidor lógico ou uma instância gerenciada, todos os bancos de dados nesse servidor ou instância gerenciada também serão excluídos e não poderão ser recuperados. Não é possível restaurar um servidor excluído ou uma instância gerenciada. No entanto, se você configurou o LTR para um banco de dados ou uma instância gerenciada, os backups de LTR não serão excluídos, e ele poderão ser usados para restaurar os bancos de dados em um servidor diferente ou uma instância gerenciada na mesma assinatura, até um ponto no tempo em que um backup LTR foi feito.
Da mesma forma, se você excluir um banco de dados, os backups LTR não serão excluídos e serão retidos para o período de retenção configurado. Esses backups podem ser restaurados para o mesmo servidor ou um servidor diferente na mesma assinatura.
Replicação geográfica e retenção de backup de longo prazo
Se você está usando grupos de failover ou de replicação geográfica ativa como a solução de continuidade de sua empresa, prepare-se para eventuais failovers e configure a mesma política de LTR no banco de dados ou instância secundária. O custo do armazenamento LTR não aumenta, pois os backups não são gerados dos secundários. Os backups são criados somente quando o secundário torna-se primário. Isso garante a geração ininterrupta de backups de LTR quando o failover for acionado e o primário for movido para a região secundária.
Observação
Quando o banco de dados primário original se recuperar da indisponibilidade que causou o failover, ele se tornará um novo secundário. Portanto, a criação de backup não será retomada e a política de LTR existente não terá efeito até que torne-se primário novamente.
Configurar retenção de backup de longo prazo
Você pode configurar a retenção de backup de longo prazo usando o portal do Azure e o PowerShell para o Banco de Dados SQL do Microsoft Azure e a Instância Gerenciada de SQL do Azure. Para restaurar um banco de dados do armazenamento LTR, você pode selecionar um backup específico com base no carimbo de data/hora. O banco de dados pode ser restaurado para qualquer servidor ou instância gerenciada existente sob a mesma assinatura do banco de dados original.
Para saber como configurar a retenção de longo prazo ou restaurar um banco de dados do backup para o Banco de Dados SQL usando o portal do Azure ou o PowerShell, consulte Gerenciar a retenção de longo prazo de backup do Banco de Dados SQL do Microsoft Azure.
Para saber como configurar a retenção de longo prazo ou restaurar um banco de dados do backup para a Instância Gerenciada de SQL usando o portal do Azure ou PowerShell, consulte Gerenciar a retenção de longo prazo de backup do Banco de Dados SQL do Microsoft Azure.
Quando uma solicitação de restauração for iniciada nos 7 dias finais do período de retenção LTR, o Azure estenderá automaticamente a data de expiração de todos os backups +7 dias, para impedir que um backup LTR expire durante a restauração.
Observação
Se você estiver usando backups LTR para atender à conformidade ou a outros requisitos críticos, considere realizar drills de recuperação periódicas para verificar se os backups LTR podem ser restaurados e se a restauração resulta no estado esperado do banco de dados.
Conteúdo relacionado
Como os backups de banco de dados protegem os dados de danos ou exclusão acidental, eles são uma parte essencial de qualquer estratégia de recuperação de desastre e continuidade dos negócios.
- Visão geral da continuidade dos negócios para o Banco de Dados SQL do Azure
- Visão geral da continuidade dos negócios para a Instância Gerenciada de SQL do Azure
- Backups automatizados no Banco de Dados SQL do Azure
- Backups automatizados na Instância Gerenciada de SQL do Azure
Para obter um tutorial sobre como configurar e gerenciar backups LTR, acesse: