Fazer backup do SQL Server no Azure Stack usando o Backup do Azure

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 envolve:

1. Criar uma política de backup para proteger bancos de dados do SQL Server
2. Criar cópias de backup sob demanda
3. Recuperar o banco de dados do Disks e do Azure

Cenários e limitações com suporte para backup do SQL Server no Azure Stack

Antes de fazer backup do SQL Server no Azure Stack, examine os seguintes cenários e limitações com suporte:

• Se você tiver um banco de dados com arquivos em um compartilhamento de arquivos 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 bancos de dados armazenados em compartilhamentos SMB remotos.
• Verifique se as réplicas do grupo de disponibilidade estão configuradas como somente leitura.
• Você deve adicionar explicitamente a conta do sistema NTAuthority\System ao grupo Sysadmin no SQL Server.
• Ao executar uma recuperação de local alternativa para um banco de dados parcialmente contido, você deve garantir que a instância SQL de destino tenha o recurso Bancos de Dados Contidos habilitado.
• Ao executar uma recuperação de local alternativa para um banco de dados de fluxo de arquivos, você deve garantir que a instância sql de destino tenha o recurso de banco de dados de fluxo de arquivos habilitado.
• Proteção para SQL Server Always On:
  • 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 dá suporte a configurações de cluster de vários sites para uma instância do SQL Server.
• Quando você protege bancos de dados que usam o recurso Always On, o MABS tem 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ário – os backups devem ocorrer em uma réplica secundária, exceto quando a réplica primária é 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 deverá ocorrer na réplica primária.
    • Somente secundário – 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ário – Os backups sempre devem ocorrer na réplica primária.
    • Qualquer réplica – Os backups podem ocorrer em uma das réplicas de disponibilidade do 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 qualquer réplica for excluída do backup, por exemplo, Excluir Réplica está habilitada ou está marcada como não legível, então 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 prioridade de backup mais alta será selecionado para backup.
    • Se o backup falhar no nó selecionado, a operação de backup falhará.
    • Não há suporte para a recuperação para o local original.
• Problemas de backup do SQL Server 2014 ou superior:
  • O SQL Server 2014 adicionou um novo recurso para criar 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 nenhum secundário puder ser encontrado, o backup falhará.

Pré-requisitos

Antes de fazer backup do SQL Server no Azure Stack, instale e prepare o Servidor de Backup do Azure.

Criar uma política de backup para bancos de dados do SQL Server no Azure Stack

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

1. No Servidor de Backup do Azure, selecione o espaço de trabalho Proteção.

2. 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 leva você por meio da criação de um Grupo de Proteção. Selecione Próximo.

3. Na folha Selecionar Tipo de Grupo de Proteção , selecione Servidores.

   

4. 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 selecionar um item.

   

   Todos os itens selecionados aparecem na lista de membros selecionados. Depois de selecionar os servidores ou bancos de dados que você deseja proteger, selecione Avançar.

5. 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.

   

6. Na folha Especificar Metas de Curto Prazo, inclua as entradas necessárias para criar pontos de restauração no disco e selecione Avançar.

   No exemplo, o intervalo de retenção é de 5 dias, a frequência de sincronização é 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 das 20h do dia anterior. Esse processo é chamado de Backup Completo Expresso. Os logs de transações são sincronizados a cada 15 minutos. Se você precisar recuperar o banco de dados às 21h, o ponto será criado a partir dos logs do último ponto de backup completo expresso (20h, nesse caso).

7. Na folha Examinar alocação de disco , verifique o espaço de armazenamento geral disponível e o espaço em disco potencial. Selecione Próximo.

8. Na opção Escolher Método de Criação de Réplica, escolha como criar seu primeiro ponto de recuperação. Você pode transferir o backup inicial manualmente (fora da rede) para evitar congestionamento de largura de banda ou pela rede. Se você optar por aguardar para transferir o primeiro backup, poderá especificar a hora da transferência inicial. Selecione Próximo.

   

   A cópia de backup inicial requer a transferência de toda a fonte de dados (banco de dados do SQL Server) do servidor de produção (computador 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, você pode optar por transferir o backup inicial: manualmente (usando mídia removível) para evitar congestionamentos de largura de banda ou automaticamente pela rede (em um momento especificado).

   Depois que o backup inicial for concluído, o restante dos backups serão backups incrementais na cópia de backup inicial. Os backups incrementais tendem a ser pequenos e são facilmente transferidos pela rede.

9. Escolha quando quiser que a verificação de consistência seja executada e selecione Avançar.

   

   O Servidor de Backup do Azure executa uma verificação de consistência na 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 de backup desse arquivo. Se houver um conflito, supõe-se que o arquivo de backup no Servidor de Backup do Azure esteja 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 têm uso intensivo de desempenho, você pode agendar a verificação de consistência ou executá-la automaticamente.

10. Para especificar a proteção online das fontes de dados, selecione os bancos de dados a serem protegidos no Azure e selecione Avançar.

    

11. Escolha agendas 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 boa prática ter alguns pontos de recuperação de curto prazo no disco, para recuperação rápida. Esses pontos de recuperação são usados para recuperação operacional. O Azure serve como uma boa localização fora do local com SLAs mais altas e disponibilidade garantida.

    Prática recomendada: se você agendar backups para o Azure para iniciar após a conclusão dos backups de disco local, os backups de disco mais recentes serão sempre copiados para o Azure.

12. Escolha o cronograma da política de retenção. Os detalhes sobre como a política de retenção funciona 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

13. Selecione Avançar e selecione a opção apropriada para transferir a cópia de backup inicial para o Azure. Você pode escolher automaticamente pela rede

14. Depois de examinar os detalhes da política na folha Resumo , selecione Criar grupo para concluir o fluxo de trabalho. Você pode selecionar Fechar e monitorar o progresso do trabalho na área de trabalho de monitoramento.

    

Executar um backup sob demanda para bancos de dados do SQL Server no Azure Stack

Um ponto de recuperação é criado somente quando o primeiro backup ocorre. Depois de criar uma política de backup, você pode disparar a criação de um ponto de recuperação manualmente, 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:

1. 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.

   

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

   

3. Escolha Proteção Online no menu suspenso e selecione OK para iniciar a criação de um ponto de recuperação no Azure.

   

4. Exiba o progresso do trabalho no Monitoring workspace.

   

Recuperar o banco de dados do SQL Server no Azure Stack a partir do Azure

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

1. Abra o Console de Gerenciamento do Servidor de Backup do Azure. Navegue até o workspace de recuperação , onde você pode ver os servidores protegidos. Navegue pelo banco de dados necessário (nesse caso, ReportServer$MSDPM2012). Selecione um horário Recuperação de especificado como um ponto Online.

   

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

   

3. O MABS mostra os detalhes do ponto de recuperação. Selecione Próximo. Para substituir o banco de dados, selecione o tipo de recuperação Recuperar para a instância original do SQL Server. Selecione Próximo.

   

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

4. Na folha Especificar opções de Recuperação, você pode selecionar opções de recuperação, como limitar o uso de largura de banda de rede, para controlar a largura de banda utilizada pela recuperação. Selecione Próximo.

5. Na folha Resumo , você verá todas as configurações de recuperação fornecidas até agora. Selecione Recuperar.

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

   

   Depois que a recuperação for concluída, o banco de dados restaurado será consistente com o aplicativo.

Próximas etapas

• Faça backup de arquivos e aplicativos.
• Faça backup do SharePoint no Azure Stack.