Backup e ripristino basati su backint per SAP HANA

Questa guida alla pianificazione è incentrata esclusivamente sulla funzionalità Backint dell'agente per SAP di Google Cloud, 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 dell'agente per 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, in modo da poter archiviare e recuperare i backup direttamente da Cloud Storage utilizzando le funzioni di backup e ripristino native di 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 di operazioni di backup e ripristino per SAP HANA utilizzando Backint, consulta Esecuzione di backup e ripristino utilizzando Backint.

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

Stima dei costi mensili

Ti vengono addebitati dei costi per l'archiviazione utilizzata in Cloud Storage. Per informazioni sugli addebiti, consulta i prezzi di Cloud Storage.

Per stimare i costi mensili di Cloud Storage, puoi utilizzare il Calcolatore prezzi di Google Cloud.

Utilizza le seguenti informazioni per stimare meglio il costo:

  • Dimensione totale per backup completi, delta e incrementali richiesti in un mese, incluso un tasso di crescita previsto.
  • La frequenza giornaliera di modifica in termini di backup dei volumi di log SAP HANA creati dal tuo database SAP HANA. Devi moltiplicare questa percentuale 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 più adatti alla tua strategia di backup. I bucket su una singola regione devono essere utilizzati solo a scopo di test.
  • La classe di archiviazione del bucket Cloud Storage. Seleziona un corso in linea con la frequenza di accesso ai dati.
  • L'importo stimato di operazioni di classe A e di classe 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 di rete in uscita stimato per operazioni tra regioni, all'interno e tra più regioni, ad esempio durante il recupero di un database utilizzando un backup. Per maggiori informazioni, consulta Trasferimento di dati in Google Cloud.

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

File di configurazione backint

Puoi configurare la funzionalità Backint dell'agente per SAP di Google Cloud 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 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 file di configurazione separati per ognuno degli elementi seguenti: volume di dati SAP HANA, volume di log SAP HANA e catalogo di backup di SAP HANA. Puoi anche eseguire altre personalizzazioni, ad esempio rinominare i file e spostarli in directory diverse. Per istruzioni su come eseguire queste personalizzazioni, consulta Personalizzare il file di configurazione 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 per SAP di Google Cloud 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.

La località di un bucket può essere regionale, 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 backup e ripristini e alla necessità di protezione contro le interruzioni regionali. Per maggiori informazioni, consulta la pagina Località dei bucket.

Seleziona bucket a due regioni o a più regioni in regioni uguali o vicine a quelle 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 maggiori 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 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 i percorsi di esempio 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: nome del bucket Cloud Storage
    • SID: l'ID sistema del tuo sistema SAP
    • TENANT_SID: l'ID 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. Se rinomini una cartella o un file, il meccanismo Backint non funziona durante le operazioni di recupero del database finché non viene ripristinato 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 di SAP HANA in cartelle specifiche per SID. Di conseguenza, 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à, per il ripristino di emergenza (RE) o con 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 saperne di più, consulta Utilizzo di Backint nei deployment SAP HANA.

Opzioni di crittografia per i backup

In base alla sua progettazione, 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 per SAP di Google Cloud. Per utilizzare una chiave di crittografia gestita dal cliente, devi specificare il percorso della chiave nel parametro kms_key nel 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 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 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 di SAP HANA.

Questa opzione è disponibile da SAP HANA 2.0 SP01. Puoi criptare i backup dei tuoi dati e volumi di log SAP HANA utilizzando la crittografia AES a 256 bit. I backup del catalogo di backup SAP HANA non vengono mai criptati. Per questa crittografia è necessario creare una chiave radice della crittografia di backup ed eseguire una configurazione aggiuntiva come descritto nel documento Configurazione della crittografia del documento SAP HANA.

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

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 della CPU più elevato.

Limitazioni della crittografia

All'uso della crittografia per i backup si applicano le seguenti restrizioni:

  • Se specifichi i parametri kms_key e encryption_key, l'agente per SAP di Google Cloud ha esito negativo e esce 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 esce con lo stato 1.

Opzioni di compressione per i backup

La compressione di un backup ne riduce le dimensioni, il che a sua volta riduce lo spazio utilizzato nel bucket Cloud Storage e, a sua volta, i costi di archiviazione. Tuttavia, la compressione dei backup richiede un utilizzo maggiore della CPU durante le operazioni di backup e può influire sulle prestazioni generali 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 nel tuo bucket alla classe di archiviazione appropriata in base al modello di accesso dell'oggetto.

Per comprimere i backup di 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 richiedi la compressione del backup.

A partire 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 Configurare la compressione del backup dei dati.
Utilizza la compressione di 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 attivare 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 del backup del database in GB per l'abilitazione del multistreaming.

Il multistreaming è utile per aumentare la velocità effettiva e per il backup di database che superano i 5 TB, ovvero 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 utilizzati per il multistreaming dipende da SAP HANA in esecuzione.

Considera anche la capacità di velocità effettiva del disco dati collegato alla tua istanza SAP HANA, 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 su più regioni, inizia con 8 canali. Per un bucket a livello di regione, inizia con 12 canali. Regola il numero di canali secondo necessità per soddisfare i tuoi obiettivi di prestazioni di backup.

Come indicato nella documentazione di SAP HANA, ogni canale aggiuntivo richiede un buffer I/O di 512 MB. Specifica la dimensione 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 backupDuration 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 alcun vantaggio in merito all'aumento significativamente della dimensione del buffer rispetto a quella predefinita, ma questo potrebbe variare per il tuo carico di lavoro.

Per ulteriori informazioni sul multistreaming, nella guida all'amministrazione di SAP HANA specifica per la tua versione di 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 le prestazioni di caricamento abilitando la funzionalità di caricamento parallelo dell'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 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 quindi caricate in parallelo, migliorando le prestazioni di caricamento. Dopo essere state ricevute da Cloud Storage, le parti vengono riassemblate e archiviate come il singolo file originale ricevuto dall'agente per SAP di Google Cloud di SAP HANA. Il singolo file è soggetto al limite di dimensioni di 5 TB per gli oggetti in Cloud Storage.

Configurazione del caricamento parallelo

Per attivare la funzionalità di caricamento parallelo, specifichi i parametri parallel_streams nel file PARAMETERS.json.

Per informazioni su questo parametro, consulta Parametri di configurazione.

Limitazioni per i caricamenti paralleli

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

  • 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 per SAP di Google Cloud ha esito negativo e esce con uno 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 ha esito negativo e esce 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 singolo file e questo impedisce il caricamento.

Ottimizzazione dei caricamenti paralleli

Per i backup dei volumi di log SAP HANA, i caricamenti paralleli possono migliorare notevolmente la velocità effettiva del backup perché SAP HANA non esegue flussi di backup multipli dei log.

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

Per limitare la larghezza di banda di rete utilizzata dai backup, usa il parametro di configurazione 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 Agent for SAP di Google Cloud 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 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 VM.

Per applicare il controllo dell'accesso più restrittivo, 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. Creare l'account di servizio nel progetto Google Cloud contenente 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. Puoi archiviare la chiave nell'host SAP HANA e specificare il percorso della chiave per il parametro service_account_key in PARAMETERS.json. Quando SAP HANA è in esecuzione su una VM di Compute Engine, se specifichi il percorso di una chiave, l'agente di Google Cloud per SAP utilizzerà 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 quella chiave di crittografia. Per ulteriori informazioni, consulta Assegnare una chiave Cloud Key Management Service a un agente di servizio.

Accesso alle API Cloud e ai server di metadati

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

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

Server proxy e l'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 hai alternative o la tua organizzazione comprende le implicazioni in termini di prestazioni e dispone dell'esperienza necessaria 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 per SAP di Google Cloud 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 recuperi

Anche se l'agente di Google Cloud per SAP 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 nel parametro http.nonProxyHosts nel 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 di Google Cloud per SAP 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 per SAP di Google Cloud non può utilizzare un proxy, perciò 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 per SAP di Google Cloud 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 dalla dimensione totale del database e dalle risorse disponibili per il tuo 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:

  • Abilita il multistreaming utilizzando il parametro SAP HANA parallel_data_backup_backint_channels. Inoltre, specifica la dimensione del buffer di I/O utilizzando il parametro SAP HANA data_backup_buffer_size. Per scoprire di più, consulta la sezione Backup dei dati in modalità multistream.
  • Attiva i caricamenti paralleli specificando un valore per il parametro parallel_streams nel file di configurazione Backint, PARAMETERS.json. Questa configurazione può migliorare notevolmente le prestazioni per l'invio dei backup dei log SAP HANA a Cloud Storage. Per saperne di più, consulta 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 la sezione 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 di SAP HANA per la tua versione di 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 disco certificati, consulta Tipi di disco supportati.

Autodiagnosi

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

Quando esegui questo strumento, vengono creati diversi file temporanei nel tuo file system. Questi file vengono quindi caricati nel bucket Cloud Storage, ripristinati, verificati ed eliminati. Questo strumento visualizza tutti i problemi di accesso all'API. Puoi anche testare le prestazioni del backup abilitando i parametri compress e specificando valori diversi per i parametri, come parallel_streams e threads.

Per istruzioni su come eseguire l'autodiagnostica dell'agente di Google Cloud per SAP, consulta Convalidare backup e ripristino.

Logging

Oltre ai log conservati da SAP HANA in backup.log, la funzionalità Backint dell'agente per SAP di Google Cloud scrive gli eventi di errore operativi e di comunicazione nei file di log della 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 per SAP di Google Cloud, che si trova nella directory /var/log/google-cloud-sap-agent/.

Se un file di log raggiunge le dimensioni di 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. Puoi disabilitare questa opzione impostando il parametro log_to_cloud nel file PARAMETERS.json con il valore false.

Utilizzo di Backint nei deployment SAP HANA

Le seguenti sezioni forniscono informazioni di pianificazione specifiche per lo scenario per l'utilizzo della funzionalità Backint dell'agente per SAP di Google Cloud 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 di SAP HANA. Inoltre, il software di clustering delle applicazioni come Pacemaker impedisce la creazione di scenari "split-brain", in cui più di un'istanza SAP HANA in un cluster pensa di essere l'istanza principale.

Durante le attività di manutenzione, quando il clustering potrebbe essere disabilitato, se il database in standby viene rimosso dalla replica e ripristinato 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.
  • Interrompi il link simbolico per /usr/sap/SID/SYS/global/hdb/opt/hdbbackint in modo che l'invio dei backup a Cloud Storage non va a buon fine. Questa opzione è più utile nel breve termine se prevedi di riconfigurare il nuovo database come database in standby.

Poiché l'agente per SAP di Google Cloud non sa quale istanza SAP HANA sia attiva e poiché l'agente non dispone di meccanismi per pianificare o attivare backup, devi utilizzare meccanismi SAP come la transazione SAP ABAP DB13 per gestire la pianificazione e gli attivatori dei backup. Le applicazioni SAP ABAP si connettono al cluster ad alta disponibilità tramite l'IP virtuale, perciò 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, e sia il sistema principale che quello secondario ritengono di essere il sistema attivo, entrambi potrebbero tentare di scrivere backup nel bucket Cloud Storage.

Se non gestisci queste situazioni, potresti osservare più di un'istanza SAP HANA nel cluster ad alta disponibilità che scrive backup in Cloud Storage, il che potrebbe sovrascrivere i backup o persino eliminarli.

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 tramite l'utilizzo asincrono di SAP HANA System Replication, utilizza diversi bucket Cloud Storage per le operazioni di backup e ripristino. Per configurarla, specifica i nomi dei bucket per i parametri bucket e recovery_bucket nel file PARAMETERS.json.

Sebbene il sistema di RE sia solitamente in modalità di replica e quindi non possa eseguire un backup, durante i regolari test di ripristino di emergenza, l'istanza di ripristino viene messa online e potrebbe attivare backup. Se sì, e il sistema di recupero non utilizza un bucket Cloud Storage diverso, i backup potrebbero sovrascrivere i dati del database principale.

Nel caso di un'emergenza reale che richieda il ripristino da un backup nella regione di RE, puoi aggiornare la configurazione delle funzionalità di backint per fare riferimento al bucket Cloud Storage multiregionale 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 per SAP di Google Cloud su ciascun nodo del sistema.

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

Per informazioni provenienti da SAP sui suggerimenti di layout del file system per SAP HANA, consulta la guida all'installazione e all'aggiornamento dei server SAP HANA per la versione di SAP HANA alla pagina Layout file system consigliato.