Backups automatizados para bancos de dados de Hiperescala

Applies to:Banco de Dados SQL do Azure

Este artigo explica o recurso de backup automatizado com bancos de dados de Hiperescala em Banco de Dados SQL do Azure.

Os bancos de dados de Hiperescala usam uma arquitetura exclusiva com camadas de desempenho de computação e armazenamento altamente escalonáveis. Os backups de Hiperescala são baseados em instantâneos e ocorrem quase que instantaneamente. Os backups de log são armazenados no armazenamento de longo prazo do Azure durante o período de retenção dos backups.

Uma arquitetura de Hiperescala não requer a mesma cadeia de backup que os backups baseados em arquivo usados em SQL Server e em outras camadas do Banco de Dados SQL, mas ainda atende aos mesmos requisitos de RTO e RPO. O log de transações se comporta da mesma maneira e permite a mesma funcionalidade de restauração pontual. Na Hiperescala, a frequência de backup, os custos de armazenamento, o agendamento, a redundância de armazenamento e os recursos de restauração diferem de outros bancos de dados em Banco de Dados SQL do Azure.

Desempenho de backup e restauração

A separação de armazenamento e computação permite à Hiperescala reduzir as operações de backup e restauração para a camada de armazenamento para eliminar o consumo de recursos em réplicas de computação. Os backups de banco de dados não afetam o desempenho das réplicas de computação primária ou secundária.

As operações de backup e restauração para bancos de dados de Hiperescala são rápidas, independentemente do tamanho dos dados, porque usam instantâneos de armazenamento. O backup é praticamente instantâneo.

Você pode restaurar um banco de dados a qualquer momento dentro de seu período de retenção de backup ao:

1. Reverter para instantâneos de arquivos aplicáveis.
2. Aplicar logs de transações para tornar o banco de dados restaurado transacionalmente consistente.

Assim, a restauração não é uma operação cujo tamanho de dados permanece constante. A restauração de um banco de dados de Hiperescala na mesma região do Azure é concluída em minutos, em vez de horas ou dias, mesmo para bancos de dados de vários terabytes.

Alterar a redundância de armazenamento ou a redundância de zona ao emitir uma restauração pode resultar em tempos de restauração mais longos, pois a restauração é do tamanho dos dados e, portanto, o tempo é proporcional ao tamanho do banco de dados.

A criação de novos bancos de dados restaurando um backup existente ou copiando o banco de dados também aproveita a separação de computação e armazenamento em Hiperescala. Você pode criar cópias para fins de desenvolvimento ou teste, até mesmo de bancos de dados de vários terabytes, em minutos na mesma região ao usar o mesmo tipo de armazenamento.

Retenção de backup

A retenção padrão de backups de curto prazo para bancos de dados de Hiperescala é de 7 dias.

A retenção de backups de curto prazo no intervalo de 1 a 35 dias e a capacidade de retenção de backups de longo prazo (LTR) para bancos de dados de Hiperescala estão em disponibilidade geral desde setembro de 2023. Para obter mais informações, consulte Contenção de longo prazo – Banco de Dados SQL do Azure e Instância Gerenciada de SQL do Azure.

Agendamento de backup

Não há backups tradicionais completos, diferenciais e de log de transações para bancos de dados da Hiperescala. Em vez disso, instantâneos de armazenamento dos arquivos de dados são realizados regularmente.

Os logs de transações gerados são mantidos como estão durante o período de retenção configurado. No momento da restauração, os registros de log de transações relevantes são aplicados ao instantâneo de armazenamento restaurado. O resultado é um banco de dados consistente em transações sem perda de dados no momento especificado dentro do período de retenção.

Monitorar o consumo de armazenamento de backup

Na Hiperescala, as métricas de Azure Monitor relatam as seguintes informações de consumo:

• Dimensão do armazenamento de backup de dados (dimensão do backup de instantâneo)
• Tamanho do armazenamento de dados (tamanho do banco de dados alocado)
• Tamanho do armazenamento de backup de log (tamanho do backup do log de transações)

Para exibir as métricas de backup e armazenamento de dados no portal do Azure, siga estas etapas:

1. Acesse o banco de dados de Hiperescala para o qual você deseja monitorar as métricas de backup e de armazenamento de dados.
2. Na seção Monitoramento, selecione a página Métricas.
3. Na lista suspensa Métricas, selecione as métricas Armazenamento de backup de dados, Tamanho do armazenamento de dados e Armazenamento de backup de log com uma regra de agregação apropriada.

Reduzir o consumo de armazenamento de backup

O consumo de armazenamento de backup para um banco de dados de Hiperescala depende do período de retenção, da escolha da região, da redundância de armazenamento de backup, e do tipo de carga de trabalho. Considere algumas das seguintes técnicas de ajuste para reduzir o consumo de armazenamento de backup para um banco de dados de Hiperescala:

• Reduza o período de retenção de backup ao mínimo para suas necessidades.
• Evite realizar grandes operações de gravação, como manutenção de índice, com mais frequência do que o necessário. Para saber mais sobre recomendações de manutenção de índice, confira Otimizar a manutenção do índice para aprimorar o desempenho da consulta e reduzir o consumo de recursos.
• Para operações grandes de carregamento de dados, considere usar a compactação de dados quando apropriado.
• Use o banco de dados tempdb em vez de tabelas permanentes na lógica do aplicativo para armazenar resultados temporários e/ou dados transitórios.
• Use o armazenamento de backup com redundância local ou com redundância de zona quando a funcionalidade de restauração geográfica for desnecessária (por exemplo, em ambientes de desenvolvimento/teste).

Custos de armazenamento backup

O custo do armazenamento de backup de Hiperescala depende da escolha da região e da redundância de armazenamento de backup. Também depende do tipo de carga de trabalho.

As cargas de trabalho com alta taxa de gravação são mais propensas a alterar páginas de dados com frequência, o que resulta em instantâneos de armazenamento maiores. Essas cargas de trabalho também geram mais logs de transações, contribuindo para os custos gerais de backup. O armazenamento de backup é cobrado com base nos gigabytes consumidos por mês. A quantidade de armazenamento de backup igual ao tamanho do banco de dados é fornecida sem custos extras. Para obter detalhes sobre preços, consulte a página Banco de Dados SQL do Azure preços.

Na Hiperescala, o armazenamento de backup faturável é calculado da seguinte maneira:

Total billable backup storage size = (data backup storage size + log backup storage size)

O tamanho do armazenamento de dados não está incluso no backup faturável, pois ele já é cobrado como armazenamento de banco de dados alocado.

Os bancos de dados de Hiperescala excluídos incorrem em custos de backup para dar suporte à recuperação pontual antes da exclusão. Em um banco de dados de Hiperescala excluído, o armazenamento de backup faturável é calculado da seguinte maneira:

Total billable backup storage size for deleted Hyperscale database = (data storage size + data backup size + log backup storage size) * (remaining backup retention period after deletion / configured backup retention period)

O tamanho do armazenamento de dados está incluso na fórmula porque o armazenamento de banco de dados alocado não foi cobrado separadamente por um banco de dados excluído. Em um banco de dados excluído, os dados são armazenados após a exclusão para permitir a recuperação durante o período de retenção de backup configurado.

O armazenamento de backup faturável de um banco de dados excluído é reduzido gradualmente ao longo do tempo após a exclusão. Ele se torna zero quando os backups não são mais retidos e a recuperação não é mais possível. Se for uma exclusão permanente e você não precisar mais de backups, poderá otimizar os custos reduzindo a retenção antes de excluir o banco de dados.

Monitorar custos de backup

Para entender os custos de armazenamento de backup:

1. No portal do Azure, acesse Cost Management + Billing.

2. Selecione Gerenciamento de Custos>Análise de custo.

3. Em Escopo, selecione a assinatura desejada.

4. Filtre pelo período de tempo e serviço em que você está interessado seguindo estas etapas:

   1. Adicione um filtro para o Nome do serviço.
   2. Escolha sql-database na lista suspensa.
   3. Adicione outro filtro para Medidor.
   4. Para monitorar os custos de backup para recuperação pontual, selecione Dados Armazenados – Backup – RA na lista suspensa.

A captura de tela a seguir mostra um exemplo de análise de custo.

Redundância de armazenamento de dados e backup

A Hiperescala dá suporte à redundância de armazenamento configurável. Ao criar um banco de dados de Hiperescala, você pode escolher seu tipo de armazenamento preferencial: RA-GZRS (armazenamento com redundância de zona geográfica com acesso de leitura), RA-GRS (armazenamento com redundância geográfica com acesso de leitura), ZRS (armazenamento com redundância de zona) ou LRS (armazenamento com redundância local).

• Armazenamento com redundância de zona geográfica: Copia seus backups de forma síncrona em três zonas de disponibilidade do Azure na região primária. Semelhante ao ZRS (armazenamento com redundância de zona). Além disso, ele copia seus dados de forma assíncrona para um único local físico na região secundária emparelhada. No momento, está disponível em algumas regiões.

Para obter mais informações sobre como os backups são replicados para outros tipos de armazenamento, consulte redundância de armazenamento de backup.

Como a Hiperescala usa instantâneos de armazenamento para backups, dados e backups compartilham a mesma conta de armazenamento. Como resultado, a redundância de armazenamento de backup selecionada é aplicada tanto aos dados quanto aos backups.

Use a replicação geográfica ativa para atualizar as configurações de redundância de armazenamento de backup para um banco de dados de Hiperescala existente com tempo mínimo de inatividade. Como alternativa, você pode usar a cópia do banco de dados.

Restaurar um banco de dados de Hiperescala para uma região diferente

Talvez seja necessário restaurar seu banco de dados de Hiperescala para uma região diferente da região atual. Os motivos comuns incluem uma operação ou simulação de recuperação de desastres, ou uma realocação. O método principal é fazer uma restauração geográfica do banco de dados. Você usa as mesmas etapas que usaria para restaurar qualquer outro banco de dados em Banco de Dados SQL do Azure para uma região diferente:

1. Crie um servidor na região de destino, se você ainda não tiver um servidor apropriado. Esse servidor deve pertencer à mesma assinatura que o servidor original (origem).
2. Siga as instruções na seção geo-restore da página sobre como restaurar um banco de dados em Banco de Dados SQL do Azure de backups automáticos.

Se preferir, você pode copiar o banco de dados para uma região diferente. Use esse método se a restauração geográfica não estiver disponível porque não há suporte para o tipo de redundância de armazenamento selecionado. Para obter detalhes, confira Cópia do banco de dados para Hiperescala.

Conteúdo relacionado

Os backups de banco de dados são uma parte essencial de qualquer estratégia de continuidade dos negócios e recuperação de desastres porque ajudam a proteger seus dados contra corrupção ou exclusão acidental.

• Visão geral da continuidade dos negócios com o Banco de Dados SQL do Azure
• Gerenciar a retenção de longo prazo de backup do Banco de Dados SQL do Azure
• Restaure um banco de dados de um backup no Banco de Dados SQL do Azure
• Usar o PowerShell para restaurar um banco de dados para um momento anterior