Panoramica dell'agente Backint 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 per consentirti archivia e recupera i backup direttamente da Cloud Storage utilizzando le funzioni native di backup e ripristino di SAP.

Quando utilizzi l'agente Backint, non è necessario utilizzare un disco permanente spazio di archiviazione 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 è denominato parameters.txt e la località 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 il bucket una classe di archiviazione.

La località di un bucket può essere a livello di regione, a due regioni 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 dalle interruzioni regionali. Per ulteriori informazioni, consulta Località dei bucket.

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

Scegli una classe di archiviazione in base al 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 multistreaming con l'agente Backint

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

Il multiflusso è utile per aumentare la velocità effettiva e per il backup dei database superiori a 5 TB, che è la dimensione massima di un singolo oggetto in Cloud Storage.

Il numero ottimale di canali che utilizzi per il multistreaming dipende il tipo di bucket Cloud Storage che stai utilizzando e l'ambiente in in esecuzione da 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 a livello di regione, inizia con 12 canali impostando il valore parallel_data_backup_backint_channels nel file global.ini in 12.

Modifica il numero di canali in base alle tue esigenze per raggiungere gli obiettivi di prestazioni del backup.

Come indicato nella documentazione di SAP HANA, ogni canale aggiuntivo richiede un buffer I/O di 512 MB. Specifica le dimensioni del buffer 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 del buffer IO dimensioni dei tempi di backup, consulta 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 il valore predefinito, ma questo potrebbe 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 file di backup individuale ricevuto da SAP HANA in più parti che vengono poi caricati in parallelo, migliorando le prestazioni dei caricamenti.

Quando Cloud Storage riceve i componenti, questi vengono riassemblati e archiviato come file unico originale ricevuto Agente backint di SAP HANA. Il singolo file è soggetto ai 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 di 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 valore #PARALLEL_FACTOR con uno di questi parametri di crittografia, l'agente Backint uscite con stato 1.
  • Se attivi la compressione, non puoi utilizzare il caricamento parallelo. Compressione corrente incompatibili con il caricamento parallelo. Dalla versione 1.0.22, se specifichi il parametro #PARALLEL_FACTOR e ometti il parametro #DISABLE_COMPRESSION nella configurazione, poi l'agente Backint uscite con stato 1.
  • Se il bucket Cloud Storage implementa un criterio di conservazione, il bucket non supporta caricamenti paralleli. Un criterio di conservazione impedisce il riassemblaggio delle parti in un unico file, causando il fallimento del caricamento.

Per ulteriori informazioni sui parametri del 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 la velocità effettiva utilizzando valore #PARALLEL_FACTOR alto, ad esempio 16, e aumentando i valori per 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 della rete utilizzata dai backup, usa #RATE_LIMIT_MB per impostare la quantità massima di larghezza di banda che può essere utilizzata dai caricamenti paralleli.

Per trovare un'impostazione valida per l'ambiente, il carico di lavoro e il tipo di backup, eseguire test con impostazioni diverse e misurare 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

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 Storage fornisce le operazioni di elenco, recupero, creazione ed eliminazione autorizzazioni per gli oggetti nei bucket Cloud Storage.

Puoi impostare le autorizzazioni per l'account di servizio a livello di progetto a livello di bucket. Se la imposti a livello di progetto, dai Accesso dell'agente Backint a tutti i bucket nel 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 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 di Compute Engine, devi crea 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. Archivia la chiave sull'host SAP HANA e specifica il percorso della chiave nel parameters.txt file. Quando SAP HANA è in esecuzione una VM di Compute Engine, che specifica il percorso di una chiave indica all'agente Backint di utilizzare all'account di servizio associato alla chiave anziché 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 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 a quanto segue gli indirizzi IP e gli host di Google Cloud durante il backup operazioni di 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 service account dedicato, autenticarsi con Google 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 prestazioni implicazioni e ha le competenze necessarie per supportare i di routing dei backup tramite un server proxy, puoi configurare all'agente Backint per utilizzare 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

Sebbene l'agente Backint aggiri i server proxy per impostazione predefinita, puoi esplicitare il bypass specificando i nomi di dominio e gli indirizzi IP di Google Cloud richiesti 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 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 dei Agente Backint che puoi scaricare e installare autonomamente 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 Host HANA per supportare 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 viene scritto 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 su Il parametro #KMS_KEY_NAME nel file parameters.txt. Devi inoltre concede 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 Assegnare una chiave Cloud KMS a un account di servizio.

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

Restrizioni sulla 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.

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 i parametri e i valori con un'interruzione.

I parametri di configurazione dell'agente Backint sono mostrati in 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 di 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 le dimensioni delle richieste HTTPS a Cloud Storage durante le operazioni di backup o ripristino. La dimensione del blocco 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. Il valore predefinito che bilancia velocità effettiva e affidabilità, raramente devono essere è cambiato.

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. Più grande le dimensioni dei blocchi possono migliorare la velocità effettiva, ma richiedono un utilizzo di memoria maggiore e più tempo per inviare nuovamente i dati tra in caso di errore della richiesta.

#DISABLE_COMPRESSION

Parametro facoltativo che disattiva la compressione immediata predefinita quando L'agente Backint scrive i backup in Cloud Storage di sincronizzare la directory di una VM con un bucket. #DISABLE_COMPRESSION è specificato per impostazione predefinita.

Si consiglia di specificare #DISABLE_COMPRESSION. Sebbene riduce i costi di archiviazione per i backup Cloud Storage, richiede una maggiore elaborazione della CPU durante il backup e rallenta la velocità effettiva effettiva del backup.

Indipendentemente da questa impostazione, l'agente Backint supporta di 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 un Chiave AES-256.

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

Per ulteriori informazioni sull'uso della tua crittografia su Google Cloud, vedi Chiavi di crittografia fornite dal cliente
#KMS_KEY_NAME path/to/key/file Specifica un percorso di una chiave di crittografia gestita dal cliente che viene generato 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 Google Cloud, la chiave Cloud KMS deve essere collegata l'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 con la 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 ulteriori informazioni sulla gestione della tua crittografia su Google Cloud, vedi Chiavi di crittografia gestite dal cliente
#MAX_GCS_RETRY integer Definisce il numero massimo di volte in cui l'agente Backint riprova a eseguire un tentativo di lettura e scrittura su Cloud Storage non riuscito. 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 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 chiesto di farlo entro il Assistenza clienti. Raramente è necessario che l'impostazione predefinita è cambiato.

#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 per l'agente Backint. Se impostato, 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 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 worker thread. Il valore predefinito è il numero di processori nella macchina.

Non modificare questa impostazione a meno che non ti venga chiesto di farlo entro il Assistenza clienti. Raramente è necessario che l'impostazione predefinita è cambiato.

#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 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 chiesto di farlo entro il Assistenza clienti. Raramente è necessario che l'impostazione predefinita è cambiato.

Logging per l'agente Backint

Oltre ai log conservati da SAP HANA in backup.log, L'agente Backint scrive gli eventi operativi e di errore di comunicazione nei di registrare i file 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 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 attivare Cloud Logging, consulta la guida all'installazione dell'agente Backint per 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 lo stesso specifiche dei bucket Cloud Storage Istanza SAP HANA nel cluster ad alta disponibilità. Puoi utilizzare le stesse specifiche del bucket perché, durante il normale funzionamento, solo l'istanza SAP HANA attiva in una configurazione HA scrive i backup in Cloud Storage. 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 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 è 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 ABAP SAP.

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 il trigger di backup è definito localmente su ciascun server, ad esempio come script del sistema operativo locale, mentre sia il cluster principale i sistemi secondari pensano di essere il sistema attivo, entrambi potrebbero per scrivere i backup nel bucket di archiviazione.

Utilizzo dell'agente Backint nei deployment di 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 mediante l'uso Replica del sistema SAP HANA, specifica un bucket diverso per il ripristino rispetto a quella utilizzata dal principale sistema SAP HANA.

Anche se il sistema di RE è solitamente 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. Se lo fa e il sistema di recupero non utilizza un bucket separato, i backup potrebbero sovrascrivere i dati del database principale.

Nel caso di un'emergenza che richiede il ripristino da un backup nella tua regione di RE, puoi aggiornare l'agente Backint per fare riferimento alla configurazione 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 di parameters.txt di configurazione del deployment se ne utilizzi uno, l'agente Backint della chiave dell'account di servizio, puoi inserire questi file in una directory NFS condivisa.