Condividi tramite

Backup e ripristino di SAP HANA in istanze Large

  • Articolo

Importante

Questo articolo 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. Gli screenshot di questo articolo fanno riferimento a SAP HANA Studio. Contenuto, struttura e natura delle schermate degli strumenti di amministrazione SAP e gli strumenti stessi possono variare nelle diverse versioni di SAP HANA.

In questo articolo verranno illustrati i passaggi per eseguire il backup e il ripristino di SAP HANA in istanze large di HANA (altrimenti nota come Infrastruttura BareMetal).

Alcuni dei processi descritti in questo articolo 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 per le configurazioni.

Uno degli aspetti più importanti dei database operativi consiste nel proteggerli da eventi irreversibili. Tali eventi possono essere causati da qualsiasi emergenza naturale a semplici errori utente. Il backup di un database, con la possibilità di ripristinarlo in qualsiasi momento, ad esempio prima che un utente ha eliminato i dati critici, offre una protezione critica. È possibile ripristinare il database in uno stato più vicino possibile al modo in cui era precedente all'interruzione.

Per ottenere la funzionalità di ripristino, è necessario eseguire due tipi di backup:

  • Backup dei database: completo, incrementale o differenziale
  • Backup dei log delle transazioni

È possibile eseguire backup completi del database a livello di applicazione o eseguire backup con snapshot di archiviazione. Gli snapshot di archiviazione non sostituiscono i backup del log delle transazioni. che restano tuttavia importanti per il ripristino temporizzato del database o per svuotare i log dalle transazioni di cui è già stato eseguito il commit. Gli snapshot di archiviazione consentono di accelerare il ripristino fornendo velocemente un'immagine di roll forward del database.

SAP HANA in Azure (istanze Large) offre due opzioni di backup e ripristino:

  • È possibile usare uno strumento di protezione dei dati di terze parti per creare backup. Questo strumento deve essere in grado di creare snapshot coerenti con l'applicazione oppure deve essere in grado di usare l'interfaccia di backup per trasmettere con più sessioni in un percorso di backup appropriato. Sono disponibili diversi strumenti supportati. La scelta dello strumento deve essere illustrata e progettata con il team di progetto per soddisfare i requisiti delle finestre di backup dei clienti. E molto importante è testare la procedura di backup e ripristino durante la fase del progetto.
  • È possibile usare i backup snapshot di archiviazione con un'utilità fornita da Microsoft come descritto nel capitolo successivo

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.

Usare gli snapshot di archiviazione di SAP HANA in Azure (istanze large)

L'infrastruttura di archiviazione sottostante di SAP HANA in Azure (istanze Large) supporta gli snapshot di archiviazione dei volumi. Il backup e il ripristino dei volumi è supportato con le considerazioni seguenti:

  • Invece di backup di database completi, vengono creati snapshot dei volumi di archiviazione a intervalli frequenti.
  • Prima che uno snapshot di archiviazione venga attivato tramite /hana/volumi di dati, lo strumento snapshot (azacsnap) avvia uno snapshot SAP HANA. Questo snapshot SAP HANA è il punto di coerenza per i ripristini dei log successivi al ripristino dello snapshot di archiviazione.
  • Per la riuscita di uno snapshot di HANA, è necessaria un'istanza di HANA attiva. In uno scenario con replica di sistema HANA (HSR), uno snapshot di archiviazione non è supportato in un nodo secondario corrente in cui non è possibile eseguire uno snapshot HANA.
  • Dopo l'esecuzione dello snapshot di archiviazione, lo snapshot di SAP HANA viene eliminato
  • Altri volumi come /hana/shared (incl. /usr/sap) possono essere snapshotcati in qualsiasi momento senza alcuna interazione del database

I backup del log delle transazioni vengono creati di frequente e archiviati nel volume /hana/logbackups o in Azure. È possibile attivare il volume /hana/logbackups che contiene i backup del log delle transazioni per creare separatamente uno snapshot. In questo caso, non è necessario eseguire uno snapshot dei dati HANA. Poiché tutti i file in /hana/logbackup sono coerenti, perché sono "offline", è possibile eseguirne il backup anche in qualsiasi momento in un percorso di backup diverso per archiviarli. Se è necessario ripristinare un database in un determinato momento, per un'interruzione di produzione, lo strumento azacsnap può clonare uno snapshot dei dati in un nuovo volume per ripristinare il database (modo di ripristino preferito) o ripristinare uno snapshot nello stesso volume di dati in cui si trova il database

Nota

Se si ripristina uno snapshot precedente (snaprevert) nel datavolume originale verranno eliminati tutti gli snapshot creati più recenti. Il sistema di archiviazione esegue questa operazione perché i punti dati per gli snapshot creati più recenti non saranno validi. Iniziare sempre a ripristinare lo snapshot più recente o anche meglio clonare lo snapshot in un nuovo volume. Il processo clone non verrà eliminato.

Considerazioni sugli snapshot di archiviazione

Nota

Gli snapshot di archiviazione utilizzano spazio di archiviazione allocato alle unità HANA in istanze Large. È necessario considerare gli aspetti seguenti correlati alla pianificazione degli snapshot di archiviazione e al numero di snapshot di archiviazione da conservare.

I meccanismi specifici degli snapshot di archiviazione per SAP HANA in Azure (istanze Large) comprendono:

  • Uno snapshot di archiviazione specifico nel momento in cui viene creato utilizza una quantità di spazio limitata.
  • Ogni volta che il contenuto dei dati cambia e il contenuto dei file di dati di SAP HANA viene modificato nel volume di archiviazione, lo snapshot deve archiviare il contenuto dei blocchi originali e le modifiche ai dati.
  • Le dimensioni dello snapshot di archiviazione, quindi, aumentano in proporzione alla durata.
  • Quante più modifiche vengono apportate al volume del database SAP HANA per tutta la durata di uno snapshot di archiviazione, tanto più grande è lo spazio utilizzato da tale snapshot.

SAP HANA in Azure (istanze Large) viene fornito con volumi di dimensioni fisse per l'archiviazione di dati e log. L'acquisizione di snapshot di tali volumi viene inserita nello spazio del volume. È necessario:

  • Determinare quando pianificare l'esecuzione degli snapshot di archiviazione.
  • Monitorare il consumo di spazio dei volumi di archiviazione.
  • Gestire il numero di snapshot archiviati.

È possibile disabilitare gli snapshot di archiviazione quando si importano masse di dati o si apportano altre modifiche significative al database HANA.

Le sezioni seguenti forniscono informazioni per l'acquisizione di questi snapshot e includono raccomandazioni generali:

  • Anche se l'hardware può supportare 255 snapshot per volume, è consigliabile restare ben al di sotto di questo numero. Il numero consigliato è 250 o meno.
  • Prima di eseguire snapshot di archiviazione, monitorare e tenere traccia dello spazio libero.
  • Limitare il numero di snapshot di archiviazione in base allo spazio disponibile. È possibile ridurre il numero di snapshot mantenuti o estendere i volumi. È possibile ordinare più archiviazione in unità da 1 a terabyte.
  • Durante particolari attività, come lo spostamento di dati in SAP HANA con gli strumenti di migrazione della piattaforma SAP (R3load) o il ripristino di database SAP HANA dai backup, è necessario disabilitare gli snapshot di archiviazione nel volume /hana/data.
  • Durante una riorganizzazione più estesa delle tabelle di SAP HANA, evitare di creare snapshot di archiviazione, se possibile.
  • Gli snapshot di archiviazione sono un prerequisito per sfruttare le funzionalità di ripristino di emergenza di SAP HANA in Azure (istanze large).

Prerequisiti per l'uso di snapshot di archiviazione self-service

Leggere la documentazione Che cos'è applicazione Azure strumento Snapshot coerente

Esistono due modi per implementare questo strumento.

  1. Localmente nel server di database
  2. In remoto in una macchina virtuale "backup"

Se si crea una macchina virtuale di backup assicurarsi che il client HANA più recente sia installato in tale macchina virtuale. Con questo metodo azacsnap deve essere in grado di aprire una connessione di database remota a un'istanza di HANA in esecuzione in una macchina virtuale diversa. È necessario richiedere una chiave SSH e un utente di archiviazione del team di supporto tecnico Microsoft per poter accedere all'archiviazione. Senza questa chiave ssh e l'utente non è possibile creare snapshot.

Scaricare e configurare azacsnap

Per configurare gli snapshot di archiviazione con istanze large di HANA, iniziare con il download e l'installazione dello strumento azacsnap come descritto in Introduzione allo strumento Snapshot coerente applicazione Azure

Azacsnap sta creando un utente denominato azacsnap per impostazione predefinita. Se si preferisce un altro nome, è possibile specificare questa operazione durante l'installazione. Controllare la documentazione precedente per informazioni dettagliate.

Passaggi successivi

Seguire la documentazione di azacsnap per:

Passaggi successivi

Leggere l'articolo Informazioni sullo strumento snapshot coerente applicazione Azure