Esplorare il ripristino di emergenza dei carichi di lavoro SAP
Al di fuori di scenari tra zone relativamente rari, i progetti tipici di ripristino di emergenza si basano sul failover in un'area di Azure secondaria. Ogni livello usa una strategia diversa per offrire una protezione con ripristino di emergenza.
Server applicazioni
I server dell'applicazione SAP non contengono dati aziendali. In Azure, una semplice strategia di ripristino di emergenza consiste nel creare server applicazioni SAP nell'area secondaria e quindi arrestarli. In caso di modifiche di configurazione o aggiornamenti del kernel nel server applicazioni primario, le stesse modifiche devono essere applicate alle macchine virtuali nell'area secondaria. Ad esempio, copiare gli eseguibili del kernel SAP nelle macchine virtuali di ripristino di emergenza. Per la replica automatica dei server applicazioni in un'area secondaria, la soluzione consigliata è Azure Site Recovery.
Server Central Services
Anche questo componente dello stack di applicazioni SAP non salva in modo permanente i dati aziendali. È possibile compilare una macchina virtuale nell'area secondaria per eseguire il ruolo Central Services. L'unico contenuto del nodo Central Services primario da sincronizzare è il contenuto della condivisione /sapmnt. Inoltre, se le modifiche di configurazione o gli aggiornamenti del kernel avvengono nei server Central Services primari, devono essere ripetuti nella macchina virtuale nell'area secondaria che esegue Central Services. Per sincronizzare i due server, è possibile usare Azure Site Recovery per replicare i nodi del cluster oppure un processo di copia regolarmente pianificato per copiare /sapmnt nell'area del ripristino di emergenza. Per le macchine virtuali Linux e Windows di Central Services usare Azure Site Recovery per replicare i nodi del cluster e l'archiviazione. In alternativa, è possibile creare un cluster geografico a tre nodi con un'estensione a disponibilità elevata per le macchine virtuali Linux o un cluster di failover multisito per le macchine virtuali Windows. Azure Site Recovery non supporta dischi Ultra.
Server di database
Usare meccanismi specifici di DBMS, ad esempio Gruppo di disponibilità Always On di SQL Server o Replica di sistema HANA per facilitare i requisiti del ripristino di emergenza. Questi meccanismi supportano la replica multilivello asincrona a un nodo in un'area di Azure separata, oltre a una configurazione a disponibilità elevata locale, a due nodi con replica sincrona. Il failover nel nodo di ripristino di emergenza è in genere un processo manuale perché implica la possibilità di una perdita di dati.