Backups automatizados para bancos de dados de Hiperescala

Aplica-se a:Banco de Dados SQL do Azure

Este artigo explica o recurso de backup automatizado com bancos de dados de Hiperescala no 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 são quase instantâneos. Os backups de logs gerados são armazenados no armazenamento do Azure de longo prazo para o período de retenção de backup.

A arquitetura da Hiperescala não requer backups completos, diferenciais ou de log. Dessa forma, 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 no 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 de tamanho de dados que permanece igual. A restauração de um banco de dados de Hiperescala na mesma região do Azure termina em minutos em vez de horas ou dias, mesmo para bancos de dados de vários terabytes.

Alterar a redundância de armazenamento ao emitir uma restauração pode resultar em tempos de restauração mais longos, pois a restauração é do tamanho dos dados; 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 Retençã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 gerado são mantidos no estado em que se encontram no 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 é em um banco de dados com consistência transacional 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 do Azure Monitor relatam as seguintes informações de consumo:

• Tamanho do armazenamento de backup de dados (tamanho 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 de 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 redundância de armazenamento de backup e região. 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. Para obter detalhes sobre preços, consulte a página de preços do Banco de Dados SQL do Microsoft Azure.

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 Gerenciamento de Custos e Cobrança.

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 maneira 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 os 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 é aplicável para dados e backups.

Observação

Considere a redundância de armazenamento de backup com cuidado ao criar um banco de dados de Hiperescala, pois você pode defini-lo somente durante a criação do banco de dados. Não será possível modificar essa configuração depois que o recurso for provisionado.

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.

Aviso

• A restauração geográfica é desabilitada assim que um banco de dados é atualizado para usar o armazenamento com redundância local ou com redundância de zona.
• Atualmente, o armazenamento com redundância de zona está disponível somente em determinadas regiões.
• Atualmente, o armazenamento com redundância de zona geográfica está disponível somente em determinadas regiões.

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 você usaria para restaurar qualquer outro banco de dados no 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 de restauração geográfica da página sobre como restaurar um banco de dados no Banco de Dados SQL do Azure a partir de backups automáticos.

Observação

Como a origem e o destino estão em regiões separadas, o banco de dados não pode compartilhar o armazenamento de instantâneos com o banco de dados de origem como em restaurações não geográficas. As restaurações não geográficas são concluídas de forma rápida, independentemente do tamanho do banco de dados.

Uma restauração geográfica de um banco de dados de hiperescala é uma operação de tamanho de dados, mesmo que o destino esteja na região emparelhada do armazenamento replicado geograficamente. Portanto, uma restauração geográfica levará um tempo significativamente maior em comparação com uma restauração pontual na mesma região.

Se o destino estiver na região emparelhada, a transferência de dados estará dentro de uma região. Essa transferência será significativamente mais rápida do que uma transferência de dados entre regiões. Mas ainda será uma operação de tamanho de dados.

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 backup de longo prazo do Banco de Dados SQL do Azure
• Restaurar 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