Backup e ripristino basati su backint per SAP HANA

Questa guida alla pianificazione si concentra esclusivamente sulla funzionalità Backint dell'agente di Google Cloud per SAP, che consente di eseguire operazioni di backup e ripristino per SAP HANA. Per informazioni sull'agente e su tutte le sue funzionalità, consulta la guida alla pianificazione di Agent for SAP di Google Cloud.

Per i tuoi sistemi SAP HANA, puoi eseguire operazioni di backup e ripristino utilizzando la funzionalità Backint dell'Agente per SAP di Google Cloud. Questa funzionalità è disponibile per i sistemi SAP HANA in esecuzione su Google Cloud, su Bare Metal Solution, on-premise o su altri cloud provider.

La funzionalità Backint dell'agente è certificata da SAP. Questa funzionalità è integrata con SAP HANA e consente di archiviare e recuperare i backup direttamente da Cloud Storage utilizzando funzioni di backup e ripristino native per SAP.

Per informazioni su come configurare questa funzionalità, consulta Configurare il backup e il ripristino basati su Backint per SAP HANA.

Per informazioni sull'esecuzione delle operazioni di backup e ripristino per SAP HANA utilizzando Backint, consulta Esecuzione di backup e ripristino con Backint.

Per informazioni sulla certificazione SAP della funzionalità Backint, vedi:

Stima dei costi mensili

Ti sono addebitati i costi per lo spazio di archiviazione che utilizzi in Cloud Storage. Per informazioni sugli addebiti, vedi Prezzi di Cloud Storage.

Per stimare il costo mensile di Cloud Storage, puoi utilizzare il Calcolatore prezzi di Google Cloud.

Utilizza le seguenti informazioni per stimare meglio i costi:

  • Dimensione totale dei backup completi, delta e incrementali richiesti in un mese, compreso un tasso di crescita previsto.
  • La frequenza di modifica giornaliera in termini dei backup del volume di log SAP HANA creati dal tuo database SAP HANA. Devi moltiplicare questa frequenza per il numero di giorni in cui prevedi di conservare i backup dei log in base alla tua strategia di backup.
  • La località e il tipo di bucket Cloud Storage adatto alla tua strategia di backup. I bucket a regione singola devono essere utilizzati solo a scopo di test.
  • La classe di archiviazione del bucket Cloud Storage. Seleziona una classe in linea con la frequenza di accesso ai dati.
  • La quantità stimata di operazioni di classe A e B con Cloud Storage, sia per il backup che per il ripristino, in un mese. Per informazioni su queste operazioni, consulta Operazioni che rientrano in ogni classe.
  • Il traffico in uscita dalla rete stimato per le operazioni tra regioni, intra e multiregionali, ad esempio quando si recupera un database utilizzando un backup. Per ulteriori informazioni, consulta Trasferimento di dati all'interno di Google Cloud.

    Il traffico di rete in entrata in Cloud Storage è gratuito e non è quindi necessario includerlo nella stima.

File di configurazione Backint

Puoi configurare la funzionalità Backint dell'agente Google Cloud per SAP specificando i parametri in un file di configurazione separato che l'agente crea quando abiliti la funzionalità.

Per impostazione predefinita, il file di configurazione è denominato parameters.json e la sua posizione predefinita è /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.

SID è una variabile segnaposto per il SID del tuo sistema SAP.

Puoi utilizzare una singola configurazione o utilizzare file di configurazione separati per ciascuno dei seguenti elementi: volume di dati SAP HANA, volume di log SAP HANA e catalogo di backup SAP HANA. Puoi anche eseguire altre personalizzazioni, come rinominare i file e spostarli in directory diverse. Per istruzioni sull'esecuzione di queste personalizzazioni, vedi Personalizzare il file di configurazione di Backint.

Archiviazione dei backup nei bucket Cloud Storage

La funzionalità Backint dell'Agente per SAP di Google Cloud archivia i tuoi backup SAP HANA in un bucket Cloud Storage. Le sezioni seguenti forniscono informazioni sulla creazione di bucket Cloud Storage e su come l'agente di Google Cloud per SAP archivia i backup nei bucket.

Creazione di bucket Cloud Storage

Quando crei un bucket, devi selezionare la località e la classe di archiviazione del bucket.

Una località del bucket può essere a singola regione, a due regioni o multiregionale. Devi scegliere un bucket in base alle tue esigenze di limitare la località dei dati, ai requisiti di latenza per i backup e i ripristini e alla necessità di protezione contro le interruzioni regionali. Per ulteriori informazioni, consulta Località dei bucket.

Seleziona bucket a due o più regioni in regioni uguali o vicine alle regioni in cui sono in esecuzione le tue istanze SAP HANA.

Scegli una classe di archiviazione in base al tempo necessario per conservare i backup, alla frequenza di accesso prevista e al costo. Per ulteriori informazioni, consulta Classi di archiviazione.

Organizzazione di backup nel bucket

L'agente di Google Cloud per SAP utilizza le cartelle nel tuo bucket Cloud Storage per organizzare i backup SAP HANA.

L'agente crea una cartella per ogni database, sistema o tenant SAP HANA di cui esegui il backup utilizzando la funzionalità Backint. All'interno della cartella di un database, l'agente crea cartelle separate per l'archiviazione dei backup del volume di dati SAP HANA, del volume dei log di SAP HANA e del catalogo di backup di SAP HANA.

Per assegnare un nome ai backup, l'agente segue le convenzioni di denominazione SAP HANA.

Di seguito sono riportati alcuni percorsi di esempio per i backup SAP HANA in un bucket Cloud Storage:

  • Per i backup del database di sistema:

    BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB
  • Per i backup di un database tenant:

    BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID

    Sostituisci quanto segue

    • BUCKET_NAME: il nome del tuo bucket Cloud Storage
    • SID: l'ID del sistema SAP
    • TENANT_SID: l'ID di sistema del database tenant

Best practice per l'organizzazione dei backup

Utilizza le seguenti best practice per organizzare i backup nel tuo bucket Cloud Storage:

  • Non rinominare le cartelle o i file all'interno del bucket Cloud Storage.

    La ridenominazione di una cartella o di un file modifica in modo efficace il percorso di backup, ovvero un'azione che viola gli standard applicati da SAP sugli strumenti di backup di terze parti. La ridenominazione di una cartella o di un file causa l'errore del meccanismo di backint durante le operazioni di recupero del database, finché non ripristini il nome della cartella o del file al momento della creazione del backup.

  • Non utilizzare lo stesso bucket Cloud Storage per archiviare i backup di due o più database SAP HANA con lo stesso ID di sistema SAP (SID).

    In Cloud Storage, l'agente per SAP di Google Cloud organizza i backup SAP HANA in cartelle specifiche per SID. Pertanto, se utilizzi lo stesso bucket per archiviare i backup dei database SAP HANA con lo stesso SID, le operazioni di backup possono sovrascrivere o eliminare i backup.

    Le eccezioni a questa best practice sono i database SAP HANA installati in deployment ad alta disponibilità (HA), ripristino di emergenza (RE) o scale out, in cui tutti i nodi SAP HANA hanno lo stesso SID. Per questi sistemi, i backup vengono archiviati nello stesso bucket Cloud Storage perché durante le normali operazioni è attiva una sola istanza SAP HANA che scrive nei backup. Per ulteriori informazioni, consulta Utilizzo di Backint nei deployment SAP HANA.

Personalizzazioni supportate

Durante la creazione di backup basati su Backint per il tuo database SAP HANA, puoi utilizzare le seguenti personalizzazioni:

Parametro di configurazione Backint Caso d'uso
metadata

Per supportare attività come la gestione del ciclo di vita dei backup, puoi associare una coppia chiave-valore come metadati ai file di backup nel tuo bucket Cloud Storage. A questo scopo, puoi includere il parametro metadata durante l'esecuzione del comando configurebackint.

Questo parametro di configurazione facoltativo è disponibile dalla versione 3.3 dell'Agente di Google Cloud per SAP.

folder_prefix e recovery_folder_prefix

Per organizzare i backup di diversi sistemi SAP HANA nello stesso bucket Cloud Storage, devi specificare il parametro folder_prefix durante la creazione dei backup. Per questo parametro, puoi specificare una singola cartella, ad esempio folder1, oppure un percorso di cartelle multilivello come folder1/folder2/folder3.

Se specifichi folder_prefix, il percorso dei file viene modificato automaticamente nel seguente formato:

  • Per il backup di un database di sistema, il percorso è: BUCKET_NAME/folder_prefix/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak
  • Per il ripristino di un database di sistema, il percorso è: BUCKET_NAME/recovery_folder_prefix/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak

Se hai utilizzato il parametro folder_prefix durante la creazione dei backup, l'agente lo utilizza automaticamente durante le operazioni di ripristino, a meno che non specifichi il parametro recovery_folder_prefix.

shorten_folder_path

Per abbreviare automaticamente il percorso dei file nel tuo bucket Cloud Storage, puoi specificare il parametro booleano shorten_folder_path mentre esegui il comando configurebackint.

Questo parametro di configurazione è disponibile dalla versione 3.3 dell'agente di Google Cloud per SAP.

Quando specifichi questo parametro, il percorso dei file viene abbreviato automaticamente nel seguente formato:

  • Per il backup di un database di sistema, il percorso viene ridotto da BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak a BUCKET_NAME/SID/SYSTEMDB/basepath/ebid.bak.
  • Per il backup di un database tenant, il percorso viene ridotto da BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID/basepath/ebid.bak a BUCKET_NAME/SID/DB_TENANT_SID/basepath/ebid.bak.

Se utilizzi anche i parametri folder_prefix e/o recovery_folder_prefix, il percorso abbreviato includerà il prefisso della cartella, come segue: BUCKET_NAME/FOLDER_PREFIX/SID/....

Opzioni di crittografia per i backup

Per impostazione predefinita, Cloud Storage cripta sempre i dati prima che vengano archiviati in un bucket. Per applicare un livello aggiuntivo di crittografia ai dati, puoi utilizzare una delle seguenti opzioni:

Opzione di crittografia Descrizione
Utilizza una chiave di crittografia gestita dal cliente con la funzionalità Backint dell'agente di Google Cloud per SAP. Per utilizzare una chiave di crittografia gestita dal cliente, devi specificare il percorso della chiave nel parametro kms_key nel tuo file PARAMETERS.json. Devi anche concedere all'account di servizio utilizzato dall'agente l'accesso alla chiave. Per informazioni su come concedere a un account di servizio l'accesso a una chiave di crittografia, consulta Assegnare una chiave di Cloud Key Management Service a un agente di servizio.
Utilizza una chiave di crittografia fornita dal cliente con la funzionalità Backint dell'Agente per SAP di Google Cloud. Per utilizzare una chiave di crittografia fornita dal cliente, specifica il percorso della chiave nel parametro encryption_key nel tuo file PARAMETERS.json. La chiave deve essere una stringa di chiave AES-256 codificata in base64, come descritto in Chiavi di crittografia fornite dal cliente.
Utilizza la crittografia di backup SAP HANA.

Questa opzione è disponibile da SAP HANA 2.0 SP01. Puoi criptare i backup dei tuoi dati e dei volumi dei log SAP HANA utilizzando la crittografia AES a 256 bit. I backup del catalogo di backup SAP HANA non vengono mai criptati. Questa crittografia richiede la creazione di una chiave radice di crittografia del backup e l'esecuzione di configurazioni aggiuntive come descritto nel documento SAP HANA Configurazione della crittografia.

Da SAP HANA 2.0 SPS07, a meno che non la disabiliti, durante l'installazione viene abilitata la crittografia per i volumi /hana/data, /hana/log e /hanabackup per impostazione predefinita.

Per informazioni su come creare un backup della chiave radice, consulta il documento SAP Backup delle chiavi radice.

La crittografia dei backup richiede risorse di memoria e CPU aggiuntive durante le operazioni di backup e ripristino. Sebbene la crittografia dei backup in genere non abbia alcun impatto sulle prestazioni del database durante le operazioni di backup o ripristino, potresti notare un impatto sulle prestazioni complessive del sistema a seconda delle dimensioni del database SAP HANA e dell'utilizzo previsto di CPU maggiore.

Restrizioni sulla crittografia

All'utilizzo della crittografia per i backup si applicano le seguenti limitazioni:

  • Se specifichi i parametri kms_key e encryption_key, l'agente per SAP di Google Cloud non funziona e viene chiuso con lo stato 1.
  • Se specifichi il parametro parallel_streams con il parametro kms_key o encryption_key, l'agente per SAP di Google Cloud ha esito negativo e si chiude con lo stato 1.

Opzioni di compressione per i backup

La compressione di un backup ne riduce le dimensioni, riducendo così lo spazio utilizzato nel bucket Cloud Storage e, conseguentemente, i costi di archiviazione. Tuttavia, la compressione dei backup richiede un maggiore utilizzo della CPU durante le operazioni di backup e può influire sulle prestazioni complessive durante le operazioni di backup e ripristino.

In alternativa alla compressione dei backup, puoi utilizzare la funzionalità Autoclass di Cloud Storage, che trasferisce automaticamente gli oggetti del tuo bucket alla classe di archiviazione appropriata in base al pattern di accesso dell'oggetto.

Per comprimere i backup SAP HANA, puoi utilizzare una delle seguenti opzioni:

Opzione di compressione Descrizione
Utilizza la compressione del backup dei dati SAP HANA

Questa è l'opzione consigliata se hai bisogno della compressione di backup.

Da SAP HANA 2.0 SPS06, SAP HANA supporta gli algoritmi di compressione LZ4 durante l'esecuzione delle operazioni di backup. Per impostazione predefinita, la compressione è disattivata. Per istruzioni su come abilitare questa compressione, consulta il documento SAP HANA Configura la compressione del backup dei dati.

Utilizza la compressione Cloud Storage

Per utilizzare la compressione integrata che l'agente può eseguire durante la scrittura dei backup nel bucket Cloud Storage, utilizza il parametro compress in PARAMETERS.json.

Ti consigliamo di non abilitare questa compressione.

Backup dei dati multistreaming

Per le versioni precedenti a SAP HANA 2.0 SP05, SAP HANA supporta il multistreaming per database di dimensioni superiori a 128 GB. A partire da SAP HANA 2.0 SP05, questa soglia è configurabile tramite il parametro SAP HANA parallel_data_backup_backint_size_threshold, che specifica la dimensione minima di backup del database in GB per abilitare il multistreaming.

Il multistreaming è utile per aumentare la velocità effettiva e per il backup di database superiori a 5 TB, che è la dimensione massima per un singolo oggetto in Cloud Storage.

Per abilitare il multistreaming, imposta il parametro SAP HANA parallel_data_backup_backint_channels con il numero di canali da utilizzare. Il numero ottimale di canali da utilizzare per il multistreaming dipende da quale SAP HANA è in esecuzione.

Considera anche la capacità di velocità effettiva del disco dati collegato all'istanza SAP, nonché la larghezza di banda allocata dall'amministratore per le attività di backup. Puoi regolare la velocità effettiva modificando il numero di flussi o limitare la velocità effettiva utilizzando il parametro rate_limit_mb in PARAMETERS.json.

Per un bucket Cloud Storage in più regioni, inizia con 8 canali. Per un bucket regionale, inizia con 12 canali. Modifica il numero di canali in base alle tue esigenze per soddisfare gli obiettivi di rendimento del backup.

Come indicato nella documentazione SAP HANA, ogni canale aggiuntivo richiede un buffer I/O di 512 MB. Specifica le dimensioni del buffer di I/O utilizzando in modo appropriato il parametro data_backup_buffer_size nella sezione backup del file global.ini. Per ulteriori informazioni sull'effetto della dimensione del buffer di I/O sui tempi di backup, consulta la nota SAP 2657261 - Long Backup length with Backint in HANA DB. A partire da HANA 2.0 SP05, SAP specifica un valore massimo di 4 GB per questo parametro. I test in Google Cloud non hanno mostrato un vantaggio derivante dall'aumento significativamente della dimensione del buffer rispetto a quella predefinita, ma questo potrebbe variare a seconda del carico di lavoro.

Per ulteriori informazioni sul multistreaming, nella Guida all'amministrazione di SAP HANA specifica per la tua versione SAP HANA, consulta Multistreaming Data Backups with Third-Party Backup Tools.

Caricamenti paralleli

Per i file di backup dei log di SAP HANA, puoi migliorare le prestazioni di caricamento abilitando la funzionalità di caricamento parallelo dell'Agente per SAP di Google Cloud. Questa funzionalità è particolarmente utile per i file di backup dei log di SAP HANA perché non possono essere sottoposti a flussi multipli da SAP HANA.

Per i backup dei dati SAP HANA, puoi ottimizzare il numero di canali di backup SAP HANA utilizzando il parametro SAP HANA parallel_data_backup_backint_channels.

Quando il caricamento parallelo è abilitato, l'agente di Google Cloud per SAP suddivide ogni singolo file di backup ricevuto da SAP HANA in più parti che vengono poi caricate in parallelo, migliorando le prestazioni di caricamento. Quando le parti vengono ricevute da Cloud Storage, vengono riassemblate e archiviate come singolo file originale ricevuto dall'Agente di Google Cloud per SAP di SAP HANA. Il singolo file è soggetto al limite dimensioni di 5 TB per gli oggetti in Cloud Storage.

Configurare il caricamento parallelo

Puoi abilitare la funzionalità di caricamento parallelo specificando i parametri parallel_streams nel file PARAMETERS.json.

Per informazioni su questo parametro, consulta Parametri di configurazione.

Limitazioni per il caricamento parallelo

Alla funzionalità di caricamento parallelo si applicano le seguenti limitazioni:

  • Se abiliti la crittografia utilizzando il parametro encryption_key o kms_key, non puoi utilizzare il caricamento parallelo. La crittografia non è compatibile con il caricamento parallelo. Se specifichi il parametro parallel_streams con uno di questi parametri di crittografia, l'agente di Google Cloud per SAP non funziona e si chiude con lo stato 1.
  • Se attivi la compressione, non puoi utilizzare il caricamento parallelo. La compressione non è compatibile con il caricamento parallelo. Se specifichi il parametro parallel_streams e ometti il parametro compress nella configurazione, l'agente per SAP di Google Cloud non riesce e si chiude con lo stato 1.
  • Se il bucket Cloud Storage implementa un criterio di conservazione, il bucket non supporta i caricamenti paralleli. Un criterio di conservazione impedisce il riassemblaggio delle parti in un unico file e di conseguenza il caricamento non riuscito.

Ottimizzazione dei caricamenti paralleli

Per i backup del volume di log di SAP HANA, i caricamenti paralleli possono migliorare notevolmente la velocità effettiva del backup, poiché SAP HANA non esegue il multi-streaming dei backup dei log.

Nella maggior parte dei casi, è sufficiente specificare il parametro parallel_streams nel file di configurazione di Backint, con un valore pari o inferiore a 32. Per volumi di log molto grandi, puoi massimizzare la velocità effettiva specificando un valore elevato, ad esempio 32 per parallel_streams, e aumentando i valori dei parametri SAP HANA log_segment_size_mb e max_log_backup_size.

Per limitare la larghezza di banda di rete utilizzata dai backup, utilizza il parametro di configurazione di Backint rate_limit_mb per impostare la quantità massima di larghezza di banda utilizzabile dai caricamenti paralleli.

Autenticazione e controllo degli accessi

Google Cloud utilizza gli account di servizio per identificare programmi come l'agente di Google Cloud per SAP e per controllare a quali risorse Google Cloud possono accedere i programmi.

Autorizzazioni Cloud Storage richieste

Per consentire all'agente di Google Cloud per l'archiviazione SAP e recuperare i backup da un bucket Cloud Storage, all'account di servizio utilizzato dall'host deve essere concesso il ruolo IAM Amministratore oggetti Storage (storage.objectAdmin).

Per le istruzioni su come impostare il ruolo IAM, consulta Impostare i ruoli IAM.

Considerazioni sull'account di servizio

Se SAP HANA è in esecuzione su una VM di Compute Engine, per impostazione predefinita l'agente di Google Cloud per SAP utilizza l'account di servizio della VM. Se utilizzi l'account di servizio VM, l'agente riceve le stesse autorizzazioni a livello di progetto di tutti gli altri programmi e processi che utilizzano l'account di servizio della VM.

Per il controllo dell'accesso più rigido, crea un account di servizio separato per l'agente e concedi all'account di servizio l'accesso al bucket Cloud Storage a livello di bucket.

Se SAP HANA non è in esecuzione su una VM di Compute Engine, devi creare un account di servizio per l'agente. Crea l'account di servizio nel progetto Google Cloud che contiene il bucket Cloud Storage utilizzato dall'agente per SAP di Google Cloud per il backup e il ripristino.

Quando crei un account di servizio per l'agente di Google Cloud per SAP, devi anche creare una chiave dell'account di servizio. Archivierai la chiave sull'host SAP HANA e specifichi il percorso della chiave del parametro service_account_key in PARAMETERS.json. Quando SAP HANA è in esecuzione su una VM di Compute Engine, specificando il percorso di una chiave indichi all'agente di Google Cloud per SAP di utilizzare l'account di servizio associato alla chiave anziché l'account di servizio della VM.

Se utilizzi una chiave di crittografia gestita dal cliente generata da Cloud Key Management Service per criptare i backup in Cloud Storage, devi concedere al tuo account di servizio l'accesso a questa chiave di crittografia. Per ulteriori informazioni, consulta Assegnare una chiave di Cloud Key Management Service a un agente di servizio.

Accesso alle API Cloud e ai server dei metadati

L'agente per SAP di Google Cloud richiede l'accesso agli indirizzi IP e agli host di Google Cloud durante le operazioni di backup e ripristino.

Per ulteriori informazioni, consulta Abilitare l'accesso alle API Cloud e ai server di metadati Cloud.

Server proxy e agente

Per impostazione predefinita, l'Agente per SAP di Google Cloud ignora qualsiasi proxy HTTP e non legge le variabili di ambiente proxy, come http_proxy, https_proxy o no_proxy, nel sistema operativo.

Se non ci sono alternative o se la tua organizzazione comprende le implicazioni delle prestazioni e ha le competenze necessarie per supportare le prestazioni del routing dei backup tramite un server proxy, puoi configurare l'agente in modo che utilizzi un proxy.

Le impostazioni del proxy per l'agente di Google Cloud per SAP sono contenute nel file net.properties:

/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties

Bypass dei server proxy per backup e ripristini

Anche se l'Agente per SAP di Google Cloud ignora i server proxy per impostazione predefinita, puoi rendere esplicita l'esclusione specificando i nomi di dominio e gli indirizzi IP richiesti di Google Cloud sul parametro http.nonProxyHosts del file net.properties: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties. Ad esempio:

http.nonProxyHosts=localhost|127.*|[::1]|*.googleapis.com|169.254.169.254|metadata.google.internal

Utilizzo di un server proxy per backup e recuperi

Per configurare l'agente per SAP di Google Cloud in modo che invii backup tramite un server proxy, specifica i parametri dell'host proxy e del numero di porta nel file net.properties: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.

Per le query sui metadati delle istanze VM di Compute Engine, l'agente di Google Cloud per SAP non può utilizzare un proxy, quindi devi specificare il nome di dominio e l'indirizzo IP per i metadati dell'istanza sul parametro http.nonProxyHosts.

L'esempio seguente mostra una configurazione proxy valida per l'agente di Google Cloud per SAP nel file net.properties:

http.proxyHost=PROXY_HOST
http.proxyPort=PROXY_PORT
http.nonProxyHosts=localhost|127.*|[::1]|169.254.169.254|metadata.google.internal
https.proxyHost=PROXY_HOST
https.proxyPort=PROXY_PORT

Ottimizzazione delle prestazioni

Le prestazioni del backup e del recupero dei database SAP HANA dipendono dalle dimensioni totali del database e dalle risorse disponibili per l'host SAP HANA. Puoi migliorare le prestazioni utilizzando le seguenti opzioni di configurazione disponibili in SAP HANA e Agent di Google Cloud per SAP:

  • Abilita il multistreaming utilizzando il parametro SAP HANA parallel_data_backup_backint_channels. Inoltre, specifica le dimensioni del buffer di I/O utilizzando il parametro SAP HANA data_backup_buffer_size. Per ulteriori informazioni, consulta la sezione Backup dei dati multistreaming.
  • Attiva i caricamenti paralleli specificando un valore per il parametro parallel_streams nel file di configurazione di Backint, PARAMETERS.json. Questa configurazione può migliorare notevolmente le prestazioni per l'invio dei backup dei log SAP HANA a Cloud Storage. Per maggiori informazioni, consulta la pagina Caricamenti paralleli.
  • Se hai bisogno di comprimere i backup, utilizza la compressione integrata di SAP HANA, che è l'opzione di compressione consigliata. Per maggiori informazioni, consulta Opzioni di compressione per i backup.
  • Ottimizza la configurazione relativa ai backup dei log di SAP HANA, come descritto nel documento SAP HANA Trovare la configurazione ottimale del backup dei log. Consulta la guida all'amministrazione SAP HANA per la tua versione SAP HANA.
  • Se il tuo sistema SAP HANA è in esecuzione su un'istanza VM di Compute Engine, assicurati che utilizzi volumi di Persistent Disk o Hyperdisk certificati per SAP. L'utilizzo di qualsiasi altro tipo di disco può influire negativamente sulle prestazioni del backup, in particolare per il volume di dati SAP HANA. Per informazioni sui tipi di dischi certificati, consulta Tipi di dischi supportati.

Autodiagnosi

Per consentirti di testare la connessione di rete e l'accesso al bucket Cloud Storage, dalla versione 3.0, l'agente di Google Cloud per SAP include uno strumento per l'esecuzione di autodiagnostica.

Quando lo esegui, questo strumento crea diversi file temporanei nel file system. Per creare questi file temporanei hai bisogno di almeno 18 GB di spazio su disco disponibile in /tmp. Questi file vengono quindi caricati nel bucket Cloud Storage, ripristinati, verificati ed eliminati. Questo strumento stampa eventuali problemi di accesso all'API.

Puoi anche testare le prestazioni del backup attivando i parametri compress e specificando valori diversi per parametri come parallel_streams e threads. Mentre usi questo strumento, puoi utilizzare i parametri facoltativi diagnose_file_max_size_gb e diagnose_tmp_directory. Per ulteriori informazioni su questi parametri, consulta le relative descrizioni in Parametri di configurazione.

Per istruzioni sull'esecuzione dell'autodiagnostica per l'agente Google Cloud per SAP, consulta Convalidare backup e ripristino.

Raccolta di metriche di backint

Per le operazioni basate su Backint, l'Agente per SAP di Google Cloud può raccogliere metriche che indicano lo stato e la velocità effettiva dei file caricati e scaricati. Queste metriche vengono raccolte immediatamente dopo il caricamento o il download di un file. Questa è una funzionalità facoltativa che è abilitata per impostazione predefinita. Per disabilitare questa funzionalità, imposta il valore del parametro send_metrics_to_monitoring su false nel file di configurazione di PARAMETERS.json. Per ulteriori informazioni sui prezzi di Monitoring, consulta i costi di Monitoring.

La seguente tabella descrive le metriche relative a Backint che l'agente di Google Cloud per SAP può raccogliere. Le stringhe delle metriche in questa tabella devono avere il prefisso workload.googleapis.com/. Questo prefisso è stato omesso dalle voci della tabella seguente.

Metrica Etichette Descrizione
sap/agent/backint/backup/status fileName: il nome del file caricato.
fileSize: le dimensioni del file caricato, espresse in byte. Il valore 0 indica che il caricamento non è riuscito.
Questa metrica viene inviata per ogni file caricato nel bucket Cloud Storage.
  • Il valore true indica che il file è stato caricato correttamente.
  • Il valore false indica che il caricamento del file non è riuscito.
sap/agent/backint/backup/throughput fileName: il nome del file caricato.
fileSize: le dimensioni del file caricato, espresse in byte.
transferTime: il tempo totale, in secondi, impiegato per completare il trasferimento. Sono incluse tutte le operazioni di rete, disco e memoria.
Questa metrica viene inviata se il caricamento è riuscito e fileSize è almeno 1 GB. Il valore della metrica indica la velocità media di trasferimento di rete in MBps.
sap/agent/backint/restore/status fileName: il nome del file scaricato.
fileSize: le dimensioni del file scaricato, espresse in byte. Il valore 0 indica che il download non è riuscito.
Questa metrica viene inviata per ogni file scaricato dal bucket Cloud Storage.
  • Il valore true indica che il file è stato scaricato correttamente.
  • Il valore false indica che il download del file non è riuscito.
sap/agent/backint/restore/throughput fileName: il nome del file scaricato.
fileSize: le dimensioni del file scaricato, espresse in byte.
transferTime: il tempo totale, in secondi, impiegato per completare il trasferimento. Sono incluse tutte le operazioni di rete, disco e memoria.
Questa metrica viene inviata se il download è riuscito e la dimensione di file è almeno 1 GB. Il valore indica la velocità media di trasferimento di rete in MBps.

Logging

Oltre ai log conservati da SAP HANA in backup.log, la funzionalità Backint dell'agente di Google Cloud per SAP scrive eventi operativi e di errore di comunicazione per registrare i file nella seguente directory: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.

Questi log si trovano anche nel file di log principale dell'agente di Google Cloud per SAP, che si trova nella directory /var/log/google-cloud-sap-agent/.

Quando le dimensioni di un file di log raggiungono i 25 MB, l'agente per SAP di Google Cloud ruota i file di log.

Per impostazione predefinita, l'agente per SAP di Google Cloud invia i file di log relativi a Backint a Cloud Logging. Per disabilitare questa opzione, imposta il parametro log_to_cloud nel file PARAMETERS.json con il valore false.

Utilizzo di Backint nei deployment SAP HANA

Le sezioni seguenti forniscono informazioni di pianificazione specifiche per lo scenario per l'utilizzo della funzionalità Backint dell'agente di Google Cloud per SAP, con SAP HANA.

Utilizzo di Backint nei deployment ad alta disponibilità

In un cluster SAP HANA ad alta disponibilità (HA), devi installare l'agente di Google Cloud per SAP su ciascun nodo del cluster e abilitare la funzionalità Backint.

Utilizza la stessa configurazione Backint e le stesse specifiche del bucket Cloud Storage per ogni istanza SAP HANA nel cluster ad alta disponibilità. Puoi utilizzare le stesse specifiche del bucket perché, durante le normali operazioni, solo l'istanza SAP HANA attiva in una configurazione ad alta disponibilità scrive i backup in Cloud Storage e il sistema secondario è in modalità di replica. Questo vale per i backup del volume di dati SAP HANA, del volume dei log SAP HANA e del catalogo di backup SAP HANA. Inoltre, il software di clustering delle applicazioni come Pacemaker evita gli scenari di tipo split-brain, in cui più di un'istanza SAP HANA in un cluster ritiene di essere l'istanza principale.

Durante le attività di manutenzione, se il clustering potrebbe essere disabilitato, se il database in standby viene rimosso dalla replica e reso di nuovo online, devi assicurarti che i backup vengano attivati solo sul database principale. A questo scopo, puoi utilizzare le seguenti opzioni:

  • Nel file PARAMETERS.json, aggiorna il parametro bucket in modo che punti a un altro bucket Cloud Storage.
  • Rompi il link simbolico per /usr/sap/SID/SYS/global/hdb/opt/hdbbackint in modo che l'invio dei backup a Cloud Storage non vada a buon fine. Questa opzione è più utile nel breve periodo se prevedi di riconfigurare il nuovo database come database in standby.

Poiché l'agente di Google Cloud per SAP non è a conoscenza di quale istanza SAP HANA è attiva e l'agente non ha alcun meccanismo per pianificare o attivare i backup, è necessario utilizzare meccanismi SAP come la transazione ABAP SAP DB13 per gestire la pianificazione e i trigger per i backup. Le applicazioni SAP ABAP si connettono al cluster ad alta disponibilità tramite l'IP virtuale, quindi il trigger di backup viene sempre instradato all'istanza SAP HANA attiva.

Se il trigger di backup viene definito localmente su ciascun server, ad esempio come script del sistema operativo locale, ed entrambi i sistemi primario e secondario pensano di essere il sistema attivo, entrambi potrebbero tentare di scrivere backup nel bucket Cloud Storage.

Se non gestisci queste situazioni, potresti notare che più di un'istanza SAP HANA nel tuo cluster ad alta disponibilità scrive backup in Cloud Storage, con la conseguente sovrascrittura o persino l'eliminazione dei backup.

Utilizzo di Backint in scenari di RE

In una configurazione di ripristino di emergenza (RE), in cui un'istanza di ripristino di SAP HANA in un'altra regione Google Cloud viene mantenuta sincronizzata utilizzando la replica del sistema SAP asincrona, utilizza bucket Cloud Storage diversi per le operazioni di backup e ripristino. Per configurarlo, specifica i nomi dei bucket per i parametri bucket e recovery_bucket nel file PARAMETERS.json.

Mentre il sistema di RE è generalmente in modalità di replica e pertanto non può eseguire un backup, durante i normali test di ripristino di emergenza l'istanza di ripristino viene portata online e potrebbe attivare i backup. In caso affermativo e il sistema di ripristino non utilizza un bucket Cloud Storage diverso, i backup potrebbero sovrascrivere i dati dal database principale.

Nel caso di un'emergenza effettiva che richiede il ripristino da un backup nella regione di RE, puoi aggiornare la configurazione della funzionalità Backint in modo che faccia riferimento al bucket Cloud Storage in più regioni utilizzato dal sistema ad alta disponibilità principale.

Utilizzo di Backint nei sistemi di scale out

Nei sistemi con scale out SAP HANA, devi installare l'agente Google Cloud per SAP su ciascun nodo del sistema.

Per semplificare la gestione dei file PARAMETERS.json e, se ne utilizzi uno, della chiave dell'account di servizio dell'agente, puoi inserire questi file in una directory NFS condivisa.

Per informazioni dai suggerimenti di SAP sul layout del file system per SAP HANA, consulta la guida all'installazione e all'aggiornamento del server SAP HANA per la tua versione SAP HANA, consulta Layout consigliato del file system.