Panoramica dell'agente Backint Cloud Storage per SAP HANA

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

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 per l'agente Backint, consulta le 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 modo semplice di testo.

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 ogni file una un nome diverso.

Ad esempio, puoi specificare una configurazione per i backup dei log in un file chiamata 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 SAP HANA in un bucket Cloud Storage.

Quando crei un bucket, puoi scegliere la località e il bucket di archiviazione standard.

La località di un bucket può essere a livello di regione, a due regioni multiregionale. La scelta dipende dalla tua necessità di limitare posizione dei dati, requisiti di latenza per backup e ripristini nonché dalla necessità di protezione da 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 tempo di conservazione dei backup, a come la frequenza con cui prevedi di accedervi e il 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. Considera anche la capacità di velocità effettiva del disco dati collegato all'istanza HANA, nonché della larghezza di banda l'amministratore alloca per le attività di backup.

Puoi regolare la velocità effettiva modificando il numero di stream oppure limita la velocità effettiva utilizzando #RATE_LIMIT_MB in parameters.txt, l'agente Backint di configurazione del deployment.

Per un bucket multiregionale, inizia con 8 canali impostando il valore Parametro parallel_data_backup_backint_channels in 8 in SAP HANA global.ini.

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 necessità per soddisfare le prestazioni del backup degli obiettivi.

Come indicato nella documentazione SAP HANA, ogni canale aggiuntivo richiede un I/O un buffer di 512 MB. Specifica le dimensioni del buffer di I/O utilizzando il metodo Parametro data_backup_buffer_size correttamente nella sezione per il backup dell' global.ini file. 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 a seconda del carico di lavoro.

Per ulteriori informazioni sul multistreaming, nel team SAP HANA Guida all'amministrazione specifica per la tua versione 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 il metodo di caricamento parallelo dell'agente Backint. In particolare sono utili 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 backup SAP HANA i canali usando 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 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.

Configurare il caricamento parallelo

La funzionalità di caricamento parallelo è abilitata in parameters.txt di configurazione del deployment specificando il numero massimo caricare i thread sul 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 chiesto di farlo entro Assistenza clienti Google Cloud. I valori predefiniti raramente devono essere modificati.

Per ulteriori informazioni sui parametri del 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 #ENCRYPTION_KEY o #KMS_KEY_NAME di configurazione, non puoi utilizzare il caricamento parallelo. La crittografia è incompatibili 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 delle parti in un unico file, impedendo così il 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 backup perché SAP HANA non esegue flussi di backup in più flussi. 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 alto può ridurre la e la velocità effettiva complessiva, come ad esempio potrebbe verificarsi se utilizzando 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 account di servizio per identificare programmi come Backint e per controllare quali risorse Google Cloud a cui possono accedere i programmi.

Autorizzazioni Cloud Storage richieste

È necessario concedere un account di servizio per l'agente Backint le autorizzazioni di accesso alle risorse Google Cloud che l'agente Backint di accesso. 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 a livello di bucket, concedi all'agente Backint l'accesso in un solo bucket. Per ulteriori informazioni sulle autorizzazioni dei bucket Cloud Storage, vedi:

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 ha le 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 concedere all'account di servizio l'accesso del 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 che contiene il bucket Cloud Storage che utilizzerà l'agente Backint.

Quando crei un account di servizio per l'agente Backint, devi anche devi creare una chiave dell'account di servizio. Archivierai la chiave sull'host SAP HANA e specifichi il percorso della chiave nel parameters.txt. Quando SAP HANA è in esecuzione una VM di Compute Engine, che specifica il percorso di una chiave indica all'agente Backint di utilizzare il metodo all'account di servizio associato alla chiave anziché Account di servizio VM.

Se utilizzi una chiave di crittografia gestita dal cliente generata tramite Cloud Key Management Service per crittografare i tuoi backup in Cloud Storage: per concedere al tuo account di servizio l'accesso alla chiave di crittografia. Per ulteriori informazioni consulta la sezione 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 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 un a 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 usi un account di servizio dedicato, autenticarsi con in 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 proxy nell'istanza di sistema, come 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 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, può rendere esplicita l'esclusione specificando la classe Google Cloud richiesta nomi di dominio e indirizzi IP sul parametro http.nonProxyHosts in /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 dei backup tramite un server proxy, specifica l'host proxy e il numero di porta parametri 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, devi specificare il nome di dominio e l'indirizzo IP per i metadati di istanza sul parametro http.nonProxyHosts.

L'esempio seguente mostra una configurazione proxy valida per 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 il SAP 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 Aggiornamento dell'agente Backint a una nuova versione.

Crittografia per i backup

Cloud Storage cripta sempre i dati prima viene scritto su disco. Per applicare il tuo livello aggiuntivo di crittografia, puoi fornire le tue chiavi di crittografia per la crittografia lato server Backup degli agenti 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 un modello 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 Il parametro #ENCRYPTION_KEY nel parameters.txt . La chiave deve essere una stringa di chiavi AES-256 codificata in base64, come descritto Chiavi di crittografia fornite dal cliente.

Restrizioni sulla crittografia

Alla funzionalità di crittografia si applicano le seguenti limitazioni:

  • Se #KMS_KEY_NAME e #ENCRYPTION_KEY sono specificati, i valori L'agente Backint non riesce ed esce 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 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 in seguente.

Parametro e valore Descrizione
#BUCKET bucket-name Un parametro obbligatorio che specifica il nome il bucket Cloud Storage che 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 usa Compute Engine la crittografia predefinita 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. Il valore predefinito della dimensione del blocco 100 MB, il che significa che il flusso di una singola richiesta HTTP da o verso Cloud Storage rimane aperto fino a 100 MB di dati viene trasferito.

Non modificare questa impostazione a meno che non ti venga chiesto di farlo entro il Assistenza clienti. Il valore predefinito che bilancia velocità effettiva e affidabilità, raramente devono essere è cambiato.

Poiché i nuovi tentativi dell'agente Backint non sono andati a buon fine, più richieste HTTP volte prima di non riuscire a eseguire un'operazione, i blocchi di dimensioni più piccole Riduzione dei dati che devono essere ritrasmessi se una richiesta non va a buon fine. 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 rapida 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 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 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 abilita il caricamento parallelo e imposta il valore 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 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 chiesto di farlo entro il Assistenza clienti. Raramente è necessario che l'impostazione predefinita è cambiato.

#RATE_LIMIT_MB integer Parametro facoltativo che imposta un limite massimo, in MB, per la posta in uscita a Compute Engine durante il backup o il ripristino operations. 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 con codifica JSON L'autenticazione predefinita di Compute Engine non viene utilizzata. Specificare #SERVICE_ACCOUNT indirizza l'agente Backint a la chiave durante l'autenticazione nel servizio Cloud Storage. È consigliata l'autenticazione predefinita di Compute Engine.
#THREADS integer Parametro di ottimizzazione avanzato.

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 la quantità di tempo massima in millisecondi durante la quale l'evento L'agente Backint attenderà di aprire il file di backup. Il valore predefinito è 1000.

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

#HTTP_READ_TIMEOUT integer Parametro di ottimizzazione avanzato.

Imposta il timeout in millisecondi per la lettura delle risposte dal richieste 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 relativi agli errori di comunicazione di registrare i file nella sottodirectory logs in /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs.

Quando la dimensione di un file di log raggiunge 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 attivare 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 Agente Backint su ciascun nodo nel 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 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 scenari "spaziali" in cui più di uno Il 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 riportato online, devi assicurarti che i backup vengano attivati solo sull'istanza principale per configurare un database.

Perché l'agente Backint non è a conoscenza di quale sistema SAP HANA è attualmente il sistema attivo e non ha alcuna pianificazione o attivazione meccanici, devi gestire gli attivatori di pianificazione e backup utilizzando meccanismi SAP, come la transazione SAP ABAP DB13.

Le applicazioni SAP ABAP si connettono al cluster ad alta disponibilità tramite IP virtuale, in modo che il trigger sia 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 le versioni principali e 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 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 è resa online e potrebbe attivare i backup. Se e il sistema di ripristino non utilizza un bucket separato, i backup potrebbe 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.