Questa guida fornisce istruzioni per l'utilizzo dei sistemi SAP HANA di cui è stato eseguito il deployment su Google Cloud seguendo la guida al deployment di Terraform per lo scale-up di SAP HANA. Tieni presente che questa guida non è pensata per sostituire la documentazione SAP standard.
Amministrare un sistema SAP HANA su Google Cloud
Questa sezione mostra come eseguire le attività amministrative in genere richieste per gestire un sistema SAP HANA, incluse informazioni su come avviare, arrestare e clonare i sistemi.
Avvio e arresto di istanze
Puoi interrompere uno o più host SAP HANA in qualsiasi momento. L'interruzione di un'istanza ne provoca l'arresto. Se l'arresto non viene completato entro 2 minuti, l'istanza viene arrestata forzatamente. Come best practice, devi prima arrestare SAP HANA in esecuzione sull'istanza prima di arrestare l'istanza.
Arrestare una VM
L'interruzione di un'istanza di macchina virtuale (VM) fa sì che Compute Engine invii all'istanza il segnale di spegnimento ACPI. Non ti viene addebitato alcun costo per l'istanza Compute Engine dopo l'arresto dell'istanza. Se hai dischi permanenti collegati all'istanza, i dischi non vengono eliminati e ti verranno addebitati.
Se i dati sul disco permanente sono importanti, puoi conservare il disco o creare uno snapshot del disco permanente ed eliminarlo per risparmiare sui costi. Quando avrai di nuovo bisogno dei dati, potrai creare un altro disco dallo snapshot.
Per arrestare un'istanza:
Nella console Google Cloud, vai alla pagina Istanze VM.
Seleziona una o più istanze da arrestare.
Nella parte superiore della pagina Istanze VM, fai clic su stopINTERRUPI.
Per ulteriori informazioni, consulta la sezione sull'arresto di un'istanza.
Riavvio di una VM
Nella console Google Cloud, vai alla pagina Istanze VM.
Seleziona le istanze che vuoi riavviare.
Nella parte in alto a destra della pagina, fai clic su play_arrowAVVIA per riavviare le istanze.
Per ulteriori informazioni, consulta Riavviare un'istanza.
Modifica di una VM
Puoi modificare vari attributi di una VM, incluso il tipo di VM, dopo la sua implementazione. Alcune modifiche potrebbero richiedere il ripristino del sistema SAP dai backup, mentre altre richiedono solo il riavvio della VM.
Per ulteriori informazioni, consulta Modifica delle configurazioni delle VM per i sistemi SAP.
Creazione di uno snapshot di SAP HANA
Per generare un backup in un determinato momento del tuo disco permanente, puoi creare uno snapshot. Compute Engine memorizza in modo ridondante più copie di ogni snapshot in più posizioni con checksum automatici per garantire l' integrità dei dati.
Per creare uno snapshot, segui le istruzioni di Compute Engine per la creazione di snapshot. Presta particolare attenzione ai passaggi di preparazione prima di creare un snapshot coerente, ad esempio lo svuotamento dei buffer del disco sul disco, per assicurarti che lo snapshot sia coerente.
Gli snapshot sono utili per i seguenti casi d'uso:
Caso d'uso | Dettagli |
---|---|
Fornire una soluzione di backup dei dati semplice, indipendente dal software e conveniente. | Esegui il backup di dati, log, backup e dischi condivisi con gli snapshot. Pianifica un backup giornaliero di questi dischi per i backup in un determinato momento dell'intero set di dati. Dopo il primo snapshot, solo le modifiche incrementali ai blocchi vengono archiviate negli snapshot successivi. In questo modo puoi risparmiare sui costi. |
Esegui la migrazione a un altro tipo di archiviazione. | Compute Engine offre diversi tipi di dischi permanenti, tra cui quelli basati su archiviazione standard (magnetica) e su archiviazione su unità a stato solido (dischi permanenti basati su SSD). Ognuno ha caratteristiche diverse in termini di costi e prestazioni. Ad esempio, utilizza un tipo standard per il volume di backup e un tipo basato su SSD per i volumi /hana/log e /hana/data , poiché richiedono prestazioni più elevate. Per eseguire la migrazione tra tipi di archiviazione, utilizza lo snapshot del volume, poi crea un nuovo volume utilizzando lo snapshot e seleziona un tipo di archiviazione diverso. |
Esegui la migrazione di SAP HANA in un'altra regione o zona. | Utilizza gli snapshot per spostare il sistema SAP HANA da una zona all'altra all'interno della stessa regione o anche in un'altra regione. Gli snapshot possono essere utilizzati a livello globale in Google Cloud per creare dischi in un'altra zona o regione. Per spostarti in un'altra regione o zona, crea uno snapshot dei dischi, incluso il disco principale, quindi crea le macchine virtuali nella zona o nella regione che preferisci con i dischi creati da questi snapshot. |
Modificare le impostazioni del disco
Puoi modificare le IOPS o il throughput di cui è stato eseguito il provisioning oppure aumentare le dimensioni dei volumi Hyperdisk ogni 4 ore.
Se provi a modificare di nuovo il disco prima della scadenza delle 4 ore, riceverai un messaggio di errore relativo alla limitazione della frequenza comeCannot update provisioned throughput due to being rate limited
.
Per risolvere questi errori, attendi 4 ore dall'ultima modifica prima di tentare di modificare di nuovo il disco.
Utilizza questa procedura solo in caso di emergenza, quando non puoi attendere 4 ore per regolare le dimensioni del disco, le IOPS provisionate o il throughput dei volumi Hyperdisk.
Per modificare le impostazioni del disco, svolgi i seguenti passaggi:
Interrompi l'istanza SAP HANA eseguendo uno dei seguenti comandi:
HDB stop
sapcontrol -nr INSTANCE_NUMBER -function StopSystem HDB
Sostituisci
INSTANCE_NUMBER
con il numero di istanza per il tuo sistema SAP HANA.Per ulteriori informazioni, consulta Avvio e arresto dei sistemi SAP HANA.
Crea uno snapshot o un'immagine del disco esistente:
Backup basato su snapshot
gcloud compute snapshots create SNAPSHOT_NAME \ --project=PROJECT_NAME \ --source-disk=SOURCE_DISK_NAME \ --source-disk-zone=ZONE \ --storage-location=LOCATION
Sostituisci quanto segue:
SNAPSHOT_NAME
: il nome dello snapshot da creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.SOURCE_DISK_NAME
: il disco di origine utilizzato per creare lo snapshot.ZONE
: la zona del disco di origine su cui operare.LOCATION
: posizione di Cloud Storage, regionale o multiregionale, in cui devono essere archiviati i contenuti degli snapshot.Per saperne di più, consulta Creare e gestire gli snapshot dei dischi.
Backup basato su immagini
gcloud compute images create IMAGE_NAME \ --project=PROJECT_NAME \ --source-disk=SOURCE_DISK_NAME \ --source-disk-zone=ZONE \ --storage-location=LOCATION
Sostituisci quanto segue:
IMAGE_NAME
: il nome dell'immagine del disco che vuoi creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.SOURCE_DISK_NAME
: il disco di origine utilizzato per creare l'immagine.ZONE
: la zona del disco di origine su cui operare.LOCATION
: posizione di Cloud Storage, regionale o multiregionale, in cui devono essere archiviati i contenuti delle immagini.Per saperne di più, vedi Creare immagini personalizzate.
Crea un nuovo disco dallo snapshot o dall'immagine.
Per i volumi Hyperdisk, assicurati di specificare le dimensioni del disco, le IOPS e la velocità in modo da soddisfare i requisiti del tuo carico di lavoro. Per ulteriori informazioni sul provisioning delle IOPS e del throughput per Hyperdisk, consulta Informazioni sul provisioning delle IOPS e del throughput per Hyperdisk.
Da uno snapshot
gcloud compute disks create NEW_DISK_NAME \ --project=PROJECT_NAME \ --type=DISK_TYPE \ --size=DISK_SIZE \ --zone=ZONE \ --source-snapshot=SOURCE_SNAPSHOT_NAME \ --provisioned-iops=IOPS \ --provisioned-throughput=THROUGHPUT
Sostituisci quanto segue:
NEW_DISK_NAME
: il nome del disco che vuoi creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.DISK_TYPE
: il tipo di disco da creare.DISK_SIZE
: dimensione del disco.ZONE
: la zona dei dischi da creare.SOURCE_SNAPSHOT
: snapshot di origine utilizzato per creare i dischi.IOPS
: IOPS sottoposte a provisioning del disco da creare.THROUGHPUT
: la velocità effettiva del disco da creare.
Da un'immagine
gcloud compute disks create NEW_DISK_NAME \ --project=PROJECT_NAME \ --type=DISK_TYPE \ --size=DISK_SIZE \ --zone=ZONE \ --image=SOURCE_IMAGE_NAME \ --image-project=IMAGE_PROJECT_NAME \ --provisioned-iops=IOPS \ --provisioned-throughput=THROUGHPUT
Sostituisci quanto segue:
NEW_DISK_NAME
: il nome del disco che vuoi creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.DISK_TYPE
: il tipo di disco da creare.DISK_SIZE
: dimensione del disco.ZONE
: la zona dei dischi da creare.SOURE_IMAGE_NAME
: l'immagine di origine da applicare ai dischi in fase di creazione.IMAGE_PROJECT_NAME
: il progetto Google Cloud in base al quale verranno risolti tutti i riferimenti a immagini e famiglie di immagini.IOPS
: IOPS sottoposte a provisioning del disco da creare.THROUGHPUT
: la velocità effettiva del disco da creare.
Per ulteriori informazioni, vedi
gcloud compute disks create
.Scollega il disco esistente dal sistema SAP HANA:
gcloud compute instances detach-disk INSTANCE_NAME \ --disk OLD_DISK_NAME \ --zone ZONE \ --project PROJECT_NAME
Sostituisci quanto segue:
INSTANCE_NAME
: il nome dell'istanza su cui operare.OLD_DISK_NAME
: il disco da scollegare in base al nome della risorsa.ZONE
: la zona dell'istanza su cui operare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.
Per ulteriori informazioni, vedi
gcloud compute instances detach-disk
.Collega il nuovo disco al sistema SAP HANA:
gcloud compute instances attach-disk INSTANCE_NAME \ --disk NEW_DISK_NAME \ --zone ZONE \ --project PROJECT_NAME
Sostituisci quanto segue:
INSTANCE_NAME
: il nome dell'istanza su cui operare.NEW_DISK_NAME
: il nome del disco da collegare all'istanza.ZONE
: la zona dell'istanza su cui operare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.
Per ulteriori informazioni, vedi
gcloud compute instances attach-disk
.Verifica che i punti di montaggio siano collegati correttamente:
lsblk
Dovresti vedere un output simile al seguente:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT ... sdd 8:48 0 1T 0 disk └─vg_hana_shared-shared 254:0 0 1024G 0 lvm /hana/shared sde 8:64 0 32G 0 disk └─vg_hana_usrsap-usrsap 254:3 0 32G 0 lvm /usr/sap sdf 8:80 0 13.8T 0 disk └─vg_hana_data-data 254:1 0 13.8T 0 lvm /hana/data sdg 8:96 0 512G 0 disk └─vg_hana_log-log 254:2 0 512G 0 lvm /hana/log
Avvia l'istanza SAP HANA eseguendo uno dei seguenti comandi:
HDB start
sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB
Sostituisci
INSTANCE_NUMBER
con il numero di istanza per il tuo sistema SAP HANA.Per ulteriori informazioni, consulta Avvio e arresto dei sistemi SAP HANA.
Convalida le dimensioni del disco, le IOPS e la velocità effettiva del nuovo volume Hyperdisk:
gcloud compute disks describe DISK_NAME \ --zone ZONE \ --project PROJECT_NAME
Sostituisci quanto segue:
DISK_NAME
: il nome del disco da descrivere.ZONE
: la zona del disco da descrivere.PROJECT_NAME
: il nome del tuo progetto Google Cloud.
Per ulteriori informazioni, vedi
gcloud compute disks describe
.
Clonazione del sistema SAP HANA
Puoi creare snapshot di un sistema SAP HANA esistente su Google Cloud per creare un clone esatto del sistema.
Per clonare un sistema SAP HANA a un solo host:
Crea uno snapshot dei dati e dei dischi di backup.
Crea nuovi dischi utilizzando gli snapshot.
Nella console Google Cloud, vai alla pagina Istanze VM.
Fai clic sull'istanza da clonare per aprire la pagina dei dettagli dell'istanza, quindi fai clic su Clona.
Collega i dischi creati dagli snapshot.
Per clonare un sistema SAP HANA multi-host:
Esegui il provisioning di un nuovo sistema SAP HANA con la stessa configurazione del sistema SAP HANA che vuoi clonare.
Esegui un backup dei dati del sistema originale.
Ripristina il backup del sistema originale nel nuovo sistema.
Installazione e aggiornamento dellgcloud CLI
Dopo aver eseguito il deployment di una VM per SAP HANA e aver installato il sistema operativo, è necessaria una versione aggiornata di Google Cloud CLI per vari scopi, come il trasferimento di file da e verso Cloud Storage, l'interazione con i servizi di rete e così via.
Se segui le istruzioni riportate nella guida al deployment di SAP HANA, l'gcloud CLI viene installata automaticamente.
Tuttavia, se importi il tuo sistema operativo in Google Cloud come immagine personalizzata o utilizzi un'immagine pubblica precedente fornita da Google Cloud, potresti dover installare o aggiornare autonomamente il gcloud CLI.
Per verificare se gcloud CLI è installato e se sono disponibili aggiornamenti, apri un terminale o un prompt dei comandi e inserisci:
gcloud version
Se il comando non viene riconosciuto, significa che gcloud CLI non è installato.
Per installare gcloud CLI, segui le istruzioni riportate in Installazione di gcloud CLI.
Per sostituire la versione 140 o precedenti dell'interfaccia alla gcloud CLI integrata con SLES:
Accedi alla VM utilizzando
ssh
.Passa all'utente super:
sudo su
Inserisci i seguenti comandi:
bash <(curl -s https://dl.google.com/dl/cloudsdk/channels/rapid/install_google_cloud_sdk.bash) --disable-prompts --install-dir=/usr/local update-alternatives --install /usr/bin/gsutil gsutil /usr/local/google-cloud-sdk/bin/gsutil 1 --force update-alternatives --install /usr/bin/gcloud gcloud /usr/local/google-cloud-sdk/bin/gcloud 1 --force gcloud --quiet compute instances list
Attivazione del riavvio rapido di SAP HANA
Google Cloud consiglia vivamente di attivare il riavvio rapido di SAP HANA per ogni istanza di SAP HANA, in particolare per le istanze più grandi. Il riavvio rapido di SAP HANA riduce il tempo di riavvio nel caso in cui SAP HANA si arresti, ma il sistema operativo rimanga in esecuzione.
Come configurato dagli script di automazione forniti da Google Cloud,
le impostazioni del sistema operativo e del kernel supportano già il riavvio rapido di SAP HANA.
Devi definire il file system tmpfs
e configurare SAP HANA.
Per definire il file system tmpfs
e configurare SAP HANA, puoi seguire i passaggi manuali o utilizzare lo script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA. Per ulteriori informazioni, consulta:
- Passaggi manuali: attivare il riavvio rapido di SAP HANA
- Passaggi automatici: attiva Fast Restart di SAP HANA
Per istruzioni autorevoli complete su SAP HANA Fast Restart, consulta la documentazione dell'opzione SAP HANA Fast Restart.
Passaggi manuali
Configura il file system tmpfs
Dopo aver eseguito il deployment delle VM host e dei sistemi SAP HANA di base,
devi creare e montare le directory per i nodi NUMA nel file system tmpfs
.
Mostra la topologia NUMA della VM
Prima di poter mappare il file system tmpfs
richiesto, devi sapere quanti nodi NUMA sono presenti nella tua VM. Per visualizzare i nodi NUMA disponibili su una VM Compute Engine, inserisci il seguente comando:
lscpu | grep NUMA
Ad esempio, un tipo di VM m2-ultramem-208
ha quattro nodi NUMA,
numerati da 0 a 3, come mostrato nell'esempio seguente:
NUMA node(s): 4 NUMA node0 CPU(s): 0-25,104-129 NUMA node1 CPU(s): 26-51,130-155 NUMA node2 CPU(s): 52-77,156-181 NUMA node3 CPU(s): 78-103,182-207
Crea le directory dei nodi NUMA
Crea una directory per ogni nodo NUMA nella VM e imposta le autorizzazioni.
Ad esempio, per quattro nodi NUMA numerati da 0 a 3:
mkdir -pv /hana/tmpfs{0..3}/SID chown -R SID_LCadm:sapsys /hana/tmpfs*/SID chmod 777 -R /hana/tmpfs*/SID
Monta le directory dei nodi NUMA su tmpfs
Monta le directory del file system tmpfs
e specifica
una preferenza per il nodo NUMA per ciascuna con mpol=prefer
:
SID specifica il SID con lettere maiuscole.
mount tmpfsSID0 -t tmpfs -o mpol=prefer:0 /hana/tmpfs0/SID mount tmpfsSID1 -t tmpfs -o mpol=prefer:1 /hana/tmpfs1/SID mount tmpfsSID2 -t tmpfs -o mpol=prefer:2 /hana/tmpfs2/SID mount tmpfsSID3 -t tmpfs -o mpol=prefer:3 /hana/tmpfs3/SID
Aggiorna /etc/fstab
Per assicurarti che i punti di montaggio siano disponibili dopo un riavvio del sistema operativo, aggiungi voci alla tabella del file system, /etc/fstab
:
tmpfsSID0 /hana/tmpfs0/SID tmpfs rw,relatime,mpol=prefer:0 tmpfsSID1 /hana/tmpfs1/SID tmpfs rw,relatime,mpol=prefer:1 tmpfsSID1 /hana/tmpfs2/SID tmpfs rw,relatime,mpol=prefer:2 tmpfsSID1 /hana/tmpfs3/SID tmpfs rw,relatime,mpol=prefer:3
(Facoltativo) Imposta limiti per l'utilizzo della memoria
Il file system tmpfs
può aumentare e diminuire dinamicamente.
Per limitare la memoria utilizzata dal file system tmpfs
, puoi impostare un limite di dimensioni per un volume del nodo NUMA con l'opzione size
.
Ad esempio:
mount tmpfsSID0 -t tmpfs -o mpol=prefer:0,size=250G /hana/tmpfs0/SID
Puoi anche limitare l'utilizzo complessivo della memoria tmpfs
per tutti i nodi NUMA per
una determinata istanza SAP HANA e un determinato nodo del server impostando il
parametro persistent_memory_global_allocation_limit
nella sezione [memorymanager]
del file global.ini
.
Configurazione di SAP HANA per il riavvio rapido
Per configurare SAP HANA per il riavvio rapido, aggiorna il file global.ini
e specifica le tabelle da archiviare nella memoria persistente.
Aggiorna la sezione [persistence]
nel file global.ini
Configura la sezione [persistence]
nel file global.ini
di SAP HANA
per fare riferimento alle località tmpfs
. Separa ogni località tmpfs
con un punto e virgola:
[persistence] basepath_datavolumes = /hana/data basepath_logvolumes = /hana/log basepath_persistent_memory_volumes = /hana/tmpfs0/SID;/hana/tmpfs1/SID;/hana/tmpfs2/SID;/hana/tmpfs3/SID
L'esempio precedente specifica quattro volumi di memoria per quattro nodi NUMA,
che corrispondono a m2-ultramem-208
. Se esegui la tua esecuzione su m2-ultramem-416
, devi configurare otto volumi di memoria (0-7).
Riavvia SAP HANA dopo aver modificato il file global.ini
.
Ora SAP HANA può utilizzare la posizione tmpfs
come spazio di memoria permanente.
Specifica le tabelle da archiviare nella memoria persistente
Specifica tabelle o partizioni di colonne specifiche da archiviare nella memoria persistente.
Ad esempio, per attivare la memoria persistente per una tabella esistente, esegui la query SQL:
ALTER TABLE exampletable persistent memory ON immediate CASCADE
Per modificare il valore predefinito per le nuove tabelle, aggiungi il parametro
table_default
nel file indexserver.ini
. Ad esempio:
[persistent_memory] table_default = ON
Per ulteriori informazioni su come controllare le colonne, le tabelle e le visualizzazioni di monitoraggio che forniscono informazioni dettagliate, consulta Memoria persistente SAP HANA.
Passaggi automatici
Lo script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA apporta modifiche alle directory /hana/tmpfs*
, al file /etc/fstab
e alla configurazione di SAP HANA. Quando esegui lo script, potresti dover eseguire passaggi aggiuntivi a seconda che si tratti del deployment iniziale del sistema SAP HANA o se stai ridimensionando la macchina a una dimensione NUMA diversa.
Per il deployment iniziale del sistema SAP HANA o per il ridimensionamento della macchina al fine di aumentare il numero di nodi NUMA, assicurati che SAP HANA sia in esecuzione durante l'esecuzione dello script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA.
Quando redimensioni la macchina per ridurre il numero di nodi NUMA, assicurati che SAP HANA sia interrotta durante l'esecuzione dello script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA. Dopo l'esecuzione dello script, devi aggiornare manualmente la configurazione di SAP HANA per completare la configurazione del riavvio rapido di SAP HANA. Per ulteriori informazioni, consulta la configurazione di SAP HANA per il riavvio rapido.
Per attivare il riavvio rapido di SAP HANA, segui questi passaggi:
Stabilisci una connessione SSH con la VM host.
Passa al root:
sudo su -
Scarica lo script
sap_lib_hdbfr.sh
:wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/lib/sap_lib_hdbfr.sh
Rendi eseguibile il file:
chmod +x sap_lib_hdbfr.sh
Verifica che lo script non contenga errori:
vi sap_lib_hdbfr.sh ./sap_lib_hdbfr.sh -help
Se il comando restituisce un errore, contatta l'assistenza clienti Google Cloud. Per ulteriori informazioni su come contattare l'assistenza clienti, consulta Assistenza per SAP su Google Cloud.
Esegui lo script dopo aver sostituito l'ID sistema (SID) e la password di SAP HANA per l'utente SYSTEM del database SAP HANA. Per fornire la password in modo sicuro, ti consigliamo di utilizzare un secret in Secret Manager.
Esegui lo script utilizzando il nome di un secret in Secret Manager. Questo segreto deve esistere nel progetto Google Cloud che contiene l'istanza VM di hosting.
sudo ./sap_lib_hdbfr.sh -h 'SID' -s SECRET_NAME
Sostituisci quanto segue:
SID
: specifica l'SID con lettere maiuscole. Ad esempio,AHA
.SECRET_NAME
: specifica il nome del segreto corrispondente alla password per l'utente SYSTEM del database SAP HANA. Questo segreto deve esistere nel progetto Google Cloud che contiene l'istanza VM host.
In alternativa, puoi eseguire lo script utilizzando una password in testo normale. Dopo aver attivato il riavvio rapido di SAP HANA, assicurati di cambiare la password. L'utilizzo di una password in testo normale non è consigliato perché la password verrà registrata nella cronologia della riga di comando della VM.
sudo ./sap_lib_hdbfr.sh -h 'SID' -p 'PASSWORD'
Sostituisci quanto segue:
SID
: specifica l'SID con lettere maiuscole. Ad esempio,AHA
.PASSWORD
: specifica la password per l'utente SYSTEM del database SAP HANA.
Se l'esecuzione iniziale è andata a buon fine, dovresti vedere un output simile al seguente:
INFO - Script is running in standalone mode ls: cannot access '/hana/tmpfs*': No such file or directory INFO - Setting up HANA Fast Restart for system 'TST/00'. INFO - Number of NUMA nodes is 2 INFO - Number of directories /hana/tmpfs* is 0 INFO - HANA version 2.57 INFO - No directories /hana/tmpfs* exist. Assuming initial setup. INFO - Creating 2 directories /hana/tmpfs* and mounting them INFO - Adding /hana/tmpfs* entries to /etc/fstab. Copy is in /etc/fstab.20220625_030839 INFO - Updating the HANA configuration. INFO - Running command: select * from dummy DUMMY "X" 1 row selected (overall time 4124 usec; server time 130 usec) INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistence', 'basepath_persistent_memory_volumes') = '/hana/tmpfs0/TST;/hana/tmpfs1/TST;' 0 rows affected (overall time 3570 usec; server time 2239 usec) INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistent_memory', 'table_unload_action') = 'retain'; 0 rows affected (overall time 4308 usec; server time 2441 usec) INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') SET ('persistent_memory', 'table_default') = 'ON'; 0 rows affected (overall time 3422 usec; server time 2152 usec)
Configurare il canale di assistenza SAP con SAProuter
Se devi consentire a un tecnico del servizio di assistenza SAP di accedere ai tuoi sistemi SAP HANA su Google Cloud, puoi farlo utilizzando SAProuter. Segui questi passaggi:
Avvia l'istanza VM Compute Engine su cui verrà installato il software SAProuter e assegna un indirizzo IP esterno in modo che l'istanza abbia accesso a internet.
Crea un nuovo indirizzo IP esterno statico e poi assegna questo indirizzo IP all'istanza.
Crea e configura una regola firewall SAProuter specifica nella tua rete. In questa regola, consenti solo l'accesso in entrata e in uscita obbligatorio alla rete di assistenza SAP per l'istanza SAProuter.
Limita l'accesso in entrata e in uscita a un indirizzo IP specifico a cui SAP ti consente di connetterti, insieme alla porta TCP
3299
. Aggiungi un tag target alla regola firewall e inserisci il nome dell'istanza. In questo modo, la regola del firewall viene applicata solo alla nuova istanza. Per ulteriori dettagli sulla creazione e sulla configurazione delle regole firewall, consulta la documentazione relativa alle regole firewall.Installa il software SAProuter, seguendo la nota SAP 1628296, e crea un file
saprouttab
che consenta l'accesso da SAP ai tuoi sistemi SAP HANA su Google Cloud.Configura la connessione con SAP. Per la connessione a internet, utilizza la comunicazione di rete sicura. Per ulteriori informazioni, consulta SAP Remote Support – Help.
Configurare la rete
Esegui il provisioning del sistema SAP HANA utilizzando VM con la rete virtuale Google Cloud. Google Cloud utilizza tecnologie di networking software-defined e sistemi distribuiti all'avanguardia per ospitare e fornire i tuoi servizi in tutto il mondo.
Per SAP HANA, crea una rete di subnet non predefinita con intervalli di indirizzi IP CIDR non sovrapposti per ogni subnet della rete. Tieni presente che ogni subnet e i relativi intervalli di indirizzi IP interni sono mappati a una singola regione.
Una subnet abbraccia tutte le zone della regione in cui viene creata.
Tuttavia, quando crei un'istanza VM, devi specificare una zona e una sottorete per la VM. Ad esempio, puoi creare un insieme di istanze in subnetwork1
e in
zone1
di region1
e un altro insieme di istanze in subnetwork2
e in
zone2
di region1
, a seconda delle tue esigenze.
Una nuova rete non ha regole firewall e, di conseguenza, non ha accesso alla rete. Devi creare regole firewall che consentano l'accesso alle tue istanze SAP HANA in base a un modello di privilegi minimi. Le regole firewall si applicano all'intera rete e possono essere configurate anche per essere applicate a istanze target specifiche utilizzando il meccanismo di tagging.
Le route sono risorse globali, non regionali, collegate a una singola rete. I route creati dall'utente si applicano a tutte le istanze di una rete. Ciò significa che puoi aggiungere un percorso che inoltra il traffico da un'istanza all'altra all'interno della stessa rete, anche tra subnet, senza necessità di indirizzi IP esterni.
Per l'istanza SAP HANA, avvia l'istanza senza indirizzo IP esterno e configura un'altra VM come gateway NAT per l'accesso esterno. Questa configurazione richiede di aggiungere il gateway NAT come route per la tua istanza SAP HANA. Questa procedura è descritta nella guida all'implementazione.
Sicurezza
Le sezioni seguenti illustrano le operazioni di sicurezza.
Modello di privilegio minimo
La prima linea di difesa è limitare chi può raggiungere l'istanza utilizzando firewall. Creando regole firewall, puoi limitare tutto il traffico a una rete o a macchine di destinazione su una determinata serie di porte a indirizzi IP di origine specifici. Devi seguire il modello con privilegi minimi per limitare l'accesso agli indirizzi IP, ai protocolli e alle porte specifici che richiedono l'accesso. Ad esempio, devi sempre configurare un bastion host e consentire l'accesso tramite SSH al sistema SAP HANA solo da quell'host.
Modifiche alla configurazione
Devi configurare il sistema SAP HANA e il sistema operativo con le impostazioni di sicurezza consigliate. Ad esempio, assicurati che siano elencate solo le porte di rete pertinenti per consentire l'accesso, rafforza il sistema operativo su cui esegui SAP HANA e così via.
Fai riferimento alle seguenti note SAP (è necessario un account utente SAP):
- 1944799: linee guida per l'installazione di SAP HANA su SLES
- 1730999: modifiche alla configurazione consigliata
- 1731000: modifiche alla configurazione non consigliate
Disattivazione di servizi SAP HANA non necessari
Se non hai bisogno di SAP HANA Extended Application Services (SAP HANA XS), disattiva il servizio. Fai riferimento alla nota SAP 1697613: Rimozione del servizio SAP HANA XS Classic Engine dalla topologia.
Dopo aver disattivato il servizio, rimuovi tutte le porte TCP aperte per il servizio. In Google Cloud, questo significa modificare le regole del firewall per la rete in modo da rimuovere queste porte dall'elenco di accesso.
Audit logging
Cloud Audit Logs è costituito da due stream di log, attività di amministrazione e accesso ai dati, entrambi generati automaticamente da Google Cloud. Questi possono aiutarti a rispondere alle domande "Chi ha fatto cosa, dove e quando?" nel tuo progetto Google Cloud.
I log delle attività di amministrazione contengono voci di log per le chiamate API o le azioni amministrative che modificano la configurazione o i metadati di un servizio o di un progetto. Questo log è sempre attivo ed è visibile a tutti i membri del progetto.
I log di accesso ai dati contengono voci di log per le chiamate API che creano, modificano o leggono i dati forniti dall'utente gestiti da un servizio, ad esempio i dati archiviati in un servizio database. Questo tipo di logging è abilitato per impostazione predefinita nel progetto ed è accessibile tramite Cloud Logging o tramite il feed delle attività.
Protezione di un bucket Cloud Storage
Se utilizzi Cloud Storage per ospitare i backup dei dati e dei log, assicurati di utilizzare TLS (HTTPS) durante l'invio dei dati a Cloud Storage dalle tue istanze per proteggere i dati in transito. Cloud Storage cripta automaticamente i dati a riposo. Puoi specificare le tue chiavi di crittografia se hai il tuo sistema di gestione delle chiavi.
Documenti sulla sicurezza correlati
Consulta le seguenti risorse di sicurezza aggiuntive per il tuo ambiente SAP HANA su Google Cloud:
- Centro sicurezza
- Conformità in Google Cloud
- White paper sulla sicurezza di Google Cloud
- Design della sicurezza di Google Infrastructure
Disponibilità elevata per SAP HANA su Google Cloud
Google Cloud offre una serie di opzioni per garantire l'alta disponibilità per il tuo sistema SAP HANA, tra cui la migrazione live di Compute Engine e le funzionalità di riavvio automatico. Queste funzionalità, insieme all'elevata percentuale di uptime mensile delle VM Compute Engine, potrebbero rendere non necessario il pagamento e la manutenzione dei sistemi di standby.
Tuttavia, se necessario, puoi eseguire il deployment di un sistema scalabile orizzontalmente con più host che include gli host di riserva per il failover automatico dell'host SAP HANA oppure puoi eseguire il deployment di un sistema scalabile verticalmente con un'istanza SAP HANA di riserva in un cluster Linux ad alta disponibilità.
Per saperne di più sulle opzioni di alta disponibilità per SAP HANA su Google Cloud, consulta la guida alla pianificazione dell'alta disponibilità di SAP HANA.
Attivare il hook del provider SAP HANA HA/RE
Ripristino di emergenza
Il sistema SAP HANA fornisce diverse funzionalità di alta disponibilità per garantire che il database SAP HANA possa resistere agli errori a livello di software o infrastruttura. Tra queste funzionalità figurano la replica del sistema SAP HANA e i backup di SAP HANA, entrambi supportati da Google Cloud.
Per ulteriori informazioni sui backup di SAP HANA, consulta Backup e recupero.
Per ulteriori informazioni sulla replica del sistema, consulta la guida alla pianificazione del ripristino di emergenza di SAP HANA.
Backup e ripristino
I backup sono fondamentali per proteggere il tuo sistema di record (il tuo database). Poiché SAP HANA è un database in memoria, la creazione regolare di backup e l'implementazione di una strategia di backup adeguata ti aiutano a recuperare il database SAP HANA in situazioni come la corruzione o la perdita di dati a causa di un'interruzione o un guasto imprevisto nella tua infrastruttura. Il sistema SAP HANA fornisce funzionalità di backup e recupero integrate per aiutarti a farlo. Puoi utilizzare i servizi Google Cloud come Cloud Storage come destinazione di backup per il backup di SAP HANA.
Puoi anche attivare la funzionalità Backint dell'Agente per SAP di Google Cloud in modo da poter utilizzare Cloud Storage direttamente per i backup e i ripristini.
Per informazioni sui consigli per il backup e il ripristino dei sistemi SAP HANA eseguiti su istanze bare metal di Compute Engine come X4, consulta Backup e ripristino per SAP HANA su istanze bare metal.
Questo documento presuppone che tu abbia familiarità con il backup e il ripristino di SAP HANA, nonché con le seguenti note del servizio SAP:
- 1642148: Domande frequenti: backup e ripristino del database SAP HANA
- 1821207: determinazione dei file di ripristino richiesti
- 1869119: verifica dei backup utilizzando
hdbbackupcheck
- 1873247: verifica della recuperabilità con
hdbbackupdiag --check
- 1651055: Pianificazione dei backup del database SAP HANA in Linux
Utilizzo dei volumi Persistent Disk di Compute Engine e di Cloud Storage per i backup
Se hai seguito le istruzioni di deployment basate su Terraform fornite da Google Cloud per eseguire il deployment del sistema SAP HANA, hai un'installazione SAP HANA con una directory /hanabackup
ospitata su un volume di disco persistente bilanciato.
Per creare i backup del database online nella directory /hanabackup
, utilizza gli strumenti SAP standard come SAP HANA Studio, SAP HANA Cockpit, la transazione SAP ABAP DB13
o gli statement SQL di SAP HANA. Infine, salva il backup completato caricandolo in un bucket Cloud Storage, da cui puoi scaricarlo quando devi recuperare il sistema SAP HANA.
Utilizzare Compute Engine per creare backup e snapshot dei dischi
Puoi utilizzare Compute Engine per i backup di SAP HANA e hai anche la possibilità di eseguire il backup dell'intero disco che ospita i volumi di dati e log di SAP HANA utilizzando gli snapshot dei dischi standard.
Se hai seguito le istruzioni riportate nella
guida al deployment, hai un'installazione SAP HANA con una directory /hanabackup
per i backup del database online. Puoi utilizzare la stessa directory per archiviare gli snapshot del volume /hanabackup
e mantenere un backup in un determinato momento dei volumi di dati e log SAP HANA.
Un vantaggio degli snapshot dei dischi standard è che sono incrementali, in quanto ogni backup successivo memorizza solo le modifiche incrementali dei blocchi anziché creare un backup completamente nuovo. Compute Engine memorizza in modo ridondante più copie di ogni snapshot in più posizioni con checksum automatici per garantire l'integrità dei dati.
Di seguito è riportata un'illustrazione dei backup incrementali:
Cloud Storage come destinazione di backup
Cloud Storage è una buona scelta come destinazione di backup per SAP HANA perché offre elevata durabilità e disponibilità dei dati.
Cloud Storage è uno spazio di archiviazione di oggetti per file di qualsiasi tipo o formato. Ha uno spazio di archiviazione praticamente illimitato e non devi preoccuparti di eseguirne il provisioning o di aggiungere altra capacità. Un oggetto in Cloud Storage è costituito dai dati del file e dai relativi metadati associati e può avere dimensioni fino a 5 TB. Un bucket Cloud Storage può archiviare un numero qualsiasi di oggetti.
Con Cloud Storage, i dati vengono archiviati in più posizioni, il che garantisce elevata durabilità e disponibilità. Quando carichi i dati su Cloud Storage o li copi al suo interno, Cloud Storage segnala l'operazione come riuscita solo se viene raggiunta la ridondanza degli oggetti.
La tabella seguente mostra le opzioni di archiviazione offerte da Cloud Storage:
Frequenza di lettura/scrittura dei dati | L'opzione Cloud Storage consigliata |
---|---|
Letture o scritture frequenti | Scegli la classe di archiviazione Standard per i database in uso, in quanto potrebbero accedere di frequente a Cloud Storage per scrivere e leggere i file di backup. |
Letture o scritture rare | Scegli Nearline o Coldline per i dati a cui si accede di rado, ad esempio i backup archiviati che devono essere gestiti in base ai criteri di conservazione della tua organizzazione. Nearline è una buona scelta per i dati di cui hai eseguito il backup e a cui prevedi di accedere al massimo una volta al mese, mentre Coldline è più adatto per i dati a cui è molto bassa la probabilità di accedere, ad esempio una volta all'anno. |
Dati archiviati | Scegli lo spazio di archiviazione di tipo Archivio per i dati di archiviazione a lungo termine. L'archiviazione è una buona scelta per i dati di cui devi conservare una copia per un lungo periodo di tempo, ma a cui non intendi accedere più di una volta all'anno. Ad esempio, utilizza lo spazio di archiviazione archivio per i backup che devi conservare per un lungo periodo per soddisfare i requisiti normativi. Valuta la possibilità di sostituire la soluzione di backup basata su nastro con Archive. |
Quando pianifichi l'utilizzo di queste opzioni di archiviazione, inizia con il livello di accesso frequente e fai invecchiare i dati di backup fino ai livelli di accesso infrequente. I backup vengono generalmente utilizzati raramente man mano che invecchiano. La probabilità di dover recuperare un backup di 3 anni fa è estremamente bassa e puoi spostare questo backup nel livello Archive per risparmiare sui costi. Per informazioni sui costi di Cloud Storage, consulta la pagina Prezzi di Cloud Storage.
Cloud Storage rispetto al backup su nastro
La destinazione di backup on-premise convenzionale è il nastro. Cloud Storage offre molti vantaggi rispetto alle unità a nastro, inclusa la possibilità di archiviare automaticamente i backup "offsite" dal sistema di origine, perché i dati in Cloud Storage vengono replicati in più strutture. Ciò significa anche che i backup archiviati in Cloud Storage sono altamente disponibili.
Un'altra differenza fondamentale è la velocità di ripristino dei backup quando devi utilizzarli. Se devi creare un nuovo sistema SAP HANA da un backup o ripristinare un sistema esistente da un backup, Cloud Storage ti consente di accedere più rapidamente ai tuoi dati, il che ti aiuta a creare il sistema più velocemente.
Funzionalità Backint dell'agente di Google Cloud per SAP
Puoi utilizzare Cloud Storage direttamente per i backup e i ripristini sia per le installazioni on-premise sia per quelle su cloud utilizzando la funzionalità Backint certificata SAP dell'agente di Google Cloud per SAP.
Per saperne di più su questa funzionalità, consulta Backup e recupero basati su Backint per SAP HANA.
Esegui il backup e recupera SAP HANA utilizzando Backint
Le sezioni che seguono forniscono informazioni su come eseguire il backup e il recupero di SAP HANA utilizzando la funzionalità Backint dell'Agent for SAP di Google Cloud.
- Attivazione dei backup dei dati e delta
- Attivazione dei backup dei log
- Eseguire query sul catalogo dei backup
- Recupero di un database
Attivazione dei backup dei dati e delta
Per attivare un backup del volume di dati SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud, puoi utilizzare SAP HANA Studio, SAP HANA Cockpit, SAP HANA SQL o DBA Cockpit.
Di seguito sono riportate le istruzioni SQL di SAP HANA per attivare i backup dei dati:
Per creare un backup completo del database di sistema:
BACKUP DATA USING BACKINT ('BACKUP_NAME');
Sostituisci
BACKUP_NAME
con il nome che vuoi impostare per il backup.Per creare un backup completo per un database del tenant:
BACKUP DATA FOR TENANT_SID USING BACKINT ('BACKUP_NAME');
Sostituisci
TENANT_SID
con l'SID del database del tenant.Per creare backup differenziali e incrementali:
BACKUP DATA BACKUP_TYPE USING BACKINT ('BACKUP_NAME'); BACKUP DATA BACKUP_TYPE FOR TENANT_SID USING BACKINT ('BACKUP_NAME');
Sostituisci
BACKUP_TYPE
conDIFFERENTIAL
oINCREMENTAL
, a seconda del tipo di backup che vuoi creare.
Esistono diverse opzioni che puoi utilizzare per attivare i backup dei dati. Per informazioni su queste opzioni, consulta la guida di riferimento SQL di SAP HANA BACKUP DATA
Statement (Backup and Recovery).
Per ulteriori informazioni sui backup dei dati e delta, consulta i documenti SAP Data Backups e Delta Backups.
Attivazione dei backup dei log
Per attivare un backup del volume dei log di SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud, completa i seguenti passaggi:
- Crea un backup completo del database. Per istruzioni, consulta la documentazione SAP per la tua versione di SAP HANA.
- Nel file
global.ini
SAP HANA, imposta il parametrocatalog_backup_using_backint
suyes
.
Assicurati che la modalità di log per il sistema SAP HANA sia normal
, che è il valore predefinito. Se la modalità di log è impostata su overwrite
, il database SAP HANA
disattiva la creazione di backup dei log.
Per ulteriori informazioni sui backup dei log, consulta il documento SAP Backup dei log.
Esecuzione di query sul catalogo dei backup
Il catalogo di backup di SAP HANA è una parte fondamentale delle operazioni di backup e recupero. Contiene informazioni sui backup creati per il database SAP HANA.
Per eseguire query sul catalogo dei backup per informazioni sui backup di un database del tenant, completa i seguenti passaggi:
- Metti offline il database del tenant.
Nel database di sistema, esegui il seguente istruzione SQL:
BACKUP COMPLETE LIST DATA FOR TENANT_SID;
In alternativa, per eseguire una query su un punto in tempo specifico, esegui il seguente statement SQL:
BACKUP LIST DATA FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD';
L'istruzione crea il file
strategyOutput.xml
nella seguente directory:/usr/sap/SID/HDBINSTANCE_NUMBER/HOST_NAME/trace/DB_TENANT_SID
.
Per informazioni sull'istruzione BACKUP LIST DATA
, consulta la Guida di riferimento SQL di SAP HANA
BACKUP DATA
(backup e ripristino).
Per informazioni sul catalogo di backup, consulta il documento
Catalogo di backup di SAP.
Recupero di un database
Quando esegui un recupero utilizzando un backup dei dati con più stream, SAP HANA utilizza lo stesso numero di canali utilizzati al momento della creazione del backup. Per ulteriori informazioni, consulta il documento SAP Prerequisiti: recupero mediante backup multistream.
Per ripristinare un backup del database SAP HANA creato utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud, SAP HANA fornisce gli statement SQL RECOVER DATA
e RECOVER DATABASE
.
Entrambe le istruzioni SQL ripristinano i backup dal bucket Cloud Storage che hai specificato per il parametro bucket
nel file PARAMETERS.json
, a meno che tu non abbia specificato un bucket per il parametro recover_bucket
.
Di seguito sono riportati esempi di istruzioni SQL per il recupero di un database SAP HANA utilizzando un backup creato con la funzionalità Backint dell'agente di Google Cloud per SAP:
Per recuperare un database del tenant specificando il nome del file di backup:
RECOVER DATA FOR TENANT_SID USING BACKINT('BACKUP_NAME') CLEAR LOG;
Per recuperare un database del tenant specificando l'ID backup:
RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID CLEAR LOG;
Sostituisci
BACKUP_ID
con l'ID del backup richiesto.Per recuperare un database del tenant specificando l'ID backup quando devi utilizzare il backup del catalogo di backup di SAP HANA, archiviato nel tuo bucket Cloud Storage:
RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID USING CATALOG BACKINT CLEAR LOG;
Per recuperare il database di un tenant a un punto in tempo specifico o a una posizione del log specifica:
RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CHECK ACCESS USING BACKINT;
Per recuperare un database tenant utilizzando un backup da un database esterno:
RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CLEAR LOG USING SOURCE 'SOURCE_TENANT_SID@SOURCE_SID' USING CATALOG BACKINT CHECK ACCESS USING BACKINT
Sostituisci quanto segue:
SOURCE_TENANT_SID
: l'SID del database del tenant di origineSOURCE_SID
: l'SID del sistema SAP in cui esiste il database del tenant di origine
Se devi recuperare un database SAP HANA quando il catalogo di backup SAP HANA non è disponibile nel backup archiviato nel bucket Cloud Storage, segui le istruzioni riportate nella nota SAP 3227931 - Recover a HANA DB From Backint Without a HANA Backup Catalog.
Gestione di identità e accessi ai backup
Quando utilizzi Cloud Storage o Compute Engine per eseguire il backup dei dati SAP HANA, l'accesso a questi backup è controllato da Identity and Access Management (IAM). Questa funzionalità consente agli amministratori di autorizzare gli utenti che possono intervenire su risorse specifiche. IAM ti offre controllo e visibilità centralizzati per la gestione di tutte le tue risorse Google Cloud, inclusi i backup.
IAM fornisce anche una cronologia di audit trail completa di autorizzazioni, rimozioni e deleghe viene visualizzata automaticamente per gli amministratori. In questo modo puoi configurare criteri che monitorano l'accesso ai tuoi dati nei backup, consentendoti di completare l'intero ciclo di controllo dell'accesso con i tuoi dati. IAM offre una visualizzazione unificata dei criteri di sicurezza in tutta l'organizzazione, con audit integrato per semplificare i processi di conformità.
Per concedere a un principale l'accesso ai tuoi backup in Cloud Storage:
Nella console Google Cloud, vai alla pagina IAM e amministrazione:
Specifica l'utente a cui vuoi concedere l'accesso e poi assegna il ruolo Storage > Creatore oggetti Storage:
Come creare backup basati sul file system per SAP HANA
I sistemi SAP HANA di cui è stato eseguito il deployment su Google Cloud utilizzando la
guida al deployment sono
configurati con un insieme di volumi Persistent Disk o Hyperdisk
da utilizzare come destinazione di backup montata NFS. I backup di SAP HANA vengono inizialmente memorizzati su questi dischi locali, dopodiché devi copiarli in Cloud Storage per l'archiviazione a lungo termine. Puoi copiare manualmente i backup su Cloud Storage o pianificare la copia su Cloud Storage in un crontab
.
Se utilizzi la funzionalità Backint di Agent for SAP di Google Cloud, esegui il backup e il ripristino direttamente in un bucket Cloud Storage, eliminando così la necessità di spazio di archiviazione su disco permanente per i backup.
Per avviare o pianificare i backup dei dati SAP HANA, puoi utilizzare SAP HANA Studio, i comandi SQL o DBA Cockpit. I backup dei log vengono scritti automaticamente, a meno che non vengano disabilitati. Lo screenshot seguente mostra un esempio:
Configurazione di SAP HANA global.ini
Se hai seguito le istruzioni della
guida all'implementazione, il file di configurazione SAP HANA global.ini
è personalizzato con
i backup del database archiviati in /hanabackup/data/
e i file di archiviazione automatica dei log sono
memorizzati in /hanabackup/log/
. Di seguito è riportato un esempio di come appare global.ini
:
[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_databackup = /hanabackup/data
basepath_logbackup = /hanabackup/log
[system_information]
usage = production
Per personalizzare il file di configurazione global.ini
per la funzionalità Backint dell'agente di Google Cloud per SAP, consulta Configurare SAP HANA per la funzionalità Backint.
Note per le implementazioni di scale out
In un'implementazione di scalabilità, una
soluzione ad alta disponibilità che utilizza migrazione live e il riavvio automatico
funziona nello stesso modo di una configurazione a un solo host. La differenza principale è che il volume /hana/shared
è montato NFS su tutti gli host worker e masterizzato nel master HANA. Si verifica un breve periodo di inaccessibilità sul volume NFS in caso di migrazione live o riavvio automatico di un host master. Quando l'host principale viene riavviato, il volume NFS inizia nuovamente a funzionare su tutti gli host e le normali operazioni riprendono automaticamente.
Il volume di backup SAP HANA, /hanabackup
, deve essere disponibile su tutti gli host durante le operazioni di backup
e recupero. In caso di errore, devi verificare che /hanabackup
sia montato su tutti gli host e rimontare quelli non montati. Quando
scegli di copiare il set di backup su un altro volume o Cloud Storage,
esegui la copia sull'host principale per ottenere prestazioni I/O migliori e
ridurre l'utilizzo della rete. Per semplificare la procedura di backup e ripristino, puoi utilizzare Cloud Storage Fuse per montare il bucket Cloud Storage su ogni host.
Il rendimento in termini di scalabilità è tanto buono quanto la distribuzione dei dati. Migliore è la distribuzione dei dati, migliori sono le prestazioni delle query. Per questo, è necessario conoscere bene i dati, comprendere come vengono consumati e progettare la distribuzione e la partizione delle tabelle di conseguenza. Per ulteriori informazioni, consulta la nota SAP 2081591 - Domande frequenti: distribuzione delle tabelle SAP HANA.
Gcloud Python
Gcloud Python è un client Python idiomatico che puoi utilizzare per accedere ai servizi Google Cloud. Questa guida utilizza Gcloud Python per eseguire operazioni di backup e ripristino da e verso Cloud Storage per i backup del database SAP HANA.
Se hai seguito le istruzioni della guida al deployment, le librerie Python di Gcloud sono già disponibili nelle istanze Compute Engine.
Le librerie sono open source e ti consentono di operare sul tuo bucket Cloud Storage per archiviare e recuperare i dati di backup.
Puoi eseguire il seguente comando per elencare gli oggetti nel bucket Cloud Storage. Puoi utilizzarlo per elencare i backup disponibili:
python 2>/dev/null - <<EOF
from google.cloud import storage
storage_client = storage.Client()
bucket = storage_client.get_bucket("<bucket_name>")
blobs = bucket.list_blobs()
for fileblob in blobs:
print(fileblob.name)
EOF
Per informazioni dettagliate su Gcloud Python, consulta la documentazione di riferimento della libreria client per lo spazio di archiviazione.
Esempio di backup e ripristino
Le sezioni seguenti illustrano la procedura che potresti seguire per le attività di backup e ripristino di tipo comune utilizzando SAP HANA Studio.
Esempio di creazione di backup
In SAP HANA Backup Editor, seleziona Apri la procedura guidata di backup.
- Seleziona File come tipo di destinazione. In questo modo viene eseguito il backup del database nei file del file system specificato.
- Specifica la destinazione del backup,
/hanabackup/data/SID
, e il prefisso del backup. SostituisciSID
con l'ID sistema del tuo sistema SAP. - Fai clic su Avanti.
Fai clic su Fine nel modulo di conferma per avviare il backup.
Quando il backup inizia, una finestra di stato mostra l'avanzamento del backup. Attendi il completamento del backup.
Al termine del backup, nel riepilogo del backup viene visualizzato un messaggio
Finished
.Accedi al sistema SAP HANA e verifica che i backup siano disponibili nelle posizioni previste nel file system. Ad esempio:
Esegui il push o la sincronizzazione dei file di backup dal file system
/hanabackup
a Cloud Storage. Il seguente script Python di esempio spinge i dati da/hanabackup/data
e/hanabackup/log
al bucket utilizzato per i backup, nel formatoNODE_NAME/DATA
oLOG/YYYY/MM/DD/HH/BACKUP_FILE_NAME
. In questo modo puoi identificare i file di backup in base al momento in cui è stato eseguito il backup. Esegui questo scriptgcloud Python
sul prompt bash del sistema operativo:python 2>/dev/null - <<EOF import os import socket from datetime import datetime from google.cloud import storage storage_client = storage.Client() today = datetime.today() current_hour = today.strftime('%Y/%m/%d/%H') hostname = socket.gethostname() bucket = storage_client.get_bucket("hanabackup") for subdir, dirs, files in os.walk('/hanabackup/data/H2D/'): for file in files: backupfilename = os.path.join(subdir, file) if 'COMPLETE_DATA_BACKUP' in backupfilename: only_filename = backupfilename.split('/')[-1] backup_file = hostname + '/data/' + current_hour + '/' + only_filename blob = bucket.blob(backup_file) blob.upload_from_filename(filename=backupfilename) for subdir, dirs, files in os.walk('/hanabackup/log/H2D/'): for file in files: backupfilename = os.path.join(subdir, file) if 'COMPLETE_DATA_BACKUP' in backupfilename: only_filename = backupfilename.split('/')[-1] backup_file = hostname + '/log/' + current_hour + '/' + only_filename blob = bucket.blob(backup_file) blob.upload_from_filename(filename=backupfilename) EOF
Utilizza le librerie Python Gcloud o la console Google Cloud per elencare i dati di backup.
Esempio di ripristino del backup
Se i file di backup non sono disponibili nella directory
/hanabackup
, ma sono disponibili in Cloud Storage, scaricali da Cloud Storage eseguendo il seguente script dal prompt bash del sistema operativo:python - <<EOF from google.cloud import storage storage_client = storage.Client() bucket = storage_client.get_bucket("hanabackup") blobs = bucket.list_blobs() for fileblob in blobs: blob = bucket.blob(fileblob.name) fname = str(fileblob.name).split('/')[-1] blob.chunk_size=1<<30 if 'log' in fname: blob.download_to_filename('/hanabackup/log/H2D/' + fname) else: blob.download_to_filename('/hanabackup/data/H2D/' + fname) EOF
Per recuperare il database SAP HANA, fai clic su Backup e ripristino > Ripristina sistema:
Fai clic su Avanti.
Specifica la posizione dei backup nel file system locale e fai clic su Aggiungi.
Fai clic su Avanti.
Seleziona Recupero senza il catalogo di backup:
Fai clic su Avanti.
Seleziona File come tipo di destinazione, quindi specifica la posizione dei file di backup e il prefisso corretto per il backup. Se hai seguito la procedura di creazione di un backup di esempio, ricorda che
COMPLETE_DATA_BACKUP
è stato impostato come prefisso.Fai clic su Avanti due volte.
Fai clic su Fine per avviare il ripristino.
Al termine del recupero, riprendi le normali operazioni e rimuovi i file di backup dalle directory
/hanabackup/data/SID/*
.
Passaggi successivi
Potrebbero esserti utili i seguenti documenti SAP standard:
Potresti trovare utili anche i seguenti documenti di Google Cloud:
- Funzionalità cloud gratuite e offerta di prova
- Guida introduttiva a Google Cloud
- Compute Engine
- Persistent Disk