Aggiungere volumi per un sistema SAP HANA come sistema di ripristino di emergenza usando la replica tra aree

Articolo
06/01/2023

Questo articolo descrive l'uso di un gruppo di volumi di applicazioni per aggiungere volumi per un sistema SAP HANA come sistema di ripristino di emergenza . Questa configurazione usa la funzionalità di replica tra aree (CRR) di Azure NetApp Files.

CRR tra server HANA di origine e di destinazione

La funzionalità di replica tra aree di Azure NetApp Files consente di replicare i volumi tra coppie di replica tra aree supportate. Questa funzionalità consente di replicare un volume da un'area di origine a un volume nell'area di destinazione per il ripristino di emergenza.

Anziché usare la replica di sistema HANA (HSR), è possibile usare la replica tra aree per proteggere un database senza bisogno di un server di database HANA che viene eseguito sempre. È necessario creare volumi di destinazione della replica in un'area supportata per la replica tra aree. Il gruppo di volumi dell'applicazione per SAP HANA garantisce che i volumi di destinazione vengano creati con il tipo di volume corretto che soddisfi tutti i requisiti specifici di SAP HANA.

Il diagramma seguente illustra la replica tra aree tra i server HANA di origine e di destinazione. La replica tra aree è asincrona. Di conseguenza, non tutti i volumi devono essere replicati.

Diagram that shows cross-region replication between the source and destination HANA servers.

Nota

Quando si usa una distribuzione a disponibilità elevata con HSR sul lato primario, è possibile scegliere di replicare non solo il sistema HANA primario come descritto in questa sezione, ma anche il sistema secondario HANA usando la replica tra aree. Per adattare automaticamente la convenzione di denominazione, selezionare entrambe le opzioni di destinazione del ripristino di emergenza e secondario HSR nella schermata Crea un gruppo di volumi. Il prefisso verrà quindi modificato in DR2-.

Importante

Il ripristino del database HANA nell'area di destinazione richiede l'uso di snapshot di archiviazione coerenti con l'applicazione per il backup HANA. È possibile creare snapshot di questo tipo usando soluzioni di protezione dei dati, ad esempio lo strumento snapshot coerente app Azure lication (AzAcSnap).
È necessario replicare almeno il volume di dati e il volume di backup del log.
Facoltativamente, è possibile replicare il volume di backup dei dati e il volume condiviso.
È consigliabile non replicare mai il volume di log. Il gruppo di volumi dell'applicazione creerà il volume di log come volume standard.

Pianificazioni della replica, RTO e RPO

La tabella seguente riepiloga le opzioni di pianificazione della replica. Descrive anche le impostazioni predefinite proposte dal gruppo di volumi dell'applicazione:

Volume type	Pianificazione della replica predefinita	Opzioni disponibili	Note
Dati	Ogni giorno	Giornaliera, oraria	La scelta selezionata influisce sull'obiettivo tempo di ripristino (RTO) e sulla quantità di dati trasferiti.
Log	-	-	I volumi di log non vengono replicati.
SAP condiviso	Ogni 10 minuti	Ogni 10 minuti, ogni ora, ogni giorno	È consigliabile scegliere una pianificazione in base ai requisiti del contratto di servizio e ai dati archiviati nel volume condiviso.
Backup dei dati	Ogni giorno	Giornaliera, settimanale	La replica dei volumi di backup dei dati è facoltativa.
Backup del log	Ogni 10 minuti	Ogni 10 minuti	Questa impostazione influisce sull'obiettivo del punto di ripristino (RPO).

La pianificazione della frequenza di replica influisce sui contratti di servizio:

Obiettivo tempo di recupero (RTO):
La quantità minima di tempo necessario per un ripristino.
Per eseguire il ripristino usando lo snapshot coerente con l'applicazione più recente disponibile, è necessario riprodurre tutti i backup del log disponibili. RTO dipende dalla frequenza di backup e dalla frequenza di replica del volume di dati. Ad esempio, se la frequenza di backup è ogni 6 ore e la pianificazione della replica è "Giornaliera", il backup meno recente potrebbe essere di 30 ore (24 ore + 6 ore) precedenti. In questo scenario, sarebbe necessario riprodurre fino a 30 ore di backup del log.
Obiettivo del punto di ripristino (RPO):
Perdita minima di dati che potrebbe verificarsi.
La frequenza di backup del log di SAP HANA è in genere di 15 minuti, ma questa impostazione può essere configurata in modo diverso. Supponendo che una pianificazione della replica di 10 minuti per i backup del log, la perdita massima della transazione sarebbe [15+10+transfer_time] di minuti.

Aggiungere volumi

Nell'esempio seguente vengono aggiunti volumi a un sistema SAP HANA. Il sistema funge da sistema di destinazione di ripristino di emergenza tramite la replica tra aree.

Dall'account NetApp selezionare Gruppi di volumi di applicazioni e fare clic su +Aggiungi gruppo. Quindi, in Tipo di distribuzione selezionare SAP HANA e fare clic su Avanti.
Nella scheda SAP HANA specificare informazioni specifiche di HANA.

Importante

Assicurarsi di selezionare l'opzione Destinazione ripristino di emergenza per indicare che si sta creando un sistema HANA come destinazione di replica tra aree.
- SAP ID (SID):SAP ID (SID):
  Identificatore di sistema SAP HANA con tre caratteri alfanumerici.
- Nome gruppo:
  Nome del gruppo di volumi.
- Memoria del nodo SAP:
  Questo valore definisce le dimensioni del database SAP HANA nell'host. Viene usato per calcolare le dimensioni e la velocità effettiva del volume necessari.
- Sovraccarico della capacità (%):
  Quando si usano snapshot per la protezione dei dati, è necessario pianificare una capacità aggiuntiva. Questo campo aggiungerà dimensioni aggiuntive (%) per il volume di dati.
  È possibile stimare questo valore usando "change rate per day" X "number of days retention".
- Host singolo:
  Selezionare questa opzione per un sistema a host singolo SAP HANA o il primo host per un sistema con più host. Solo i volumi condivisi, di backup dei log e di backup dei dati verranno creati con il primo host.
- Multiple-host:
  Selezionare questa opzione se si aggiungono altri host a un sistema HANA con più host.
- Destinazione ripristino di emergenza:
  Selezionare questa opzione per creare volumi per un sistema HANA come sito di ripristino di emergenza usando la replica tra aree.
  
  Se si seleziona La destinazione ripristino di emergenza attiva la convenzione di denominazione per il nome del gruppo di volumi da includere "-DR-" per indicare una configurazione di ripristino di emergenza.
Fare clic su Avanti: Gruppo di volumi.
Nella scheda Gruppo di volumi specificare le informazioni per la creazione del gruppo di volumi:
- Gruppo di posizionamento di prossimità (PPG):
  Specifica che i dati e i volumi condivisi devono essere creati vicino alle macchine virtuali di ripristino di emergenza.
  Anche se non è necessaria la macchina virtuale per la replica, è necessario avviare almeno una macchina virtuale per ancorare il PPG durante il provisioning dei volumi.
- Pool di capacità:
  Tutti i volumi verranno inseriti in un singolo pool di capacità QoS manuale.
  Se si desidera creare i volumi di backup del log e di backup dei dati in un pool di capacità separato, è possibile scegliere di non aggiungere tali volumi al gruppo di volumi.
- Rete virtuale:
  Specificare una rete virtuale esistente in cui sono posizionate le macchine virtuali.
- Subnet:
  Specificare la subnet delegata in cui verranno creati gli indirizzi IP per le esportazioni NFS. Assicurarsi di disporre di una subnet delegata con indirizzi IP liberi sufficienti.
Fare clic su Avanti: Protocolli.
Nella sezione Protocolli della scheda Gruppo di volumi è possibile modificare i criteri di esportazione, che devono essere comuni a tutti i volumi.

Fare clic su Avanti: Replica.
Nella sezione Replica della scheda Gruppo di volumi il campo Pianificazione replica viene impostato su "Multiple" (disabilitato). Le pianificazioni di replica predefinite sono diverse per i volumi replicati. Di conseguenza, è possibile modificare le pianificazioni di replica solo per ogni volume singolarmente dalla scheda Volumi e non a livello globale per l'intero gruppo di volumi.

Fare clic su Avanti: Tag.
Nella sezione Tag della scheda Gruppo di volumi è possibile aggiungere tag in base alle esigenze dei volumi.

Fare clic su Avanti: Volumi.
Nella scheda Volumi viene visualizzato l'elenco dei volumi.

La convenzione di denominazione del volume include un "DR-" prefisso per indicare che i volumi appartengono al lato di ripristino di emergenza (destinazione) della configurazione.

La scheda Volumi visualizza anche il tipo di volume:
- DP : indica la destinazione nell'impostazione di replica tra aree. I volumi di questo tipo non sono online ma in modalità di replica.
- RW : indica che le letture e le scritture sono consentite.
Il tipo predefinito per il volume di log è RWe l'impostazione non può essere modificata.

Il tipo predefinito per i volumi di dati, condivisi e di backup del log è DPe l'impostazione non può essere modificata.

Il tipo predefinito per il volume di backup dei dati è DP, ma questa impostazione può essere modificata in RW.
Fare clic su ogni volume con il tipo dp per specificare l'ID del volume di origine. Per altre informazioni, vedere Individuare l'ID risorsa del volume di origine.

Facoltativamente, è possibile modificare la pianificazione di replica predefinita di un volume. Per le opzioni di pianificazione della replica, vedere Pianificazioni della replica, RTO e RPO .
Dopo aver creato il gruppo di volumi, configurare la replica seguendo le istruzioni riportate in Autorizzare la replica dal volume di origine.
1. Per ogni volume dp creato, copiare l'ID risorsa del volume.
2. Per ogni volume di origine, fare clic su Replica e quindi su Autorizza. Incollare l'ID risorsa di ogni volume di destinazione corrispondente.

Opzioni di installazione per la replica di un database SAP HANA usando la replica di sistema HANA per la disponibilità elevata

In alcune situazioni, potrebbe essere necessario combinare una configurazione a disponibilità elevata della replica di sistema HANA con una configurazione di ripristino di emergenza usando la replica tra aree. A seconda del modello di utilizzo specifico e del contratto di servizio, sono possibili due opzioni di configurazione per la replica. In questa sezione vengono descritte le opzioni.

Replicare solo i volumi di database HANA primari

In questo scenario, in genere non si modificano i ruoli per i sistemi primari e secondari. Un'acquisizione viene eseguita solo in caso di emergenza. Di conseguenza, i backup snapshot coerenti con l'applicazione necessari per la replica tra aree vengono eseguiti principalmente nell'host primario. Questo è il caso perché solo il database HANA primario può essere usato per creare un backup.

Il diagramma seguente descrive questo scenario:

In questo scenario, una configurazione di ripristino di emergenza deve includere solo i volumi del sistema HANA primario. Con la replica giornaliera del volume di dati primario e dei backup del log dei sistemi primari e secondari, il sistema può essere recuperato nel sito di ripristino di emergenza. Nel diagramma viene usato un singolo volume per i backup del log dei sistemi primari e secondari.

In caso di acquisizione da parte dell'host HSR secondario, i backup eseguiti nel sistema secondario non verranno replicati, ma i backup del log del database secondario continueranno a essere replicati. In caso di emergenza, il sistema nel sito di ripristino di emergenza può comunque essere ripristinato usando il backup dello snapshot precedente dal database primario precedente e i backup del log replicati da entrambi gli host. L'obiettivo RTO aumenterà perché devono essere ripristinati più log, a seconda della durata dell'esecuzione della coppia HSR in modalità acquisizione. Se la modalità di acquisizione è significativamente più lunga e L'obiettivo RTO diventa un problema, è necessario configurare una nuova replica tra aree, incluso il volume di dati del sistema secondario.

Il flusso di lavoro per questo scenario è identico al flusso di lavoro Aggiungi volumi .

Replicare sia i volumi di database primario che quello secondario HANA

Per motivi diversi dalla disponibilità elevata, è possibile cambiare periodicamente i ruoli tra i sistemi HANA primario e secondario. In questo scenario, i backup coerenti con le applicazioni devono essere creati in entrambi gli host HANA.

Il diagramma seguente descrive questo scenario:

In questo scenario, è possibile replicare entrambi i set di volumi dai sistemi HANA primario e secondario, come illustrato nel diagramma.

Per creare i volumi per la destinazione di replica secondaria, verrà adattata la convenzione di denominazione. Per distinguere tra la replica del database primario e secondario, il prefisso passerà da DR a DR2 per il sistema HANA secondario. Ad eccezione di questa modifica del nome, il flusso di lavoro è identico al flusso di lavoro Aggiungi volumi .

Nota

Per una descrizione dettagliata di una soluzione di ripristino di emergenza per HANA con Azure NetApp Files, vedere Il report tecnico di NetApp TR-4891: ripristino di emergenza di SAP HANA con Azure NetApp Files. Questo report tecnico fornisce informazioni dettagliate ed esempi sull'uso della replica tra aree per SAP HANA in Azure NetApp Files.

Condividi tramite