Condividi tramite

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

  • Articolo

Questo articolo descrive l'uso di un gruppo di volumi dell’applicazione 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.

Replica su più aree 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 su più aree supportate. Questa funzionalità consente di replicare un volume da un'area di origine in 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 di 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.

Diagramma che mostra la replica tra aree tra i server HANA di origine e di destinazione.

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 HANA secondario usando la replica tra aree. Per adattare automaticamente la convenzione di denominazione, selezionare entrambe le opzioni destinazione ripristino di emergenza e HRS secondario nella schermata Crea un gruppo di volumi. Il prefisso cambia quindi 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 tramite soluzioni di protezione dei dati come lo strumento snapshot coerente con l'applicazione di Azure (AzAcSnap).
  • È necessario replicare almeno il volume di dati e il volume di backup log.
  • Facoltativamente, è possibile replicare il volume di backup 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 inoltre le impostazioni predefinite proposte dal gruppo di volumi dell'applicazione:

Volume type Pianificazione della replica predefinita Opzioni disponibili Note
Dati Giornaliero Giornaliera, oraria La scelta effettuata influisce sull'obiettivo del tempo di ripristino (RTO) e sulla quantità dei 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 dati Giornaliero Giornaliero, settimanale La replica dei volumi di backup dati è facoltativa.
Backup 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 del tempo di ripristino (RTO):
    La quantità minima di tempo necessario per un ripristino.
    Per eseguire il ripristino usando l’ultimo snapshot coerente con l'applicazione disponibile, è necessario riprodurre tutti i backup del log disponibili. L’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 risalire a 30 ore (24 ore + 6 ore) prima. In questo scenario, sarebbe necessario riprodurre fino a 30 ore di backup log.
  • Obiettivo del punto di ripristino (RPO):
    La minima perdita di dati che potrebbe verificarsi.
    La frequenza di backup log di SAP HANA è in genere di 15 minuti, ma questa impostazione può essere configurata in modo diverso. Supponendo una pianificazione di replica di 10 minuti per i backup dei log, la perdita massima della transazione sarebbe di [15+10+transfer_time] 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.

Importante

Le opzioni di questa procedura variano se è stata effettuata la registrazione per l’anteprima estensione 1 gruppo di volumi dell'applicazione per SAP HANA. Selezionare la scheda corretta per la configurazione. Per sfruttare i vantaggi della funzionalità, è necessario registrarsi per l'estensione 1.

  1. Dall'account NetApp selezionare Gruppi di volumi dell’applicazione, quindi +Aggiungi gruppo.

  2. In Tipo di distribuzione, selezionare SAP HANA, quindi Avanti.

  3. Nella scheda SAP HANA specificare le 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.

    • ID SAP (SID):
      Identificatore sistema SAP HANA a tre caratteri alfanumerici.

    • Nome gruppo:
      Nome gruppo di volumi.

    • Memoria 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 necessarie.

    • sovraccarico della capacità (%):
      Quando si usano snapshot per la protezione 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 di un sistema con più host. Solo i volumi condivisi, di backup dei log e di backup dei dati verranno creati con il primo host.

    • Host multiplo:
      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 tramite replica tra aree.

      La selezione di Destinazione ripristino di emergenza attiva la convenzione di denominazione per il nome del gruppo di volumi per includere "-DR-" e indicare una configurazione di ripristino di emergenza.

    Selezionare Avanti: Gruppo di volumi.

    Screenshot che mostra la pagina Crea un gruppo di volumi in una configurazione di replica tra aree.

  4. Nella scheda Gruppo di volumi specificare le informazioni per la creazione del gruppo di volumi:

    • Gruppo di posizionamento di prossimità:
      Specifica che i dati e i volumi condivisi devono essere creati vicino alle macchine virtuali di ripristino di emergenza.
      Anche se per la replica non sono necessarie le macchine virtuali, è necessario avviare almeno una macchina virtuale per ancorare il gruppo di posizionamento di prossimità durante il provisioning dei volumi.
    • Pool di capacità:
      Tutti i volumi vengono inseriti in un singolo pool di capacità QoS manuale.
      Se si desidera creare i volumi di backup log e di backup 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 devono essere creati gli indirizzi IP per le esportazioni NFS. Assicurarsi di disporre di una subnet delegata con sufficienti indirizzi IP liberi.

    Selezionare Avanti: Protocolli.

  5. Nella sezione Protocolli della scheda Gruppo di volumi è possibile modificare i criteri di esportazione, che devono essere comuni a tutti i volumi.

    Selezionare Avanti: Replica.

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

    Screenshot che mostra che il campo Multipla è disabilitato nella pagina Crea un gruppo di volumi.

    Al termine, selezionare Avanti: Tag.

  7. Nella sezione Tag della scheda Gruppo di volumi è possibile aggiungere tag in base alle esigenze dei volumi.

    Selezionare Avanti: Volumi.

  8. Nella scheda Volumi viene visualizzato l'elenco dei volumi.

    La convenzione di denominazione dei volumi include un prefisso "DR-", che indica che i volumi appartengono al lato di ripristino di emergenza (destinazione) della configurazione.

    La scheda Volumi mostra 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 è RW e l'impostazione non può essere modificata.

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

    Il tipo predefinito per il volume di backup dati è DP, ma questa impostazione può essere modificata in RW.

    Screenshot che mostra i tipi di volume nella pagina Crea un gruppo di volumi.

  9. Selezionare 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.

    Screenshot che mostra la scheda Replica nella pagina Crea un gruppo di volumi.

  10. 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 selezionare Replica, quindi 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 tramite la replica tra aree. A seconda del modello di utilizzo specifico e del contratto di servizio, sono possibili due opzioni di configurazione della 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. L'acquisizione avviene solo in caso di emergenza. Di conseguenza, i backup snapshot coerenti con le applicazioni necessari per la replica tra aree vengono eseguiti principalmente nell'host primario. Questo perché solo il database HANA primario può essere usato per creare un backup.

Il diagramma seguente descrive questo scenario:

Diagramma che mostra la replica per i soli volumi di database HANA primari.

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 log dei sistemi primari e secondari, il sistema può essere recuperato nel sito del ripristino di emergenza. Nel diagramma viene usato un singolo volume per i backup log dei sistemi primari e secondari.

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

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

Replicare sia i volumi di database HANA primario che di quello secondario

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:

Diagramma che mostra la replica sia per i volumi di database HANA primario che di quello secondario.

In questo scenario, è possibile replicare entrambi i set di volumi dei 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 di quello secondario, il prefisso passa 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 la descrizione dettagliata di una soluzione di ripristino di emergenza per HANA con Azure NetApp Files, vedere NetApp technical report TR-4891: ripristino di emergenza di SAP HANA con Azure NetApp Files. Il report tecnico fornisce informazioni dettagliate ed esempi sull'uso della replica tra aree per SAP HANA in Azure NetApp Files.

Passaggi successivi