Configurar a recuperação de desastres para uma implementação de aplicativos SAP NetWeaver de vários níveis

A maioria das implementações SAP de grande dimensão e de tamanho médio utilizam 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ócio fundamentais são transferidos para aplicações como a SAP. A Azure Site Recovery foi testada e integrada com aplicações SAP. Site Recovery excede as capacidades da maioria das soluções de recuperação de desastres no local, e com um custo total de propriedade mais baixo do que as soluções concorrentes.

Com Site Recovery, pode:

  • Permitir a proteção das aplicações de produção SAP NetWeaver e não-NetWeaver que funcionam no local, replicando componentes para a Azure.
  • Permitir a proteção das aplicações de produção SAP NetWeaver e não-NetWeaver que funcionam no Azure replicando componentes para outro datacenter Azure.
  • Simplificar a migração para a nuvem utilizando a Recuperação de Sites para migrar a implementação do SAP para o Azure.
  • Simplificar as atualizações, testes e prototipagem do projeto SAP, criando um clone de produção a pedido para testar aplicações SAP.

Pode proteger as implementações da aplicação SAP NetWeaver utilizando o Site Recovery Azure. Este artigo cobre as melhores práticas para proteger uma implementação de três níveis SAP NetWeaver em Azure quando se replica a outro datacenter Azure utilizando Site Recovery. O artigo descreve cenários e configurações suportados, e como fazer testes failovers (exercícios de recuperação de desastres) e falhas reais.

Pré-requisitos

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

Cenários suportados

Pode utilizar Site Recovery para implementar uma solução de recuperação de desastres nos seguintes cenários:

  • Você tem sistemas SAP em funcionamento num datacenter Azure, e está a reproduzi-los para outro datacenter Azure (recuperação de desastres Azure-to-Azure). Para mais informações, consulte a arquitetura de replicação Azure-to-Azure.
  • Tem sistemas SAP a funcionar em servidores VMware (ou físicos) no local. Também está a replicar os sistemas SAP para um local de recuperação de desastres num datacenter Azure (recuperação de desastres VMware-to-Azure). Este cenário requer alguns componentes adicionais. Para mais informações, consulte a arquitetura de replicação VMware-to-Azure.
  • Tem sistemas SAP a funcionar no hiper-V no local. Também está a replicar os sistemas SAP para um local de recuperação de desastres num datacenter Azure (recuperação de desastres Hiper-V-a-Azure). Este cenário requer alguns componentes adicionais. Para mais informações, consulte a arquitetura de replicação Hyper-V-to-Azure.

Neste artigo, usamos um cenário de recuperação de desastres Azure-to-Azure . O cenário mostra-lhe as capacidades de recuperação de desastres sap de Site Recovery. Como Site Recovery replicação não é específica da aplicação, 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, são implantados os seguintes serviços de fundação:

  • Azure ExpressRoute ou Azure Gateway de VPN
  • Pelo menos um Azure Ative Directory controlador de domínio e servidor DNS, em execução em Azure

Recomendamos que estabeleça esta infraestrutura antes de implementar Site Recovery.

Implantação de aplicações SAP de referência

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

Diagram of a typical SAP deployment pattern

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

Para a recuperação de desastres, deve ser capaz de falhar numa região secundária. Cada nível usa uma estratégia diferente para fornecer proteção de recuperação de desastres.

VMs executando piscinas de despacho web SAP

O componente Web Dispatcher funciona como um balanceador de carga para o tráfego SAP entre os servidores de aplicações SAP. Para obter uma elevada disponibilidade para o componente Web Dispatcher, Balanceador de Carga do Azure implementa a configuração paralela do Web Dispatcher. O Web Dispatcher utiliza uma configuração de rodapé para distribuição de tráfego HTTP(S) entre os Despachantes Web disponíveis na piscina dos esquilibradores.

VMs executando conjuntos de servidores de aplicações

A transação SMLG gere grupos de login para servidores de aplicações ABAP. Utiliza a função de equilíbrio de carga dentro do servidor de mensagens dos Serviços Centrais para distribuir carga de trabalho entre os conjuntos de servidores de aplicações SAPGUIs e RFC. Pode replicar esta gestão utilizando Site Recovery.

VMs que gerem clusters de Serviços Centrais SAP

Esta arquitetura de referência gere os Serviços Centrais em VMs no nível de aplicação. Os Serviços Centrais são um potencial ponto único de falha quando num único VM. A implantação típica e a alta disponibilidade não são requisitos.

Para implementar uma solução de alta disponibilidade, pode utilizar um cluster de disco partilhado ou um cluster de partilha de ficheiros. Para configurar VMs para um cluster de disco partilhado, utilize Windows Cluster de Falha do Servidor. Recomendamos que use a testemunha de nuvem como testemunha de quórum.

Nota

Como Site Recovery não replica a testemunha em nuvem, recomendamos que implemente a testemunha em nuvem na região de recuperação de desastres.

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

Também pode lidar com o agrupamento implementando um cluster de partilha de ficheiros. A SAP modificou recentemente o padrão de implantação dos Serviços Centrais para aceder aos diretórios globais /sapmnt através de um caminho unc. Recomendamos ainda que garanta que a parte /sapmnt UNC está altamente disponível. Pode verificar a sua instância dos Serviços Centrais. Utilize Windows Cluster de Falha do Servidor com o Servidor de Ficheiros Scale out (SOFS) e a função Espaços de Armazenamento Direto (S2D) em Windows Server 2016.

Nota

Site Recovery suporta atualmente apenas a replicação de pontos consistentes de colisão de máquinas virtuais que utilizam espaços de armazenamento diretos e o nó passivo do SiOS Datakeeper.

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

Você pode usar Site Recovery para orquestrar o failover de toda a implantação de SAP em todas as regiões de Azure. Seguem-se os passos para a recuperação do desastre:

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

Segue-se a recomendação para a recuperação de catástrofes de cada nível utilizado neste exemplo.

Níveis SAP Recomendação
Piscina de despachante web SAP Replicar usando Site Recovery
Piscina de servidor de aplicação SAP Replicar usando Site Recovery
Aglomerado de Serviços Centrais SAP Replicar usando Site Recovery
Máquinas virtuais de diretório ativo Use replicação de diretório ativo
Servidores da Base de Dados SQL Use SQL Server Sempre Na replicação

Replicar máquinas virtuais

Para começar a replicar todas as máquinas virtuais da aplicação SAP para o centro de dados de recuperação de desastres Azure, siga a orientação em Replicar uma máquina virtual para Azure.

Configuração da rede

Se utilizar um endereço IP estático, pode especificar o endereço IP que pretende que a máquina virtual seja tomada. Para definir o endereço IP, aceda a configurações> de rede O cartão de interface da 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 apoia a sequência de vários níveis numa aplicação multi-nível durante uma falha. A sequenciação ajuda a manter a consistência da aplicação. Quando criar um plano de recuperação para uma aplicação web multi-nível, complete os passos descritos na Criar um plano de recuperação utilizando Site Recovery.

Adicione máquinas virtuais a grupos de failover

  1. Crie um plano de recuperação adicionando o servidor de aplicações, o despachante web e os VMs dos serviços CENTRAIS SAP.
  2. Selecione Personalizar para agrupar os VMs. Por predefinição, todos os VMs fazem parte do Grupo 1.

Adicione scripts ao plano de recuperação

Para que as suas aplicações funcionem corretamente, poderá necessitar de fazer algumas operações nas máquinas virtuais Azure. Faça estas operações após a falha ou durante um teste de falha. Também pode automatizar algumas operações pós-falha. Por exemplo, atualize a entrada de DNS e altere as ligações e ligações adicionando scripts correspondentes ao plano de recuperação.

Pode implementar os scripts Site Recovery mais utilizados na sua conta Automatização do Azure selecionando Implementar para Azure. Quando utilizar qualquer script publicado, siga a orientação no script.

Deploy to Azure

  1. Adicione um script pré-ação ao Grupo 1 para falhar ao longo do grupo de disponibilidade SQL Server. Utilize o script ASR-SQL-FailoverAG publicado nos scripts da amostra. Siga a orientação no script e faça as alterações necessárias no script adequadamente.
  2. Adicione um script pós-acção para fixar um equilibrador de carga nas máquinas virtuais falhadas do nível Web (Grupo 1). Utilize o ASR-AddSingleLoadBalancer script publicado nos scripts da amostra. Siga a orientação no script e faça as alterações necessárias no script conforme necessário.

SAP Recovery Plan

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

  1. No portal do Azure, selecione o cofre dos Serviços de Recuperação.
  2. Selecione o plano de recuperação que criou para aplicações SAP.
  3. Selecione Ativação Pós-falha de Teste.
  4. Para iniciar o processo de failover do teste, selecione o ponto de recuperação e a rede virtual Azure.
  5. Quando o ambiente secundário estiver em cima, execute validações.
  6. Quando as validações estiverem completas, limpe o ambiente de failover selecionando o failover do teste de limpeza.

Para obter mais informações, consulte Test failover para Azure em Site Recovery.

Executar uma ativação pós-falha

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

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

Passos seguintes