Disponibilità elevata e ripristino di emergenza di SAP HANA (istanze Large) in Azure

Importante

Questa documentazione non sostituisce la documentazione di amministrazione di SAP HANA o le note SAP. Ci aspettiamo di avere competenze nell'amministrazione e nelle operazioni di SAP HANA, in particolare con gli argomenti relativi a backup, ripristino, disponibilità elevata e ripristino di emergenza.

In questo articolo verrà fornita una panoramica della disponibilità elevata e del ripristino di emergenza di SAP HANA in istanze Large di Azure (altrimenti nota come Infrastruttura BareMetal). Verranno inoltre descritti in dettaglio alcuni requisiti e considerazioni relativi alla disponibilità elevata e al ripristino di emergenza.

Alcuni dei processi descritti in questa documentazione sono semplificati. Non sono concepiti come passaggi dettagliati da includere nei manuali operativi. Per creare manuali operativi per le configurazioni, eseguire e testare i processi con le versioni e le versioni specifiche di HANA. È quindi possibile documentare i processi specifici delle configurazioni.

Disponibilità elevata e ripristino di emergenza

La disponibilità elevata e il ripristino di emergenza sono aspetti cruciali dell'esecuzione di SAP HANA cruciali nel server Azure (istanze Large). È importante collaborare con SAP, l'integratore di sistemi o Microsoft per progettare e implementare correttamente le strategie appropriate per la disponibilità elevata e il ripristino di emergenza. Considerare anche l'obiettivo del punto di ripristino (RPO) e l'obiettivo del tempo di ripristino (RTO), specifici dell'ambiente.

Microsoft supporta alcune funzionalità di disponibilità elevata con le istanze Large di SAP HANA. Queste funzionalità includono:

  • Replica di archiviazione: capacità del sistema di archiviazione di replicare tutti i dati in un altro indicatore di istanze Large di HANA in un'altra area di Azure. SAP HANA funziona in modo indipendente da questo metodo. Questa funzionalità è il meccanismo di ripristino di emergenza predefinito offerto per HANA in istanze Large.
  • Replica di sistema HANA: replica di tutti i dati in SAP HANA in un sistema SAP HANA separato. L'RTO viene ridotto al minimo tramite la replica dei dati a intervalli regolari. SAP HANA supporta le modalità asincrona, sincrona in memoria e sincrona, La modalità sincrona viene usata solo per i sistemi SAP HANA all'interno dello stesso data center o meno di 100 km di distanza. Nell'attuale progettazione degli indicatori di HANA in istanze Large la replica di sistema HANA può essere usata solo per la disponibilità elevata all'interno di una sola area. La replica di sistema HANA richiede un componente proxy inverso o di routing di terze parti per le configurazioni di ripristino di emergenza in un'altra area di Azure.
  • Failover automatico dell'host: soluzione locale di ripristino dagli errori per SAP HANA, da usare come alternativa alla replica di sistema HANA. Se il nodo primario non è più disponibile, configurare uno o più nodi SAP HANA di standby in modalità di scalabilità orizzontale e il failover automatico di SAP HANA in un nodo di standby.

SAP HANA in Azure (istanze Large) è disponibile in due aree di Azure in quattro aree geopolitiche: Stati Uniti, Australia, Europa e Giappone. Due aree all'interno di un'area geopolitica che ospitano indicatori HLI (HANA Large Instance) sono connessi a circuiti di rete dedicati separati. Queste interfacce HLI vengono usate per la replica degli snapshot di archiviazione per fornire metodi di ripristino di emergenza. La replica non è configurata per impostazione predefinita, ma solo per i clienti che ordinano la funzionalità di ripristino di emergenza. La replica di archiviazione dipende dall'utilizzo degli snapshot di archiviazione per le istanze Large di HANA. Non è possibile scegliere un'area di Azure come area di ripristino di emergenza che si trova in un'area geopolitica diversa.

Opzioni attualmente supportate

La tabella seguente mostra i metodi di disponibilità elevata e ripristino di emergenza e le combinazioni associate di cui è attualmente disponibile il supporto:

Scenario supportato nelle istanze Large di HANA Opzione di disponibilità elevata Opzione di ripristino di emergenza Commenti
Nodo singolo Non disponibile. Configurazione di ripristino di emergenza dedicata.
Configurazione di ripristino di emergenza multifunzione.
Failover automatico dell'host: scalabilità orizzontale (con o senza standby)
incluso 1+1
Possibile con il nodo di standby che acquisisce il ruolo attivo.
Cambio di ruolo controllato da HANA.
Configurazione di ripristino di emergenza dedicata.
Configurazione di ripristino di emergenza multifunzione.
Sincronizzazione di ripristino di emergenza tramite replica di archiviazione.
Set di volumi HANA collegati a tutti i nodi.
Il sito di ripristino di emergenza deve avere lo stesso numero di nodi.
Replica di sistema HANA Possibile con la configurazione del nodo primario o secondario.
Il nodo secondario assume il ruolo primario in caso di failover.
Replica di sistema HANA e failover controllato dal sistema operativo.
Configurazione di ripristino di emergenza dedicata.
Configurazione di ripristino di emergenza multifunzione.
Sincronizzazione di ripristino di emergenza tramite replica di archiviazione.
Il ripristino di emergenza tramite la replica di sistema HANA non è ancora possibile senza componenti di terze parti.
Set separato di volumi di dischi collegati a ogni nodo.
Solo i volumi di dischi di replica secondaria nel sito di produzione vengono replicati nella posizione di ripristino di emergenza.
Nel sito di ripristino di emergenza è necessario un set di volumi.

Una configurazione di ripristino di emergenza dedicata è la posizione in cui l'unità di istanze Large di HANA nel sito di ripristino di emergenza non viene usata per l'esecuzione di altri carichi di lavoro o sistemi non di produzione. L'unità è passiva e viene distribuita solo in caso di failover di emergenza. Questa configurazione non è l'opzione preferita per la maggior parte dei clienti.

Per informazioni sul layout di archiviazione e sui dettagli Ethernet per l'architettura, vedere Scenari supportati da HLI.

Nota

Prima di HANA2.0 SPS4 non è stato supportato l'acquisizione di snapshot di database di database multi-tenant (più tenant). Con SPS4 e sap più recente supporta completamente questa funzionalità snapshot.

In una configurazione di ripristino di emergenza multifunzione, l'unità di istanze Large di HANA nel sito di ripristino di emergenza esegue un carico di lavoro non di produzione. In caso di emergenza, arrestare il sistema non di produzione, montare i set di volumi replicati (aggiunti) di archiviazione e avviare l'istanza haNA di produzione. Molti clienti che usano la funzionalità di ripristino di emergenza di HANA in istanze Large usano questa configurazione.

Per altre informazioni sulla disponibilità elevata di SAP HANA, vedere gli articoli SAP seguenti:

Considerazioni sulla rete per il ripristino di emergenza con istanze Large di HANA

Per sfruttare i vantaggi della funzionalità di ripristino di emergenza di HANA in istanze Large, è necessario progettare la connettività di rete alle due aree di Azure. È necessario implementare una connessione del circuito ExpressRoute di Azure dall'ambiente locale nell'area di Azure principale e un'altra connessione dei circuito dall'ambiente locale all'area di ripristino di emergenza. Questa misura consente di gestire le situazioni in cui si verifica un problema in un'area di Azure, anche nella posizione di un router MSEE (Microsoft Enterprise Edge).

È anche possibile connettere tutte le reti virtuali di Azure che si connettono a SAP HANA in Azure (istanze Large) in un'area a un circuito ExpressRoute che connette istanze Large di HANA nell'altra area. Con questa connessione incrociata, i servizi in esecuzione in una rete virtuale di Azure nell'area 1 possono connettersi alle unità di istanze Large di HANA nell'area 2 e viceversa. In questo modo, è possibile gestire il caso in cui solo una delle posizioni MSEE che si connette all'infrastruttura locale con Azure è offline.

Il grafico seguente illustra una configurazione resiliente per i casi di ripristino di emergenza:

Configurazione ottimale per il ripristino di emergenza

Altri requisiti per l'uso della replica di archiviazione di HANA in istanze Large per il ripristino di emergenza

  • Ordinare SKU di SAP HANA in Azure (istanze Large) della stessa dimensione degli SKU di produzione e distribuirli nell'area di ripristino di emergenza. Nelle distribuzioni correnti dei clienti, queste istanze vengono usate per eseguire istanze HANA non di produzione. Queste configurazioni sono definite configurazioni di ripristino di emergenza multiuso.
  • Ordinare più spazio di archiviazione nel sito di ripristino di emergenza per ogni SKU di SAP HANA in Azure (istanze Large) che si desidera ripristinare nel sito di ripristino di emergenza. L'acquisto di più risorse di archiviazione consente di allocare i volumi di archiviazione. che vengono usati come destinazione della replica di archiviazione dall'area di Azure di produzione nell'area di Azure di ripristino di emergenza.
  • È possibile che sia stata configurata la replica di sistema SAP HANA nella replica primaria e basata sull'archiviazione nel sito di ripristino di emergenza. È quindi necessario acquistare più spazio di archiviazione nel sito di ripristino di emergenza in modo che i dati dei nodi primari e secondari vengano replicati nel sito di ripristino di emergenza.

Passaggi successivi

Informazioni su Backup e ripristino di SAP HANA in istanze large di HANA.