Condividi tramite


Configurare il ripristino di emergenza per una distribuzione di applicazioni SAP NetWeaver multilivello

La maggior parte delle distribuzioni SAP di medie e grandi dimensioni prevede una soluzione di ripristino di emergenza. L'importanza di soluzioni di ripristino di emergenza efficaci e testabili è aumentata con lo spostamento di un numero sempre maggiore di processi aziendali importanti in applicazioni come SAP. Azure Site Recovery è stata testato e integrato con le applicazioni SAP. Site Recovery supera le capacità della maggior parte delle soluzioni di ripristino di emergenza locali, a un costo totale di proprietà inferiore rispetto alle soluzioni della concorrenza.

Con Site Recovery è possibile:

  • Abilitare la protezione di applicazioni di produzione SAP NetWeaver e non NetWeaver in esecuzione in locale, eseguendo la replica dei componenti in Azure.
  • Abilitare la protezione di applicazioni di produzione SAP NetWeaver e non NetWeaver in esecuzione in Azure, eseguendo la replica dei componenti in un altro data center di Azure.
  • Semplificare la migrazione nel cloud usando Site Recovery per eseguire la migrazione della distribuzione SAP ad Azure.
  • Semplificare gli aggiornamenti, i test e la creazione di prototipi dei progetti SAP creando un clone di produzione on demand per i test delle applicazioni SAP.

È possibile proteggere le distribuzioni di applicazioni SAP NetWeaver con Azure Site Recovery. L'articolo illustra le procedure consigliate per la protezione di una distribuzione SAP NetWeaver a tre livelli in Azure eseguendo la replica in un altro data center di Azure con Site Recovery. Descrive gli scenari e le configurazioni supportati e la procedura per eseguire failover di test (analisi ripristino di emergenza) e failover effettivi.

Prerequisiti

Prima di iniziare, assicurarsi di conoscere le procedure per eseguire le attività seguenti:

Scenari supportati

Con Site Recovery è possibile implementare una soluzione di ripristino di emergenza per gli scenari seguenti:

  • Si dispone di sistemi SAP in esecuzione in un data center di Azure e si esegue la replica in un altro data center di Azure (ripristino di emergenza da Azure ad Azure). Per altre informazioni, vedere Azure-to-Azure replication architecture (Architettura di replica da Azure ad Azure).
  • Si dispone di sistemi SAP in esecuzione in server VMware (o fisici) in locale. Si esegue anche la replica dei sistemi SAP in un sito di ripristino di emergenza in un data center di Azure (ripristino di emergenza da VMware ad Azure). Questo scenario prevede alcuni componenti aggiuntivi. Per altre informazioni, vedere VMware-to-Azure replication architecture (Architettura di replica da VMware ad Azure).
  • Si dispone di sistemi SAP in esecuzione in Hyper-V in locale. Si esegue anche la replica dei sistemi SAP in un sito di ripristino di emergenza in un data center di Azure (ripristino di emergenza da Hyper-V ad Azure). Questo scenario prevede alcuni componenti aggiuntivi. Per altre informazioni, vedere Hyper-V-to-Azure replication architecture (Architettura di replica da Hyper-V ad Azure).

In questo articolo viene usato uno scenario di ripristino di emergenza da Azure ad Azure. Lo scenario mostra le funzionalità di ripristino di emergenza SAP di Site Recovery. Poiché la replica di Site Recovery non varia in base all'applicazione, il processo descritto dovrebbe applicarsi anche ad altri scenari.

Servizi di base necessari

Nello scenario affrontato in questo articolo vengono distribuiti i servizi di base seguenti:

  • Azure ExpressRoute o gateway VPN di Azure
  • Almeno un controller di dominio Microsoft Entra e un server DNS in esecuzione in Azure

È consigliabile definire questa infrastruttura prima di distribuire Site Recovery.

Riferimento alla distribuzione di un'applicazione SAP

Questa architettura di riferimento esegue SAP NetWeaver in un ambiente Windows su Azure con disponibilità elevata. Questa architettura viene distribuita con dimensioni di macchina virtuale (VM) specifiche, che possono essere modificate in base alle esigenze dell'organizzazione.

Diagram of a typical SAP deployment pattern

Considerazioni sul ripristino di emergenza

Per il ripristino di emergenza, è necessario essere in grado di eseguire il failover in un'area secondaria. Ogni livello usa una strategia diversa per offrire una protezione con ripristino di emergenza.

Macchine virtuali che eseguono pool di componenti SAP Web Dispatcher

Il componente Web Dispatcher viene usato come servizio di bilanciamento del carico per il traffico SAP tra i server applicazioni SAP. Per ottenere la disponibilità elevata per il componente Web Dispatcher, viene usato Azure Load Balancer per implementare la configurazione di Web Dispatcher parallela. Web Dispatcher usa una configurazione round robin per la distribuzione del traffico HTTP(S) tra i componenti Web Dispatcher disponibili nel pool di bilanciamento del carico.

Macchina virtuale che esegue i pool di server applicazioni

La transazione SMLG gestisce i gruppi di accesso per i server applicazioni ABAP. Questa usa la funzione di bilanciamento del carico nel server messaggi di Central Services per distribuire il carico di lavoro nei pool di server applicazioni SAP per le interfacce utente grafiche di SAP e il traffico RFC. È possibile replicare questa gestione usando Site Recovery.

Macchina virtuale che esegue Cluster SAP Central Services

Questa architettura di riferimento esegue Central Services in macchine virtuali nel livello applicazione. Central Services è un potenziale punto di guasto quando si trova in una singola macchina virtuale. La distribuzione tipica e la disponibilità elevata non sono requisiti.

Per implementare una soluzione a disponibilità elevata, è possibile usare un cluster di dischi condivisi o un cluster di condivisioni file. Per configurare le macchine virtuali per un cluster di dischi condivisi, usare Windows Server Failover Cluster. È consigliabile usare il cloud di controllo come quorum di controllo.

Nota

Poiché Site Recovery non replica il cloud di controllo, è consigliabile distribuirlo nell'area di ripristino di emergenza.

Per supportare l'ambiente del cluster di failover, SIOS DataKeeper Cluster Edition esegue la funzione del volume condiviso del cluster. Nella funzione, SIOS DataKeeper Cluster replica dischi indipendenti di proprietà dei nodi del cluster.

È anche possibile gestire il clustering implementando un cluster di condivisione file. SAP ha di recente modificato il modello di distribuzione di Central Services in modo da permettere l'accesso alle directory globali /sapmnt tramite un percorso UNC. È comunque consigliabile assicurarsi che la condivisione UNC /sapmnt abbia disponibilità elevata. È possibile controllare l'istanza di Central Services. Usare Windows Server Failover Cluster con File server di scalabilità orizzontale e la funzionalità Storage Spaces Direct in Windows Server 2016.

Nota

Site Recovery supporta attualmente solo la replica di punti coerenti con l'arresto anomalo del sistema di macchine virtuali che usano spazi di archiviazione diretti e il nodo passivo di SIOS Datakeeper.

Altre considerazioni sul ripristino di emergenza

È possibile usare Site Recovery per orchestrare il failover della distribuzione completa di SAP nelle aree di Azure. Di seguito è riportata la procedura per la configurazione del ripristino di emergenza:

  1. Replicare le macchine virtuali
  2. Progettare una rete di ripristino
  3. Replicare un controller di dominio
  4. Replicare un livello dati di base
  5. Eseguire un failover di test
  6. Eseguire un failover

Di seguito è presente l'indicazione per il ripristino di emergenza di ogni livello usato in questo esempio.

Livelli di SAP Consiglio
Pool di componenti SAP Web Dispatcher Eseguire la replica con Site Recovery
Pool di server applicazioni SAP Eseguire la replica con Site Recovery
Cluster SAP Central Services Eseguire la replica con Site Recovery
Macchine virtuali di Active directory Usare la replica di Active Directory
Server di database SQL Usare la replica di SQL Server AlwaysOn

Replicare le macchine virtuali

Per avviare la replica di tutte le macchine virtuali dell'applicazione SAP al data center di ripristino di emergenza di Azure, seguire le indicazioni in Replicare una macchina virtuale in Azure.

Configurazione della rete

Se si usa un indirizzo IP statico, è possibile specificare l'indirizzo IP che dovrà essere usato dalla macchina virtuale. Per impostare l'indirizzo IP, passare a Impostazioni di rete>Scheda di interfaccia di rete.

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

Creare un piano di ripristino

Un piano di ripristino supporta la sequenziazione di vari livelli in un'applicazione multilivello durante un failover. La sequenziazione aiuta a mantenere la coerenza delle applicazioni. Quando si crea un piano di ripristino per un'applicazione Web multilivello, completare la procedura descritta in Creare un piano di ripristino con Site Recovery.

Aggiungere macchine virtuali a gruppi di failover

  1. Creare un piano di ripristino aggiungendo il server applicazioni, il dispatcher Web e le macchine virtuali di SAP Central Sevices.
  2. Selezionare Personalizza per raggruppare le macchine virtuali. Per impostazione predefinita, tutte le VM fanno parte di Gruppo 1.

Aggiungere script al piano di ripristino

Per far sì che le applicazioni funzionino correttamente, potrebbe essere necessario eseguire alcune operazioni nelle macchine virtuali di Azure. Eseguire queste operazioni dopo il failover o durante un failover di test. È anche possibile automatizzare alcune operazioni successive al failover. Ad esempio aggiornare la voce DNS e modificare associazioni e connessioni aggiungendo gli script corrispondenti al piano di ripristino.

È possibile distribuire gli script di Site Recovery più usati nell'account di Automazione di Azure selezionando Distribuisci in Azure. Quando si usa uno script pubblicato, seguire le indicazioni contenute al suo interno.

Deploy to Azure

  1. Aggiungere uno script di pre-azione al gruppo 1 per eseguire il failover del gruppo di disponibilità di SQL Server. Usare lo script "ASR-SQL-FailoverAG" pubblicato negli script di esempio. Seguire le istruzioni nello script e apportare le modifiche necessarie nello script nel modo appropriato.
  2. Aggiungere uno script successivo all'azione per collegare un servizio di bilanciamento del carico nelle macchine virtuali sottoposte a failover di livello Web (Gruppo 1). Usare lo script "ASR-AddSingleLoadBalancer" pubblicato negli script di esempio. Seguire le istruzioni nello script e apportare le modifiche necessarie nello script in base alle necessità.

SAP Recovery Plan

Eseguire un failover di test

  1. Nel portale di Azure selezionare l'insieme di credenziali di Servizi di ripristino.
  2. Selezionare il piano di ripristino creato per le applicazioni SAP.
  3. Selezionare Failover di test.
  4. Per avviare il processo di failover di test, selezionare il punto di recupero e la rete virtuale di Azure.
  5. Quando l'ambiente secondario diventa disponibile, eseguire le convalide.
  6. Al termine delle convalide, per pulire l'ambiente di failover di test, selezionare Pulisci failover di test.

Per altre informazioni, vedere Failover di test in Azure in Site Recovery.

Eseguire un failover

  1. Nel portale di Azure selezionare l'insieme di credenziali di Servizi di ripristino.
  2. Selezionare il piano di ripristino creato per le applicazioni SAP.
  3. Selezionare Failover.
  4. Per avviare il processo di failover, selezionare il punto di recupero.

Per altre informazioni, vedere Failover in Site Recovery.

Passaggi successivi

  • Leggere altre informazioni sulla creazione di una soluzione di ripristino di emergenza per le distribuzioni SAP NetWeaver con Site Recovery. Vedere il white paper scaricabile SAP NetWeaver: Creazione di una soluzione di ripristino di emergenza con Site Recovery. Il white paper illustra le raccomandazioni per varie architetture SAP. È possibile visualizzare le applicazioni e i tipi di macchine virtuali supportati per SAP in Azure. Sono disponibili anche opzioni di piano per testare la soluzione di ripristino di emergenza.
  • Sono disponibili altre informazioni sulla replica di altri carichi di lavoro con Site Recovery.