Backup e ripristino per istanze SAP HANA su bare metal

Questo documento descrive la strategia di backup e ripristino consigliata da Google Cloud, con le best practice, per i tuoi sistemi SAP HANA in esecuzione sulle 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 di grandi dimensioni, è necessario configurare impostazioni specifiche per ottimizzare le operazioni di backup e ripristino.

Questo documento è rivolto agli amministratori di base SAP che vogliono ottimizzare SAP Sistemi HANA in esecuzione su istanze bare metal. Per informazioni su SAP HANA di backup e ripristino che non siano deployment specifici su istanze bare metal, vedi Backup e ripristino.

Per informazioni sulle istanze bare metal di Compute Engine che sono certificati 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. A evitare conflitti tra risorse, creare backup durante i periodi di minore elaborazione attività.

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.
Ogni giorno, 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:
  • Testa la coerenza dei tuoi 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:

  • R snapshot del disco standard fornisce un copia incrementale dei dati point-in-time dei dispositivo a blocchi. Questo meccanismo consente un metodo significativamente più rapido ed efficiente nell'uso delle risorse per trasferire di quantità di dati dall'archiviazione a blocchi primaria di SAP HANA a un'istanza secondaria e durevole ad esempio Cloud Storage. Questo è necessario per una strategia di recupero di emergenza solida.
  • Poiché i backup basati su snapshot dei dischi non eseguono un controllo di integrità logico a livello di pagina o blocco, eventuali incoerenze o danneggiamenti nei dati SAP HANA viene copiato nello snapshot del disco. È qui che diventa necessario un backup completo del sistema. R Backint il backup settimanale basato sull'intero sistema fornisce una risposta implicita controllo della coerenza e un modo verificato per recuperare il tuo database SAP HANA in caso esiste un'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 Agent per SAP di Google Cloud per creare questi , vedi 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 ambiente Backint separato di configurazione del deployment e specifica il percorso del file log_backup_parameter_file nel tuo file SAP HANA global.ini. E poi nel Backint di configurazione del deployment, 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 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 che utilizzi per eseguire questi controlli dipende dal metodo utilizzato per creare backup.

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

      Per verificare i backup basati su Backint dell'integrità, puoi utilizzare Strumento hdbbackupcheck. Questo strumento esegue automaticamente controlli di integrità durante la creazione dei backup dei dati e dei log. Se il controllo dell'integrità ha esito positivo, il file di backup viene scritto nella destinazione di backup, come di archiviazione ideale in Cloud Storage.

    • Per verificare la coerenza Istantanea del disco backup basati su cloud, puoi usare 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 per convalidare la coerenza degli snapshot utilizzando l'agente Google Cloud per SAP, consulta Convalida la coerenza dello snapshot.

      Sebbene questo metodo di esecuzione dei controlli di coerenza richieda in termini di tempo e lavoro, è necessaria perché i backup basati su snapshot non viene controllata automaticamente per verificarne la coerenza durante la creazione del backup, a differenza dei 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.

  • Manutenzione del catalogo di backup: per evitare problemi che potrebbero verificarsi. a causa dell'elevato numero di voci e dati nel catalogo di backup SAP HANA, devi conservare il catalogo e l'archiviazione di backup. Per maggiori informazioni vedi il documento SAP Istruzioni per il catalogo di backup e l'archiviazione dei backup.

    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 di un disco, consulta Elimina 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 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 dei dischi relativi al tuo sistema SAP HANA, il loro impatto sulle prestazioni delle operazioni di backup e recupero è minimo.

  • Crittografia dei backup: i backup basati su backint e snapshot del disco sono criptati at-rest per impostazione predefinita. Tuttavia, per renderli più sicuri, puoi esplorare opzioni aggiuntive. Per informazioni su queste opzioni, inclusi i relativi delle 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: definisci la conservazione a lungo termine impostando un criterio di conservazione nella nel bucket Cloud Storage. Il criterio di conservazione definisce per quanto tempo gli oggetti nel bucket devono essere conservati. Per informazioni su come configurare il criterio di conservazione di un bucket, Blocco del bucket.

    • I backup basati su snapshot dei dischi vengono conservati per impostazione predefinita. Devi creare il tuo il proprio criterio di conservazione ed eliminarli manualmente se non ne hai più bisogno. L'eliminazione di uno snapshot meno recente non invalida uno snapshot più recente. Per ulteriori informazioni, vedi Eliminazione di snapshot. Per informazioni su come eliminare uno snapshot o eliminare più di snapshot basati su un filtro, consulta Gestisci gli snapshot dei dischi.