Compartilhar via


Configurar a recuperação de desastre para um aplicativo do SharePoint de várias camadas para recuperação de desastres usando o Azure Site Recovery

Este artigo descreve detalhadamente como proteger um aplicativo do SharePoint usando o Azure Site Recovery.

Visão geral

O Microsoft SharePoint é um aplicativo avançado que pode ajudar um grupo ou departamento a organizar, colaborar com e compartilhar informações. O SharePoint pode fornecer portais de intranet, gerenciamento de arquivos e documentos, colaboração, redes sociais, extranets, sites, Enterprise Search e business intelligence. Ele também tem integração de sistemas, integração de processos e funcionalidades de automação de fluxo de trabalho. Normalmente, as organizações o consideram um aplicativo de camada 1, suscetível a tempo de inatividade e perda de dados.

Hoje, o Microsoft SharePoint não fornece nenhuma funcionalidade integrada de recuperação de desastre. Independentemente do tipo e escala de um desastre, a recuperação envolve o uso de um data center em espera para o qual você pode recuperar o farm. Data centers Em espera são necessários para cenários em que sistemas redundantes locais e backups não conseguem se recuperar da interrupção no data center principal.

Uma boa solução de recuperação de desastre deve permitir a modelagem de planos de recuperação em torno de arquiteturas de aplicativo complexas, como o SharePoint. Ela também deve ter a capacidade de adicionar etapas personalizadas para lidar com mapeamentos de aplicativo entre várias camadas, fornecendo assim um failover de clique único com um RTO mais baixo em caso de desastre.

Este artigo descreve detalhadamente como proteger um aplicativo do SharePoint usando o Azure Site Recovery. Esse artigo aborda as práticas recomendadas para replicar um aplicativo do SharePoint de três camadas para o Azure, como fazer um exercício de recuperação de desastres e como fazer failover do aplicativo para o Azure.

Pré-requisitos

Antes de começar, você precisa entender o seguinte:

  1. Replicar uma máquina virtual no Azure
  2. Como criar uma rede de recuperação
  3. Executar um failover de teste no Azure
  4. Executar um failover no Azure
  5. Como replicar um controlador de domínio
  6. Como replicar o SQL Server

Arquitetura do SharePoint

O SharePoint pode ser implantado em um ou mais servidores usando topologias em camadas e funções de servidor para implementar um design de farm que cumpra metas e objetivos específicos. Um farm grande e de alta demanda típico do SharePoint Server, que dá suporte a um grande número de usuários simultâneos e um grande número de itens de conteúdo usam o agrupamento de serviços como parte de sua estratégia de escalabilidade. Essa abordagem envolve a execução de serviços em servidores dedicados, agrupando esses serviços e depois expandindo os servidores como um grupo. A topologia a seguir ilustra o serviço agrupamento de serviços e servidores para um farm do SharePoint Server de três camadas. Consulte a documentação do SharePoint e as arquiteturas de linha de produtos para obter orientações detalhadas sobre diferentes topologias do SharePoint. Você pode encontrar mais detalhes sobre a implantação do SharePoint 2013 neste documento.

Padrão de Implantação 1

Suporte do Site Recovery

O Site Recovery é independente de aplicativo e deve funcionar com qualquer versão do SharePoint em execução em um computador com suporte. Para esse artigo, foram utilizadas máquinas virtuais VMware com Windows Server 2012 R2 Enterprise. Foram usados o SharePoint 2013 Enterprise edition e o SQL Server 2014 Enterprise edition.

Origem e destino

Cenário Para um site secundário Para o Azure
Hyper-V Sim Sim
VMware Sim Sim
Servidor físico Sim Sim
Azure NA Sim

Algumas coisas que se deve manter em mente

Se você estiver usando um cluster baseado em disco compartilhado como qualquer camada em seu aplicativo, não poderá usar a replicação do Site Recovery para replicar essas máquinas virtuais. Você pode usar a replicação nativa fornecida pelo aplicativo e, em seguida, usar um plano de recuperação para fazer failover em todas as camadas.

Replicação de máquinas virtuais

Siga estas diretrizes para começar a replicar a máquina virtual para o Azure.

  • Assim que a replicação for concluída, certifique-se de ir para cada máquina virtual de cada camada e selecionar o mesmo conjunto de disponibilidade no item Replicado>Configurações>Propriedades>Computação e rede. Por exemplo, se sua camada da Web tiver 3 máquinas virtuais, certifique-se de que todas as 3 máquinas virtuais estejam configuradas para fazer parte do mesmo conjunto de disponibilidade no Azure.

    Definir Conjunto de Disponibilidade

  • Para obter diretrizes sobre como proteger o Active Directory e DNS, consulte o documento Proteger o Active Directory e DNS.

  • Para obter diretrizes sobre como proteger a camada de banco de dados em execução no SQL Server, consulte o documento Proteger o SQL Server.

Configuração de rede

Propriedades de rede

  • Para as máquinas virtuais de nível de aplicativo e Web, configure as configurações de rede no portal do Azure para que as máquinas virtuais sejam conectadas à rede de DR correta após o failover.

    Selecionar Rede

  • Se você estiver usando um IP estático, especifique o IP que deseja que a máquina virtual assuma no campo IP de destino

    Definir o IP Estático

Roteamento de Tráfego e de DNS

Para sites voltados para a Internet, crie um perfil do Gerenciador de Tráfego do tipo 'Prioridade' na assinatura do Azure. Em seguida, configure seu perfil do Gerenciador de Tráfego e de DNS da maneira descrita a seguir.

Where Origem Target (destino)
DNS público DNS público para sites do SharePoint

Por exemplo: sharepoint.contoso.com
Gerenciador de Tráfego

contososharepoint.trafficmanager.net
DNS local sharepointonprem.contoso.com IP público no farm local

No perfil do Gerenciador de Tráfego, crie os pontos de extremidade primário e de recuperação. Use o ponto de extremidade externo como ponto de extremidade local e o IP público como ponto de extremidade do Azure. Verifique se a prioridade está definida como mais alta para o ponto de extremidade local.

Hospede uma página de teste em uma porta específica (por exemplo, 800) na camada da Web do SharePoint para o Gerenciador de Tráfego para detectar automaticamente o failover de postagem de disponibilidade. Essa é uma solução alternativa caso você não possa habilitar a autenticação anônima em nenhum dos seus sites do SharePoint.

Configure o perfil do Gerenciador de Tráfego do Microsoft Azure com as seguintes configurações:

  • Método de roteamento – 'Prioridade'
  • Vida útil (TTL) do DNS – '30 segundos'
  • Configurações do monitor de ponto de extremidade – se você pode habilitar a autenticação anônima, pode também fornecer um ponto de extremidade de site específico. Ou então, você pode usar uma página de teste em uma porta específica (por exemplo, 800).

Criar um plano de recuperação

Um plano de recuperação permite o sequenciamento do failover de várias camadas em um aplicativo de várias camadas, mantendo assim a consistência do aplicativo. Siga as etapas fornecidas ao criar um plano de recuperação para um aplicativo web multicamadas. Saiba mais sobre a criação de um plano de recuperação.

Adicionar máquinas virtuais aos grupos de failover

  1. Crie um plano de recuperação adicionando as máquinas virtuais das camadas App e Web.

  2. Clique em "Personalizar" para agrupar as máquinas virtuais. Por padrão, todas as máquinas virtuais fazem parte do “Grupo 1”.

    Personalizar RP

  3. Crie outro Grupo (Grupo 2) e mova as máquinas virtuais da camada Web para o novo grupo. Suas máquinas virtuais da camada de aplicativo devem fazer parte do "Grupo 1" e as máquinas virtuais da camada da Web devem fazer parte do "Grupo 2". Isso é para garantir que as máquinas virtuais da camada de aplicativo sejam inicializadas primeiro, seguidas pelas máquinas virtuais da camada da Web.

Adicionar scripts ao plano de recuperação

Você pode implantar os scripts mais comumente usados ​​do Azure Site Recovery na sua conta de Automação clicando no botão "Implantar no Azure". Ao usar qualquer script publicado, certifique-se de seguir as orientações do script.

Implantar no Azure

  1. Adicione um script de pré-ação ao “Grupo 1” para fazer failover do grupo de Disponibilidade SQL. Use o script ASR-SQL-FailoverAG publicado nos scripts de exemplo. Verifique se você seguiu as diretrizes no script e faça adequadamente as alterações necessárias no script.

    Add-AG-Script-Step-1

    Add-AG-Script-Step-2

  2. Adicione um script de ação posterior para anexar um balanceador de carga a máquinas virtuais da camada da Web (Grupo 2) nas quais o failover foi realizado. Use o script ASR-AddSingleLoadBalancer publicado nos scripts de exemplo. Verifique se você seguiu as diretrizes no script e faça adequadamente as alterações necessárias no script.

    Add-LB-Script-Step-1

    Add-LB-Script-Step-2

  3. Adicione uma etapa manual para atualizar os registros DNS para apontar para o novo farm no Azure.

    • Para sites voltados para a Internet, não há atualizações DNS necessárias após o failover. Siga as etapas descritas na seção 'Diretrizes de rede' para configurar o Gerenciador de Tráfego. Se o perfil do Gerenciador de Tráfego tiver sido configurado conforme descrito na seção anterior, adicione um script para abrir uma porta fictícia (800 no exemplo) na máquina virtual do Azure.

    • Para sites internos, adicione uma etapa manual para atualizar o registro DNS para apontar para o IP do balanceador de carga da nova máquina virtual da camada da Web.

  4. Adicione uma etapa manual para restaurar o aplicativo de pesquisa de um backup ou iniciar um novo serviço de pesquisa.

  5. Para restaurar o aplicativo de serviço Pesquisa a partir de um backup, siga essas etapas:

    • Este método presume que um backup do Aplicativo de Serviço de Pesquisa foi executado antes do evento catastrófico e que o backup está disponível no site de DR.
    • Isso pode ser conseguido facilmente agendando o backup (por exemplo, uma vez por dia) e usando um procedimento de cópia para colocar o backup no site de DR. Os procedimentos de cópia podem incluir programas em script, como o AzCopy (Cópia do Azure) ou a configuração de DFSR (Serviços de Replicação de Arquivos Distribuído).
    • Agora que o farm do SharePoint está em execução, navegue para a Administração Central, clique em 'Backup e Restauração' e selecione Restaurar. A restauração pergunta o local de backup especificado (talvez seja necessário atualizar o valor). Selecione o backup do Aplicativo de Serviço Search que você deseja restaurar.
    • A pesquisa é restaurada. Tenha em mente que a restauração espera encontrar a mesma topologia (mesmo número de servidores) e as mesmas letras de unidades de disco rígido atribuídas a esses servidores. Para obter mais informações, consulte o documento 'Restaurar aplicativo de serviço Search no SharePoint 2013'.
  6. Para começar com um novo aplicativo de serviço Pesquisa, siga essas etapas:

    • Este método presume que um backup do banco de dados Administração de Pesquisa está disponível no site de DR.
    • Como os outros bancos de dados do aplicativo Search Service não são replicados, eles precisam ser recriados. Para fazer isso, navegue até a Administração Central e exclua o Aplicativo do Serviço Search. Em todos os servidores que hospedam o Índice de Pesquisa, exclua os arquivos de índice.
    • Recrie o Aplicativo de Serviço Search, resultando na recriação dos bancos de dados. É recomendável ter um script preparado que recrie esse aplicativo de serviço, pois não é possível executar todas as ações por meio da GUI. Por exemplo, configurar o local da unidade de índice e a topologia de pesquisa só é possível usando cmdlets do PowerShell do SharePoint. Use o cmdlet Restore-SPEnterpriseSearchServiceApplication do Windows PowerShell e especifique o banco de dados de Administração de Pesquisa encaminhado com log e replicado, Search_Service__DB. Esse cmdlet fornece à pesquisa uma configuração, um esquema, propriedades gerenciadas, regras e fontes e cria um conjunto padrão de outros componentes.
    • Já que o Aplicativo de Serviço Search tem de ser recriado, você deve iniciar um rastreamento completo para cada fonte de conteúdo restaurar o Serviço Search. Você perde algumas informações de análise do farm local, assim como as recomendações de pesquisa.
  7. Depois que todas as etapas forem concluídas, salve o plano de recuperação e o plano de recuperação final ficará assim:

    RP Salvo

Executar um failover de teste

Siga este guia fazer um failover de teste.

  1. Acesse o Portal do Azure e selecione seu cofre do Serviço de Recuperação.
  2. Selecione o plano de recuperação criado para o aplicativo SharePoint.
  3. Selecione Failover de Teste.
  4. Selecione o ponto e recuperação e a rede virtual do Azure para iniciar o processo de failover de teste.
  5. Quando o ambiente secundário estiver funcionando, você poderá executar sua validações.
  6. Depois que as validações forem concluídas, você poderá clicar em 'Limpar failover de teste' no plano de recuperação e o ambiente de failover de teste será limpo.

Para obter diretrizes sobre como fazer failover de teste do AD e DNS, consulte o documento Considerações sobre failover de teste para o AD e DNS.

Para obter as diretrizes sobre como fazer failover de teste para grupos de disponibilidade Always On do SQL, consulte o documento Executar o Aplicativo de recuperação de desastre do Azure Site Recovery e fazer o failover de teste.

Executar um failover

Siga estas diretrizes para fazer um failover.

  1. Vá para o Portal do Azure e selecione seu cofre dos Serviços de Recuperação.
  2. Clique no plano de recuperação criado para o aplicativo do SharePoint.
  3. Clique em 'Failover'.
  4. Selecione o ponto de recuperação para iniciar o processo de failover.

Próximas etapas

Você pode saber mais sobre replicar outros aplicativos usando o Site Recovery.