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 sistemi SAP HANA, puoi eseguire operazioni di backup e recupero utilizzando la funzionalità Backint dell'agente di 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 in modo da poter archiviare e recuperare i backup direttamente da Cloud Storage utilizzando le funzioni di backup e recupero native di SAP.
Per informazioni su come configurare questa funzionalità, consulta Configurare il backup e il recupero basati su Backint per SAP HANA.
Per informazioni su come eseguire operazioni di backup e recupero per SAP HANA utilizzando Backint, consulta Eseguire il backup e il recupero utilizzando Backint.
Per informazioni sulla certificazione SAP della funzionalità Backint, consulta:
Stima dei costi mensili
Ti sono addebitati i costi per lo spazio di archiviazione che utilizzi in Cloud Storage. Per informazioni sugli addebiti, consulta la pagina Prezzi di Cloud Storage.
Per stimare il costo mensile di Cloud Storage, puoi utilizzare il Calcolatore prezzi di Google Cloud.
Utilizza le seguenti informazioni per stimare meglio i costi:
- La dimensione totale dei backup completi, delta e incrementali richiesti in un mese, inclusa una percentuale di crescita prevista.
- La frequenza giornaliera di variazione in termini di backup dei volumi dei log SAP HANA creati dal tuo database SAP HANA. Devi moltiplicare questa percentuale per il numero di giorni che prevedi di conservare i backup dei log in base alla tua strategia di backup.
- La posizione e il tipo di bucket Cloud Storage più adatto alla tua 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 una classe in linea con la frequenza con cui devi 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, consulta Trasferimento di 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 di Backint
La funzionalità Backint dell'agente di Google Cloud per SAP viene configurata specificando parametri in un file di configurazione separato creato dall'agente quando attivi la funzionalità.
Per impostazione predefinita, il file di configurazione si chiama parameters.json e la sua posizione predefinita è /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.
SID è una variabile segnaposto per l'SID del sistema SAP.
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 le istruzioni su come eseguire queste personalizzazioni, consulta 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 una classe di archiviazione.
Una località del bucket può essere a singola regione, a due regioni o multiregionale. Devi scegliere un bucket in base alla necessità di limitare la posizione dei dati, ai requisiti di latenza per i backup e i ripristini, nonché alla 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.
Organizzazione di backup nel bucket
L'agente per SAP di Google Cloud utilizza le cartelle nel bucket Cloud Storage per organizzare i backup di SAP HANA.
L'agente crea una cartella per ogni database, sistema o tenant SAP HANA di cui stai eseguendo il backup utilizzando la funzionalità Backint. All'interno della cartella di un database, l'agente crea cartelle separate per l'archiviazione dei backup del volume di dati SAP HANA, del volume dei log SAP HANA e del catalogo dei backup SAP HANA.
Per assegnare un nome ai backup, l'agente segue le convenzioni di denominazione di SAP HANA.
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 del tenant:
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID
Sostituisci quanto segue
BUCKET_NAME: il nome del bucket Cloud StorageSID: l'ID del sistema SAPTENANT_SID: l'ID sistema del database del 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 effettivamente il percorso di backup, un'azione che viola gli standard applicati da SAP sugli strumenti di backup di terze parti. La ridenominazione di una cartella o di un file causa il fallimento del meccanismo Backint durante le operazioni di recupero del database finché non ripristini il nome della cartella o del file che aveva al momento della creazione del backup.
Non utilizzare lo stesso bucket Cloud Storage per archiviare i backup di due o più database SAP HANA che hanno lo stesso ID sistema SAP (SID).
In Cloud Storage, l'agente di Google Cloud per SAP organizza i backup di SAP HANA in cartelle specifiche per 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 maggiori informazioni, consulta Utilizzo di Backint nei deployment SAP HANA.
Personalizzazioni supportate
Durante la creazione di backup basati su Backint per il database SAP HANA, puoi utilizzare le seguenti personalizzazioni:
| Parametro di configurazione di Backint | Caso d'uso |
|---|---|
metadata |
Per supportare attività come la gestione del ciclo di vita dei backup,
puoi associare coppie chiave/valore come metadati ai file di backup nel
tuo bucket Cloud Storage. A tale scopo, puoi includere il parametro
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
Questo parametro di configurazione è disponibile dalla versione 3.1 dell'agente di Google Cloud per SAP. Se specifichi
Se hai utilizzato il parametro |
shorten_folder_path |
Per abbreviare automaticamente il percorso dei file nel
bucket Cloud Storage, puoi specificare il
parametro booleano Questo parametro di configurazione è disponibile dalla versione 3.3 di agente di Google Cloud per SAP. Quando specifichi questo parametro, il percorso dei file viene abbreviato automaticamente nel 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 di Google Cloud per SAP. |
Per utilizzare una chiave di crittografia gestita dal cliente, devi specificare il percorso della chiave nel parametro kms_key del file PARAMETERS.json. Devi anche assegnare
l'account di servizio utilizzato dall'agente per accedere alla chiave. Per informazioni su come assegnare un account di servizio a una chiave di crittografia, consulta Assegnare una chiave di Cloud Key Management Service a un agente di servizio.
|
| Utilizza una chiave di crittografia fornita dal cliente 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
nel parametro encryption_key del
file PARAMETERS.json. La chiave deve essere una
stringa di chiavi AES-256 con codifica base64, come descritto in
Chiavi di crittografia fornite dal cliente.
|
| 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 di SAP HANA non vengono mai criptati. Questa crittografia richiede la creazione di una chiave principale di crittografia del backup ed esecuzione di una configurazione aggiuntiva come descritto nel documento Configurazione della crittografia di SAP HANA. A partire da SAP HANA 2.0 SPS07, a meno che non la disattivi, la crittografia per i volumi
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 recupero. Sebbene la crittografia dei backup in genere non abbia alcun impatto sulle prestazioni del database durante le operazioni di backup o di recupero, potresti notare un impatto sulle prestazioni complessive del sistema a seconda delle dimensioni del database SAP HANA e dell'utilizzo previsto della CPU.
Restrizioni alla 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 il parametrokms_keyoencryption_key, l'agente di Google Cloud per SAP non riesce ed esce con stato1.
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, ti consigliamo di utilizzare la funzionalità Autoclass di Cloud Storage, che trasferisce automaticamente gli oggetti nel tuo 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 compressione del backup. A partire da SAP HANA 2.0 SPS06, SAP HANA supporta gli algoritmi di compressione LZ4 durante l'esecuzione di operazioni di backup. Per impostazione predefinita, la compressione è disattivata. Per istruzioni su come attivare questa compressione, consulta il documento SAP HANA Configura la compressione del backup dei dati. |
| Utilizzare la compressione di Cloud Storage |
Per utilizzare la compressione integrata che l'agente può eseguire
dei backup sul bucket Cloud Storage, utilizza
Parametro Ti consigliamo di non attivare questa compressione. |
Backup dei dati con multistreaming
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 è
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 attivare 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.
Prendi in considerazione anche la capacità di throughput del disco di dati collegato all'istanza SAP 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.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 utilizzando in modo appropriato il parametro data_backup_buffer_size nella sezione 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 - Long Backup duration with Backint in HANA DB.
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 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
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
Attiva la funzionalità di caricamento parallelo specificando i parametri parallel_streams
nel file PARAMETERS.json.
Per informazioni su questo parametro, consulta Parametri di configurazione.
Limitazioni del 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 non è compatibile 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. La compressione è
incompatibile 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 dei volumi dei log di SAP HANA, 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 il parametro parallel_streams in
il file di configurazione di Backint, con un valore pari o inferiore a 32. Per volumi di log molto grandi, puoi massimizzare il throughput specificando un valore elevato, ad esempio 32 per parallel_streams, e aumentando i valori per i 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
Per consentire all'Agent for SAP di Google Cloud di archiviare e recuperare i backup da un bucket Cloud Storage, all'account di servizio utilizzato dall'host deve essere concesso il ruolo IAM Amministratore oggetti archiviazione (storage.objectAdmin).
Per le istruzioni su come impostare il ruolo IAM, consulta Impostare i ruoli IAM.
Considerazioni sull'account di servizio
Se SAP HANA è in esecuzione su una VM Compute Engine, per impostazione predefinita Agent for SAP di Google Cloud utilizza l'account di servizio della VM. Se utilizzi l'account di servizio della VM, l'agente ottiene 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ù rigoroso, crea un account di servizio separato per l'agente e concedi all'account di servizio l'accesso al bucket Cloud Storage a livello di bucket.
Se SAP HANA non è in esecuzione su una VM Compute Engine, devi creare 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.
Memorizzi la chiave sull'host SAP HANA e specifichi il percorso della chiave per il parametro service_account_key in PARAMETERS.json.
Quando SAP HANA è in esecuzione su una VM Compute Engine, la specifica del percorso di una chiave indica all'Agente per SAP di Google Cloud 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 crittografare i backup in Cloud Storage, devi fornire l'accesso all'account di servizio per quella chiave di crittografia. Per ulteriori informazioni, consulta Assegnare una chiave Cloud Key Management Service a un agente di servizio.
Accesso alle API Cloud e ai server dei metadati
L'agente di Google Cloud per SAP richiede l'accesso agli indirizzi IP e agli host di Google Cloud durante le operazioni di backup e recupero.
Per ulteriori informazioni, consulta Attivare l'accesso alle API Cloud e ai server di metadati.
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 come 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 ripristini
Per configurare l'agente di Google Cloud per SAP in modo che invii i 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 ai 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 dalle dimensioni totali del database e dalle 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. Specifica anche le dimensioni del buffer I/O utilizzando il parametro SAP HANAdata_backup_buffer_size. Per ulteriori informazioni, consulta 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 saperne di più, consulta 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. Consulta la Guida all'amministrazione di SAP HANA per la tua versione di SAP HANA.
- Se il sistema SAP HANA è in esecuzione su un'istanza VM Compute Engine, assicurati che utilizzi volumi Hyperdisk o Persistent Disk certificati SAP. L'utilizzo di qualsiasi altro tipo di disco può influire negativamente sulle prestazioni del backup, in particolare per il volume di dati SAP HANA. 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 poi caricati nel tuo
bucket Cloud Storage, ripristinati, verificati ed eliminati. Questo strumento stampa eventuali problemi relativi al tuo 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 di Google Cloud per SAP può raccogliere metriche che indicano lo stato e il throughput dei file caricati e scaricati. Queste metriche vengono raccolte immediatamente dopo il caricamento o il download di un file. Si tratta di una funzionalità facoltativa attivata per impostazione predefinita. Per disattivare questa funzionalità, imposta il valore del parametro send_metrics_to_monitoring su false nel file di configurazione PARAMETERS.json. Per ulteriori informazioni sui prezzi di Monitoring, consulta
Monitoraggio dei costi.
La tabella seguente descrive le metriche relative a Backint che l'agente di Google Cloud per SAP può raccogliere. Le stringhe delle metriche in questa tabella devono essere precedute da 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 del file caricato, espresse in byte. La
il valore 0 indica che il caricamento non è riuscito. |
Questa metrica viene inviata per ogni file caricato 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, necessario per completare il trasferimento. Sono incluse tutte le operazioni di rete, disco e memoria. |
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
bucket Cloud Storage.
|
sap/agent/backint/restore/throughput |
fileName: nome del file scaricato.fileSize: le dimensioni del file scaricato, espresse in byte.transferTime: il tempo totale, in secondi, necessario per completare il trasferimento. Sono incluse tutte le operazioni di rete, disco e memoria. |
Questa metrica viene inviata se il download è andato a buon fine e il valore 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 dell'agente di Google Cloud per SAP scrive eventi operativi ed errori di comunicazione nei file di log nella seguente directory:/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 le dimensioni di un file di log raggiungono i 25 MB, l'agente di Google Cloud per SAP esegue la rotazione dei file di log.
Per impostazione predefinita, l'agente Google Cloud per SAP invia i file di log relativi a Backint a
Cloud Logging.
Puoi disattivare questa opzione impostando il parametro log_to_cloud nel file PARAMETERS.json con il 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 HA
In un cluster SAP HANA ad alta disponibilità (HA), devi installare Agent per SAP di Google Cloud su ogni nodo del cluster e attivare la funzionalità Backint.
Utilizza la stessa configurazione di Backint e 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 in Cloud Storage e il sistema secondario è in modalità di replica. Ciò è vero per i backup il volume di dati SAP HANA, il volume di log SAP HANA e il catalogo di backup SAP HANA. Inoltre, il software di clustering delle applicazioni come Pacemaker impedisce scenari di split-brain, in cui più di un'istanza SAP HANA in un cluster pensa di essere l'istanza principale.
Durante le attività di manutenzione, quando il clustering potrebbe essere disattivato, se il database standby viene rimosso dalla replica e riportato online, devi assicurarti che i backup vengano attivati solo sul database principale. A questo scopo, puoi utilizzare le 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 perché 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 HA tramite l'IP virtuale e, pertanto, l'attivatore del backup 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 Cloud Storage.
Se non gestisci queste situazioni, potresti notare più di un'istanza SAP HANA nel tuo cluster HA che scrive i backup in Cloud Storage, il che potrebbe sovrascrivere i backup o addirittura eliminarli.
Utilizzo di Backint in scenari di DR
In una configurazione di ripristino di emergenza (RE), in cui si trova un'istanza di ripristino di SAP HANA
in un'altra regione Google Cloud è sincronizzato mediante SAP
replica di sistema HANA, utilizza 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. In questo caso, se il sistema di recupero 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 SAP HANA scalabili, devi installare l'agente di Google Cloud per SAP su ogni nodo del sistema.
Per semplificare la gestione di PARAMETERS.json
e, se ne utilizzi, il servizio dell'agente
chiave di accesso, puoi inserire questi file in una directory NFS condivisa.
Per informazioni di SAP sui consigli per il layout del file system per SAP HANA, consulta la Guida all'installazione e all'aggiornamento del server SAP HANA per la tua versione di SAP HANA, Layout del file system consigliato.