Preparazione e principi relativi al ripristino di emergenza

In questo articolo verranno illustrati importanti principi di ripristino di emergenza per istanze large di HANA (altrimenti note come Infrastruttura BareMetal). Verranno illustrati i passaggi necessari per preparare il ripristino di emergenza. Si vedrà anche come raggiungere l'obiettivo del tempo di ripristino (RTO) e l'obiettivo del punto di ripristino in un'emergenza.

Principi di ripristino di emergenza per istanze large di HANA

Le istanze large di HANA offrono funzionalità di ripristino di emergenza tra i francobolli di istanze large DI HANA in aree di Azure diverse. Ad esempio, si supponga di distribuire istanze large DI HANA nell'area Stati Uniti occidentali di Azure. È quindi possibile usare le istanze large di HANA nell'area Stati Uniti orientali come unità di ripristino di emergenza. Il ripristino di emergenza non è configurato automaticamente, perché richiede il pagamento per un'altra istanza large di HANA nell'area di ripristino di emergenza. La configurazione di ripristino di emergenza funziona per le configurazioni con scalabilità verticale e con scalabilità orizzontale.

La maggior parte dei clienti usa l'unità nell'area di ripristino di emergenza per eseguire sistemi non di produzione che usano un'istanza di HANA installata. L'istanza large di HANA deve essere dello stesso SKU usato per scopi di produzione. L'immagine seguente mostra l'aspetto che avrà la configurazione dei dischi tra l'unità server nell'area di produzione di Azure e l'area di ripristino di emergenza:

Come illustrato in questa panoramica grafica, è necessario ordinare un secondo set di volumi di dischi. I volumi dei dischi di destinazione associati al server Istanza large di HANA nel sito di ripristino di emergenza sono le stesse dimensioni dei volumi di produzione.

Dall'area di produzione al sito di ripristino di emergenza vengono replicati i volumi seguenti:

• /hana/data
• /hana/logbackups
• /hana/shared (include /usr/sap)

Il volume /hana/log non viene replicato. Il log delle transazioni SAP HANA non è necessario durante il ripristino da tali volumi.

Replica di archiviazione di istanze large di HANA

La base della funzionalità di ripristino di emergenza nell'infrastruttura di istanze Large di HANA è la replica di archiviazione. La funzionalità usata sul lato archiviazione non è un flusso costante di modifiche che replicano in modo asincrono in quanto le modifiche si verificano nel volume di archiviazione. È invece un meccanismo che si basa sulla creazione di snapshot di questi volumi regolarmente. Il delta tra uno snapshot già replicato e un nuovo snapshot non ancora replicato viene quindi trasferito al sito di ripristino di emergenza nei volumi di disco di destinazione. Questi snapshot vengono archiviati nei volumi. Se si verifica un failover di ripristino di emergenza, è necessario ripristinare tali volumi.

Il primo trasferimento dei dati completi del volume deve verificarsi prima che la quantità di dati diventi più piccola rispetto ai differenziali tra snapshot. I volumi nel sito di ripristino di emergenza conterranno quindi tutti gli snapshot del volume eseguiti nel sito di produzione. È infine possibile usare il sistema di ripristino di emergenza per ottenere uno stato precedente per il recupero dei dati persi, senza eseguire il rollback del sistema di produzione.

Se è presente una distribuzione MCOD con più istanze SAP HANA indipendenti in un'istanza large di HANA, tutte le istanze di SAP HANA devono essere replicate sul lato ripristino di emergenza.

Quando si usa la replica di sistema HANA per la disponibilità elevata nel sito di produzione e si usa la replica basata sull'archiviazione per il sito di ripristino di emergenza, i volumi di entrambi i nodi dal sito primario all'istanza di ripristino di emergenza vengono replicati. Acquistare archiviazione aggiuntiva (stessa dimensione del nodo primario) nel sito di ripristino di emergenza per supportare la replica da nodi primari e secondari al ripristino di emergenza.

Nota

La funzionalità di replica di archiviazione di istanze large HANA esegue il mirrory e replica gli snapshot di archiviazione. Se non si accettano snapshot di archiviazione come descritto in Backup e ripristino, non è possibile eseguire alcuna replica nel sito di ripristino di emergenza. L'esecuzione di snapshot di archiviazione è un prerequisito per la replica di archiviazione nel sito di ripristino di emergenza.

Preparazione dello scenario di ripristino di emergenza

In questo scenario di ripristino di emergenza è disponibile un sistema di produzione in esecuzione in istanze large di HANA nell'area di Azure di produzione. Per i passaggi che seguono, si supponga che il SID di tale sistema HANA sia "PRD". È anche disponibile un sistema non di produzione in esecuzione in istanze large di HANA nell'area di Azure di ripristino di emergenza. Il SUO SID è "TST". L'immagine seguente mostra questa configurazione:

Si supponga che l'istanza del server non sia ancora stata ordinata con il set di volumi di archiviazione aggiuntivo. SAP HANA in Gestione servizi di Azure collega quindi i volumi aggiunti. Si tratta di una destinazione per la replica di produzione nell'istanza large di HANA in cui si esegue l'istanza TST HANA. Sarà necessario fornire il SID dell'istanza di PRODUZIONE HANA. Dopo che SAP HANA in Gestione servizi di Azure conferma l'allegato di tali volumi, sarà necessario montare tali volumi nell'istanza large di HANA.

Il passaggio successivo consiste nell'installare la seconda istanza di SAP HANA nell'istanza large di HANA nell'area di Azure di ripristino di emergenza in cui si esegue l'istanza TST HANA. L'istanza di SAP HANA appena installata deve avere lo stesso SID Gli utenti creati devono avere lo stesso ID UID e Gruppo dell'istanza di produzione. Leggere Backup e ripristino per i dettagli. Se l'installazione ha esito positivo, è necessario:

• Eseguire il passaggio 2 della preparazione dello snapshot di archiviazione descritta in Backup e ripristino.
• Creare una chiave pubblica per l'unità di ripristino di emergenza dell'istanza large di HANA se non è ancora stata eseguita questa operazione. Vedere il passaggio 3 della preparazione dello snapshot di archiviazione descritta in Backup e ripristino.
• Mantenere il HANABackupCustomerDetails.txt con la nuova istanza HANA ed eseguire il test che verifichi che la connettività nell'account di archiviazione funzioni correttamente.
• Arrestare l'istanza di SAP HANA appena installata nell'istanza large di HANA nell'area di Azure di ripristino di emergenza.
• Smontare i volumi PRD e contattare il servizio SAP HANA in Azure Service Management. I volumi non possono rimanere montati nell'unità perché non possono essere accessibili mentre funzionano come destinazione di replica di archiviazione.

Il team operativo stabilisce la relazione di replica tra i volumi PRD nell'area di produzione e i volumi PRD nell'area di ripristino di emergenza.

Importante

Il volume /hana/log non viene replicato perché non è necessario ripristinare il database SAP HANA replicato in uno stato coerente nel sito di ripristino di emergenza.

Impostare quindi la pianificazione del backup dello snapshot di archiviazione per ottenere rTO e RPO in caso di emergenza. Per ridurre al minimo l'RPO, impostare gli intervalli di replica seguenti nel servizio Istanza large di HANA:

• Per i volumi coperti dallo snapshot combinato (tipo di snapshot hana), impostato per replicare ogni 15 minuti alle destinazioni del volume di archiviazione equivalente nel sito di ripristino di emergenza.
• Per il volume di backup del log delle transazioni ( log dei tipi di snapshot), impostare per replicare ogni 3 minuti alle destinazioni del volume di archiviazione equivalenti nel sito di ripristino di emergenza.

Per ridurre al minimo l'RPO:

• Prendere uno snapshot di archiviazione dei tipi hana ogni 30 minuti a 1 ora. Per altre informazioni, vedere Eseguire il backup usando applicazione Azure strumento Snapshot coerente.
• Eseguire i backup del log delle transazioni SAP HANA ogni 5 minuti.
• Eseguire uno snapshot di archiviazione dei tipi di log ogni 5-15 minuti. Con questo intervallo, dovrebbe essere possibile ottenere un valore RPO di circa 15-25 minuti.

Con questa configurazione, la sequenza dei backup del log delle transazioni, degli snapshot di archiviazione e dalla replica del volume di backup del log delle transazioni HANA e dei volumi /hana/data e /hana/shared (che include /usr/sap) dovrebbe essere simile ai dati mostrati in questo grafico:

Per ottenere un valore RPO migliore in caso di ripristino di emergenza, è possibile copiare i backup del log delle transazioni HANA da SAP HANA in Azure (istanze Large) all'altra area di Azure. Per ottenere questa ulteriore riduzione del RPO, seguire questa procedura:

1. Eseguire il backup del log delle transazioni di HANA il più frequentemente possibile in /hana/logbackups.
2. Usare rsync per copiare i backup del log delle transazioni nelle macchine virtuali di Azure ospitate nella condivisione NFS, Le macchine virtuali sono in reti virtuali di Azure nell'area di produzione di Azure e nell'area di ripristino di emergenza. Connettere entrambe le reti virtuali di Azure al circuito che connette le istanze large di produzione HANA ad Azure. Per altre informazioni, vedere Considerazioni di rete per il ripristino di emergenza con istanze large di HANA.
3. Mantenere i backup del log delle transazioni nell'area della macchina virtuale collegata all'archiviazione esportata NFS.
4. In un caso di failover di emergenza, integrare i backup del log delle transazioni disponibili nel volume /hana/logbackups con backup del log delle transazioni più recenti nella condivisione NFS nel sito di ripristino di emergenza.
5. Avviare il ripristino del backup del log delle transazioni in base al backup più recente che è stato possibile salvare nell'area di ripristino di emergenza.

Quando le operazioni di istanza large di HANA confermano la configurazione della relazione di replica e si avviano i backup dello snapshot di archiviazione di esecuzione, la replica dei dati inizia.

Man mano che la replica viene eseguita, gli snapshot nei volumi PRD nelle aree di Azure di ripristino di emergenza non vengono ripristinati. Gli snapshot vengono archiviati solo. Se i volumi vengono montati in questo stato, rappresentano lo stato in cui sono stati smontati tali volumi dopo l'installazione dell'istanza DI SAP HANA PRD nel server nell'area di Azure di ripristino di emergenza. Rappresentano anche i backup di archiviazione non ancora ripristinati.

Se è presente un failover, è anche possibile scegliere di ripristinare uno snapshot di archiviazione precedente anziché lo snapshot di archiviazione più recente.

Passaggi successivi

Informazioni sulla procedura di failover del ripristino di emergenza.

Procedura di failover di ripristino di emergenza