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

A maioria das implantações SAP de grande e médio porte usa alguma forma de solução de recuperação de desastres. A importância de soluções robustas e testáveis de recuperação de desastres aumentou à medida que mais processos de negócios essenciais são movidos para aplicativos como o SAP. O Azure Site Recovery foi testado e integrado com aplicativos SAP. O Site Recovery excede os recursos da maioria das soluções locais de recuperação de desastres e tem um custo total de propriedade menor do que as soluções concorrentes.

Com o Site Recovery, você pode:

• Habilite a proteção de aplicativos de produção SAP NetWeaver e não NetWeaver executados no local replicando componentes para o Azure.
• Habilite a proteção de aplicativos de produção SAP NetWeaver e não NetWeaver executados no Azure replicando componentes para outro datacenter do Azure.
• Simplificar a migração para a nuvem utilizando a Recuperação de Sites para migrar a implementação do SAP para o Azure.
• Simplifique upgrades, testes e prototipagem de projetos SAP criando um clone de produção sob demanda para testar aplicativos SAP.

Você pode proteger 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 quando você replica para outro datacenter do Azure usando o Site Recovery. O artigo descreve cenários e configurações suportados e como fazer failovers de teste (exercícios de recuperação de desastres) e failovers reais.

Pré-requisitos

Antes de começar, certifique-se de que sabe como realizar as seguintes tarefas:

• Replicar uma máquina virtual para o Azure
• Projetar uma rede de recuperação
• Fazer um failover de teste para o Azure
• Fazer um failover para o Azure
• Replicar um controlador de domínio
• Replicar uma instância do SQL Server

Cenários suportados

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

• Você tem sistemas SAP em execução em um datacenter do Azure e está replicando-os para outro datacenter do Azure (recuperação de desastres do Azure para o Azure). Para obter mais informações, consulte Arquitetura de replicação do Azure para o Azure.
• Você tem sistemas SAP em execução em servidores VMware (ou físicos) no local. Você também está replicando os sistemas SAP para um site de recuperação de desastres em um datacenter do Azure (recuperação de desastres VMware para Azure). Este cenário requer alguns componentes adicionais. Para obter mais informações, consulte Arquitetura de replicação VMware para 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 desastres em um datacenter do Azure (recuperação de desastres do Hyper-V para Azure). Este cenário requer alguns componentes adicionais. Para obter mais informações, consulte Arquitetura de replicação do Hyper-V para Azure.

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

Serviços de fundação necessários

No cenário que discutimos neste artigo, os seguintes serviços básicos são implantados:

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

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

Implantação de aplicativos SAP de referência

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

Considerações sobre a recuperação após desastre

Para recuperação de desastres, 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 executando 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 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 executando pools de servidores de aplicativos

A transação SMLG gerencia grupos de login para servidores de aplicativos ABAP. Ele usa a função de balanceamento de carga dentro do servidor de mensagens dos Serviços Centrais para distribuir a carga de trabalho entre os pools de servidores de aplicativos SAP para SAPGUIs e tráfego RFC. Você pode replicar esse gerenciamento usando o Site Recovery.

VMs que executam clusters do SAP Central Services

Essa arquitetura de referência executa os Serviços Centrais em VMs na camada de aplicativo. Os Serviços Centrais são um potencial ponto único de falha quando estão em uma única VM. Implantação típica e 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 o Cluster de Failover do Windows Server. Recomendamos que você use a testemunha de nuvem como testemunha de quórum.

Nota

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

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 SIOS DataKeeper Cluster replica discos independentes pertencentes aos nós do cluster.

Você também pode lidar com clustering implementando um cluster de compartilhamento de arquivos. A SAP modificou recentemente o padrão de implantação dos Serviços Centrais para acessar os diretórios globais /sapmnt por meio de um caminho UNC. Ainda recomendamos que você se certifique de que o compartilhamento UNC /sapmnt esteja altamente disponível. Você pode verificar sua instância de Serviços Centrais. Use o Cluster de Failover do Windows Server com SOFS (Servidor de Arquivos de Expansão) e o recurso Espaços de Armazenamento Diretos (S2D) no Windows Server 2016.

Nota

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

Mais considerações sobre recuperação de desastres

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

1. Replicar máquinas virtuais
2. Projetar uma rede de recuperação
3. Replicar um controlador de domínio
4. Replicar camada de base de dados
5. Fazer uma ativação pós-falha de teste
6. Fazer uma ativação pós-falha

A seguir está a recomendação para recuperação de desastres de cada camada usada neste exemplo.

Níveis SAP	Recomendação
Pool do SAP Web Dispatcher	Replicar usando a Recuperação de Site
Pool de servidores de aplicativos SAP	Replicar usando a Recuperação de Site
Cluster SAP Central Services	Replicar usando a Recuperação de Site
Máquinas virtuais do Ative Directory	Usar a replicação do Ative Directory
Servidores da Base de Dados SQL	Usar a replicação Always On do SQL Server

Replicar máquinas virtuais

Para começar a replicar todas as máquinas virtuais de aplicativos SAP para o datacenter de recuperação de desastres do Azure, siga as orientações em Replicar uma máquina virtual para o Azure.

• Para obter orientações sobre como proteger o Ative Directory e o DNS, saiba como proteger o Ative Directory e o DNS.

• Para obter orientação sobre como proteger a camada de banco de dados em execução no SQL Server, saiba como proteger o SQL Server.

Configuração da rede

Se você usar um endereço IP estático, poderá especificar o endereço IP que deseja que a máquina virtual utilize. Para definir o endereço IP, vá para Configurações>de rede Placa de interface de rede.

Criar um plano de recuperação

Um plano de recuperação oferece suporte ao sequenciamento de várias camadas em um aplicativo de várias camadas durante um failover. O sequenciamento ajuda a manter a consistência do aplicativo. Ao 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 a Recuperação de Site.

Adicionar máquinas virtuais a grupos de failover

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

Adicionar scripts ao plano de recuperação

Para que seus aplicativos funcionem corretamente, talvez seja necessário fazer algumas operações nas máquinas virtuais do Azure. Faça 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, atualize a entrada DNS e altere ligações e conexões adicionando scripts correspondentes ao plano de recuperação.

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

1. Adicione um script de pré-ação ao Grupo 1 para fazer failover do grupo de disponibilidade do SQL Server. Use o script ASR-SQL-FailoverAG publicado nos scripts de exemplo. Siga as orientações no script e faça as alterações necessárias no script adequadamente.
2. Adicione um script pós-ação 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 exemplo. Siga as orientações no script e faça as alterações necessárias no script conforme necessário.

Executar uma ativação pós-falha de teste

1. No portal do Azure, selecione seu cofre dos Serviços de Recuperação.
2. Selecione o plano de recuperação que você criou para aplicativos SAP.
3. Selecione Ativação Pós-falha 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 estiver ativo, execute validações.
6. Quando as validações estiverem concluídas, limpe o ambiente de failover selecionando Failover de teste de limpeza.

Para obter mais informações, consulte Testar failover para o Azure no Site Recovery.

Executar uma ativação pós-falha

1. No portal do Azure, selecione seu cofre dos Serviços de Recuperação.
2. Selecione o plano de recuperação que você criou para aplicativos SAP.
3. Selecione Ativação pós-falha.
4. Para iniciar o processo de failover, selecione o ponto de recuperação.

Para obter mais informações, consulte Failover na recuperação de site.

Próximos passos

• Saiba mais sobre como criar uma solução de recuperação de desastres para implantações do SAP NetWeaver usando o Site Recovery. Consulte o white paper para download SAP NetWeaver: Building a Disaster Recovery Solution with Site Recovery. O white paper discute recomendações para várias arquiteturas SAP. Você pode ver aplicativos suportados e tipos de VM para SAP no Azure. Também há opções de plano para testar sua solução de recuperação de desastres.
• Saiba mais sobre como replicar outras cargas de trabalho usando o Site Recovery.