Questa guida alla pianificazione si concentra esclusivamente sulla funzionalità Backint di Agente Google Cloud per SAP, che consente di eseguire backup e ripristino per SAP HANA. Per informazioni sull'agente e su tutte le sue funzionalità, vedi Guida alla pianificazione dell'agente per SAP di Google Cloud.
Per i tuoi sistemi SAP HANA, puoi eseguire backup e ripristino di Google Cloud tramite la funzionalità Backint dell'agente Google Cloud per SAP. Questa funzionalità è disponibile per i sistemi SAP HANA in esecuzione su Google Cloud, su Bare Metal Solution, on-premise o su altri cloud provider.
La funzionalità Backint dell'agente è certificata da SAP. Questa funzionalità è integrata con SAP HANA per archiviare e recuperare i backup direttamente Cloud Storage utilizzando le funzioni di backup e ripristino native per SAP.
Per informazioni su come configurare questa funzionalità, consulta Configura il backup e il ripristino basati su Backint per SAP HANA.
Per informazioni sull'esecuzione di operazioni di backup e ripristino per SAP HANA usando Backint, vedi Eseguire backup e ripristino utilizzando Backint.
Per informazioni sulla certificazione SAP della funzionalità Backint, vedi:
Stima dei costi mensili
Ti sono addebitati i costi per lo spazio di archiviazione che utilizzi in Cloud Storage. Per informazioni sugli addebiti, vedi Prezzi di Cloud Storage.
Per stimare il costo mensile di Cloud Storage, puoi utilizzare Calcolatore prezzi di Google Cloud.
Utilizza le seguenti informazioni per stimare meglio i costi:
- Dimensione totale dei backup completi, delta e incrementali richiesti in un mese. incluso un tasso di crescita previsto.
- La frequenza di modifica giornaliera in termini di backup del volume di log SAP HANA creati dal tuo database SAP HANA. Devi moltiplicare questo tasso per l'importo giorni in cui prevedi di conservare i backup dei log in base al backup strategia.
- La località e il tipo di bucket Cloud Storage adatto strategia di backup. I bucket a regione singola devono essere utilizzati solo a scopo di test.
- La classe di archiviazione del bucket Cloud Storage. Seleziona un corso che è in linea con la frequenza con cui è necessario accedere ai dati.
- La quantità stimata di operazioni di classe A e B con Cloud Storage, sia per il backup che per il ripristino, in un mese. Per informazioni su queste operazioni, vedi Operazioni che rientrano in ciascuna classe.
Il traffico di rete in uscita stimato per le operazioni tra regioni, intere e più regioni, come quando si recupera un database utilizzando un backup. Per ulteriori informazioni, vedi Trasferimento dei dati all'interno di Google Cloud.
Il traffico di rete in entrata in Cloud Storage è gratuito e quindi devi includerlo nella stima.
File di configurazione Backint
Puoi configurare la funzionalità Backint dell'agente Google Cloud per SAP specificando i parametri in un file di configurazione separato che l'agente crea quando attivare la funzionalità.
Per impostazione predefinita, il file di configurazione è denominato parameters.json e
la sua posizione predefinita è
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.
SID è una variabile segnaposto per il SID del tuo SAP
di un sistema operativo completo.
Puoi utilizzare una singola configurazione o file di configurazione separati per ciascuno dei seguenti elementi: volume di dati SAP HANA, volume di log SAP HANA e SAP Catalogo di backup HANA. Puoi anche eseguire altre personalizzazioni, come rinominare e di spostarli in directory diverse. Per istruzioni su come eseguire personalizzazioni, vedi Personalizzare il file di configurazione di Backint.
Archiviazione dei backup nei bucket Cloud Storage
La funzionalità Backint dell'Agente per SAP di Google Cloud archivia i tuoi backup SAP HANA in un bucket Cloud Storage. Le seguenti sezioni forniscono informazioni sulla creazione di bucket Cloud Storage e su come l'agente di Google Cloud per SAP archivia i backup nei bucket.
Creazione di bucket Cloud Storage
Quando crei un bucket, devi selezionare la località e il bucket di archiviazione standard.
Una località del bucket può essere a singola regione, a due regioni o multiregionale. Tu devi scegliere un bucket in base alle tue esigenze di limitare la località del tuo i tuoi requisiti di latenza per backup e ripristini, nonché le tue esigenze per proteggerti da interruzioni regionali. Per ulteriori informazioni, vedi 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, vedi Classi di archiviazione.
Organizzazione di backup nel bucket
L'agente Google Cloud per SAP utilizza le cartelle nel bucket Cloud Storage per per organizzare i backup SAP HANA.
L'agente crea una cartella per ogni database, sistema o tenant SAP HANA, del backup mediante la funzionalità Backint. All'interno della cartella di un database, l'agente crea cartelle separate per l'archiviazione dei backup dei dati SAP HANA volume dei log di SAP HANA e catalogo di backup SAP HANA.
Per assegnare un nome ai backup, l'agente segue SAP HANA Convenzioni di denominazione.
Di seguito sono riportati alcuni percorsi di esempio per i backup SAP HANA in un ambiente Cloud Storage del bucket:
Per i backup del database di sistema:
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB
Per i backup di un database tenant:
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID
Sostituisci quanto segue
BUCKET_NAME: il nome del tuo Cloud Storage del bucket rimanenteSID: l'ID del sistema SAPTENANT_SID: l'ID di sistema del database tenant
Best practice per l'organizzazione dei backup
Utilizza le seguenti best practice per organizzare i backup nel tuo Bucket Cloud Storage:
Non rinominare le cartelle o i file all'interno del bucket Cloud Storage.
La ridenominazione di una cartella o di un file modifica in modo efficace il percorso di backup, azione che viola gli standard applicati da SAP sul backup di terze parti i nostri strumenti. La ridenominazione di una cartella o di un file causa l'errore del meccanismo Backint durante operazioni di ripristino di database finché non ripristini il nome della cartella o del file al momento della creazione del backup.
Non utilizzare lo stesso bucket Cloud Storage per archiviare i backup di due o più database SAP HANA con lo stesso ID di sistema SAP (SID).
In Cloud Storage, l'agente per SAP di Google Cloud organizza la SAP HANA in cartelle specifiche del SID. Pertanto, se utilizzi lo stesso bucket archiviare i backup dei database SAP HANA con lo stesso SID, quindi eseguire il backup sovrascrivere o eliminare i backup.
Le eccezioni a questa best practice sono i database SAP HANA installati in ad alta disponibilità, ripristino di emergenza (RE) o deployment con scale out, in cui tutti i nodi SAP HANA hanno lo stesso SID. Per questi sistemi, i backup sono archiviati nello stesso bucket Cloud Storage perché operativa, una sola istanza SAP HANA è attiva e scrive nei backup. Per ulteriori informazioni, vedi Utilizzo di Backint nei deployment SAP HANA.
Personalizzazioni supportate
Durante la creazione di backup basati su Backint per il tuo database SAP HANA, puoi utilizzare il metodo seguenti personalizzazioni:
| Parametro di configurazione Backint | Caso d'uso |
|---|---|
metadata |
Per supportare attività come la gestione del ciclo di vita dei backup,
puoi associare le coppie chiave-valore come metadati ai file di backup nel tuo
nel bucket Cloud Storage. Per farlo, puoi includere
Questo parametro di configurazione facoltativo è disponibile a partire dalla versione 3.3 dell'agente Google Cloud per SAP. |
folder_prefix e recovery_folder_prefix |
Per organizzare i backup di diversi sistemi SAP HANA nello stesso
nel bucket Cloud Storage, devi specificare
Se specifichi
Se hai utilizzato il parametro |
shorten_folder_path |
Per abbreviare automaticamente il percorso dei file in
nel bucket Cloud Storage, puoi specificare
Parametro booleano Questo parametro di configurazione è disponibile dalla versione 3.3 di agente di Google Cloud per SAP. Se specifichi questo parametro, il percorso dei file viene accorciato automaticamente al seguente formato:
Se utilizzi anche l' |
Opzioni di crittografia per i backup
Per impostazione predefinita, Cloud Storage cripta sempre i dati prima che vengano archiviati in un bucket. Per applicare un ulteriore livello di crittografia ai dati, puoi utilizzare una delle seguenti opzioni:
| Opzione di crittografia | Descrizione |
|---|---|
| Utilizza una chiave di crittografia gestita dal cliente con la funzionalità Backint dell'Agente per SAP di Google Cloud. |
Per utilizzare una chiave di crittografia gestita dal cliente, devi specificare il percorso
la chiave sul parametro kms_key nel tuo
PARAMETERS.json file. Devi anche assegnare
l'account di servizio utilizzato dall'agente per accedere alla chiave. Per informazioni
su come concedere a un account di servizio l'accesso a una chiave di crittografia, consulta
Assegnare una chiave Cloud Key Management Service a un servizio
un agente.
|
| Utilizza un Fornito dal cliente chiave di crittografia con la funzionalità Backint dell'agente di Google Cloud per SAP. |
Per utilizzare una chiave di crittografia fornita dal cliente, specifica il percorso della chiave
sul parametro encryption_key in
PARAMETERS.json file. La chiave deve essere un
stringa di chiavi AES-256 con codifica base64, come descritto in
Fornito dal cliente
chiavi di crittografia.
|
| Utilizza la crittografia di backup SAP HANA. |
Questa opzione è disponibile da SAP HANA 2.0 SP01. Puoi crittografare backup dei dati e dei volumi dei log SAP HANA utilizzando AES a 256 bit la crittografia. I backup del catalogo di backup SAP HANA non vengono mai criptati. Questa crittografia richiede la creazione di un Chiave radice di crittografia del backup ed eseguire configurazioni aggiuntive come descritto in SAP HANA del documento sulla configurazione della crittografia. Da SAP HANA 2.0 SPS07, a meno che non la disabiliti, la crittografia per
Per informazioni su come creare un backup della chiave radice, consulta il Documento SAP Backup delle chiavi root. |
La crittografia dei backup richiede risorse di memoria e CPU aggiuntive durante le operazioni di backup e ripristino. Anche se la crittografia dei backup in genere non alcun impatto sulle prestazioni del database durante le operazioni di backup o ripristino potresti notare un impatto sulle prestazioni complessive del sistema, a seconda del database SAP HANA e il previsto maggiore utilizzo della CPU.
Restrizioni sulla crittografia
All'utilizzo della crittografia per i backup si applicano le seguenti limitazioni:
- Se specifichi entrambi i parametri,
kms_keyeencryption_key: L'agente per SAP di Google Cloud non funziona ed esce con lo stato1. - Se specifichi il parametro
parallel_streamscon i valorikms_keyo il parametroencryption_key, l'agente per SAP di Google Cloud non riesce e si chiude con uno stato di1.
Opzioni di compressione per i backup
La compressione di un backup ne riduce le dimensioni e lo spazio utilizzato nel tuo bucket Cloud Storage, il che a sua volta riduce lo spazio di archiviazione ad accesso meno frequente per ridurre i costi di archiviazione. Tuttavia, la compressione dei backup richiede un maggiore utilizzo della CPU durante il backup operazioni e può influire sulle prestazioni complessive sia durante il backup di ripristino dei dati di fabbrica.
Come alternativa alla compressione dei backup, valuta la possibilità di utilizzare Autoclass di Cloud Storage, che trasferisce automaticamente gli oggetti il bucket alla classe di archiviazione appropriata in base al pattern di accesso dell'oggetto.
Per comprimere i backup SAP HANA, puoi utilizzare una delle seguenti opzioni:
| Opzione di compressione | Descrizione |
|---|---|
| Utilizza la compressione del backup dei dati SAP HANA |
Questa è l'opzione consigliata, se hai bisogno di backup compressa. Da SAP HANA 2.0 SPS06, SAP HANA supporta gli algoritmi di compressione LZ4 durante l'esecuzione delle operazioni di backup. Per impostazione predefinita, la compressione è disattivata. Per istruzioni su come abilitare questa compressione, vedi il documento SAP HANA Configura la compressione del backup dei dati. |
| Utilizza la compressione Cloud Storage |
Per utilizzare la compressione integrata che l'agente può eseguire
dei backup sul bucket Cloud Storage, utilizza
Parametro Ti consigliamo di non abilitare questa compressione. |
Backup dei dati multistreaming
Per le versioni precedenti a SAP HANA 2.0 SP05, SAP HANA supporta il multistreaming per
più grandi di 128 GB. A partire da SAP HANA 2.0 SP05, questa soglia è
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 di archiviazione ideale in Cloud Storage.
Per abilitare il multistreaming, imposta il parametro SAP HANA
parallel_data_backup_backint_channels con il numero di canali da utilizzare.
Il numero ottimale di canali che utilizzi per il multistreaming dipende
in esecuzione da SAP HANA.
Considera anche la capacità di velocità effettiva del disco dati collegato al tuo SAP
HANA e la larghezza di banda allocata dall'amministratore
attività di backup. Puoi regolare la velocità effettiva modificando il numero
flussi di dati oppure limita la velocità effettiva utilizzando il parametro rate_limit_mb in
PARAMETERS.json.
Per un bucket Cloud Storage in più regioni, inizia con 8 canali. Per un bucket regionale, inizia con 12 canali. Regola il numero di canali come necessari per raggiungere gli obiettivi di prestazioni del backup.
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 in modo appropriato utilizzando il metodo
Parametro data_backup_buffer_size nella sezione backup di
global.ini file. Per ulteriori informazioni sull'effetto del buffer di I/O
dimensione dei tempi di backup, consulta la
2657261 - Backup lungo con Backint in database HANA.
A partire da HANA 2.0 SP05, SAP specifica un valore massimo di 4 GB per questo parametro.
I test in Google Cloud non hanno mostrato un vantaggio nell'aumento del buffer
dimensioni notevolmente superiori a quelle predefinite, ma questo potrebbe variare in base al 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
Per i file di backup dei log di SAP HANA, puoi migliorare il caricamento il rendimento attivando la funzione di caricamento parallelo agente di Google Cloud per SAP. Questa funzionalità è particolarmente utile per il log SAP HANA file di backup perché non possono essere sottoposti a flussi multipli da SAP HANA.
Per i backup dei dati SAP HANA, puoi ottimizzare il numero di istanze SAP
Canali di backup HANA con il parametro SAP HANA
parallel_data_backup_backint_channels.
Quando il caricamento parallelo è abilitato, l'agente Google Cloud per SAP suddivide ogni persona file di backup ricevuto da SAP HANA in più parti che vengono poi caricati in parallelo, migliorando il rendimento dei caricamenti. Poiché le parti sono ricevute da Cloud Storage, vengono riassemblate e archiviate come il singolo file originale ricevuto dall'Agente per SAP di Google Cloud da SAP HANA. Il singolo file è soggetto al limite di dimensioni di 5 TB per gli oggetti in di archiviazione ideale in Cloud Storage.
Configurare il caricamento parallelo
Puoi attivare la funzionalità di caricamento parallelo specificando parallel_streams
parametri nel tuo file PARAMETERS.json.
Per informazioni su questo parametro, consulta Parametri di configurazione.
Limitazioni per il caricamento parallelo
Alla funzionalità di caricamento parallelo si applicano le seguenti limitazioni:
- Se attivi la crittografia utilizzando
encryption_keyokms_key, non puoi utilizzare il caricamento parallelo. La crittografia è incompatibili con il caricamento parallelo. Se specifichi il valoreparallel_streamscon uno di questi parametri di crittografia, L'agente per SAP di Google Cloud non funziona ed esce con lo stato1. - Se attivi la compressione, non puoi utilizzare il caricamento parallelo. Compressione corrente
incompatibili con il caricamento parallelo. Se specifichi il valore
parallel_streamse ometti il parametrocompressnella configurazione, quindi L'agente per SAP di Google Cloud non funziona e si chiude con stato1. - Se il bucket Cloud Storage implementa un criterio di conservazione, il parametro non supporta caricamenti paralleli. Un criterio di conservazione impedisce delle parti in un unico file, impedendo così il caricamento.
Ottimizzazione dei caricamenti paralleli
Per i backup del volume di log SAP HANA, i caricamenti paralleli possono migliorare significativamente la velocità effettiva del backup perché SAP HANA non esegue il multiflusso dei backup dei log.
Nella maggior parte dei casi, è sufficiente specificare il parametro parallel_streams in
il file di configurazione di Backint, con un valore pari o inferiore a 32. Per log molto grandi
volumi, puoi massimizzare la velocità effettiva specificando un valore elevato, ad esempio 32
per parallel_streams e aumentando i valori dei parametri SAP HANA
log_segment_size_mb e max_log_backup_size.
Per limitare la larghezza di banda di rete utilizzata dai backup, utilizza il metodo
parametro di configurazione rate_limit_mb per impostare la quantità massima di larghezza di banda
utilizzabili dai caricamenti paralleli.
Autenticazione e controllo degli accessi
Google Cloud utilizza account di servizio identificare programmi come Agent for SAP di Google Cloud e controllare quali Le risorse Google Cloud a cui i programmi possono accedere.
Autorizzazioni Cloud Storage richieste
consentire l'archiviazione dell'agente Google Cloud per SAP e recuperare i backup da un
nel bucket Cloud Storage, l'account di servizio utilizzato dall'host deve essere
ha concesso il ruolo IAM
Amministratore oggetti Storage (storage.objectAdmin).
Per istruzioni su come impostare il ruolo IAM, consulta Imposta i ruoli IAM.
Considerazioni sull'account di servizio
Se SAP HANA è in esecuzione su una VM di Compute Engine, per impostazione predefinita L'agente Google Cloud per SAP utilizza l'account di servizio della VM. Se utilizzi la VM account di servizio, l'agente riceve le stesse autorizzazioni a livello di progetto di degli altri programmi e processi che usano l'account di servizio VM.
Per il controllo dell'accesso più rigido, crea un account di servizio separato per l'agente e concedere all'account di servizio l'accesso all'istanza 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. Crea l'account di servizio nel progetto Google Cloud che contiene il bucket Cloud Storage utilizzato dall'agente Google Cloud per SAP backup e ripristino.
Quando crei un account di servizio per l'agente Google Cloud per SAP, devi anche
crea una chiave dell'account di servizio.
Archivierai la chiave sull'host SAP HANA e specifichi il percorso della chiave
Parametro service_account_key in PARAMETERS.json.
Quando SAP HANA è in esecuzione su un Compute Engine
La specifica del percorso di una chiave consente all'agente di Google Cloud di utilizzare SAP
account di servizio associato alla chiave anziché al servizio VM
.
Se utilizzi una chiave di crittografia gestita dal cliente generata da Cloud Key Management Service per crittografare i backup in Cloud Storage, devi fornire l'accesso all'account di servizio per quella chiave di crittografia. Per ulteriori informazioni, vedi Assegna una chiave Cloud Key Management Service a un agente di servizio.
Accesso alle API Cloud e ai server dei metadati
L'agente Google Cloud per SAP richiede l'accesso agli indirizzi IP di Google Cloud e gli host durante le operazioni di backup e ripristino.
Per ulteriori informazioni, vedi Abilitare l'accesso alle API Cloud e ai server di metadati di Cloud.
Server proxy e agente
Per impostazione predefinita, l'Agente per SAP di Google Cloud ignora qualsiasi proxy HTTP e non legge
variabili di ambiente proxy, ad esempio http_proxy, https_proxy o no_proxy,
nel sistema operativo.
Se non hai alternative o la tua organizzazione comprende le prestazioni implicazioni e ha le competenze necessarie per supportare i risultati di routing dei backup tramite un server proxy, puoi configurare l'agente utilizzare un proxy.
Le impostazioni del proxy per l'agente Google Cloud per SAP sono contenute nel
File net.properties:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties
Bypass dei server proxy per backup e ripristini
Anche se l'Agente per SAP di Google Cloud ignora i server proxy per impostazione predefinita,
Rendi esplicita l'esclusione specificando il dominio Google Cloud richiesto
nomi e indirizzi IP nel parametro http.nonProxyHosts in
il file net.properties:
/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 Google Cloud per SAP in modo che invii backup tramite un server proxy,
specifica i parametri dell'host proxy e del numero di porta nel file net.properties:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.
Per le query sui metadati delle istanze VM di Compute Engine,
L'agente Google Cloud per SAP non può utilizzare un proxy, quindi devi specificare il dominio
nome e indirizzo IP per i metadati dell'istanza su http.nonProxyHosts
.
L'esempio seguente mostra una configurazione proxy valida per
Agente Google Cloud per SAP nel file net.properties:
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
Ottimizzazione delle prestazioni
Le prestazioni del backup e del recupero dei database SAP HANA dipendono da la dimensione totale del database e le risorse disponibili per l'host SAP HANA. Tu può migliorare le prestazioni utilizzando le seguenti opzioni di configurazione disponibile in SAP HANA e con Agent di Google Cloud per SAP:
- Abilita il multistreaming utilizzando il parametro SAP HANA
parallel_data_backup_backint_channels. Inoltre, specifica le dimensioni dell'I/O utilizzando il parametro SAP HANAdata_backup_buffer_size. Per maggiori informazioni consulta la sezione Backup dei dati multistreaming. - Attiva i caricamenti paralleli specificando un valore per
parallel_streamsnel file di configurazione di Backint,PARAMETERS.json. Questa configurazione può determinare migliorare le prestazioni per l'invio dei backup dei log SAP HANA ai di archiviazione ideale in Cloud Storage. Per ulteriori informazioni, vedi Caricamenti paralleli. - Se hai bisogno di comprimere i backup, utilizza la compressione integrata di SAP HANA che è l'opzione di compressione consigliata. Per ulteriori informazioni, vedi Opzioni di compressione per i backup.
- Ottimizzare la configurazione relativa ai backup dei log di SAP HANA, come descritto in il documento SAP HANA Trova la configurazione ottimale per il backup dei log. Scopri SAP HANA Guida all'amministrazione per la tua versione SAP HANA.
- Se il tuo sistema SAP HANA è in esecuzione su un'istanza VM di Compute Engine, assicurati che usi le certificazioni SAP volumi Persistent Disk o Hyperdisk. Utilizzo di qualsiasi altro disco può influire negativamente sulle prestazioni del backup, in particolare per SAP HANA volume di dati. Per informazioni sui tipi di dischi certificati, consulta Tipi di dischi supportati.
Autodiagnosi
Per poter testare la connessione di rete e l'accesso al Bucket Cloud Storage, dalla versione 3.0, Agente Google Cloud per SAP include uno strumento per l'autodiagnostica.
Quando lo esegui, questo strumento crea diversi file temporanei nel file system.
Per crearli sono necessari almeno 18 GB di spazio su disco disponibile in /tmp
file temporanei. Questi file vengono quindi caricati in Cloud Storage
vengono ripristinati, verificati ed eliminati. Questo strumento stampa eventuali problemi
con l'accesso all'API.
Puoi anche testare le prestazioni del backup attivando i parametri compress,
e specificando valori diversi per parametri come parallel_streams e
threads. Mentre usi questo strumento, puoi usare i parametri facoltativi
diagnose_file_max_size_gb e diagnose_tmp_directory. Per maggiori informazioni
informazioni su questi parametri, consulta le relative descrizioni in
Parametri di configurazione.
Per istruzioni su come eseguire l'autodiagnostica per l'agente Google Cloud per SAP, vedi Convalida backup e ripristino.
Raccolta di metriche di backint
Per le operazioni basate su Backint, l'Agente per SAP di Google Cloud può raccogliere metriche
indicano lo stato e la velocità effettiva dei file caricati e scaricati. Questi
vengono raccolte immediatamente dopo il caricamento o il download di un file. Questo
è una funzionalità facoltativa attivata per impostazione predefinita. Per disattivare questa funzione, imposta
il valore del parametro send_metrics_to_monitoring
false nella configurazione PARAMETERS.json
. Per ulteriori informazioni sui prezzi di Monitoring, consulta
Monitoraggio dei costi.
Nella tabella seguente vengono descritte le metriche relative a Backint che
l'agente Google Cloud per SAP può raccogliere. Le stringhe delle metriche in questa tabella devono essere
con prefisso workload.googleapis.com/. Questo prefisso è stato omesso dalla
le voci nella tabella seguente.
| Metrica | Etichette | Descrizione |
|---|---|---|
sap/agent/backint/backup/status |
fileName: il nome del file caricato.fileSize: le dimensioni in byte del file caricato. La
il valore 0 indica che il caricamento non è riuscito. |
Questa metrica viene inviata per ogni file caricato nel tuo
nel bucket Cloud Storage.
|
sap/agent/backint/backup/throughput |
fileName: il nome del file caricato.fileSize: le dimensioni in byte del file caricato.transferTime: il tempo totale, in secondi, di esecuzione del trasferimento
per il completamento. Ciò include tutta la rete, il disco e la memoria
operazioni. |
Questa metrica viene inviata se il caricamento è riuscito e
fileSize è almeno 1 GB. Il valore della metrica
indica la velocità media di trasferimento di rete in MBps.
|
sap/agent/backint/restore/status |
fileName: il nome del file scaricato.fileSize: le dimensioni del file scaricato, espresse in byte. La
Il valore 0 indica che il download non è riuscito. |
Questa metrica viene inviata per ogni file scaricato dal tuo
nel bucket Cloud Storage.
|
sap/agent/backint/restore/throughput |
fileName: il nome del file scaricato.fileSize: le dimensioni del file scaricato, espresse in byte.transferTime: il tempo totale, in secondi, di esecuzione del trasferimento
per il completamento. Ciò include tutta la rete, il disco e la memoria
operazioni. |
Questa metrica viene inviata se il download è riuscito e il valore di fileSize
è almeno 1 GB. Il valore indica la rete media
di trasferimento dati in MBps.
|
Logging
Oltre ai log conservati da SAP HANA in backup.log, la funzionalità Backint di
L'agente Google Cloud per SAP scrive eventi operativi e di errore di comunicazione
di log nella directory seguente:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.
Questi log si trovano anche nel file di log principale dell'agente Google Cloud per SAP,
che si trova nella directory /var/log/google-cloud-sap-agent/.
Quando la dimensione di un file di log raggiunge i 25 MB, l'agente Google Cloud per SAP ruota di log.
Per impostazione predefinita, l'agente Google Cloud per SAP invia i file di log relativi a Backint a
Cloud Logging.
Puoi disabilitare questa opzione impostando il parametro log_to_cloud nella
PARAMETERS.json, con
valore false.
Utilizzo di Backint nei deployment SAP HANA
Le seguenti sezioni forniscono informazioni di pianificazione specifiche per ogni scenario per l'utilizzo la funzionalità Backint dell'agente Google Cloud per SAP, con SAP HANA.
Utilizzo di Backint nei deployment ad alta disponibilità
In un cluster SAP HANA ad alta disponibilità, devi installare dell'agente Google Cloud per SAP su ciascun nodo nel cluster e abilitare Backint funzionalità.
Usa la stessa configurazione Backint e lo stesso bucket Cloud Storage specifiche per ogni istanza SAP HANA nel cluster ad alta disponibilità. Puoi utilizzare lo le stesse specifiche del bucket perché, durante le normali operazioni, solo L'istanza HANA in una configurazione ad alta disponibilità scrive i backup in Cloud Storage, mentre il sistema secondario è in modalità di replica. Questo è vero per i backup il volume di dati SAP HANA, il volume di log SAP HANA e il catalogo di backup SAP HANA. Inoltre, un software di clustering delle applicazioni come Pacemaker impedisce lo split-brain in cui più di un'istanza SAP HANA in un cluster ritiene che è l'istanza principale.
Durante le attività di manutenzione, quando il clustering potrebbe essere disabilitato, se il cluster è in standby rimosso dalla replica e reso online, è necessario che i backup vengano attivati solo sul database principale. Puoi utilizzare lo seguenti opzioni:
- Nel file
PARAMETERS.json, aggiornabucketper puntare a un altro bucket Cloud Storage. - Rompi il link simbolico per
/usr/sap/SID/SYS/global/hdb/opt/hdbbackintin modo che l'invio dei backup a Cloud Storage non riesce. Questa opzione offre utile a breve termine se prevedi di riconfigurare il nuovo database in standby.
Perché l'agente per SAP di Google Cloud non è a conoscenza di quale istanza SAP HANA sia la
attiva e poiché l'agente non dispone di meccanismi per pianificare o attivare
backup, devi utilizzare meccanismi SAP come la transazione SAP ABAP DB13
per gestire la pianificazione e i trigger per i backup. Le applicazioni SAP ABAP si connettono
al cluster ad alta disponibilità tramite l'IP virtuale, perciò il trigger di backup
sempre instradate all'istanza SAP HANA attiva.
Se il trigger di backup viene definito localmente su ciascun server, ad esempio come locale script del sistema operativo. Sia il sistema primario che quello secondario ritengono che che sono il sistema attivo, entrambi potrebbero tentare di scrivere backup nel bucket Cloud Storage.
Se non gestisci queste situazioni, potresti notare più di un'istanza SAP HANA nel tuo cluster ad alta disponibilità che scrive backup in Cloud Storage, che potrebbero sovrascrivere i backup o persino eliminarli.
Utilizzo di Backint in scenari di RE
In una configurazione di ripristino di emergenza (RE), in cui un'istanza di ripristino di SAP HANA
in un'altra regione Google Cloud è sincronizzato mediante SAP
replica di sistema HANA, utilizzare bucket Cloud Storage diversi per
le operazioni di backup e ripristino. Per configurarlo, specifica i nomi dei bucket
i parametri bucket e recovery_bucket in
PARAMETERS.json file.
Quando il sistema di RE è generalmente in modalità di replica e pertanto non può eseguire un eseguire il backup, durante i normali test di ripristino di emergenza, viene portato online e potrebbe attivare backup. Se sì, e il sistema di ripristino non utilizza un bucket Cloud Storage diverso, i backup potrebbero sovrascrivere i dati del database principale.
Nel caso di un'emergenza che richiede il ripristino da un backup regione di RE, puoi aggiornare la configurazione delle funzionalità Backint per fare riferimento il bucket Cloud Storage multiregionale che il tuo sistema ad alta disponibilità principale utilizzi.
Utilizzo di Backint nei sistemi di scale out
Nei sistemi con scale out SAP HANA, devi installare l'agente Google Cloud per SAP su ciascun nodo del sistema.
Per semplificare la gestione di PARAMETERS.json
e, se ne utilizzi uno, il servizio dell'agente
chiave di accesso, puoi inserire questi file in una directory NFS condivisa.
Per informazioni da SAP sui suggerimenti sul layout del file system per SAP HANA, in la guida all'installazione e all'aggiornamento del server SAP HANA per la tua versione SAP HANA, consulta Layout del file system consigliato.