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. Si prevede di avere esperienza nell'amministrazione e nelle operazioni SAP HANA, soprattutto con gli argomenti relativi al backup, al ripristino, alla disponibilità elevata e al ripristino di emergenza.

In questo articolo verrà fornita una panoramica della disponibilità elevata (HA) e del ripristino di emergenza (RIPRISTINO di emergenza) di SAP HANA in istanze large di Azure (altrimenti nota come Infrastruttura BareMetal). Verranno inoltre illustrati alcuni dei requisiti e delle considerazioni relative alla disponibilità elevata e al ripristino di emergenza.

Alcuni dei processi descritti in questa documentazione sono semplificati. Non sono previsti passaggi dettagliati da includere nei manuali delle operazioni. Per creare manuali di operazione 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.

Ha 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 lavorare con SAP, l'integratore di sistema o Microsoft per progettare correttamente e implementare le strategie di disponibilità elevata e ripristino di emergenza corrette. Considerare anche l'obiettivo del punto di ripristino (RPO) e l'obiettivo del tempo di ripristino (RTO), che sono 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 del 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 a parte. 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 è disponibile, si configura uno o più nodi SAP HANA in modalità di scalabilità orizzontale e SAP HANA esegue automaticamente il failover 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 i francobolli HLI (HANA Large Instance) sono connessi a circuiti di rete dedicati separati. Questi HLI vengono usati per replicare gli 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 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.
Ripristino di emergenza usando 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à Istanza large HANA nel sito di ripristino di emergenza non viene usata per l'esecuzione di altri carichi di lavoro o di sistema 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 per acquisire snapshot del database dei 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) e avviare l'istanza di produzione HANA. 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 istanza large di HANA nell'area 2 e in altro modo. 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 dei clienti correnti, queste istanze vengono usate per eseguire istanze HANA non di produzione. Queste configurazioni sono denominate configurazioni di ripristino di emergenza multiuso.
  • Ordinare più archiviazione nel sito di ripristino di emergenza per ogni SKU SAP HANA in Azure (istanze large) che si desidera ripristinare nel sito di ripristino di emergenza. L'acquisto di più 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 configurata la replica di sistema SAP HANA nella replica primaria e basata sull'archiviazione nel sito di ripristino di emergenza. È quindi necessario acquistare più 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.