Panoramica dell'agente Backint Cloud Storage per SAP HANA

Puoi inviare backup SAP HANA direttamente in Cloud Storage da istanze SAP HANA in esecuzione su Google Cloud, Bare Metal Solution, on-premise o altre piattaforme cloud utilizzando l'agente Backint Cloud Storage certificato SAP per SAP HANA (agente Backint).

L'agente Backint è integrato con SAP HANA e consente di archiviare e recuperare i backup direttamente da Cloud Storage utilizzando le funzioni native di backup e ripristino SAP.

Quando utilizzi l'agente Backint, non devi utilizzare l'archiviazione su disco permanente per i backup.

Per le istruzioni di installazione dell'agente Backint, consulta la guida all'installazione dell'agente Backint di Cloud Storage per SAP HANA.

Per ulteriori informazioni sulla certificazione SAP dell'agente Backint, consulta:

Il file di configurazione dell'agente Backint

Puoi configurare l'agente Backint specificando i parametri in un file di testo normale.

Il file di configurazione predefinito si chiama parameters.txt e la posizione predefinita è /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.txt.

Puoi specificare più file di configurazione assegnando a ciascun file un nome diverso.

Ad esempio, potresti specificare una configurazione per i backup dei log in un file denominato backint-log-backups.txt e una configurazione per i backup dei dati in un file denominato backint-data-backups.txt.

Archiviazione dei backup nei bucket Cloud Storage

L'agente Backint archivia i backup SAP HANA in un bucket Cloud Storage.

Quando crei un bucket, puoi scegliere la località e la classe di archiviazione del bucket.

La località di un bucket può essere a singola regione, a due regioni o multiregionale. La scelta dipende dall'esigenza di limitare la località dei dati, dai requisiti di latenza per i backup e i ripristini e dalla necessità di protezione contro le interruzioni regionali. Per ulteriori informazioni, consulta Località dei bucket.

Seleziona bucket con 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 maggiori informazioni, vedi Classi di archiviazione.

Backup dei dati multistreaming con l'agente Backint

Per le versioni precedenti a SAP HANA 2.0 SP05, SAP HANA supporta il multi-flusso per database di dimensioni superiori a 128 GB. A partire da SAP HANA 2.0 SP05, questa soglia è ora 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.

Il numero ottimale di canali da utilizzare per il multistreaming dipende dal tipo di bucket Cloud Storage in uso e dall'ambiente in cui è in esecuzione SAP HANA. Considera anche la capacità di velocità effettiva del disco dati collegato all'istanza 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.txt, il file di configurazione dell'agente Backint.

Per un bucket multiregionale, inizia con 8 canali impostando il parametro parallel_data_backup_backint_channels su 8 nel file di configurazione SAP HANA global.ini.

Per un bucket a livello di regione, inizia con 12 canali impostando parallel_data_backup_backint_channels nel file global.ini su 12.

Modifica il numero di canali in base alle tue esigenze per soddisfare i tuoi obiettivi di prestazioni 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 relativa al backup del file global.ini. Per ulteriori informazioni sull'effetto della dimensione del buffer di IO sui tempi di backup, consulta la nota SAP 2657261. A partire da HANA 2.0 SP05 SAP specifica un valore massimo per questo parametro di 4 GB. I test in Google Cloud non hanno mostrato un vantaggio nell'aumentare la dimensione del buffer notevolmente oltre quella predefinita, ma questo può 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

Puoi migliorare le prestazioni di caricamento dei file di backup dei log abilitando la funzionalità di caricamento parallelo dell'agente Backint. Ciò è particolarmente utile per i file di backup dei log perché non possono essere sottoposti a flussi multipli da SAP HANA.

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

Quando è abilitato il caricamento parallelo, l'agente Backint 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 Backint di SAP HANA. Il singolo file è soggetto al limite di dimensioni di 5 TB per gli oggetti in Cloud Storage.

Configurare il caricamento parallelo

La funzionalità di caricamento parallelo viene attivata nel file di configurazione parameters.txt specificando il numero massimo di thread di caricamento parallelo nel parametro #PARALLEL_FACTOR.

I parametri #PARALLEL_PART_SIZE_MB, che imposta la dimensione di ogni parte, e #THREADS, che determina il numero di thread worker, sono destinati solo all'ottimizzazione avanzata. Non modificare queste impostazioni a meno che non ti venga richiesto dall'assistenza clienti Google Cloud. I valori predefiniti raramente devono essere modificati.

Per ulteriori informazioni sui parametri di caricamento parallelo, consulta Opzioni di configurazione per l'agente Backint.

Limitazioni per il caricamento parallelo

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

  • Se attivi la crittografia con il parametro di configurazione #ENCRYPTION_KEY o #KMS_KEY_NAME, non puoi utilizzare il caricamento parallelo. La crittografia non è compatibile con il caricamento parallelo. Se specifichi il parametro #PARALLEL_FACTOR con uno di questi parametri di crittografia, l'agente Backint esce con lo stato 1.
  • Se attivi la compressione, non puoi utilizzare il caricamento parallelo. La compressione non è compatibile con il caricamento parallelo. Dalla versione 1.0.22, se specifichi il parametro #PARALLEL_FACTOR e ometti il parametro #DISABLE_COMPRESSION nella configurazione, l'agente Backint 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 unico file e di conseguenza il caricamento non riuscito.

Per ulteriori informazioni sui parametri di caricamento parallelo, consulta Opzioni di configurazione per l'agente Backint.

Ottimizzazione del caricamento parallelo

Per i backup dei log, i caricamenti paralleli possono migliorare notevolmente la velocità effettiva di backup, poiché SAP HANA non esegue flussi di backup dei log multipli. Nella maggior parte dei casi, specificare un #PARALLEL_FACTOR pari o inferiore a 16 è sufficiente. Per volumi di log molto grandi, puoi massimizzare la velocità effettiva utilizzando un valore #PARALLEL_FACTOR elevato, ad esempio 16, e aumentando i valori per i parametri SAP HANA log_segment_size_mb e max_log_backup_size.

In alcuni casi, l'utilizzo di un valore #PARALLEL_FACTOR elevato può diminuire la velocità effettiva complessiva, ad esempio se utilizzi un numero elevato di canali di backup paralleli.

Per limitare la larghezza di banda di rete utilizzata dai backup, utilizza #RATE_LIMIT_MB per impostare la quantità massima di larghezza di banda utilizzabile dai caricamenti paralleli.

Per trovare un'impostazione valida per l'ambiente, il carico di lavoro e il tipo di backup specifici, esegui test con impostazioni diverse e misura la velocità effettiva del backup.

Autenticazione e controllo dell'accesso per l'agente Backint

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

Autorizzazioni Cloud Storage richieste

È necessario concedere a un account di servizio per l'agente Backint le autorizzazioni per le risorse Google Cloud a cui accede l'agente Backint. Il ruolo Amministratore oggetti Storage fornisce le autorizzazioni per elencare, ottenere, creare ed eliminare gli oggetti nei bucket Cloud Storage.

Puoi impostare le autorizzazioni per l'account di servizio a livello di progetto o di bucket. Se la imposti a livello di progetto, concedi all'agente Backint l'accesso a tutti i bucket nel tuo progetto. Se lo imposti a livello di bucket, concedi all'agente Backint l'accesso a un solo bucket. Per ulteriori informazioni sulle autorizzazioni dei bucket Cloud Storage, consulta:

Opzioni dell'account di servizio per l'agente Backint

Se SAP HANA è in esecuzione su una VM di Compute Engine, per impostazione predefinita l'agente Backint utilizza l'account di servizio della VM.

Se utilizzi l'account di servizio VM, l'agente Backint dispone delle 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 Backint e concedi all'account di servizio l'accesso al bucket 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 Backint. Crea l'account di servizio nel progetto Google Cloud che contiene il bucket Cloud Storage che verrà utilizzato dall'agente Backint.

Quando crei un account di servizio per l'agente Backint, devi anche creare una chiave dell'account di servizio. Archivierai la chiave sull'host SAP HANA e specifichi il percorso della chiave nel file parameters.txt. Quando SAP HANA è in esecuzione su una VM di Compute Engine, specificando il percorso di una chiave indichi all'agente Backint 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 alla chiave di crittografia. Per ulteriori informazioni, consulta Assegnazione di una chiave Cloud KMS a un account di servizio.

Accesso alle API e ai server di metadati di Google Cloud

L'agente Backint richiede l'accesso ai seguenti indirizzi IP e host di Google Cloud durante le operazioni di backup e ripristino:

  • Per accedere a Cloud Storage:
    • Versione 1.0.14 e successive dell'agente: storage.googleapis.com
    • Versione 1.0.13 e precedenti: www.googleapis.com
  • Se specifichi un account di servizio nella proprietà #SERVICE_ACCOUNT, oauth2.googleapis.com per l'autenticazione.
  • 169.254.169.254 per il server di metadati dell'istanza Compute Engine che, per impostazione predefinita, risolve i nomi DNS interni.
  • metadata.google.internal anche per i metadati delle istanze VM.

Se l'agente Backint e SAP HANA sono in esecuzione su una VM Compute Engine che non ha accesso a internet, devi configurare l'accesso privato Google in modo che l'agente Backint possa interagire con Cloud Storage e, se utilizzi un account di servizio dedicato, autenticarsi con Google Cloud.

Per configurare l'accesso privato Google, vedi Configurazione dell'accesso privato Google.

Server proxy e agente Backint

Per impostazione predefinita, l'agente Backint ignora qualsiasi proxy HTTP e non legge le variabili di ambiente del proxy nel sistema operativo, come http_proxy, https_proxy o no_proxy.

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 Backint in modo che utilizzi un proxy.

Le impostazioni del proxy per l'agente Backint sono contenute nel file net.properties:

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

Bypass di un server proxy per backup e ripristini

Anche se l'agente Backint ignora i server proxy per impostazione predefinita, puoi rendere esplicita l'esclusione specificando i nomi di dominio e gli indirizzi IP di Google Cloud richiesti sul parametro http.nonProxyHosts nel file /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 Backint per l'invio di backup tramite un server proxy, specifica i parametri dell'host proxy e del numero di porta nel file /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.

Per le query sui metadati dell'istanza VM, l'agente Backint non può utilizzare un proxy, quindi devi specificare il nome di dominio e l'indirizzo IP per i metadati dell'istanza nel parametro http.nonProxyHosts.

L'esempio seguente mostra una configurazione proxy valida per l'agente Backint:

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

Aggiornamenti per l'agente Backint

Google Cloud rilascia periodicamente nuove versioni dell'agente Backint che puoi scaricare e installare autonomamente senza costi aggiuntivi.

Prima di aggiornare l'agente Backint a una nuova versione nell'ambiente di produzione, assicurati di testare la nuova versione in un ambiente non di produzione.

L'aggiornamento dell'agente Backint richiede che l'host SAP HANA supporti le richieste HTTP remote a https://www.googleapis.com/.

Per aggiornare un'istanza esistente dell'agente Backint a una nuova versione, consulta Aggiornamento dell'agente Backint a una nuova versione.

Crittografia per i backup

Cloud Storage cripta sempre i dati prima che siano scritti su disco. Per applicare il tuo livello aggiuntivo di crittografia, puoi fornire le tue chiavi di crittografia per la crittografia lato server dei backup dell'agente Backint.

Hai due opzioni per fornire le tue chiavi all'agente Backint:

Per utilizzare una chiave di crittografia gestita dal cliente, specifica il percorso della chiave nel parametro #KMS_KEY_NAME nel file parameters.txt. Devi inoltre concedere alla VM o all'account di servizio dell'agente Backint l'accesso alla chiave. Per ulteriori informazioni su come concedere a un account di servizio l'accesso a una chiave di crittografia, consulta Assegnazione di una chiave Cloud KMS a un account di servizio.

Per utilizzare una chiave di crittografia fornita dal cliente, specifica il percorso della chiave nel parametro #ENCRYPTION_KEY nel file parameters.txt. La chiave deve essere una stringa di chiave AES-256 codificata in base64, come descritto in Chiavi di crittografia fornite dal cliente.

Restrizioni sulla crittografia

Alla funzionalità di crittografia si applicano le seguenti limitazioni:

  • Se sono specificati sia #KMS_KEY_NAME che #ENCRYPTION_KEY, l'agente Backint non riesce e viene chiuso con lo stato 1.

  • Se #PARALLEL_FACTOR viene specificato con #KMS_KEY_NAME o #ENCRYPTION_KEY, l'agente Backint non riesce e viene chiuso con lo stato 1.

Riferimento per i parametri di configurazione

Puoi specificare una serie di opzioni per l'agente Backint nel file di configurazione parameters.txt.

Quando scarichi per la prima volta l'agente Backint, il file parameters.txt contiene solo due parametri:

  • #BUCKET
  • #DISABLE_COMPRESSION

Tieni presente che # fa parte del parametro e non è un indicatore di commento.

Specifica ciascun parametro su una nuova riga. Separa parametri e valori con uno spazio.

I parametri di configurazione dell'agente Backint sono mostrati nella tabella seguente.

Parametro e valore Descrizione
#BUCKET bucket-name Un parametro obbligatorio che specifica il nome del bucket Cloud Storage in cui l'agente Backint scrive e da cui legge. L'agente Backint crea oggetti di backup con la classe di archiviazione del bucket e supporta tutte le classi di archiviazione. L'agente Backint utilizza la crittografia predefinita di Compute Engine per criptare i dati at-rest.
#CHUNK_SIZE_MB MB Parametro di ottimizzazione avanzato.

Controlla la dimensione delle richieste HTTPS a Cloud Storage durante le operazioni di backup o ripristino. La dimensione predefinita del blocco è 100 MB, il che significa che un singolo flusso di richieste HTTP da o verso Cloud Storage rimane aperto fino a quando non vengono trasferiti 100 MB di dati.

Non modificare questa impostazione a meno che non ti venga richiesto dall'assistenza clienti. L'impostazione predefinita, che bilancia la velocità effettiva e l'affidabilità, raramente deve essere modificata.

Poiché l'agente Backint esegue diversi tentativi HTTP non riusciti più volte prima di un'operazione non riuscita, blocchi di dimensioni più piccole generano meno dati che devono essere ritrasmessi in caso di esito negativo di una richiesta. Chunk di dimensioni maggiori possono migliorare la velocità effettiva, ma richiedono un utilizzo maggiore di memoria e più tempo per inviare nuovamente i dati in caso di errore della richiesta.

#DISABLE_COMPRESSION

Parametro facoltativo che disabilita la compressione immediata predefinita quando l'agente Backint scrive i backup nel bucket Cloud Storage. #DISABLE_COMPRESSION è specificato per impostazione predefinita.

Si consiglia di specificare #DISABLE_COMPRESSION. Sebbene la compressione riduca il costo di archiviazione per i backup in Cloud Storage, richiede una maggiore elaborazione della CPU durante le operazioni di backup e rallenta la velocità effettiva effettiva del backup.

Indipendentemente da questa impostazione, l'agente Backint supporta file di backup compressi o non compressi durante un'operazione di ripristino.

#ENCRYPTION_KEY path/to/key/file Specifica un percorso di una chiave di crittografia fornita dal cliente che Cloud Storage utilizza per criptare i backup. Il percorso deve essere specificato come percorso completo verso una chiave AES-256 codificata in base64.

Non puoi specificare #ENCRYPTION_KEY con #KMS_KEY_NAME o #PARALLEL_FACTOR.

Per ulteriori informazioni sull'utilizzo delle tue chiavi di crittografia su Google Cloud, consulta Chiavi di crittografia fornite dal cliente
#KMS_KEY_NAME path/to/key/file Specifica un percorso di una chiave di crittografia gestita dal cliente generata da Cloud Key Management Service. Cloud Storage utilizza questa chiave per criptare i backup.

Se SAP HANA è in esecuzione su una VM di Compute Engine, la chiave deve essere accessibile alla VM. Se SAP HANA non è in esecuzione su Google Cloud, la chiave Cloud KMS deve essere collegata all'account di servizio dell'agente Backint. Per informazioni, vedi Account di servizio.

Specifica il percorso utilizzando il seguente formato: projects/key_project/locations/location/keyRings/key_ring_name/cryptoKeys/key_name

Dove:

  • key_project è l'ID del progetto associato alla chiave.
  • location è la disponibilità regionale della chiave. Per ulteriori informazioni, consulta Tipi di località per Cloud KMS.
  • key_ring_name è il nome del keyring che contiene la chiave.
  • key_name è il nome della chiave.

Non puoi specificare #KMS_KEY_NAME con #ENCRYPTION_KEY o #PARALLEL_FACTOR.

Per ulteriori informazioni sulla gestione delle tue chiavi di crittografia su Google Cloud, consulta Chiavi di crittografia gestite dal cliente
#MAX_GCS_RETRY integer Definisce il numero massimo di volte in cui l'agente Backint riprova un tentativo non riuscito di lettura e scrittura in Cloud Storage. Il valore predefinito è 5, ovvero il valore consigliato.
#PARALLEL_FACTOR integer

Parametro facoltativo che abilita il caricamento parallelo e imposta il numero massimo di caricamenti paralleli. Il valore "1" disabilita i caricamenti paralleli. Il valore predefinito è "1".

Non attivare il caricamento parallelo se:

  • Il bucket di destinazione utilizza un criterio di conservazione.
  • #ENCRYPTION_KEY o #KMS_KEY_NAME sono specificati.
#PARALLEL_PART_SIZE_MB integer Parametro di ottimizzazione avanzato.

Imposta le dimensioni, in MB, di ogni parte caricata in parallelo. Il valore predefinito è 128 MB.

Non modificare questa impostazione a meno che non ti venga richiesto dall'assistenza clienti. Raramente è necessario modificare l'impostazione predefinita.

#RATE_LIMIT_MB integer Parametro facoltativo che imposta un limite massimo, in MB, della larghezza di banda in uscita verso Compute Engine durante le operazioni di backup o ripristino. Per impostazione predefinita, Google Cloud non limita la larghezza di banda di rete per l'agente Backint. Se impostata, la velocità effettiva può variare, ma non supera il limite specificato.
#SERVICE_ACCOUNT path/to/key/file Parametro facoltativo che specifica il percorso completo della chiave dell'account di servizio Google Cloud con codifica JSON quando non viene utilizzata l'autenticazione predefinita di Compute Engine. Se specifichi #SERVICE_ACCOUNT, l'agente Backint può utilizzare la chiave per l'autenticazione nel servizio Cloud Storage. È consigliata l'autenticazione predefinita di Compute Engine.
#THREADS integer Parametro di ottimizzazione avanzato.

Imposta il numero di thread worker. Il valore predefinito è il numero di processori nella macchina.

Non modificare questa impostazione a meno che non ti venga richiesto dall'assistenza clienti. Raramente è necessario modificare l'impostazione predefinita.

#READ_IDLE_TIMEOUT integer Parametro di ottimizzazione avanzato.

Imposta il tempo massimo in millisecondi che l'agente Backint attenderà per aprire il file di backup. Il valore predefinito è 1000.

Non modificare questa impostazione a meno che non ti venga richiesto dall'assistenza clienti. Raramente è necessario modificare l'impostazione predefinita.

#HTTP_READ_TIMEOUT integer Parametro di ottimizzazione avanzato.

Imposta il timeout in millisecondi per la lettura delle risposte dalle richieste dell'API Cloud Storage. Il valore predefinito è -1; nessun timeout.

Non modificare questa impostazione a meno che non ti venga richiesto dall'assistenza clienti. Raramente è necessario modificare l'impostazione predefinita.

Logging per l'agente Backint

Oltre ai log conservati da SAP HANA in backup.log, l'agente Backint scrive eventi operativi e di errore di comunicazione per i file di log nella sottodirectory logs in /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs.

Quando le dimensioni di un file di log raggiungono i 10 MB, l'agente Backint ruota i file di log.

Se necessario, puoi modificare la configurazione di logging dell'agente Backint in /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logging.properties.

L'agente Backint supporta anche Cloud Logging. Per abilitare Cloud Logging, consulta la guida all'installazione dell'agente Backint di Cloud Storage per SAP HANA.

Utilizzo dell'agente Backint nei deployment ad alta disponibilità di SAP HANA

In un cluster SAP HANA ad alta disponibilità, devi installare l'agente Backint su ciascun nodo del cluster.

Utilizza la stessa configurazione dell'agente Backint con 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. Il sistema secondario è in modalità di replica. Questo vale per i backup di dati, log e catalogo.

Inoltre, il software di clustering delle applicazioni, come Pacemaker, impedisce gli scenari di tipo split-brain, in cui più di un sistema SAP HANA in un cluster ritiene di essere l'istanza principale.

Tuttavia, durante le attività di manutenzione, se il clustering potrebbe essere disabilitato, se il database in standby viene rimosso dalla replica e riportato di nuovo online, devi assicurarti che i backup vengano attivati solo sul database principale.

Poiché l'agente Backint non è a conoscenza di quale sistema SAP HANA sia attualmente attivo e non dispone di meccanismi di pianificazione o di attivazione, devi gestire i trigger di pianificazione e backup utilizzando meccanismi SAP, come la transazione ABAP SAP DB13.

Le applicazioni SAP ABAP si connettono al cluster ad alta disponibilità tramite IP virtuale, quindi il trigger 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 ritengono di essere il sistema attivo, entrambi potrebbero tentare di scrivere backup nel bucket di archiviazione.

Utilizzo dell'agente Backint nei deployment SAP HANA DR

In una configurazione di ripristino di emergenza, in cui un'istanza di ripristino di SAP HANA in un'altra regione Google Cloud viene mantenuta sincronizzata utilizzando la replica di sistema SAP HANA asincrona, specifica per l'istanza di ripristino un bucket diverso rispetto a quello utilizzato dal sistema SAP HANA principale.

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 contrario, e il sistema di ripristino non utilizza un bucket separato, i backup potrebbero sovrascrivere i dati del database principale.

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

Utilizzo dell'agente Backint nei sistemi di scale out SAP HANA

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

Per semplificare la gestione del file di configurazione parameters.txt e, se ne utilizzi uno, della chiave dell'account di servizio dell'agente Backint, puoi inserire questi file in una directory NFS condivisa.