Panoramica dell'agente Backint di Cloud Storage per SAP HANA

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

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

Quando utilizzi l'agente Backint, non è necessario 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 è parameters.txt e il percorso predefinito è /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.txt.

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

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 tuoi 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 regionale, a due regioni o multiregionale. La scelta dipende dalla necessità 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 saperne di più, consulta Località dei bucket.

Seleziona bucket con due o 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 saperne di più, consulta 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 flusso multiplo per i 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 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.

Il numero ottimale di canali utilizzati 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 alla tua istanza HANA e la larghezza di banda allocata dall'amministratore per le attività di backup.

Puoi regolare la velocità effettiva cambiando 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 su più regioni, inizia con 8 canali impostando il parametro parallel_data_backup_backint_channels su 8 nel file di configurazione SAP HANAglobal.ini.

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

Regola il numero di canali in base alle tue esigenze per raggiungere i tuoi obiettivi di rendimento del 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 il parametro data_backup_buffer_size in modo appropriato nella sezione di backup del file global.ini. Per ulteriori informazioni sull'effetto della dimensione del buffer 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 dimostrato alcun vantaggio in merito all'aumento significativo della dimensione del buffer rispetto al valore predefinito, ma questo potrebbe variare in base al 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

Puoi migliorare le prestazioni di caricamento dei file di backup dei log attivando la funzionalità di caricamento parallelo dell'agente Backint. Questo è particolarmente utile per i file di backup dei log perché non possono essere trasmessi in più flussi 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 il caricamento parallelo è abilitato, l'agente Backint suddivide ogni singolo file di backup ricevuto da SAP HANA in più parti che vengono quindi caricate in parallelo, migliorando le prestazioni di caricamento.

Una volta ricevute da Cloud Storage, le parti vengono riassemblate e archiviate come il 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.

Configurazione del 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 impostano le dimensioni di ogni parte, e #THREADS, che determina il numero di thread worker, sono utilizzati solo per l'ottimizzazione avanzata. Non modificare queste impostazioni, a meno che non ti venga chiesto di farlo dall'assistenza clienti Google Cloud. Raramente i valori predefiniti devono essere modificati.

Per saperne di più sui parametri di caricamento parallelo, consulta Opzioni di configurazione per l'agente Backint.

Limitazioni per i caricamenti paralleli

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

  • 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 singolo file e questo impedisce il caricamento.

Per saperne di più 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 perché SAP HANA non esegue backup dei log multistream. Nella maggior parte dei casi, è sufficiente specificare un valore #PARALLEL_FACTOR pari o inferiore a 16. Per volumi di log molto grandi, puoi massimizzare la velocità effettiva utilizzando un valore #PARALLEL_FACTOR elevato, come 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ò ridurre la velocità effettiva complessiva, come potrebbe verificarsi se utilizzi anche un numero elevato di canali di backup parallelo.

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

Per trovare una buona impostazione per il tuo ambiente, carico di lavoro e 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 possono accedere i programmi.

Autorizzazioni Cloud Storage richieste

Un account di servizio per l'agente Backint deve disporre delle autorizzazioni per le risorse Google Cloud a cui accede l'agente Backint. Il ruolo Amministratore oggetti Storage fornisce le autorizzazioni di elenco, recupero, creazione ed eliminazione per gli oggetti nei bucket Cloud Storage.

Puoi impostare le autorizzazioni per l'account di servizio a livello di progetto o di bucket. Se lo 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 per i 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 avrà le stesse autorizzazioni a livello di progetto di tutti gli altri programmi e processi che utilizzano l'account di servizio VM.

Per il controllo dell'accesso più restrittivo, 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 contenente 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. Puoi archiviare la chiave sull'host SAP HANA e specificare il percorso della chiave nel file parameters.txt. Quando SAP HANA è in esecuzione su una VM di Compute Engine, se specifichi il percorso di una chiave, l'agente Backint dovrà utilizzare l'account di servizio associato alla chiave anziché l'account di servizio 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 saperne di più, consulta Assegnazione di una chiave Cloud KMS a un account di servizio.

Accesso alle API e ai server di metadati Google Cloud

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

  • Per l'accesso 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 metadati delle istanze 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 di 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, consulta 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 proxy nel sistema operativo, quali http_proxy, https_proxy o no_proxy.

Se non hai alternative o la tua organizzazione comprende le implicazioni sulle prestazioni e dispone dell'esperienza necessaria 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 recuperi

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 richiesti di Google Cloud nel 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 in modo che invii 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.

Per aggiornare l'agente Backint, è necessario 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 vengano 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.

Per fornire le tue chiavi con l'agente Backint hai due opzioni:

Per utilizzare una chiave di crittografia gestita dal cliente, specifica il percorso della chiave nel parametro #KMS_KEY_NAME nel file parameters.txt. Devi anche concedere alla VM o all'agente di account di servizio Backint l'accesso alla chiave. Per saperne di più su come concedere a un account di servizio l'accesso a una chiave di crittografia, vedi Assegnare 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 Base64, come descritto in Chiavi di crittografia fornite dal cliente.

Limitazioni della crittografia

Alla funzionalità di crittografia si applicano le seguenti restrizioni:

  • Se #KMS_KEY_NAME e #ENCRYPTION_KEY sono specificati, l'agente Backint ha esito negativo e esce con lo stato 1.

  • Se #PARALLEL_FACTOR viene specificato con #KMS_KEY_NAME o #ENCRYPTION_KEY, l'agente Backint ha esito negativo e esce con lo stato 1.

Riferimento ai 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 di un indicatore di commento.

Specifica ogni parametro su una nuova riga. Separa i parametri e i 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 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 avanzata.

Controlla la dimensione delle richieste HTTPS a Cloud Storage durante le operazioni di backup o ripristino. La dimensione predefinita del blocco è di 100 MB, il che significa che un singolo flusso di richiesta HTTP da o verso Cloud Storage viene mantenuto aperto fino al trasferimento di 100 MB di dati.

Non modificare questa impostazione a meno che non venga richiesto dall'Assistenza clienti. Raramente è necessario modificare l'impostazione predefinita, che bilancia velocità effettiva e affidabilità.

Poiché l'agente Backint ripete più volte le richieste HTTP non riuscite prima di non riuscire un'operazione, le dimensioni dei blocchi di dimensioni inferiori comportano una riduzione dei dati da ritrasmettere in caso di esito negativo. Dimensioni dei blocchi più grandi possono migliorare la velocità effettiva, ma richiedono più memoria e 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.

È consigliabile 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 i file di backup compressi o non compressi durante un'operazione di ripristino.

#ENCRYPTION_KEY path/to/key/file Specifica il 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 a una chiave AES-256 con codifica 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 a 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 saperne di più, 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 a 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 attiva 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 specificati.
#PARALLEL_PART_SIZE_MB integer Parametro di ottimizzazione avanzata.

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

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

#RATE_LIMIT_MB integer Parametro facoltativo che imposta un limite superiore, in MB, per la 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 della rete per l'agente Backint. Se impostata, la velocità effettiva può variare, ma non supererà 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 verrà utilizzato per utilizzare la chiave durante l'autenticazione al servizio Cloud Storage. È consigliabile utilizzare l'autenticazione predefinita di Compute Engine.
#THREADS integer Parametro di ottimizzazione avanzata.

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

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

#READ_IDLE_TIMEOUT integer Parametro di ottimizzazione avanzata.

Imposta la quantità massima di tempo in millisecondi che l'agente Backint attende per aprire il file di backup. Il valore predefinito è 1000.

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

#HTTP_READ_TIMEOUT integer Parametro di ottimizzazione avanzata.

Imposta il timeout in millisecondi per le risposte di lettura delle richieste API Cloud Storage. Il valore predefinito è -1; nessun timeout.

Non modificare questa impostazione a meno che non 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 gli eventi di errore operativo e di comunicazione nei 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 del 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 SAP HANA ad alta disponibilità

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 cataloghi.

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

Tuttavia, 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 nel database principale.

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

Le applicazioni SAP ABAP si connettono al cluster ad alta disponibilità tramite l'IP virtuale, quindi il trigger è sempre instradato all'istanza SAP HANA attiva.

Se il trigger di backup viene definito localmente su ogni server, ad esempio come script di un 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 di archiviazione.

Utilizzo dell'agente Backint nei deployment di RE di SAP HANA

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 un bucket diverso per l'istanza di ripristino da quello utilizzato dal sistema SAP HANA principale.

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 in modalità online e potrebbe attivare backup. In caso affermativo, 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 richieda il ripristino da un backup nella regione di RE, puoi aggiornare la configurazione dell'agente Backint per fare riferimento al bucket multiregionale 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.