Backup e ripristino per istanze SAP HANA su bare metal

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

Le istanze bare metal di Compute Engine consentono di eseguire carichi di lavoro SAP HANA di più terabyte. Di conseguenza, per carichi di lavoro di grandi dimensioni, sono necessari impostazioni e approcci specifici per ottimizzare le operazioni di backup e ripristino.

Questo documento è rivolto agli amministratori della base SAP che vogliono ottimizzare i sistemi SAP HANA in esecuzione su istanze bare metal. Per informazioni sul backup e sul ripristino di SAP HANA che non sono deployment specifici su istanze bare metal, consulta Backup e ripristino.

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 seguente tabella descrive la strategia di backup consigliata da Google Cloud per i sistemi SAP HANA in esecuzione su istanze bare metal, come X4. Per evitare conflitti tra le risorse, crea backup durante i periodi di attività di elaborazione inferiore.

Frequenza Attività
Ogni settimana, almeno una volta Crea un backup completo del sistema. Puoi farlo utilizzando la funzionalità Backint dell'Agente di Google Cloud per SAP.
Ogni giorno, almeno una volta Crea un backup basato su snapshot del volume di dati SAP HANA. Puoi farlo utilizzando la funzionalità Backup e ripristino basati su snapshot del disco per SAP HANA di Agent for SAP di Google Cloud.
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 SAP HANA. Puoi farlo utilizzando la funzionalità Backint dell'Agente di Google Cloud per SAP.
Almeno una volta durante un ciclo di conservazione del backup Procedi nel seguente modo:
  • Testa la coerenza dei tuoi backup.
  • Verifica i backup eseguendo operazioni di ripristino di prova. Ciò consente di verificare che i backup siano utilizzabili per recuperare il database.

Questa strategia di backup si basa sulle seguenti considerazioni:

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

Limitazioni

Esistono alcune limitazioni che si applicano al backup e ripristino basati su snapshot del disco quando si utilizza Agent per SAP di Google Cloud. Per informazioni su queste limitazioni, consulta la pagina Limitazioni.

Personalizzazioni

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

Per informazioni su come utilizzare Google Cloud Agent for SAP per creare questi backup, consulta quanto segue:

Best practice

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

  • Configurazione di Backint: per ottenere le massime 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 separato e specificare il percorso del parametro log_backup_parameter_file nel file SAP HANA global.ini. Nel file di configurazione di Backint, imposta i seguenti valori parametro:

      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 SAP HANA global.ini:

      Parametro Valore
      parallel_data_backup_backint_channels 32

  • Controlli di coerenza e integrità: per assicurarti che i backup siano utilizzabili per ripristinare il database da eventuali disastri futuri, devi eseguire controlli periodici di coerenza e integrità sui backup. Il metodo utilizzato per eseguire questi controlli dipende da quello utilizzato per creare i backup.

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

      Per verificare i backup basati su Backint dell'integrità, puoi utilizzare lo strumento hdbbackupcheck. Questo strumento esegue automaticamente i controlli di integrità durante la creazione dei backup di dati e log. Se il controllo dell'integrità ha esito positivo, 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 del disco, consulta Best practice.

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

      Sebbene questo metodo di esecuzione dei controlli di coerenza richieda molto tempo e lavoro manuale, è obbligatorio perché i backup basati su snapshot non vengono controllati automaticamente per verificarne la coerenza durante la creazione del backup, a differenza dei backup basati su Backint.

  • Controlli di recupero dei backup: per assicurarti di poter raggiungere gli obiettivi RPO, devi assicurarti che i backup siano disponibili e utilizzabili. Per farlo, puoi utilizzare lo strumento hdbbackupdiak di SAP.

  • Gestione del catalogo di backup: per evitare problemi che potrebbero verificarsi a causa dell'elevato numero di voci e dati nel catalogo di backup di SAP HANA, devi mantenere il catalogo di backup e l'archiviazione di backup. Per ulteriori informazioni, vedi il documento SAP Housekeeping for Backup Catalog and Backup Storage.

    L'eliminazione della voce di uno snapshot di archiviazione dal catalogo di backup SAP HANA non elimina lo snapshot del disco archiviato in Google Cloud. Per informazioni su come eliminare uno snapshot del disco, consulta Eliminare uno snapshot.

  • Crittografia del database: SAP HANA consente di criptare il volume di dati, il volume dei log e i backup del database. L'abilitazione della crittografia sul volume di dati e sui backup del database può avere un impatto negativo sulle prestazioni delle operazioni di backup e ripristino. Assicurati di tenere conto di questo impatto quando definisci i requisiti RTO o la strategia di backup.

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

  • Crittografia dei backup: i backup basati su snapshot del disco e backint sono criptati per impostazione predefinita. Tuttavia, per una maggiore sicurezza, puoi valutare 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 gli oggetti devono essere conservati 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 i tuoi criteri di conservazione ed eliminarli manualmente quando non ti servono. L'eliminazione di uno snapshot meno recente non invalida uno snapshot più recente. Per maggiori informazioni, consulta Eliminazione di snapshot. Per informazioni su come eliminare uno snapshot o su come eliminare più snapshot in base a un filtro, consulta Gestire gli snapshot dei dischi.