Fazer backup do SQL Server usando o Servidor de Backup do Azure

Este artigo descreve como fazer backup e restaurar o SQL Server no Azure usando o MABS (Servidor de Backup do Microsoft Azure).

O MABS (Servidor de Backup do Azure) oferece backup e recuperação para bancos de dados do SQL Server. Além de fazer backup de bancos de dados do SQL Server, você pode executar um backup do sistema ou um backup bare-metal completo do computador do SQL Server. Você pode usar o MABS para proteger:

• Uma instância autônoma do SQL Server
• Uma FCI (Instância de Cluster de Failover) do SQL Server

Cenários com suporte

• O MABS v3 UR2, o MABS v4 ou posterior suporta à Instância de Cluster de Failover (FCI) do SQL Server usando o Volume Compartilhado de Cluster (CSV).
• A proteção da FCI do SQL Server com Espaços de Armazenamento Diretos no Azure e a FCI do SQL Server com discos compartilhados do Azure são compatíveis com esse recurso. O servidor DPM deve ser implantado na máquina virtual do Azure para proteger a instância de FCI do SQL implantada nas VMs do Azure.
• Um grupo de disponibilidade Always On do SQL Server com estas preferências:
  • Preferir Secundário
  • Somente Secundário
  • Primário
  • Qualquer Réplica

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

Para fazer backup de um banco de dados do SQL Server e recuperá-lo do Azure:

1. Criar uma política de backup para proteger bancos de dados do SQL Server no Azure.
2. Criar cópias de backup sob demanda no Azure.
3. Recuperar o banco de dados no 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 do 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. Apenas SE 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.
  • Observe o seguinte:
    • 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 novo recurso para a criação de um banco de dados para o 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

Antes de começar, verifique se você instalou e preparou o Servidor de Backup do Azure.

Criar uma política de backup

Para proteger bancos de dados do SQL Server no Azure, primeiro crie uma política de backup:

1. Em Servidor de Backup do Azure, selecione o workspace Proteção.

2. Selecione Novo para criar um grupo de proteção.

   

3. No painel inicial, revise as diretrizes sobre como criar um grupo de proteção. Em seguida, selecione Avançar.

4. Para selecionar o tipo de grupo de proteção, selecione Servidores.

   

5. Expanda a instância do SQL Server nos locais onde estão os bancos de dados que você deseja fazer backup. Você visualiza as fontes de dados que podem ser armazenadas daquele servidor. Expanda Todos os compartilhamentos do SQL e selecione os bancos de dados que você deseja fazer backup. Neste exemplo, selecionamos ReportServer$MSDPM2012 e ReportServer$MSDPM2012TempDB. Selecione Avançar.

   

6. Nomeie o grupo de proteção e selecione Desejo proteção online.

   

7. No painel Especificar objetivos de curto prazo, inclua as entradas necessárias para criar pontos de backup no disco.

   Neste exemplo, o Período de retenção é definido para 5 dias. A Frequência de sincronização de backup é definida para uma vez a cada 15 minutos. O Backup Completo Expresso é definido para 20h00.

   

   Observação

   Neste exemplo, um ponto de backup é criado todos os dias às 20h00. Os dados que foram modificados desde o ponto de backup das 20h00 do dia anterior são transferidos. Esse processo é chamado de Backup Completo Expresso. Embora os logs de transição sejam sincronizados a cada 15 minutos, se for preciso recuperar o banco de dados às 21h00, o ponto será criado reproduzindo novamente os logs do último ponto de backup completo expresso, que foi às 20h00 neste exemplo.

8. Selecione Avançar. O MABS montra toda a capacidade de armazenamento disponível. Ele também mostra a utilização do espaço em disco em potencial.

   

   O tamanho total dos dados é o tamanho dos dados que você deseja fazer backup e o espaço em disco a ser provisionado no DPM é o espaço recomendado pelo MABS para o grupo de proteção. O DPM escolhe o volume de backup ideal com base nas configurações. No entanto, você pode editar as opções de volume de backup nos detalhes da alocação do disco. Para as cargas de trabalho, selecione o armazenamento preferido no menu suspenso. As edições alteram os valores do Armazenamento Total e do Armazenamento Gratuito no painel Armazenamento em Disco Disponível. Espaço subprovisionado é a quantidade de armazenamento que o DPM sugere que você adicione ao volume para backups contínuos sem interrupções.

9. Como um administrador, você pode optar por transferir esse backup inicial Automaticamente pela rede e escolher a hora da transferência. Ou optar por transferir Manualmente o backup. Em seguida, 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). Os dados de backup são movidos do servidor de produção (computador do SQL Server) para o MABS. Se esse backup for grande, a transferência dos dados pela rede pode causar o congestionamento da largura de banda. Por isso, os administradores podem optar por usar uma mídia removível para transferir o backup inicial Manualmente. Ou podem transferir os dados Automaticamente pela rede em um horário específico.

   Após a conclusão do backup inicial, os backups continuam de forma incremental na cópia de backup inicial. Os backups incrementais tendem a ser pequenos e são facilmente transferidos pela rede.

10. Escolha quando executar uma verificação de consistência. Em seguida, selecione Avançar.

    

    O MABS pode executar uma verificação de consistência na integridade do ponto de backup. Ele calcula a soma de verificação do arquivo de backup no servidor de produção (no computador do SQL Server, neste cenário) e os dados desse arquivo de backup no MABS. Se a verificação encontrar um conflito, o arquivo de backup no MABS será considerado corrompido. O MABS corrige os dados do backup enviando os blocos que correspondem à soma de verificação incompatíveis. A verificação de consistência é uma operação com desempenho intenso, por isso os administradores podem escolher agendar a verificação de consistência ou de executá-la automaticamente.

11. Selecione as fontes de dados para proteger no Azure. Em seguida, selecione Avançar.

    

12. Como administrador você poderá escolher os agendamentos de backup e as políticas de retenção que atendem às políticas da sua organização.

    

    Neste exemplo, os backups são feitos diariamente às 12h00 e às 20h00.

    Dica

    Para recuperação rápida, mantenha alguns pontos de recuperação de curto prazo em seu disco. Esses pontos de recuperação são usados para recuperação operacional. O Azure serve como um bom local fora do site fornecendo SLAs superiores e disponibilidade garantida.

    Use o DPM (Data Protection Manager) para agendar backups do Azure após a conclusão dos backups do disco local. Quando você segue essa prática, o backup em disco mais recente é copiado para o Azure.

13. Escolha o agendamento de política de retenção. Para saber mais sobre como funciona a política de retenção, consulte Usar o Backup do Azure para substituir a infraestrutura de fita.

    

    Neste exemplo:

    • Os backups são feitos diariamente às 12h00 e às 20h00. Eles são mantidos por 180 dias.
    • O backup do sábado às 12h00 é mantido por 104 semanas.
    • O backup do último sábado do mês às 12h00 é mantido por 60 meses.
    • O backup do último sábado de março às 12h00 é mantido por 10 anos.

    Depois de escolher uma política de retenção, selecione Avançar.

14. Escolha como transferir a cópia de backup inicial para o Azure.

    • A opção Automaticamente pela rede segue o agendamento de backup para transferir os dados para o Azure.
    • Para saber mais sobre o Backup Offline, consulte visão geral do Backup Offline.

    Depois de escolher um mecanismo de transferência, selecione Avançar.

15. No painel Resumo, revise os detalhes da política. Em seguida, selecione Criar grupo. É possível selecionar Fechar e monitorar o andamento do trabalho no espaço de trabalho Monitoramento.

    

Criar cópias de backup sob demanda de um banco de dados do SQL Server

Um ponto de recuperação é criado quando ocorre o primeiro backup. Você pode disparar manualmente a criação de um ponto de recuperação em vez de esperar a execução da agenda:

1. No grupo de proteção, verifique se o status do banco de dados é OK.

   

2. Clique com o botão direito do mouse no banco de dados e selecione Criar ponto de recuperação.

   

3. No menu suspenso, selecione Proteção online. Em seguida, selecione OK para iniciar a criação de um ponto de recuperação no Azure.

   

4. Você pode visualizar o andamento do trabalho no espaço de trabalho Monitoramento.

   

Recuperar um banco de dados SQL Server no Azure

Para recuperar uma entidade protegida, como um banco de dados do SQL Server, no Azure:

1. Abrir o console de gerenciamento do servidor DPM. Ir para o espaço de trabalho Recuperação para ver os servidores dos quais o DPM faz backup. Selecione o banco de dados (neste exemplo, ReportServer$MSDPM2012). Selecione um horário de recuperação que termine com Online.

   

2. Clique com o botão direito do mouse no nome do banco de dados e selecione Recuperar.

   

3. O DPM 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. Em seguida, selecione Avançar.

   

   Neste exemplo, o DPM permite a recuperação do banco de dados para outra instância do SQL Server ou para uma pasta de rede autônoma.

4. No painel Especificar opções de recuperação, você pode selecionar as opções de recuperação. Por exemplo, você pode escolher a limitar uso de largura de banda da rede para limitação da largura de banda a ser usada pela recuperação. Em seguida, selecione Avançar.

5. No painel Resumo, você verá a configuração de recuperação atual. 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.

   

   Ao concluir a recuperação, o banco de dados restaurado estará consistente com o aplicativo.

Próximas etapas

Para saber mais, consulte Perguntas frequentes do Backup do Azure.