Configurar a recuperação de desastre para uma implantação de aplicativo do SAP NetWeaver de várias camadas

  • Artigo

A maioria das implantações do SAP de grande e médio porte usam alguma forma de solução de recuperação de desastre. A importância de se ter soluções de recuperação de desastre sólidas foi aumentando à medida que os processos de negócios mais vitais foram movidos para aplicativos como o SAP. O Azure Site Recovery foi testado e integrado a aplicativos SAP. O Site Recovery excede a capacidade da maioria das soluções de recuperação de desastre locais e em um menor custo total de propriedade que as soluções da concorrência.

Com o Site Recovery, você pode:

  • Habilite a proteção de aplicativos SAP NetWeaver e não NetWeaver de produção em execução no local por meio da replicação de componentes no Azure.
  • Habilite a proteção de aplicativos SAP NetWeaver e não NetWeaver de produção em execução no Azure por meio da replicação de componentes em outro datacenter do Azure.
  • Simplifique a migração de nuvem usando o Site Recovery para migrar sua implantação do SAP para o Azure.
  • Simplifique as atualizações, teste e criação de protótipos de projeto SAP criando um clone de produção sob demanda para testar aplicativos SAP.

Você pode proteger as implantações de aplicativos SAP NetWeaver usando o Azure Site Recovery. Este artigo aborda as práticas recomendadas para proteger uma implantação do SAP NetWeaver de três camadas no Azure ao replicar para outro datacenter do Azure usando o Site Recovery. O artigo descreve cenários e configurações com suporte e como fazer failovers de teste (simulações de recuperação de desastre) e failovers reais.

Pré-requisitos

Antes de começar, certifique-se de que você sabe fazer as tarefas a seguir:

Cenários com suporte

Você pode usar o Azure Site Recovery para implementar uma solução de recuperação de desastre nos seguintes cenários:

  • Você tem sistemas SAP em execução em um datacenter do Azure e os está replicando para outro datacenter do Azure (recuperação de desastre do Azure para o Azure). Para saber mais, confira Arquitetura de replicação do Azure para o Azure.
  • Você tem sistemas SAP em execução em servidores VMware (ou físicos) locais. Você também está replicando os sistemas SAP para um site de recuperação de desastre em um datacenter do Azure (recuperação de desastre do VMware para o Azure). Este cenário requer alguns componentes adicionais. Para saber mais, confira Arquitetura de replicação do VMware para o Azure.
  • Você tem sistemas SAP em execução no Hyper-V local. Você também está replicando os sistemas SAP para um site de recuperação de desastre em um datacenter do Azure (recuperação de desastre do Hyper-V para o Azure). Este cenário requer alguns componentes adicionais. Para saber mais, confira Arquitetura de replicação do Hyper-V para o Azure.

Neste artigo, usamos um cenário de recuperação de desastre do Azure para o Azure. O cenário mostra os recursos de recuperação de desastre do SAP do Site Recovery. Como a replicação do Site Recovery não é específica do aplicativo, o processo descrito deve também se aplicar a outros cenários.

Serviços básicos necessários

No cenário discutido neste artigo, os seguintes serviços de base são implantados:

  • Gateway de VPN do Azure ou Azure ExpressRoute
  • Pelo menos um controlador de domínio do Microsoft Entra e um servidor DNS em execução no Azure

Recomendamos que você estabeleça essa infraestrutura antes de implantar o Site Recovery.

Implantação de referência do aplicativo SAP

Esta arquitetura de referência está executando o SAP NetWeaver em um ambiente Windows no Azure com alta disponibilidade. Esta arquitetura é implantada com tamanhos específicos de máquina virtual (VM) que podem ser alterados para acomodar as necessidades da sua organização.

Diagram of a typical SAP deployment pattern

Considerações de recuperação de desastres

Para recuperação de desastre, você deve ser capaz de fazer failover para uma região secundária. Cada camada usa uma estratégia diferente para fornecer proteção de recuperação de desastres.

VMs que executam pools do SAP Web Dispatcher

O componente Web Dispatcher funciona como um balanceador de carga para o tráfego SAP entre os servidores de aplicativos SAP. Para obter a alta disponibilidade para o componente Web Dispatcher, o Azure Load Balancer implementa a configuração paralela do Web Dispatcher. O Web Dispatcher usa uma configuração round robin para distribuição de tráfego HTTP(S) entre os Web Dispatchers disponíveis no pool de balanceadores.

VMs que executam o pools de servidores de aplicativos

A transação SMLG gerencia grupos de logon para servidores de aplicativos ABAP. Ela usa a função de balanceamento de carga no servidor de mensagens do Central Services para distribuir a carga de trabalho entre os pools de servidores de aplicativos SAP para o tráfego de SAPGUIs e RFC. Você pode replicar esse gerenciamento usando o Site Recovery.

VMs que executam clusters do SAP Central Services

Essa arquitetura de referência executa o Central Services em VMs na camada de aplicativo. O Central Services é um ponto único de falha potencial quando em uma VM única. A implantação típica e a alta disponibilidade não são requisitos.

Para implementar uma solução de alta disponibilidade, você pode usar um cluster de disco compartilhado ou um cluster de compartilhamento de arquivos. Para configurar VMs para um cluster de disco compartilhado, use Cluster de Failover do Windows Server. Recomenda-se usar a testemunha de nuvem como uma testemunha de quorum.

Observação

Como o Site Recovery não replica a testemunha de nuvem, recomendamos que você implante a testemunha de nuvem na região de recuperação de desastre.

Para dar suporte ao ambiente de cluster de failover, o SIOS DataKeeper Cluster Edition faz a função de volume compartilhado do cluster. Na função, o cluster SIOS DataKeeper replica discos independentes pertencentes aos nós do cluster.

Você também pode lidar com o cluster implementando um cluster de compartilhamento de arquivo. Recentemente, a SAP modificou o padrão de implantação do Central Services para acessar os diretórios globais /sapmnt por meio de um caminho UNC. Ainda recomendamos que você verifique se o compartilhamento UNC/sapmnt está altamente disponível. Você pode verificar sua instância do Central Services. Use um Cluster de Failover do Windows Server com SOFS (Servidor de Arquivos de Escalabilidade Horizontal) e o recurso S2D (Espaços de Armazenamento Diretos) no Windows Server 2016.

Observação

Atualmente, o Site Recovery dá suporte apenas à replicação de ponto consistente com falhas de máquinas virtuais que usam espaços de armazenamento diretos e o nó passivo do SIOS Datakeeper.

Mais considerações de recuperação de desastre

Você pode usar o Site Recovery para orquestrar o failover da implantação completa do SAP em regiões do Azure. Veja a seguir as etapas para configurar a recuperação de desastre:

  1. Replicar máquinas virtuais
  2. Criar uma rede de recuperação
  3. Replicar um controlador de domínio
  4. Replicar a camada de banco de dados
  5. Execute um teste de failover
  6. Execute um failover

Veja a seguir a recomendação para recuperação de desastre de cada camada usada neste exemplo.

Camadas do SAP Recomendação
Pool do SAP Web Dispatcher Replicar usando o Site Recovery
Pool de servidores de aplicativo do SAP Replicar usando o Site Recovery
Cluster do SAP Central Services Replicar usando o Site Recovery
Máquinas virtuais do Active Directory Usar a replicação do Active Directory
Servidores do Banco de Dados SQL Usar a replicação do Always On do SQL Server

Replicar máquinas virtuais

Para iniciar a replicação de todas as máquinas virtuais do aplicativo SAP para o datacenter de recuperação de desastre do Azure, siga as orientações em Replicar uma máquina virtual no Azure.

Configuração de rede

Se você usar um endereço IP estático, poderá especificar o endereço IP que você deseja que a máquina virtual use. Para configurar o endereço IP, acesse as Configurações de rede>Cartão de interface de rede.

Screenshot that shows how to set a private IP address in the Site Recovery Network interface card pane

Criar um plano de recuperação

Um plano de recuperação dá suporte à sequência de várias camadas em um aplicativo de várias camadas durante um failover. O sequenciamento ajuda a manter a consistência do aplicativo. Quando você criar um plano de recuperação para um aplicativo Web de várias camadas, conclua as etapas descritas em Criar um plano de recuperação usando o Site Recovery.

Adicionar máquinas virtuais aos grupos de failover

  1. Crie um plano de recuperação adicionando o servidor de aplicativos, o dispatcher da Web e as VMs do SAP Central Services.
  2. Selecione Personalizar para agrupar as VMs. Por padrão, todas as VMs são parte do Grupo 1.

Adicionar scripts ao plano de recuperação

Talvez seja necessário fazer algumas operações nas máquinas virtuais do Azure para que os aplicativos funcionem corretamente. Execute essas operações após o failover ou durante um failover de teste. Você também pode automatizar algumas operações pós-failover. Por exemplo, atualizar a entrada DNS e alterar associações e conexões adicionando scripts correspondentes ao plano de recuperação.

Você pode implantar os scripts do Site Recovery mais usados em sua conta de Automação do Azure selecionando Implantar no Azure. Ao usar um script publicado, siga as orientações do script.

Deploy to Azure

  1. Adicione um script de ação prévia ao Grupo 1 para fazer failover do grupo de disponibilidade do SQL Server. Use o script ASR-SQL-FailoverAG publicado nos scripts de amostra. Siga as diretrizes no script e faça adequadamente as alterações necessárias no script.
  2. Adicione um script de ação posterior para anexar um balanceador de carga às máquinas virtuais com failover da camada da Web (Grupo 1). Use o script ASR-AddSingleLoadBalancer publicado nos scripts de amostra. Siga as diretrizes no script e faça as alterações necessárias no script conforme necessário.

SAP Recovery Plan

Execute um teste de failover

  1. No Portal do Azure, selecione seu cofre de Serviços de Recuperação.
  2. Selecione o plano de recuperação que você criou para aplicativos SAP.
  3. Selecione Failover de Teste.
  4. Para iniciar o processo de failover de teste, selecione o ponto de recuperação e a rede virtual do Azure.
  5. Quando o ambiente secundário está ativo, faça validações.
  6. Quando as validações forem concluídas, limpe o ambiente de failover selecionando Limpar o teste de failover.

Para obter mais informações, consulte Failover de teste para Azure no Site Recovery .

Executar um failover

  1. No Portal do Azure, selecione seu cofre de Serviços de Recuperação.
  2. Selecione o plano de recuperação que você criou para aplicativos SAP.
  3. Selecione Failover.
  4. Para iniciar o processo de failover, selecione o ponto de recuperação.

Para obter mais informações, consulte Failover no Site Recovery.

Próximas etapas