Panoramica dell'agente Backint di Cloud Storage per SAP HANA

Puoi inviare i backup di 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 Cloud Storage Backint per SAP HANA (agente Backint) certificato da SAP.

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

Quando utilizzi l'agente Backint, non è necessario utilizzare lo spazio di 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

Configura 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 ciascuno un nome diverso.

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

Archiviazione dei backup nei bucket Cloud Storage

L'agente Backint archivia i backup di 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 collocazione dei dati, dai requisiti di latenza per i backup e i ripristini, nonché dalla necessità di protezione contro le interruzioni regionali. Per ulteriori informazioni, consulta Località dei bucket.

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

Scegli una classe di archiviazione in base al periodo di conservazione dei backup, alla frequenza con cui prevedi di accedervi e al costo. Per ulteriori informazioni, consulta Classi di archiviazione.

Backup dei dati con multistreaming con l'agente Backint

Per le versioni precedenti a SAP HANA 2.0 SP05, SAP HANA supporta il multistreaming per i database più grandi di 128 GB. A partire da SAP HANA 2.0 SP05, questa soglia è ora configurabile tramite il parametro SAP HANAparallel_data_backup_backint_size_threshold, che specifica la dimensione minima del backup del database in GB per l'attivazione del multistreaming.

Il multistreaming è utile per aumentare la velocità effettiva e per eseguire il backup di database di dimensioni superiori a 5 TB, ovvero la dimensione massima di 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. Prendi in considerazione anche la capacità di throughput del disco dati collegato all'istanza HANA, nonché la larghezza di banda allocata dall'amministratore per le attività di backup.

Puoi regolare la velocità in bit modificando il numero di stream o limitarla 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 global.ini SAP HANA.

Per un bucket regionale, 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 raggiungere gli obiettivi di rendimento 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 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 I/O sui tempi di backup, consulta la nota SAP 2657261. A partire da HANA 2.0 SP05, SAP specifica un valore massimo di 4 GB per questo parametro. I test su Google Cloud non hanno mostrato alcun vantaggio nell'aumentare la dimensione del buffer in modo significativo rispetto al valore predefinito, ma questo può variare in base al carico di lavoro.

Per saperne di più sul multistreaming, consulta la Guida all'amministrazione di SAP HANA specifica per la tua versione di SAP HANA, Eseguire il backup dei dati con il 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 sottoposti a multistream da SAP HANA.

Per i backup dei dati, puoi ottimizzare il numero di canali di backup SAP HANA utilizzando solo il parametro SAP HANAparallel_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 poi caricate in parallelo, migliorando le prestazioni di caricamento.

Quando i componenti vengono ricevuti da Cloud Storage, vengono rimontati e archiviati come singolo file originale ricevuto dall'agente Backint da SAP HANA. Il singolo file è soggetto al limite di dimensione 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 imposta le dimensioni di ogni parte, e #THREADS, che determina il numero di thread worker, sono solo per l'ottimizzazione avanzata. Non modificare queste impostazioni, a meno che non ti venga richiesto di farlo 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 del 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 uno stato 1.
  • Se attivi la compressione, non puoi utilizzare il caricamento parallelo. La compressione è incompatibile 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, non supporta i caricamenti paralleli. Una regola di conservazione impedisce il riassemblaggio delle parti in un unico file, causando il fallimento del caricamento.

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 il throughput del backup perché SAP HANA non esegue il multistream dei backup dei log. Nella maggior parte dei casi, è sufficiente specificare un valore #PARALLEL_FACTOR pari o inferiore a 16. Per volumi di log molto grandi, puoi massimizzare il throughput 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ò ridurre il throughput complessivo, ad esempio se utilizzi anche 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 che possono utilizzare i caricamenti paralleli.

Per trovare un'impostazione ottimale per il tuo ambiente, il tuo carico di lavoro e il tuo tipo di backup specifico, esegui test con impostazioni diverse e misura il throughput 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

A un account di servizio per l'agente Backint devono essere concesse le autorizzazioni per le risorse Google Cloud a cui l'agente accede. Il ruolo Amministratore oggetti archiviati 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 a livello di bucket. Se lo imposti a livello di progetto, concedi all'agente Backint l'accesso a tutti i bucket del 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 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 VM.

Per il controllo dell'accesso più rigoroso, 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 Compute Engine, devi creare un account di servizio per l'agente Backint. Crea l'account di servizio nel progettoGoogle 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. Archivia la chiave sull'host SAP HANA e specifica il percorso della chiave nel parameters.txt file. Quando SAP HANA è in esecuzione su una VM Compute Engine, la specifica del percorso di una chiave indica 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 all'account di servizio l'accesso alla chiave di crittografia. Per ulteriori informazioni, consulta Assegnare 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 seguentiGoogle Cloud indirizzi IP e host durante le operazioni di backup e recupero:

  • 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 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 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 conGoogle Cloud.

Per configurare l'accesso privato Google, consulta Configurare l'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, ad esempio http_proxy, https_proxy o no_proxy.

Se non hai alternative o la tua organizzazione comprende le implicazioni sul rendimento e dispone delle competenze necessarie per supportare il rendimento dell'inoltro 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

Ignorare un server proxy per i backup e i ripristini

Sebbene l'agente Backint aggiri i server proxy per impostazione predefinita, puoi esplicitare il bypass specificando i nomi di dominio e gli indirizzi IP richiesti di Google Cloudnel 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 i backup e i ripristini

Per configurare l'agente Backint in modo che invii i 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 ai metadati delle istanze 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 Aggiornare l'agente Backint a una nuova versione.

Crittografia per i backup

Cloud Storage cripta sempre i dati prima che vengano scritti su disco. Per applicare un ulteriore livello 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 del file parameters.txt. Devi anche dare all'account di servizio della VM o 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 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 del file parameters.txt. La chiave deve essere una stringa di chiavi AES-256 con codifica base64, come descritto in Chiavi di crittografia fornite dal cliente.

Limitazioni della crittografia

Alla funzionalità di crittografia si applicano le seguenti limitazioni:

  • Se vengono specificati sia #KMS_KEY_NAME che #ENCRYPTION_KEY, l'agente Backint non riesce ed esce con uno stato pari a 1.

  • Se #PARALLEL_FACTOR è specificato con #KMS_KEY_NAME o #ENCRYPTION_KEY, l'agente Backint non riesce ed esce con uno stato pari a 1.

Riferimento parametro di configurazione

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

Al primo download dell'agente Backint, il parameters.txt file contiene solo due parametri:

  • #BUCKET
  • #DISABLE_COMPRESSION

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

Specifica ogni parametro su una nuova riga. Separa i parametri e i valori con un'interruzione.

I parametri di configurazione dell'agente Backint sono riportati 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 avanzata.

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

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

Poiché l'agente Backint riprova più volte le richieste HTTP non riuscite prima di interrompere un'operazione, dimensioni dei chunk più piccole comportano meno dati da ritrasmettere in caso di mancata riuscita di una richiesta. Dimensioni dei chunk più grandi possono migliorare il throughput, ma richiedono un maggiore utilizzo della memoria e più tempo per inviare nuovamente i dati in caso di errore di richiesta.

#DISABLE_COMPRESSION

Parametro facoltativo che disattiva la compressione dinamica 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 dello spazio di archiviazione per i backup in Cloud Storage, richiede una maggiore elaborazione della CPU durante le operazioni di backup e rallenta il throughput effettivo 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 utilizzata da Cloud Storage 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 saperne di più 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 il 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 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 maggiori 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 saperne di più 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 che l'agente Backint ritenta un tentativo non riuscito di lettura e scrittura in Cloud Storage. Il valore predefinito è 5, che è il valore consigliato.
#PARALLEL_FACTOR integer

Parametro facoltativo che attiva il caricamento parallelo e imposta il numero massimo di caricamenti paralleli. Un valore pari a "1" disattiva 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 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 ti venga richiesto di farlo dall'assistenza clienti. L'impostazione predefinita raramente deve essere modificata.

#RATE_LIMIT_MB integer Parametro facoltativo che imposta un limite superiore, in MB, per la larghezza di banda in uscita per 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 impostato, il throughput potrebbe 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 codificata in JSON quando non viene utilizzata l'autenticazione predefinita di Compute Engine. Se specifichi #SERVICE_ACCOUNT, l'agente Backint userà la chiave per l'autenticazione al servizio Cloud Storage. L'autenticazione predefinita di Compute Engine è consigliata.
#THREADS integer Parametro di ottimizzazione avanzata.

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

Non modificare questa impostazione a meno che non ti venga richiesto di farlo dall'assistenza clienti. L'impostazione predefinita raramente deve essere modificata.

#READ_IDLE_TIMEOUT integer Parametro di ottimizzazione avanzata.

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 di farlo dall'assistenza clienti. L'impostazione predefinita raramente deve essere modificata.

#HTTP_READ_TIMEOUT integer Parametro di ottimizzazione avanzata.

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 di farlo dall'assistenza clienti. L'impostazione predefinita raramente deve essere modificata.

Log per l'agente Backint

Oltre ai log conservati da SAP HANA in backup.log, l'agente Backint scrive eventi operativi ed errori 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 esegue la rotazione dei file di log.

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

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

Utilizzo dell'agente Backint nei deployment SAP HANA HA

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 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 su 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, impedisce scenari di 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 disattivato, se il database di standby viene rimosso dalla replica e riportato online, devi assicurarti che i backup vengano attivati solo nel 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 attivazione, devi gestire gli attivatori di pianificazione e backup utilizzando i meccanismi SAP, come la transazione DB13 di SAP ABAP.

Le applicazioni SAP ABAP si connettono al cluster HA tramite l'IP virtuale, quindi l'attivatore viene sempre indirizzato all'istanza SAP HANA attiva.

Se l'attivatore del backup è definito localmente su ogni 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 i backup nel bucket di archiviazione.

Utilizzo dell'agente Backint nei deployment di SAP HANA RE

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

Sebbene il sistema di RE sia in genere in modalità di replica e quindi non possa eseguire autonomamente un backup, durante i normali test di ripristino di emergenza l'istanza di recupero viene messa online e potrebbe attivare i backup. Se lo fa e il sistema di recupero non utilizza un bucket separato, i backup potrebbero sovrascrivere i dati del database principale.

In caso di un disastro reale che richiede il recupero da un backup nella regione di RE, puoi aggiornare la configurazione dell'agente Backint in modo che faccia riferimento al bucket multiregionale utilizzato dal sistema HA principale.

Utilizzo dell'agente Backint nei sistemi SAP HANA scalabili orizzontalmente

Nei sistemi SAP HANA scale-out, devi installare l'agente Backint su ogni 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 posizionare questi file in una directory NFS condivisa.