Questa guida alla pianificazione si concentra esclusivamente sulla funzionalità Backint dell'agente di Google Cloud per SAP, che consente di eseguire operazioni di backup e recupero per SAP HANA. Per informazioni sull'agente e su tutte le sue funzionalità, consulta la guida alla pianificazione dell'agente di Google Cloud per SAP.
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 provider cloud.
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 vengono addebitati i costi per lo spazio di archiviazione utilizzato 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 il costo:
- 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 sia per il recupero, in un mese. Per informazioni su queste operazioni, consulta Operazioni comprese in ogni classe.
Il traffico in uscita dalla rete stimato per le operazioni interregionali, intraregionali e multiregionali, come quando si recupera un database utilizzando un backup. Per ulteriori informazioni, consulta Trasferimento di dati all'interno di Google Cloud.
L'ingresso in rete in Cloud Storage è gratuito, pertanto non è necessario 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 distinti per ciascuno dei seguenti elementi: volume di dati SAP HANA, volume di log SAP HANA e catalogo di backup SAP HANA. Puoi anche eseguire altre personalizzazioni, ad esempio rinominare i file e 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 di Google Cloud per SAP archivia i backup di SAP HANA in un bucket Cloud Storage. Le sezioni seguenti forniscono informazioni sulla creazione di bucket Cloud Storage e su come Agent for SAP di Google Cloud archivia i backup nei bucket.
Creazione di bucket Cloud Storage
Quando crei un bucket, devi selezionare la posizione e la classe di archiviazione del bucket.
La località di un bucket può essere regionale, 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 in regioni uguali o vicine a quelle in cui sono in esecuzione le istanze SAP HANA.
Scegli una classe di archiviazione in base al periodo di conservazione dei backup, alla frequenza con cui prevedi di accedervi e al costo. Per ulteriori informazioni, consulta Classi di archiviazione.
Esegui il backup dell'organizzazione 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 esempi di percorsi per i backup di SAP HANA in un bucket Cloud Storage:
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 sistema del tuo 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 per memorizzare i backup dei database SAP HANA con lo stesso SID, le operazioni di backup possono sovrascrivere o eliminare i backup.
Le eccezioni a questa best practice sono i database SAP HANA installati in ambienti ad alta disponibilità (HA), di ripristino di emergenza (RE) o di scalabilità, dove tutti i nodi SAP HANA hanno lo stesso SID. Per questi sistemi, i backup vengono archiviati nello stesso bucket Cloud Storage perché durante il normale funzionamento è attiva una sola istanza SAP HANA che 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 dalla versione 3.3 dell'agente di Google Cloud per SAP. |
folder_prefix e recovery_folder_prefix |
Per organizzare i backup di diversi sistemi SAP HANA nello stesso
bucket Cloud Storage, devi specificare il
parametro Questo parametro di configurazione è disponibile dalla versione 3.1 dell'agente di Google Cloud per SAP. Quando 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 dell'agente di Google Cloud per SAP. Quando specifichi questo parametro, il percorso dei file viene abbreviato automaticamente nel seguente formato:
Se utilizzi anche i parametri |
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 concedere all'account di servizio utilizzato dall'agente l'accesso 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 dei backup SAP HANA. |
Questa opzione è disponibile da SAP HANA 2.0 SP01. Puoi criptare i backup dei dati e dei volumi di log SAP HANA utilizzando la crittografia AES a 256 bit. 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 principale, consulta il documento SAP Eseguire il backup delle chiavi principali. |
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 influisca 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 di Google Cloud per SAP non riesce 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, il che riduce lo spazio utilizzato nel bucket Cloud Storage e, di conseguenza, il costo dello spazio di archiviazione. Tuttavia, la compressione dei backup richiede un maggiore utilizzo della CPU durante le operazioni di backup e può influire sulle prestazioni complessive durante le operazioni di backup e recupero.
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 di SAP HANA, puoi utilizzare una delle seguenti opzioni:
| Opzione di compressione | Descrizione |
|---|---|
| Utilizzare 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 durante la scrittura dei backup nel bucket Cloud Storage, utilizza il parametro Ti consigliamo di non attivare questa compressione. |
Backup dei dati con più stream
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 è
configurabile tramite il parametro SAP HANA
parallel_data_backup_backint_size_threshold, che specifica la dimensione minima
del backup del database in GB per l'attivazione del multistreaming.
Il multistreaming è utile per aumentare la velocità in entrata e per eseguire il backup di database di dimensioni superiori a 5 TB, ovvero la dimensione massima per un singolo oggetto 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 da utilizzare per il multistreaming dipende dalla versione di SAP HANA in esecuzione.
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 multiregionale, inizia con 8 canali. Per un bucket regionale, inizia con 12 canali. Modifica il numero di canali in base alle tue esigenze per raggiungere gli obiettivi di rendimento del backup.
Come indicato nella documentazione di SAP HANA, ogni canale aggiuntivo richiede un buffer I/O di 512 MB. Specifica le dimensioni del buffer 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 alcun vantaggio nell'aumentare notevolmente le dimensioni del buffer rispetto al valore predefinito, ma questo potrebbe variare in base al carico di lavoro.
Per saperne di più sul multistreaming, consulta la Guida all'amministrazione di SAP HANA specifica per la tua versione di SAP HANA, Eseguire il backup dei dati con il multistreaming con strumenti di backup di terze parti.
Caricamenti paralleli
Per i file di backup dei log SAP HANA, puoi migliorare le prestazioni del caricamento attivando la funzionalità di caricamento parallelo dell'agente di Google Cloud per SAP. Questa funzionalità è particolarmente utile per i file di backup dei log SAP HANA perché non possono essere sottoposti a multistream da SAP HANA.
Per i backup dei dati SAP HANA, puoi ottimizzare il numero di canali di backup SAP HANA utilizzando il parametro SAP HANA
parallel_data_backup_backint_channels.
Quando il caricamento parallelo è abilitato, l'Agent for SAP di Google Cloud suddivide ogni singolo file di backup ricevuto da SAP HANA in più parti che vengono poi caricate in parallelo, migliorando le prestazioni del caricamento. Quando le parti vengono ricevute da Cloud Storage, vengono riassemblate e archiviate come singolo file originale ricevuto dall'agente di Google Cloud per SAP da SAP HANA. Il singolo file è soggetto al limite di dimensioni di 5 TB per gli oggetti in Cloud Storage.
Configurazione del 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 il parametro
encryption_keyokms_key, non puoi utilizzare il caricamento parallelo. La crittografia non è compatibile con il caricamento parallelo. Se specifichi il parametroparallel_streamscon uno di questi parametri di crittografia, l'agente di Google Cloud per SAP non riesce ed esce con uno stato1. - Se attivi la compressione, non puoi utilizzare il caricamento parallelo. La compressione è
incompatibile con il caricamento parallelo. Se specifichi il parametro
parallel_streamse ometti il parametrocompressnella configurazione, l'agente di Google Cloud per SAP non riesce ed esce con lo stato1. - Se il bucket Cloud Storage implementa un criterio di conservazione, il bucket non supporta i caricamenti paralleli. Una regola di conservazione impedisce il riassemblaggio delle parti in un unico file, causando il fallimento del 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 nel
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 parametro di configurazione Backintrate_limit_mb per impostare la quantità massima di larghezza di banda che possono utilizzare i caricamenti paralleli.
Autenticazione e controllo degli accessi
Google Cloud utilizza account di servizio per identificare programmi come l'agente di Google Cloud per SAP e per controllare a quali risorse Google Cloud possono accedere i programmi.
Autorizzazioni Cloud Storage richieste
Per consentire all'agente di Google Cloud per l'archiviazione SAP e recuperare i backup da un bucket Cloud Storage, all'account di servizio utilizzato dall'host deve essere concesso il ruolo IAM Amministratore oggetti Storage (storage.objectAdmin).
Per le istruzioni su come impostare il ruolo IAM, consulta Impostare i ruoli IAM.
Considerazioni sugli account di servizio
Se SAP HANA è in esecuzione su un'istanza Compute Engine, per impostazione predefinita l'agente di Google Cloud per SAP utilizza l'account di servizio dell'istanza di calcolo. Se utilizzi l'account di servizio dell'istanza di calcolo, l'agente ottiene le stesse autorizzazioni a livello di progetto di tutti gli altri programmi e processi che utilizzano l'account di servizio dell'istanza di calcolo.
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 un'istanza Compute Engine, devi creare un account di servizio per l'agente. Crea l'account di servizio nel progetto Google Cloud contenente il bucket Cloud Storage utilizzato dall'Agent for SAP di Google Cloud per il backup e il recupero.
Quando crei un account di servizio per l'agente di Google Cloud per SAP, devi anche
creare 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 un'istanza 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 dell'istanza Compute Engine.
Se utilizzi una chiave di crittografia gestita dal cliente generata da Cloud Key Management Service per criptare i backup in Cloud Storage, devi concedere all'account di servizio l'accesso a questa 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 di 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 ripristino.
Per ulteriori informazioni, consulta Attivare l'accesso alle API Cloud e ai server di metadati.
Server proxy e agente
Per impostazione predefinita, l'agente di Google Cloud per SAP ignora qualsiasi proxy HTTP e non legge le variabili di ambiente del proxy, ad esempio http_proxy, https_proxy o no_proxy, nel sistema operativo.
Se non hai alternative o la tua organizzazione comprende le implicazioni sul rendimento e dispone delle competenze necessarie per supportare il rendimento del routing dei backup tramite un server proxy, puoi configurare l'agente in modo che utilizzi un proxy.
Le impostazioni del proxy per l'agente di Google Cloud per SAP sono contenute nel
net.properties file:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties
Ignorare i server proxy per i backup e i ripristini
Sebbene l'agente di Google Cloud per SAP aggiri i server proxy per impostazione predefinita, puoi esplicitare il bypass specificando i nomi di dominio e gli indirizzi IP di Google Cloud richiesti nel parametro http.nonProxyHosts nel file 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 i backup e i 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 Compute Engine, Agent for SAP di Google Cloud non può utilizzare un proxy, pertanto devi specificare il nome di dominio e l'indirizzo IP per i metadati dell'istanza nel parametro http.nonProxyHosts.
L'esempio seguente mostra una configurazione proxy valida per Agent for SAP di Google Cloud 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. Puoi migliorare le prestazioni utilizzando le seguenti opzioni di configurazione disponibili in SAP HANA e nell'agente di Google Cloud per SAP:
- Attiva il multistreaming utilizzando il parametro SAP HANA
parallel_data_backup_backint_channels. Specifica anche le dimensioni del buffer di 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 il parametro
parallel_streamsnel file di configurazione di Backint,PARAMETERS.json. Questa configurazione può migliorare notevolmente le prestazioni per l'invio dei backup dei log SAP HANA a Cloud Storage. Per ulteriori informazioni, consulta Caricamenti paralleli. - Se devi 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.
- Ottimizza la configurazione relativa ai backup dei log di SAP HANA, come descritto nel documento SAP HANA Trovare la configurazione ottimale del 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 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 consentirti di testare la connessione di rete e l'accesso al bucket Cloud Storage, dalla versione 3.0, l'agente di Google Cloud per SAP include uno strumento per l'esecuzione di autodiagnostica.
Quando esegui questo strumento, vengono creati diversi file temporanei nel file system.
Per creare questi file temporanei, devi disporre di almeno 18 GB di spazio su disco disponibile in /tmp. 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. Quando utilizzi questo strumento, puoi utilizzare i parametri facoltatividiagnose_file_max_size_gb e diagnose_tmp_directory. Per ulteriori informazioni su questi parametri, consulta le relative descrizioni in Parametri di configurazione.
Per istruzioni su come eseguire la diagnostica automatica dell'agente di Google Cloud per SAP, consulta Convalidare il backup e il recupero.
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 Costi di Monitoring.
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 dalle voci della 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. 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 del file caricato, 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 caricamento è andato a buon fine e il valore di fileSize è almeno 1 GB. Il valore della metrica
indica la velocità di trasferimento di rete media in MBps.
|
sap/agent/backint/restore/status |
fileName: il nome del file scaricato.fileSize: le dimensioni del file scaricato, espresse in byte. 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: il 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 velocità di trasferimento media della rete 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 di errori operativi e di comunicazione nei file di log nella seguente directory:/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.
Questi log sono disponibili anche nel file di log principale dell'agente di 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 di 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 di SAP HANA
Le sezioni seguenti forniscono informazioni di pianificazione specifiche per lo scenario per l'utilizzo della funzionalità Backint dell'agente di 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. Questo vale per i backup del volume di dati SAP HANA, del volume dei log SAP HANA e del 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, aggiorna il parametrobucketin modo che punti a un altro bucket Cloud Storage. - Interrompi il link simbolico per
/usr/sap/SID/SYS/global/hdb/opt/hdbbackintin modo che l'invio dei backup a Cloud Storage non vada a buon fine. Questa opzione è più utile nel breve termine se prevedi di riconfigurare il nuovo database come database di riserva.
Poiché l'agente per SAP di Google Cloud non è a conoscenza di quale istanza SAP HANA sia attiva e poiché l'agente non dispone di un meccanismo per pianificare o attivare i backup, devi utilizzare i meccanismi SAP come la transazione ABAP di SAP DB13
per gestire la pianificazione e gli attivatori 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 RE
In una configurazione di ripristino di emergenza (RE), in cui un'istanza di recupero di SAP HANA in un'altra regione Google Cloud viene mantenuta sincronizzata utilizzando la replica di sistema SAP HANA asincrona, utilizza bucket Cloud Storage diversi per le operazioni di backup e recupero. Per configurare questa operazione, specifica i nomi dei bucket per i parametri bucket e recovery_bucket nel file PARAMETERS.json.
Sebbene il sistema di RE sia in genere in modalità di replica e quindi non possa eseguire autonomamente un backup, durante i normali test di ripristino di emergenza l'istanza di recupero viene messa online e potrebbe attivare i backup. In questo caso, se il sistema di recupero non utilizza un bucket Cloud Storage diverso, i backup potrebbero sovrascrivere i dati del database principale.
In caso di un disastro reale che richiede il recupero da un backup nella regione di RE, puoi aggiornare la configurazione della funzionalità Backint in modo che faccia riferimento al bucket Cloud Storage multiregionale utilizzato dal tuo sistema HA principale.
Utilizzo di Backint in sistemi di scalabilità orizzontale
Nei sistemi SAP HANA scalabili, devi installare l'agente di Google Cloud per SAP su ogni nodo del sistema.
Per semplificare la gestione dei file PARAMETERS.json
e, se ne utilizzi una, della chiave dell'account di servizio dell'agente, puoi posizionare 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.