Compartilhar via


Backups de retenção de longo prazo – Banco de Dados SQL do Azure e Instância Gerenciada de SQL do Azure

Aplica-se a:Banco de Dados SQL do AzureInstância Gerenciada de SQL do Azure

Este artigo fornece uma visão geral conceitual dos backups de LTR (retenção de longo prazo) 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 por até 10 anos em backups para o Banco de Dados SQL do Azure (inclusive na camada de serviço de Hiperescala) e a Instância Gerenciada de SQL do Azure.

Para começar a usar o recurso de backup de retenção de longo prazo, consulte:

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, consulte backups automatizados no Banco de Dados SQL do Azure ou backups automatizados na 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. O processo de cópia é um trabalho em segundo plano que não tem nenhum impacto no desempenho na carga de trabalho do banco de dados. A política LTR para cada banco de dados também pode especificar com que frequência os backups 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 podem ser modificados, mas você pode excluí-los por meio do portal do Azure, da CLI do Azure, do PowerShell ou da API REST.

Como uma solução alternativa na Instância Gerenciada de SQL do Azure, você pode fazer backups de banco de dados somente cópia e retê-los na sua conta do Armazenamento do Microsoft Azure como um arquivo imutável.

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.

As alterações na política LTR se aplicam somente a backups futuros. Por exemplo, se você modificar a retenção de backup semanal (W), a retenção de backup mensal (M) ou a retenção de backup anual (Y), a nova configuração de retenção só se aplicará a novos backups. A retenção de backups existentes não é modificada. A política LTR pode ser configurada para cada banco de dados no Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure. Se você pretende excluir backups ltr antigos antes que o período de retenção expire, você pode excluir manualmente os backups.

Observação

No Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure, quando você habilita uma política LTR pela primeira vez para um banco de dados e a política especifica uma retenção anual, o backup completo mais recente da PITR (restauração pontual) é copiado para o armazenamento de longo prazo.

Exemplos da política de LTR:

  • W=0, M=0, Y=5, WeekOfYear=3

    O 3º backup completo de cada ano será mantido por 5 anos.

  • W=0, M=3, Y=0

    O 1º backup completo de cada mês será mantido por 3 meses.

  • W=12, M=0, Y=0

    Cada backup completo semanal será mantido por 12 semanas.

  • W=6, M=12, Y=10, WeekOfYear=20

    Cada 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 (3.650 dias), WeekOfYear=20 (a 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 essa política e definir W=0 (sem backups semanais), os backups semanais serão mantidos até que eles expirem e, em seguida, o serviço manterá apenas os backups mensais e anois. Nenhum backup semanal futuro é armazenado na política LTR. A quantidade de armazenamento necessária para manter esses backups reduzir adequadamente.

Importante

O tempo dos backups de LTR individuais é controlado pela Microsoft. Não é possível criar manualmente um backup de LTR nem controlar a frequência de criação do backup. Depois de configurar uma política ltr, pode levar até sete dias até 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 de SQL, todos os bancos de dados nesse servidor ou instância gerenciada também serão excluídos. Você não pode restaurar um servidor lógico excluído ou uma instância gerenciada de SQL. No entanto, se você tiver configurado o LTR para um banco de dados, os backups LTR não serão excluídos e poderão ser usados para restaurar bancos de dados para um servidor diferente ou instância gerenciada na mesma assinatura, a 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 mantidos 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 da sua empresa, prepare-se para eventuais failovers e configure a mesma política LTR na instância ou no banco de dados secundário que você tem no primário. O custo de armazenamento LTR não aumenta, pois os backups não são gerados de servidores secundários. Os backups só são criados depois que o secundário se torna o primário para garantir a geração ininterrupta de backups LTR quando um failover é disparado e o primário é movido para a região secundária.

Quando o banco de dados primário original se recupera de uma interrupção que causou o failover, ele se torna o novo secundário. Portanto, a criação de backup não será retomada no novo secundário e a política LTR existente não entrará em vigor até que ela se torne a primária 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.

Quando uma solicitação de restauração é iniciada nos sete dias finais do período de retenção do LTR, o backup LTR só é excluído após a conclusão da operação de restauração, mesmo que o período de retenção tenha expirado.

Na Instância Gerenciada de SQL do Azure, você pode usar trabalhos do SQL Agent para agendar backups de banco de dados copy-only e movê-los para sua própria conta de armazenamento, como alternativa a:

  • Mantenha os backups por mais de 10 anos.
  • Mantenha cópias diárias de seus bancos de dados por mais de 35 dias.
  • Armazene backups de banco de dados no armazenamento imutável.

Dica

Se você estiver usando backups LTR para atender à conformidade ou a outros requisitos críticos, considere a realização de análises de recuperação periódicas para verificar se os backups ltr podem ser restaurados e se a restauração resulta no estado de banco de dados esperado.

Próxima etapa

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.