Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
A maioria das implantações SAP de tamanho grande e médio usa alguma forma de solução de recuperação de desastre. A importância de soluções de recuperação de desastre robustas e testáveis aumentou à medida que mais processos de negócios principais são movidos para aplicativos como o SAP. O Azure Site Recovery foi testado e integrado a aplicativos SAP. O Site Recovery excede os recursos da maioria das soluções locais de recuperação de desastre e com 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 que são executados localmente replicando componentes no Azure.
- Habilite a proteção dos aplicativos de produção SAP NetWeaver e não NetWeaver que são executados no Azure replicando componentes para 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, testes e protótipos do 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 quando você replica 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:
- Replicar uma máquina virtual no Azure
- Criar uma rede de recuperação
- Executar um failover de teste para o Azure
- Executar um failover para o Azure
- Replicar um controlador de domínio
- Replicar uma instância do SQL Server
Cenários com suporte
Você pode usar o 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 está replicando-os em outro datacenter do Azure (recuperação de desastre do Azure para o Azure). Para obter mais informações, consulte a 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). Esse cenário requer alguns componentes adicionais. Para obter mais informações, consulte a 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 desastres localizado em um datacenter do Azure (recuperação de desastres de Hyper-V para Azure). Esse cenário requer alguns componentes adicionais. Para obter mais informações, consulte a 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, espera-se que o processo descrito também se aplique a outros cenários.
Serviços de base necessários
No cenário discutido neste artigo, os seguintes serviços básicos são implantados:
- Azure ExpressRoute ou Gateway de VPN do Azure
- 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.
Fazer referência à implantação de aplicativo SAP
Essa arquitetura de referência está executando o SAP NetWeaver em um ambiente do Windows no Azure com alta disponibilidade. Essa arquitetura é implantada com tamanhos específicos de VM (máquina virtual) que você pode alterar para atender às necessidades da sua organização.
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 do 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.
Máquinas virtuais executando conjuntos de servidores de aplicativos
A transação SMLG gerencia grupos de logon 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 pools de servidores de aplicativos SAP para SAPGUIs e tráfego RFC. Você pode replicar esse gerenciamento usando o Site Recovery.
VMs executando 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 podem ser um ponto único de falha potencial 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 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 clustering implementando um cluster de compartilhamento de arquivos. O 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ê 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 sobre 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. A seguir estão as etapas para configurar a recuperação de desastre:
- Replicar máquinas virtuais
- Criar uma rede de recuperação
- Replicar um controlador de domínio
- Replicar a camada de banco de dados
- Execute um teste de failover
- Execute um failover
A seguir está a recomendação para recuperação de desastre de cada camada usada neste exemplo.
| camadas SAP | Recomendação |
|---|---|
| Pool do SAP Web Dispatcher | Replicar usando o Site Recovery |
| Pool de servidores de aplicativos SAP | Replicar usando o Site Recovery |
| Cluster dos Serviços Centrais do SAP | 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 começar a replicar todas as máquinas virtuais do aplicativo SAP para o datacenter de recuperação de desastre do Azure, siga as diretrizes em Replicar uma máquina virtual para o Azure.
Para obter diretrizes sobre como proteger o Active Directory e o DNS, veja como proteger o Active Directory e o DNS.
Para obter diretrizes sobre como proteger a camada de banco de dados em execução no SQL Server, saiba como proteger o SQL Server.
Configuração de rede
Se você usar um endereço IP estático, poderá especificar o endereço IP que deseja que a máquina virtual use. 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 dá 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. 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 a grupos de failover
- Crie um plano de recuperação adicionando o servidor de aplicativos, o dispatcher da Web e as VMs de serviços do SAP Central.
- Selecione a opção 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. 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, atualize a entrada DNS e altere associações e conexões adicionando scripts correspondentes ao plano de recuperação.
Você pode implantar os scripts mais usados do Site Recovery em sua conta de Automação do Azure selecionando Implantar no Azure. Ao usar qualquer script publicado, siga as diretrizes no script.
- 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 exemplo. Siga as diretrizes no script e faça as alterações necessárias no script adequadamente.
- 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 exemplo. Siga as diretrizes no script e faça as alterações necessárias no script conforme necessário.
Executar uma recuperação de falha de teste
- No portal do Azure, selecione o cofre de backup dos Serviços de Recuperação.
- Selecione o plano de recuperação que você criou para aplicativos SAP.
- Selecione Failover de Teste.
- Para iniciar o processo de failover de teste, selecione o ponto de recuperação e a rede virtual do Azure.
- Quando o ambiente secundário estiver ativo, execute validações.
- 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 de contingência
- No portal do Azure, selecione o cofre de backup dos Serviços de Recuperação.
- Selecione o plano de recuperação que você criou para aplicativos SAP.
- Selecione Failover.
- 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
- Saiba mais sobre como criar uma solução de recuperação de desastre para implantações do SAP NetWeaver usando o Site Recovery. Consulte o white paper para download SAP NetWeaver: Criando uma solução de recuperação de desastre com o Site Recovery. O white paper discute recomendações para várias arquiteturas SAP. Você pode ver aplicativos com suporte e tipos de VM para SAP no Azure. Também há opções de plano para testar sua solução de recuperação de desastre.
- Saiba mais sobre como replicar outras cargas de trabalho usando o Site Recovery.