Backup e recupero per SAP HANA su istanze bare metal

Questo documento descrive la strategia di backup e ripristino consigliata da Google Cloud, incluse le best practice, per i sistemi SAP HANA in esecuzione su istanze bare metal di Compute Engine, disponibili con C3 e X4.

Le istanze bare metal di Compute Engine ti consentono di eseguire carichi di lavoro SAP HANA di diversi terabyte. Di conseguenza, per carichi di lavoro così grandi, sono necessarie impostazioni e approcci specifici per ottimizzare le operazioni di backup e recupero.

Questo documento è rivolto agli amministratori SAP Basis che vogliono ottimizzare i sistemi SAP HANA in esecuzione su istanze bare metal. Per informazioni sul backup e sul recupero di SAP HANA che non riguardano implementazioni specifiche su istanze bare metal, consulta Backup e recupero.

Per informazioni sulle istanze bare metal di Compute Engine certificate da SAP per l'utilizzo con SAP HANA, consulta Tipi di macchine bare metal per SAP HANA.

La tabella seguente descrive la strategia di backup consigliata da Google Cloud per i sistemi SAP HANA in esecuzione su istanze bare metal C3 e X4. Per evitare la contesa delle risorse, crea i backup durante i periodi di minore attività di elaborazione.

Frequenza Attività
Settimanale, almeno una volta Crea un backup completo del sistema. Per farlo, puoi utilizzare la funzionalità Backint dell'agente di Google Cloud per SAP.
Giornalmente, almeno una volta Crea un backup basato su snapshot del volume di dati SAP HANA. Puoi farlo utilizzando la funzionalità di snapshot del disco dell'agente di Google Cloud per SAP.
A giorni alterni, almeno una volta Crea un backup delta del volume di dati SAP HANA.
Ogni 15 minuti o meno, a seconda della configurazione del database per l'intervallo di backup dei log o quando il segmento di log SAP HANA diventa pieno Crea un backup dei log di SAP HANA. Per farlo, puoi utilizzare la funzionalità Backint dell'agente di Google Cloud per SAP.
Almeno una volta durante un ciclo di conservazione del backup Procedi nel seguente modo:
  • Verifica la coerenza dei backup.
  • Testa i backup eseguendo operazioni di recupero di prova. In questo modo puoi verificare che i backup siano utilizzabili per il recupero del database.

Questa strategia di backup si basa sulle seguenti considerazioni:

  • Uno snapshot del disco standard fornisce una copia incrementale dei dati point-in-time dispositivo a blocchi. Questo meccanismo consente un metodo molto più rapido ed efficiente in termini di risorse per trasferire grandi quantità di dati dall'archiviazione a blocchi principale di SAP HANA a una posizione secondaria durevole come Cloud Storage. Questo è necessario per una strategia di ripristino di emergenza solida.
  • Poiché i backup basati su snapshot del disco non eseguono un controllo di integrità logica a livello di pagina o blocco, eventuali incoerenze o danneggiamenti nel volume di dati SAP HANA vengono copiati nello snapshot del disco. È qui che diventa necessario un backup completo del sistema. Un backup settimanale completo del sistema basato su Backint fornisce un controllo implicito della coerenza e un modo verificato per recuperare il database SAP HANA in caso di corruzione logica nello snapshot del volume di dati SAP HANA.
  • Per recuperare il database a un punto nel tempo specifico, in modo da soddisfare i tuoi obiettivi RPO, puoi combinare i backup dei volumi di log SAP HANA basati su Backint con i backup degli snapshot del disco o i backup completi del database basati su Backint.

Limitazioni

Esistono alcune limitazioni che si applicano al backup e al recupero basati su snapshot del disco quando si utilizza l'Agente per SAP di Google Cloud. Per informazioni su queste limitazioni, consulta la sezione Limitazioni.

Personalizzazioni

Per soddisfare gli obiettivi RTO o RPO della tua organizzazione, puoi personalizzare la strategia di backup consigliata indicata in questo documento creando ulteriori backup basati su snapshot di Backint o del disco.

Per informazioni su come utilizzare l'agente di Google Cloud per SAP per creare questi backup, consulta quanto segue:

Best practice

Di seguito sono riportate le best practice di backup e ripristino consigliate da Google Cloud per i sistemi SAP HANA in esecuzione su istanze bare metal:

  • Configurazione di Backint: per ottenere il massimo delle prestazioni durante le operazioni di backup e ripristino basate su Backint, devi eseguire le seguenti configurazioni:

    • Per i backup dei log, ti consigliamo di creare un file di configurazione Backint distinto e di specificarne il percorso per il parametro log_backup_parameter_file nel file global.ini di SAP HANA. Nel file di configurazione di Backint, imposta i seguenti valori dei parametri:

      Parametro Valore
      parallel_streams 32
      xml_multipart_upload true
      rate_limit_mb 2500
    • Per i backup dei dati, ti consigliamo di impostare i seguenti valori parametro nel file global.ini SAP HANA:

      Parametro Valore
      parallel_data_backup_backint_channels 32
  • Controlli di coerenza e integrità: per assicurarti che i backup siano utilizzabili per il recupero del database da eventuali disastri futuri, devi eseguire controlli periodici di coerenza e integrità sui backup. Il metodo impiegato per eseguire questi controlli dipende dal metodo utilizzato per creare i backup.

    • Per i backup basati su Backint, il controllo della coerenza viene eseguito durante la creazione del backup.

      Per controllare l'integrità dei backup basati su Backint, puoi utilizzare lo strumento hdbbackupcheck. Questo strumento esegue automaticamente controlli di integrità durante la creazione dei backup dei dati e dei log. Se il controllo dell'integrità va a buon fine, il file di backup viene scritto nella destinazione di backup, ad esempio Cloud Storage.

    • Per verificare la coerenza dei backup basati su snapshot del disco, puoi utilizzare lo strumento hdbpersdiag. Per informazioni sulle best practice relative al backup e al ripristino basati su snapshot dei dischi, consulta Best practice.

      Per informazioni su come verificare la coerenza degli snapshot utilizzando l'agente di Google Cloud per SAP, consulta Verificare la coerenza degli snapshot.

      Sebbene questo metodo per eseguire i controlli di coerenza richieda molto tempo e impegno manuale, è necessario perché la coerenza dei backup basati su snapshot non viene verificata automaticamente durante la creazione del backup, diversamente da quanto avviene per i backup basati su Backint.

  • Controlli di recuperabilità del backup: per assicurarti di poter raggiungere i tuoi obiettivi RPO, devi assicurarti che i backup siano disponibili e utilizzabili. A questo scopo, puoi utilizzare lo strumento hdbbackupdiak di SAP.

  • Gestione del catalogo di backup: per evitare problemi che potresti riscontrare a causa di un numero elevato di voci e dati nel catalogo di backup SAP HANA, devi gestire il catalogo di backup e lo spazio di archiviazione di backup. Per ulteriori informazioni, consulta il documento SAP Housekeeping for Backup Catalog and Backup Storage.

    L'eliminazione della voce di uno snapshot dello spazio di archiviazione dal catalogo di backup di SAP HANA non comporta l'eliminazione dello snapshot del disco archiviato in Google Cloud. Per informazioni su come eliminare uno snapshot del disco, consulta la sezione Eliminare uno snapshot.

  • Crittografia del database: SAP HANA ti consente di criptare il volume di dati, il volume dei log e i backup del database. L'attivazione della crittografia sul volume di dati e sui backup del database può avere un impatto negativo sulle prestazioni sia delle operazioni di backup sia di quelle di recupero. Assicurati di prendere in considerazione questo impatto quando definisci i requisiti di RTO o la tua strategia di backup.

    Sebbene Google Cloud offra anche opzioni per criptare i dischi e gli snapshot dei dischi relativi al tuo sistema SAP HANA, il loro impatto sulle prestazioni delle operazioni di backup e recupero è minimo.

  • Crittografia per il backup: i backup basati su snapshot del disco e di Backint sono criptati at-rest per impostazione predefinita. Tuttavia, per renderli più sicuri, puoi esplorare opzioni aggiuntive. Per informazioni su queste opzioni, incluso il loro impatto sulle prestazioni del database, consulta quanto segue:

  • Conservazione a lungo termine: per conservare i backup per periodi più lunghi, consulta quanto segue:

    • Per i backup basati su Backint archiviati in Cloud Storage, puoi definire la conservazione a lungo termine impostando un criterio di conservazione sul bucket Cloud Storage. Il criterio di conservazione definisce per quanto tempo devono essere conservati gli oggetti nel bucket. Per informazioni su come configurare il criterio di conservazione di un bucket, consulta Blocco del bucket.

    • I backup basati su snapshot dei dischi vengono conservati per impostazione predefinita. Devi creare le tue norme di conservazione ed eliminarle manualmente quando non sono più necessarie. L'eliminazione di uno snapshot precedente non invalida uno snapshot più recente. Per maggiori informazioni, consulta la sezione Eliminazione degli snapshot. Per informazioni su come eliminare uno snapshot o più snapshot in base a un filtro, consulta Gestire gli snapshot dei dischi.