Backup e recupero per SAP HANA utilizzando Backint

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

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

La funzionalità Backint dell'agente è certificata da SAP. Questa funzionalità è integrata con SAP HANA in modo da poter archiviare e recuperare i backup direttamente da Cloud Storage utilizzando le funzioni di backup e recupero native di SAP.

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

Per informazioni sull'esecuzione delle operazioni di backup e ripristino per SAP HANA con Backint, consulta Eseguire backup e ripristino utilizzando 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:

  • La dimensione totale dei backup completi, delta e incrementali richiesti in un mese, inclusa una stima della crescita.
  • La frequenza di modifica giornaliera in termini di backup del volume di log SAP HANA creati dal tuo database SAP HANA. Devi moltiplicare questo tasso per l'importo giorni in cui prevedi di conservare i backup dei log in base al backup strategia.
  • La posizione e il tipo di bucket Cloud Storage più 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 un corso che è in linea con la frequenza con cui è necessario accedere 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, vedi Operazioni che rientrano in ciascuna classe.
  • Il traffico di rete in uscita stimato per le operazioni tra regioni, intere e più regioni, come 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 quindi devi includerlo nella stima.

File di configurazione di Backint

La funzionalità Backint dell'agente di Google Cloud per SAP viene configurata specificando parametri in un file di configurazione separato creato dall'agente quando attivi 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 SAP di un sistema operativo completo.

Puoi utilizzare una singola configurazione o file di configurazione distinti 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 e di spostarli in directory diverse. Per le istruzioni su come eseguire queste personalizzazioni, consulta 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 Agent for SAP di Google Cloud archivia i backup nei bucket.

Creazione di bucket Cloud Storage

Quando crei un bucket, devi selezionare la località e il bucket di archiviazione standard.

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

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

Scegli una classe di archiviazione in base al tempo di conservazione dei backup, a come la frequenza con cui prevedi di accedervi e il costo. Per ulteriori informazioni, consulta Classi di archiviazione.

Organizzazione di backup nel bucket

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

L'agente crea una cartella per ogni database, sistema o tenant SAP HANA di cui stai eseguendo 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 SAP HANA e del catalogo dei backup SAP HANA.

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

Di seguito sono riportati alcuni esempi di percorsi per i backup di 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 di Cloud Storage del bucket rimanente
    • SID: l'ID sistema del tuo sistema SAP
    • TENANT_SID: l'ID sistema del database del 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, azione che viola gli standard applicati da SAP sul backup di terze parti i nostri strumenti. La ridenominazione di una cartella o di un file causa l'errore del meccanismo Backint durante operazioni di ripristino dei 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 che hanno lo stesso ID sistema SAP (SID).

    In Cloud Storage, l'agente per SAP di Google Cloud organizza la SAP HANA in cartelle specifiche del SID. Pertanto, se utilizzi lo stesso bucket per memorizzare 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 ad alta disponibilità, ripristino di emergenza (RE) o deployment con scale out, in cui tutti i nodi SAP HANA hanno lo stesso SID. Per questi sistemi, i backup sono archiviati nello stesso bucket Cloud Storage perché operativa, una sola istanza SAP HANA è attiva e scrive nei backup. Per ulteriori informazioni, vedi 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 il metodo seguenti personalizzazioni:

Parametro di configurazione Backint Caso d'uso
metadata

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

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

folder_prefix e recovery_folder_prefix

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

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

Se specifichi folder_prefix, il percorso dei file vengono modificati 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 mentre creando backup, l'agente li utilizzerà automaticamente durante il ripristino operazioni, a meno che non specifichi il valore recovery_folder_prefix .

shorten_folder_path

Per abbreviare automaticamente il percorso dei file in nel bucket Cloud Storage, puoi specificare Parametro booleano shorten_folder_path durante l'esecuzione del 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 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 include 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 ulteriore livello 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 Google Cloud per SAP. Per utilizzare una chiave di crittografia gestita dal cliente, devi specificare il percorso la chiave sul parametro kms_key nel tuo PARAMETERS.json file. Devi anche concedere all'account di servizio utilizzato dall'agente l'accesso alla chiave. Per informazioni su come assegnare un account di servizio 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 di Google Cloud per SAP. Per utilizzare una chiave di crittografia fornita dal cliente, specifica il percorso della chiave nel parametro encryption_key del file PARAMETERS.json. La chiave deve essere un stringa di chiavi AES-256 con codifica base64, come descritto in Fornito dal cliente chiavi di crittografia.
Utilizza la crittografia dei backup SAP HANA.

Questa opzione è disponibile da SAP HANA 2.0 SP01. Puoi criptare i backup dei dati e dei volumi di 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 un Chiave radice di crittografia del backup ed eseguire configurazioni aggiuntive come descritto in SAP HANA del documento sulla configurazione della crittografia.

A partire da SAP HANA 2.0 SPS07, a meno che non la disattivi, la crittografia per i volumi /hana/data, /hana/log e /hanabackup è abilitata per impostazione predefinita durante l'installazione.

Per informazioni su come creare un backup della chiave principale, consulta il documento SAP Eseguire il backup delle chiavi principali.

La crittografia dei backup richiede risorse di memoria e CPU aggiuntive durante le operazioni di backup e recupero. Anche se la crittografia dei backup in genere non alcun impatto sulle prestazioni del database durante le operazioni di backup o ripristino potresti notare un impatto sulle prestazioni complessive del sistema, a seconda del database SAP HANA e il previsto maggiore utilizzo della CPU.

Restrizioni alla crittografia

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

  • Se specifichi entrambi i parametri, kms_key e encryption_key: L'agente per SAP di Google Cloud non funziona ed esce con lo stato 1.
  • Se specifichi il parametro parallel_streams con il parametro kms_key o encryption_key, l'agente di Google Cloud per SAP non riesce ed esce con stato 1.

Opzioni di compressione per i backup

La compressione di un backup ne riduce le dimensioni e lo spazio utilizzato nel tuo bucket Cloud Storage, il che a sua volta riduce lo spazio di archiviazione ad accesso meno frequente per ridurre 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 recupero.

Come alternativa alla compressione dei backup, ti consigliamo di utilizzare la funzionalità Autoclass di Cloud Storage, che trasferisce automaticamente gli oggetti nel 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
Utilizzare la compressione del backup dei dati SAP HANA

Questa è l'opzione consigliata, se hai bisogno di backup compressa.

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

Utilizzare la compressione di Cloud Storage

Per utilizzare la compressione integrata che l'agente può eseguire dei backup sul bucket Cloud Storage, utilizza Parametro compress in PARAMETERS.json.

Ti consigliamo di non abilitare questa compressione.

Backup dei dati con multistreaming

Per le versioni precedenti a SAP HANA 2.0 SP05, SAP HANA supporta il multistreaming per più grandi di 128 GB. A partire da SAP HANA 2.0 SP05, questa soglia è configurabili tramite il parametro SAP HANA parallel_data_backup_backint_size_threshold, che specifica il minimo dimensioni del backup del database in GB per abilitare il multistreaming.

Il multiflusso è utile per aumentare la velocità effettiva e per il backup dei database superiori a 5 TB, che è la dimensione massima di un singolo oggetto in di archiviazione ideale 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 che utilizzi per il multistreaming dipende in esecuzione da SAP HANA.

Prendi in considerazione anche la capacità di throughput del disco di dati collegato all'istanza SAP HANA, nonché la larghezza di banda allocata dall'amministratore per le attività di backup. Puoi regolare la velocità effettiva modificando il numero flussi di dati oppure limita 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. Regola il numero di canali come necessari per raggiungere gli obiettivi di prestazioni del backup.

Come indicato nella documentazione di 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 I/O sui tempi di backup, consulta la nota SAP 2657261 - Long Backup duration 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 nell'aumento del buffer dimensioni notevolmente superiori a quelle predefinite, ma questo potrebbe variare in base al carico di lavoro.

Per ulteriori informazioni sul multistreaming, nel team SAP HANA Guida all'amministrazione specifica per la tua versione SAP HANA; consulta Backup dei dati multistreaming con strumenti di backup di terze parti.

Caricamenti paralleli

Per i file di backup dei log di SAP HANA, puoi migliorare il caricamento il rendimento attivando la funzione di caricamento parallelo agente di Google Cloud per SAP. Questa funzionalità è particolarmente utile per i file di backup dei log SAP HANA perché non possono essere sottoposti a multistream da SAP HANA.

Per i backup dei dati SAP HANA, puoi ottimizzare il numero di istanze SAP Canali di backup HANA con il parametro SAP HANA parallel_data_backup_backint_channels.

Quando il caricamento parallelo è abilitato, l'Agent for SAP di Google Cloud suddivide ogni singolo file di backup ricevuto da SAP HANA in più parti che vengono poi caricate in parallelo, migliorando le prestazioni del 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 da SAP HANA. Il singolo file è soggetto al limite di dimensione di 5 TB per gli oggetti in Cloud Storage.

Configurazione del caricamento parallelo

Attiva 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 attivi la crittografia utilizzando il parametro encryption_key o kms_key, non puoi utilizzare il caricamento parallelo. La crittografia è incompatibili 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 riesce ed esce con uno stato 1.
  • Se attivi la compressione, non puoi utilizzare il caricamento parallelo. La compressione è incompatibile con il caricamento parallelo. Se specifichi il valore parallel_streams e ometti il parametro compress nella configurazione, quindi L'agente per SAP di Google Cloud non funziona e si chiude con stato 1.
  • Se il bucket Cloud Storage implementa un criterio di conservazione, il parametro non supporta caricamenti paralleli. Un criterio di conservazione impedisce il riassemblaggio delle parti in un unico file, causando il fallimento del caricamento.

Ottimizzazione dei caricamenti paralleli

Per i backup del volume di log SAP HANA, i caricamenti paralleli possono migliorare significativamente la velocità effettiva del backup perché SAP HANA non esegue il multiflusso 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 log molto grandi volumi, 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 Backintrate_limit_mb per impostare la quantità massima di larghezza di banda che possono utilizzare i caricamenti paralleli.

Autenticazione e controllo degli accessi

Google Cloud utilizza account di servizio identificare programmi come Agent for SAP di Google Cloud e controllare quali Le risorse Google Cloud a cui i programmi possono accedere.

Autorizzazioni Cloud Storage richieste

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

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

Considerazioni sugli account di servizio

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

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

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

Quando crei un account di servizio per l'agente Google Cloud per SAP, devi anche crea una chiave dell'account di servizio. Memorizzi la chiave sull'host SAP HANA e specifichi il percorso della chiave per il parametro service_account_key in PARAMETERS.json. Quando SAP HANA è in esecuzione su una VM Compute Engine, la specifica del percorso di una chiave indica all'Agente per SAP di Google Cloud 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 all'account di servizio l'accesso a questa chiave di crittografia. Per ulteriori informazioni, vedi Assegna una chiave Cloud Key Management Service a un agente di servizio.

Accesso alle API Cloud e ai server dei metadati

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

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

Server proxy e agente

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

Se non hai alternative o la tua organizzazione comprende le prestazioni implicazioni e ha le competenze necessarie per supportare i risultati di routing dei backup tramite un server proxy, puoi configurare l'agente utilizzare un proxy.

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

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

Ignorare i server proxy per i backup e i ripristini

Anche se l'Agente per SAP di Google Cloud ignora i server proxy per impostazione predefinita, Rendi esplicita l'esclusione specificando il dominio Google Cloud richiesto nomi e indirizzi IP nel parametro http.nonProxyHosts in il 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 i backup e i ripristini

Per configurare l'agente di Google Cloud per SAP in modo che invii i 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 ai metadati delle istanze VM di Compute Engine, L'agente Google Cloud per SAP non può utilizzare un proxy, quindi devi specificare il dominio nome e indirizzo IP per i metadati dell'istanza su 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 da la dimensione totale del database e le risorse disponibili per l'host SAP HANA. Puoi migliorare le prestazioni utilizzando le seguenti opzioni di configurazione disponibili in SAP HANA e nell'agente di Google Cloud per SAP:

  • Attiva il multistreaming utilizzando il parametro SAP HANA parallel_data_backup_backint_channels. Inoltre, specifica le dimensioni dell'I/O utilizzando il parametro SAP HANA data_backup_buffer_size. Per ulteriori informazioni, consulta Backup dei dati con più stream.
  • 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 ulteriori informazioni, vedi Caricamenti paralleli.
  • Se devi comprimere i backup, utilizza la compressione integrata di SAP HANA, che è l'opzione di compressione consigliata. Per ulteriori informazioni, vedi 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. Scopri SAP HANA Guida all'amministrazione per la tua versione SAP HANA.
  • Se il sistema SAP HANA è in esecuzione su un'istanza VM Compute Engine, assicurati che utilizzi volumi Hyperdisk o Persistent Disk certificati SAP. Utilizzo di qualsiasi altro disco può influire negativamente sulle prestazioni del backup, in particolare per SAP HANA volume di dati. Per informazioni sui tipi di dischi certificati, consulta Tipi di dischi supportati.

Autodiagnosi

Per poter testare la connessione di rete e l'accesso al Bucket Cloud Storage, dalla versione 3.0, Agente Google Cloud per SAP include uno strumento per l'autodiagnostica.

Quando esegui questo strumento, vengono creati diversi file temporanei nel file system. Per creare questi file temporanei, devi disporre di almeno 18 GB di spazio su disco disponibile in /tmp. Questi file vengono poi caricati nel tuo bucket Cloud Storage, ripristinati, verificati ed eliminati. Questo strumento riporta eventuali problemi con l'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 usare 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 su come eseguire la diagnostica automatica dell'agente di Google Cloud per SAP, consulta Convalidare il backup e il recupero.

Raccolta di metriche di backint

Per le operazioni basate su Backint, l'Agente per SAP di Google Cloud può raccogliere metriche 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. Si tratta di una funzionalità facoltativa attivata per impostazione predefinita. Per disattivare questa funzionalità, imposta il valore del parametro send_metrics_to_monitoring su false nel file di configurazione PARAMETERS.json. Per ulteriori informazioni sui prezzi di Monitoring, consulta Costi di Monitoring.

La tabella seguente descrive le metriche relative a Backint che l'agente di Google Cloud per SAP può raccogliere. Le stringhe delle metriche in questa tabella devono essere con prefisso workload.googleapis.com/. Questo prefisso è stato omesso dalla le voci nella 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 tuo 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 in byte del file caricato.
transferTime: il tempo totale, in secondi, necessario per completare il trasferimento. Ciò include tutta la rete, il disco e la memoria operazioni.
Questa metrica viene inviata se il caricamento è andato a buon fine e il valore di 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. La Il valore 0 indica che il download non è riuscito.
Questa metrica viene inviata per ogni file scaricato dal tuo nel bucket Cloud Storage.
  • Il valore true indica che il file è stato scaricato correttamente.
  • Il valore false indica che il file non è stato scaricato.
sap/agent/backint/restore/throughput fileName: nome del file scaricato.
fileSize: le dimensioni del file scaricato, espresse in byte.
transferTime: il tempo totale, in secondi, necessario per completare il trasferimento. Ciò include tutta la rete, il disco e la memoria operazioni.
Questa metrica viene inviata se il download è andato a buon fine e il valore fileSize è almeno 1 GB. Il valore indica la velocità di trasferimento media della 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 ed errori di comunicazione nei file di log nella seguente directory:/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.

Questi log sono disponibili 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 la dimensione di un file di log raggiunge i 25 MB, l'agente Google Cloud per SAP ruota di log.

Per impostazione predefinita, l'agente di Google Cloud per SAP invia i file di log relativi a Backint a Cloud Logging. Puoi disabilitare questa opzione impostando il parametro log_to_cloud nella PARAMETERS.json, con 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à, devi installare dell'agente Google Cloud per SAP su ciascun nodo del cluster e abilitare Backint funzionalità.

Utilizza la stessa configurazione di Backint e le stesse specifiche del bucket Cloud Storage per ogni istanza SAP HANA nel cluster HA. Puoi utilizzare le stesse specifiche del bucket perché, durante il normale funzionamento, solo l'istanza SAP HANA attiva in una configurazione HA scrive i backup in Cloud Storage e il sistema secondario è in modalità di replica. Ciò è vero per i backup il volume di dati SAP HANA, il volume di log SAP HANA e il catalogo di backup SAP HANA. Inoltre, un software di clustering delle applicazioni come Pacemaker impedisce lo split-brain in cui più di un'istanza SAP HANA in un cluster ritiene che è l'istanza principale.

Durante le attività di manutenzione, quando il clustering potrebbe essere disattivato, se il database standby viene rimosso dalla replica e riportato 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 riesce. Questa opzione offre utile a breve termine se prevedi di riconfigurare il nuovo database in standby.

Poiché l'agente per SAP di Google Cloud non è a conoscenza di quale istanza SAP HANA sia attiva e poiché l'agente non dispone di un meccanismo per pianificare o attivare i backup, devi utilizzare i meccanismi SAP come la transazione ABAP di SAP DB13 per gestire la pianificazione e gli attivatori per i backup. Le applicazioni SAP ABAP si connettono al cluster ad alta disponibilità tramite l'IP virtuale, perciò il trigger di backup sempre instradate all'istanza SAP HANA attiva.

Se il trigger di backup viene definito localmente su ciascun server, ad esempio come locale script del sistema operativo. Sia il sistema primario che quello secondario pensano che che sono il sistema attivo, entrambi potrebbero tentare di scrivere backup nel bucket Cloud Storage.

Se non gestisci queste situazioni, potresti notare più di un'istanza SAP HANA nel tuo cluster HA che scrive i backup in Cloud Storage, il che potrebbe sovrascrivere i backup o addirittura eliminarli.

Utilizzo di Backint in scenari di RE

In una configurazione di ripristino di emergenza (RE), in cui si trova un'istanza di ripristino di SAP HANA in un'altra regione Google Cloud è sincronizzato mediante SAP replica di sistema HANA, utilizza bucket Cloud Storage diversi per le operazioni di backup e ripristino. Per configurare questa operazione, specifica i nomi dei bucket per i parametri bucket e recovery_bucket nel file PARAMETERS.json.

Quando il sistema di RE è generalmente in modalità di replica e pertanto non può eseguire un eseguire il backup, durante i normali test di ripristino di emergenza, viene portato online e potrebbe attivare backup. Se sì, e il sistema di ripristino non utilizza un bucket Cloud Storage diverso, i backup potrebbero sovrascrivere i dati del database principale.

Nel caso di un'emergenza che richiede il ripristino da un backup regione di RE, puoi aggiornare la configurazione delle funzionalità Backint per fare riferimento il bucket Cloud Storage multiregionale che il tuo sistema ad alta disponibilità principale utilizzi.

Utilizzo di Backint in sistemi di scalabilità orizzontale

Nei sistemi SAP HANA scalabili, devi installare l'agente di Google Cloud per SAP su ogni nodo del sistema.

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

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