Armazenar backups do Banco de Dados SQL do Azure por um período de até 10 anosStore Azure SQL Database backups for up to 10 years

Muitos aplicativos têm fins regulamentares, de conformidade ou outros fins comerciais que exigem a retenção dos backups de banco de dados além dos 7 a 35 dias fornecidos pelos backups automáticos do Banco de Dados SQL do Azure.Many applications have regulatory, compliance, or other business purposes that require you to retain database backups beyond the 7-35 days provided by Azure SQL Database automatic backups. Usando o recurso LTR (retenção de longo prazo), é possível armazenar backups completos especificados do Banco de Dados SQL no armazenamento de blobs RA-GRS por até 10 anos.By using the long-term retention (LTR) feature, you can store specified SQL database full backups in RA-GRS blob storage for up to 10 years. É possível restaurar qualquer backup como um novo banco de dados.You can then restore any backup as a new database.

Observação

O LTR pode ser habilitado para bancos de dados individuais e em pool.LTR can be enabled for single and pooled databases. Ainda não está disponível para bancos de dados de instâncias em hospedados em Instâncias Gerenciadas.It is not yet available for instance databases in Managed Instances. Você pode usar trabalhos do SQL Agent para agendar backups somente cópia de banco de dados como uma alternativa ao LTR alem de 35 dias.You can use SQL Agent jobs to schedule copy-only database backups as an alternative to LTR beyond 35 days.

Como funciona a retenção de longo prazo do Banco de Dados SQLHow SQL Database long-term retention works

A retenção de backup de longo prazo (LTR) aproveita os backups completos do banco de dados criados automaticamente para habilitar a restauração pontual (PITR).Long-term backup retention (LTR) leverages the full database backups that are automatically created to enable point-time restore (PITR). Se uma política LTR estiver configurada, esses backups são copiados para blobs diferentes para o armazenamento de longo prazo.If an LTR policy is configured, these backups are copied to different blobs for long-term storage. A operação de cópia é um trabalho em segundo plano que não tem nenhum impacto de desempenho da carga de trabalho de banco de dados.The copy operation is a background job that has no performance impact on the database workload. Os backups LTR são mantidos por um período de tempo definido pela política LTR.The LTR backups are retained for a period of time set by the LTR policy. A política LTR para cada banco de dados SQL também pode especificar a frequência com que os backups LTR são criados.The LTR policy for each SQL database can also specify how frequently the LTR backups are created. Para permitir essa flexibilidade, você pode definir a 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).To enable that flexibility you can define the policy using a combination of four parameters: weekly backup retention (W), monthly backup retention (M), yearly backup retention (Y), and week of year (WeekOfYear). Se você especificar W, um backup por semana será copiado para o armazenamento de longo prazo.If you specify W, one backup every week will be copied to the long-term storage. Se você especificar M, um backup durante a primeira semana de cada mês será copiado para o armazenamento de longo prazo.If you specify M, one backup during the first week of each month will be copied to the long-term storage. Se você especificar Y, um backup durante a semana especificada por WeekOfYear será copiado para o armazenamento de longo prazo.If you specify Y, one backup during the week specified by WeekOfYear will be copied to the long-term storage. Cada backup será mantido no armazenamento de longo prazo pelo período especificado por esses parâmetros.Each backup will be kept in the long-term storage for the period specified by these parameters. Qualquer alteração da política LTR se aplica a backups futuros.Any change of the LTR policy applies to the future backups. Por exemplo, se o WeekOfYear especificado está no passado quando a política estiver configurada, o primeiro backup LTR será criado próximo ano.For example, if the specified WeekOfYear is in the past when the policy is configured, the first LTR backup will be created next year.

Exemplos da política LTR:Examples of the LTR policy:

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

    O terceiro backup completo de cada ano será mantido por cinco anos.The third full backup of each year will be kept for five years.

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

    O primeiro backup completo de cada mês será mantido por três meses.The first full backup of each month will be kept for three months.

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

    Cada backup completo semanal será mantido por 12 semanas.Each weekly full backup will be kept for 12 weeks.

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

    Cada backup completo semanal será mantido por seis semanas.Each weekly full backup will be kept for six weeks. Exceto o 1º backup completo de cada mês, que será mantido por 12 meses.Except first full backup of each month, which will be kept for 12 months. Exceto o backup completo realizado na 16ª semana do ano, que será mantido por 10 anos.Except the full backup taken on 16th week of year, which will be kept for 10 years.

A tabela a seguir ilustra a cadência e a expiração dos backups de longo prazo para a seguinte política:The following table illustrates the cadence and expiration of the long-term backups for the following policy:

W=12 semanas (84 dias), M=12 meses (365 dias), Y=10 anos (3650 dias), WeekOfYear=15 (semana após 15 de abril)W=12 weeks (84 days), M=12 months (365 days), Y=10 years (3650 days), WeekOfYear=15 (week after April 15)

Exemplo de LTR

Se você modificar a política acima e definisse w=0 (sem backups semanais), a cadência das cópias de backup serão alterados conforme mostrado na tabela acima pelas datas destacadas.If you modify the above policy and set W=0 (no weekly backups), the cadence of backup copies will change as shown in the above table by the highlighted dates. A as quantidade de armazenamento necessária para manter esses backups reduziria adequadamente.The storage amount needed to keep these backups would reduce accordingly.

Importante

O tempo dos backups LTR individuais é controlado por banco de dados SQL.The timing of the individual LTR backups is controlled by Azure SQL Database. Manualmente, você não pode criar um backup do LTR ou controlar o tempo da criação do backup.You cannot manually create a LTR backup or control the timing of the backup creation. Depois de configurar uma política LTR, pode levar até 7 dias antes que o primeiro backup LTR aparecerá na lista de backups disponíveis.After configuring an LTR policy, it may take up to 7 days before the first LTR backup will show up on the list of available backups.

Replicação geográfica e retenção de backup de longo prazoGeo-replication and long-term backup retention

Se você estiver usando replicação geográfica ativa ou grupos de failover como sua solução de continuidade de negócios, você deve se preparar para eventual failovers e configurar a mesma política LTR do banco de dados secundário geográfico.If you are using active geo-replication or failover groups as your business continuity solution, you should prepare for eventual failovers and configure the same LTR policy on the geo-secondary database. O custo de armazenamento LTR não aumentará conforme os backups não são gerados de secundários.Your LTR storage cost will not increase as backups are not generated from the secondaries. Somente quando o secundário tornar-se primário, os backups serão criados.Only when the secondary becomes primary the backups will be created. Ele garante que não interrompido geração dos backups LTR quando o failover é acionado e o primário move para a região secundária.It ensures non-interrupted generation of the LTR backups when the failover is triggered and the primary moves to the secondary region.

Observação

Quando o banco de dados primário original é recuperado de uma interrupção que causou o failover, ela se tornará um novo secundário.When the original primary database recovers from an outage that caused the failover, it will become a new secondary. 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.Therefore, the backup creation will not resume and the existing LTR policy will not take effect until it becomes the primary again.

Configurar retenção de backup de longo prazoConfigure long-term backup retention

Para saber como configurar a retenção de longo prazo usando o portal do Azure ou o PowerShell, consulte retenção de backup de longo prazo de gerenciar o Azure SQL Database.To learn how to configure long-term retention using the Azure portal or PowerShell, see Manage Azure SQL Database long-term backup retention.

Restaurar o banco de dados de backup do LTRRestore database from LTR backup

Para restaurar um banco de dados do armazenamento LTR, você pode selecionar um backup específico com base no carimbo de data/hora.To restore a database from the LTR storage, you can select a specific backup based on its timestamp. O banco de dados pode ser restaurado para qualquer servidor existente sob a mesma assinatura do banco de dados original.The database can be restored to any existing server under the same subscription as the original database. Para saber como restaurar seu banco de dados de um backup LTR, usando o portal do Azure ou o PowerShell, consulte retenção de backup de longo prazo de gerenciar o Azure SQL Database.To learn how to restore your database from an LTR backup, using the Azure portal or PowerShell, see Manage Azure SQL Database long-term backup retention.

Próximas etapasNext steps

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.Because database backups protect data from accidental corruption or deletion, they're an essential part of any business continuity and disaster recovery strategy. Para saber mais sobre as outras soluções de continuidade dos negócios do Banco de Dados SQL, consulte Visão geral da continuidade dos negócios.To learn about the other SQL Database business-continuity solutions, see Business continuity overview.