Fazer backup do SQL Server no Azure Stack

Artigo
03/06/2024

Este artigo descreve como configurar o MABS (Servidor de Backup do Microsoft Azure) para proteger bancos de dados do SQL Server no Azure Stack.

Fluxo de trabalho de proteção de bancos de dados do SQL Server

O gerenciamento do backup do banco de dados do SQL Server para o Azure e a recuperação do Azure envolvem:

Criar uma política de backup para proteger os bancos de dados do SQL Server
Criar cópias de backup sob demanda.
Recuperar o banco de dados dos discos e do Microsoft Azure

Pré-requisitos e limitações

Se você tiver um banco de dados com arquivos em um compartilhamento de arquivo remoto, a proteção falhará com a ID de erro 104. O MABS não dá suporte à proteção para dados do SQL Server em um compartilhamento de arquivos remoto.
O MABS não pode proteger os bancos de dados armazenados em compartilhamentos SMB remotos.
Verifique se as réplicas do grupo de disponibilidade estão configuradas como somente leitura.
Adicione explicitamente a conta do sistema NTAuthority\System ao grupo Sysadmin no SQL Server.
Ao fazer a recuperação de um banco de dados parcialmente independente em um local alternativo, verifique se a instância SQL de destino tem o recurso Banco de Dados Independentes habilitado.
Ao fazer a recuperação de um banco de dados de fluxo de arquivos em um local alternativo, verifique se a instância SQL de destino tem o recurso Banco de dados de fluxo de arquivos habilitado.
Proteção para o Always On do SQL Server:
- O MABS detecta os Grupos de Disponibilidade ao executar a consulta na criação do grupo de proteção.
- O MABS detecta um failover e continua a proteção do banco de dados.
- O MABS oferece suporte a configurações de cluster em vários sites para uma instância do SQL Server.
Ao proteger bancos de dados que usam o recurso Always On, o MABS apresenta as seguintes limitações:
- O MABS seguirá a política de backup de grupos de disponibilidade definida no SQL Server com base nas preferências de backup, como a seguir:
  - Preferir secundária — Os backups devem ocorrer em uma réplica secundária, exceto quando a réplica primária for a única réplica online. Se existirem várias réplicas secundárias disponíveis, o nó com a maior prioridade de backup será selecionado para backup. Se apenas a réplica primária estiver disponível, o backup deve ocorrer na réplica primária.
  - Somente secundária — O backup não deve ser executado na réplica primária. Se a réplica primária for a única online, o backup não deverá ocorrer.
  - Primária — Os backups devem ocorrer sempre na réplica primária.
  - Qualquer réplica — Os backups podem ocorrer em qualquer uma das réplicas de disponibilidade no grupo de disponibilidade. O nó cujo backup será feito será baseado nas prioridades de backup de cada um dos nós.
- Observação
  - Os backups podem ocorrer em qualquer réplica legível, ou seja, primária, secundária síncrona ou secundária assíncrona.
  - Se uma réplica for excluída do backup, por exemplo, se a opção Excluir Réplica estiver habilitada ou marcada como não legível, essa réplica não será selecionada para backup em nenhuma das opções.
  - Se várias réplicas estiverem disponíveis e legíveis, o nó com a maior prioridade de backup será selecionado para backup.
  - Se o backup falhar no nó selecionado, a operação de backup falhará.
  - Não existe suporte para a recuperação em local original.
Problemas de backup do SQL Server 2014 ou superior:
- O SQL Server 2014 adicionou um recurso para criação de um banco de dados para SQL Server local no Armazenamento de Blobs do Microsoft Azure. O MABS não pode ser usado para proteger essa configuração.
- Existem problemas conhecidos com a preferência de backup "Preferir secundário" para a opção Always On do SQL. O MABS sempre faz um backup do secundário. Se um secundário não for encontrado, o backup falhará.

Antes de começar

Instalar e preparar o Servidor de Backup do Azure.

Criar uma política de backup

Para criar uma política de backup para proteger bancos de dados do SQL Server no Azure, siga estas etapas:

No Servidor de Backup do Azure, selecione o workspace Proteção.
No menu de ferramentas, selecione Novo para criar um novo grupo de proteção.

O Servidor de Backup do Azure inicia o assistente de Grupo de proteção, que orienta você na criação de um Grupo de proteção. Selecione Avançar.
Na folha Selecionar tipo de grupo de proteção, selecione Servidores.
Na folha Selecionar membros do grupo, a lista de membros disponíveis exibe as várias fontes de dados. Selecione + para expandir uma pasta e revelar as subpastas. Marque a caixa de seleção para escolher um item.

Todos os itens selecionados são exibidos na lista de membros Selecionados. Após selecionar os servidores ou bancos de dados que deseja proteger, clique em Avançar.
Na folha Selecionar método de proteção de dados, forneça um nome para o grupo de proteção e selecione a caixa de seleção Desejo ter proteção online.
Na folha Especificar metas de curto prazo, inclua as entradas necessárias para criar pontos de backup no disco e selecione Avançar.

No exemplo, o Intervalo de retenção é de 5 dias, a Frequência de sincronização é de uma vez a cada 15 minutos, que é a frequência de backup. Backup Completo Expresso é definido como 20h.

Observação

No exemplo mostrado, às 20h, todos os dias, um ponto de backup é criado transferindo os dados modificados do ponto de backup às 20h do dia anterior. Esse processo é chamado de Backup Completo Expresso. Os logs de transação são sincronizados a cada 15 minutos. Se precisar recuperar o banco de dados às 21h, o ponto será criado com base nos logs do último ponto de backup completo expresso (20h, nesse caso).
Na folha Examinar alocação de disco, verifique o espaço de armazenamento geral disponível e o espaço em disco potencial. Selecione Avançar.
Em Escolher Método de Criação de Réplica, escolha como criar o primeiro ponto de recuperação. É possível transferir o backup inicial manualmente (fora da rede) para evitar o congestionamento de largura de banda ou pela rede. Se optar por esperar para transferir o primeiro backup, será possível especificar o tempo da transferência inicial. Selecione Avançar.

A cópia de backup inicial exige a transferência de toda a fonte de dados (banco de dados do SQL Server) do servidor de produção (computador do SQL Server) para o Servidor de Backup do Azure. Esses dados podem ser grandes e transferir os dados pela rede pode exceder a largura de banda. Por esse motivo, é possível optar por transferir o backup inicial: Manualmente (usando mídia removível) para evitar o congestionamento de largura de banda ou Automaticamente pela rede (em um horário especificado).

Quando o backup inicial for concluído, os backups restantes serão backups incrementais na cópia de backup inicial. Os backups incrementais tendem a ser pequenos e são facilmente transferidos pela rede.
Escolha quando deseja que a verificação de consistência seja executada e selecione Avançar.

O Servidor de Backup do Azure realiza uma verificação de consistência sobre a integridade do ponto de backup. O Servidor de Backup do Azure calcula a soma de verificação do arquivo de backup no servidor de produção (computador do SQL Server neste cenário) e os dados incluídos no backup para esse arquivo. Havendo um conflito, presume-se que o arquivo incluído no backup no Servidor de Backup do Azure está corrompido. O Servidor de Backup do Azure corrige os dados do backup enviando os blocos correspondentes à incompatibilidade da soma de verificação. Como as verificações de consistência requerem desempenho intenso, é possível agendar a verificação de consistência ou executá-la automaticamente.
Para especificar a proteção online das fontes de dados, selecione os bancos de dados a serem protegidos no Azure e clique em Avançar.
Escolha agendamentos de backup e políticas de retenção que atendam às políticas da organização.

Neste exemplo, os backups são feitos uma vez por dia às 12h e às 20h.

Observação

É uma prática recomendada ter alguns pontos de recuperação de curto prazo em disco para recuperação rápida. Esses pontos de recuperação são usados para recuperação operacional. O Azure serve como um bom local fora do site com SLAs e garantia de disponibilidade superiores.

Melhor prática: se você agendar backups para o Azure a serem iniciados após a conclusão dos backups de disco local, os backups de disco mais recentes sempre serão copiados para o Azure.
Escolha o agendamento de política de retenção. Os detalhes sobre como funciona a política de retenção são fornecidos no artigo Usar o Backup do Azure para substituir a infraestrutura de fita.

Neste exemplo:
- Os backups são feitos uma vez por dia às 12h e às 20h e são mantidos por 180 dias.
- O backup no sábado às 12h{}é mantido por 104 semanas
- O backup no último sábado às 12h é mantido por 60 meses
- O backup no último sábado de março às 12h é mantido por 10 anos
Selecione Avançar e marque a opção apropriada para transferir a cópia do backup inicial para o Azure. Você pode escolher automaticamente pela rede
Depois de examinar os detalhes da política na folha Resumo, selecione Criar grupo para concluir o fluxo de trabalho. É possível selecionar Fechar e monitorar o andamento do trabalho no workspace Monitoramento.

Executar um backup sob demanda

Um ponto de recuperação é criado quando ocorre o primeiro backup. Depois de criar uma política de backup, você pode disparar manualmente a criação de um ponto de recuperação, em vez de esperar que o agendador faça o backup.

Para executar um backup sob demanda de um banco de dados do SQL Server, siga estas etapas:

Aguarde até que o status do grupo de proteção mostre OK para o banco de dados antes de criar o ponto de recuperação.
Clique com o botão direito do mouse no banco de dados e selecione Criar Ponto de Recuperação.
Escolha Proteção online no menu suspenso e selecione OK para iniciar a criação de um ponto de recuperação no Azure.
Exiba o andamento do trabalho no workspace Monitoramento.

Recuperar o banco de dados do Azure

Para recuperar uma entidade protegida (banco de dados do SQL Server) no Azure, siga estas etapas:

Abra o Console de gerenciamento do Servidor de Backup do Azure. Navegue até o workspace Recuperação, em que é possível ver os servidores protegidos. Procure o banco de dados necessário (nesse caso, ReportServer$MSDPM2012). Selecione um horário Recuperação de especificado como um ponto Online.
Clique com o botão direito do mouse no nome do banco de dados e selecione Recuperar.
O MABS mostra os detalhes do ponto de recuperação. Selecione Avançar. Para substituir o banco de dados, selecione o tipo de recuperação Recuperar na instância original do SQL Server. Selecione Avançar.

Neste exemplo, o MABS recupera o banco de dados para outra instância do SQL Server ou para uma pasta de rede autônoma.
Na folha Especificar opções de recuperação, você pode selecionar as opções de recuperação, como limitação de uso de largura de banda de rede, para limitar a largura de banda usada pela recuperação. Selecione Avançar.
Na folha Resumo, você verá todas as configurações de recuperação fornecidas até agora. Selecionar Recuperar.

O status de Recuperação mostra que o banco de dados está sendo recuperado. Você pode selecionar Fechar para fechar o assistente e visualizar o andamento no espaço de trabalho em Monitoramento.

Após a conclusão da recuperação, o banco de dados restaurado será consistente com o aplicativo.