Questa guida fornisce istruzioni per il funzionamento dei sistemi SAP HANA di cui è stato eseguito il deployment in Google Cloud Terraform: guida al deployment dello scale up di SAP HANA. Tieni presente che questa guida non intende sostituire nessuna delle documentazione.
Amministrazione di un sistema SAP HANA su Google Cloud
Questa sezione mostra come eseguire le attività amministrative generalmente richieste gestire un sistema SAP HANA, incluse informazioni su avvio, arresto e sistemi di clonazione.
Avvio e arresto delle istanze
Puoi arrestare uno o più host SAP HANA in qualsiasi momento. arresto di un'istanza arresta l'istanza. Se l'arresto non viene completato entro 2 minuti, viene arrestata forzatamente. Come best practice, dovresti prima arrestare SAP HANA in esecuzione sull'istanza prima di arrestarla.
Arresto di una VM
L'arresto di un'istanza di una macchina virtuale (VM) fa sì che Compute Engine invii Segnale di spegnimento ACPI all'istanza. Non ti viene addebitato alcun costo per l'istanza Compute Engine dopo l'arresto dell'istanza. Se disponi di dischi permanenti collegati Ad esempio, i dischi non vengono eliminati e ti verranno addebitati dei costi.
Se i dati contenuti nel disco permanente sono importanti, puoi conservarli oppure creare uno snapshot del disco permanente ed eliminarlo per risparmiare sui costi. Puoi creare un altro disco dallo snapshot quando avrai nuovamente bisogno dei dati.
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 stopINTERROMPI.
Per ulteriori informazioni, vedi Arresto di un'istanza.
Riavvio di una VM
Nella console Google Cloud, vai alla pagina Istanze VM.
Seleziona le istanze che vuoi riavviare.
Nell'angolo in alto a destra della pagina, fai clic su play_arrowINIZIA per riavviare le istanze.
Per ulteriori informazioni, vedi Riavvio di un'istanza.
Modifica di una VM
È possibile modificare vari attributi di una VM, incluso il tipo, dopo del deployment della VM. Alcune modifiche potrebbero richiedere di ripristinare il sistema SAP dai backup, mentre altri richiedono solo per riavviare la VM.
Per ulteriori informazioni, vedi Modifica delle configurazioni delle VM per i sistemi SAP.
Creazione di uno snapshot di SAP HANA
Per generare un backup point-in-time del disco permanente, puoi creare un senza dover creare uno snapshot. Compute Engine archivia in modo ridondante più copie di ogni di creare snapshot in più località con checksum automatici per garantire l'integrità dei dati.
Per creare uno snapshot, segui le istruzioni di Compute Engine per creazione di snapshot. Presta attenzione ai passaggi di preparazione prima di creare uno snapshot coerente, come lo svuotamento dei buffer del disco su disco, per assicurarti che lo snapshot sia coerente.
Gli snapshot sono utili per i seguenti casi d'uso:
Caso d'uso | Dettagli |
---|---|
Offri un backup dei dati semplice, indipendente dal software ed economico soluzione. | Esegui il backup di dati, log, backup e dischi condivisi con snapshot. Pianifica un backup giornaliero di questi dischi per backup point-in-time dell'intero set di dati. Dopo la prima istantanea, solo le modifiche incrementali dei blocchi vengono memorizzate in snapshot successivi. Ciò consente di risparmiare sui costi. |
Esegui la migrazione a un tipo di archiviazione diverso. | Compute Engine offre diversi tipi di dischi permanenti,
inclusi i tipi supportati dallo spazio di archiviazione standard (magnetico) e i tipi supportati
spazio di archiviazione su unità a stato solido (dischi permanenti basati su SSD). Ognuno ha
caratteristiche in termini di costi e prestazioni. Ad esempio, utilizza un
standard per il volume di backup e utilizzare un tipo basato su SSD per
/hana/log e /hana/data volumi, perché
richiedono prestazioni più elevate. Per eseguire la migrazione tra tipi di archiviazione, utilizza
snapshot del volume, quindi crea un nuovo volume utilizzando lo snapshot e seleziona
diverso tipo di archiviazione. |
Esegui la migrazione di SAP HANA in un'altra regione o zona. | Utilizza gli snapshot per spostare il tuo sistema SAP HANA da una zona a un'altra in nella stessa regione o anche a un'altra regione. Gli snapshot possono essere utilizzati a livello globale Google Cloud per creare dischi in un'altra zona o regione. Per passare a un'altra una regione o una zona, creare uno snapshot dei tuoi dischi, incluso il disco radice, e poi crea le macchine virtuali nella zona o regione desiderata con i dischi creati dagli snapshot. |
Migrazione di volumi di dischi permanenti SAP HANA esistenti a volumi Hyperdisk Extreme
Puoi eseguire la migrazione dei volumi di Persistent Disk esistenti a volumi Hyperdisk Extreme per i tuoi sistemi SAP HANA in esecuzione in Google Cloud. Hyperdisk Extreme offre prestazioni migliori per SAP HANA rispetto alla soluzione persistente basata su SSD Tipi di disco.
Per eseguire la migrazione dei volumi Persistent Disk ai volumi Hyperdisk Extreme, utilizzi gli snapshot di dischi permanenti di Google Cloud e l'opzione di riavvio rapido di SAP HANA. L'opzione di riavvio rapido di SAP HANA viene utilizzata come supporto che riduce i tempi di inattività durante passando da un tipo di disco all'altro eliminando la necessità di attendere il caricamento delle tabelle. Tu deve prendere in considerazione il tempo necessario per ricaricare il repository Tipi di dati BLOB (Binary Large Object).
Sebbene il processo di migrazione richieda tempi di inattività minimi, la durata effettiva il tempo di inattività dipende dal tempo impiegato per completare le seguenti attività:
- Creazione di snapshot. Per ridurre i tempi di inattività durante lo scatto, puoi degli snapshot dei dischi prima dell'attività di migrazione pianificata, quindi alcune istantanee aggiuntive più vicine all'attività, con una conseguente riduzione delle la differenza tra gli snapshot.
- crea volumi Hyperdisk Extreme utilizzando gli snapshot dei tuoi e i volumi di dischi.
- Ricaricamento delle tabelle SAP HANA nella memoria SAP HANA.
In caso di problemi durante la migrazione, puoi tornare alla i dischi esistenti perché non sono interessati da questa procedura disponibili finché non li elimini.
Prima di iniziare
Prima della migrazione dei volumi dei dischi permanenti SAP HANA a Hyperdisk Extreme volumi, assicurati che siano soddisfatte le seguenti condizioni:
- SAP HANA è in esecuzione su un tipo di VM di Compute Engine certificato che supporta Hyperdisk Extreme.
- I dati e il log SAP HANA utilizzano dischi permanenti separati per
/hana/data
e/hana/log
volumi. - Per la persistenza dell'archiviazione SAP HANA viene utilizzata la gestione del volume logico Linux.
Anche se è possibile usare lo spazio di archiviazione diretto, è richiesto un dispositivo esplicito
rimappatura tramite la tabella
/etc/fstab
. - Riavvio rapido di SAP HANA sia abilitata per il tuo sistema SAP HANA. Per ulteriori informazioni su come abilita SAP HANA Fast Riavviamento, consulta Attivazione di SAP HANA Fast Riavvia.
- È disponibile un backup valido del database SAP HANA. Questo backup può essere utilizzato per ripristinare il database, se necessario.
- Se l'istanza VM di destinazione fa parte di un cluster a disponibilità elevata, assicurati che se il cluster è in modalità di manutenzione.
- Il database SAP HANA è attivo e in esecuzione.
Il file system
tmpfs
è completamente caricato con i contenuti dei datiMAIN
come il frammento frammentato. Per visualizzare l'utilizzo del file system, esegui questo comando comando:df -Th
.Dovresti vedere un output simile al seguente:
# df -Th Filesystem Type Size Used Avail Use% Mounted on ... /dev/mapper/vg_hana_shared-shared xfs 1.0T 56G 968G 6% /hana/shared /dev/mapper/vg_hana_data-data xfs 14T 5.7T 8.2T 41% /hana/data /dev/mapper/vg_hana_log-log xfs 512G 7.2G 505G 2% /hana/log /dev/mapper/vg_hana_usrsap-usrsap xfs 32G 276M 32G 1% /usr/sap tmpfsDB10 tmpfs 5.7T 800G 4.9T 14% /hana/tmpfs0/DB1 tmpfsDB11 tmpfs 5.7T 796G 4.9T 14% /hana/tmpfs1/DB1 tmpfsDB12 tmpfs 5.7T 783G 4.9T 14% /hana/tmpfs2/DB1 tmpfsDB13 tmpfs 5.7T 780G 4.9T 14% /hana/tmpfs3/DB1 tmpfsDB14 tmpfs 5.7T 816G 4.9T 15% /hana/tmpfs4/DB1 tmpfsDB15 tmpfs 5.7T 780G 4.9T 14% /hana/tmpfs5/DB1 tmpfsDB16 tmpfs 5.7T 816G 4.9T 15% /hana/tmpfs6/DB1 tmpfsDB17 tmpfs 5.7T 780G 4.9T 14% /hana/tmpfs7/DB1
Esegui la migrazione di volumi di dischi permanenti a volumi Hyperdisk Extreme
Questa sezione descrive come eseguire la migrazione del tipo di disco di due dischi permanenti
/hana/data
e /hana/log
volumi da dischi permanenti (pd-ssd
)
a Hyperdisk Extreme.
Per illustrare il processo di migrazione, viene utilizzata la seguente configurazione di esempio:
- Tipo di macchina:
m2-ultramem-416
(12 TB di memoria, 416 vCPU) - Sistema di scale up SAP HANA di cui è stato eseguito il deployment utilizzando il documento Google Cloud
Terraform: guida al deployment dello scale up di SAP HANA.
- Sistema operativo: SLES for SAP 15 SP1
- SAP HANA: HANA 2 SPS06, Patch 63
- Tipo di disco predefinito:
pd-ssd
- I volumi
/hana/data
e/hana/log
sono montati su dischi separati e sono basate su LVM e XFS - La Riavvio rapido di SAP HANA è abilitato e circa 6 TB di dati vengono caricati nel database
Eseguire la migrazione di volumi Persistent Disk a Hyperdisk Extreme volumi, esegui questi passaggi:
Arresta il database SAP HANA utilizzando uno dei seguenti comandi:
HDB stop
Oppure
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 il documento SAP Avvio e arresto dei sistemi SAP HANA.
Smonta i file system
/hana/data
e/hana/log
:umount /hana/data umount /hana/log
Determina i nomi dei dati e registra i dischi permanenti utilizzando una uno dei seguenti metodi:
Esegui questo comando:
ls -l /dev/disk/by-id/
L'output mostra la mappatura dei nomi dei dischi ai dispositivi:
... lrwxrwxrwx 1 root root 9 May 18 20:14 google-hana-vm-data00001 -> ../../sdb lrwxrwxrwx 1 root root 9 May 18 20:14 google-hana-vm-log00001 -> ../../sdc ...
Esegui questo comando
gcloud compute
:gcloud compute instances describe INSTANCE_NAME --zone=ZONE
Sostituisci quanto segue:
INSTANCE_NAME
: il nome dell'istanza VM.ZONE
: la zona dell'istanza VM.
L'output mostra i dettagli dell'istanza VM, incluse le informazioni del disco associato:
gcloud compute instances describe hana-vm --zone europe-west4-a ... disks: - autoDelete: false deviceName: hana-vm-shared00001 diskSizeGb: '1024' - autoDelete: false deviceName: hana-vm-usrsap00001 diskSizeGb: '32' - autoDelete: false deviceName: hana-vm-data00001 diskSizeGb: '14093' - autoDelete: false deviceName: hana-vm-log00001 diskSizeGb: '512'
Nella console Google Cloud, vai alla pagina Istanze VM di Compute Engine e fai clic sul nome della VM. Lo spazio di archiviazione mostra le informazioni sul disco associato.
Crea snapshot dei dati e registra i dischi permanenti dei dischi:
gcloud compute snapshots create DATA_DISK-snapshot \ --project=PROJECT_ID \ --source-disk-zone=SOURCE_DISK_ZONE \ --source-disk=DATA_DISK gcloud compute snapshots create LOG_DISK-snapshot \ --project=PROJECT_ID \ --source-disk-zone=SOURCE_DISK_ZONE \ --source-disk=LOG_DISK
Sostituisci quanto segue:
DATA_DISK
: il nome del disco permanente dei dati da cui devi creare uno snapshot. Questo nome è preceduto dal prefisso snapshot del volume di dati.LOG_DISK
: il nome del disco permanente dei log da necessarie per creare uno snapshot. Questo nome è aggiunto come prefisso al log snapshot del volume.PROJECT_ID
: l'ID del progetto.SOURCE_DISK_ZONE
: la zona del disco permanente da cui devi creare uno snapshot.
Per saperne di più sulla creazione di snapshot, consulta Creare e gestire snapshot dei dischi.
Crea nuovi dischi Hyperdisk Extreme per volumi
/hana/data
e/hana/log
basate sugli snapshot:gcloud compute disks create DATA_DISK-hdx \ --project=PROJECT_ID \ --zone=ZONE \ --type=hyperdisk-extreme \ --provisioned-iops=IOPS_DATA_DISK \ --source-snapshot=DATA_DISK-snapshot gcloud compute disks create LOG_DISK-hdx \ --project=PROJECT_ID \ --zone=ZONE \ --type=hyperdisk-extreme \ --provisioned-iops=IOPS_LOG_DISK \ --source-snapshot=LOG_DISK-snapshot
Sostituisci quanto segue:
DATA_DISK
: il nome del disco permanente originale un volume di dati che ha come prefisso il volume di dati Hyperdisk Extreme e del volume dei dati.LOG_DISK
: il nome del disco permanente originale volume di log con prefisso al volume di log Hyperdisk Extreme e del volume dei log.PROJECT_ID
: l'ID del progetto.ZONE
: la zona in cui devi creare Hyperdisk Dischi con condizioni estreme.IOPS_DATA_DISK
: le IOPS sottoposte a provisioning dell' Disco Hyperdisk Extreme per volume dati. Il numero di IOPS viene impostato in base i tuoi requisiti di prestazioni.IOPS_LOG_DISK
: le IOPS sottoposte a provisioning dell' Disco Hyperdisk Extreme per volume di log. Il numero di IOPS viene impostato in base in termini di prestazioni.Per informazioni sui IOPS minimi per volumi Hyperdisk Extreme collegati al tipo di istanza, consulta Dimensioni minime per i dischi permanenti basati su SSD e gli Hyperdisk.
Per saperne di più sul ripristino da uno snapshot, consulta Ripristinare da uno snapshot.
Scollega i vecchi dischi permanenti SAP HANA:
gcloud compute instances detach-disk INSTANCE_NAME \ --disk=DATA_DISK \ --zone=ZONE gcloud compute instances detach-disk INSTANCE_NAME \ --disk=LOG_DISK \ --zone=ZONE
Sostituisci quanto segue:
INSTANCE_NAME
: il nome dell'istanza VM.DATA_DISK
: il nome del disco permanente del volume di dati da scollegare.LOG_DISK
: il nome del disco permanente del volume di log da scollegare.ZONE
: la zona in cui si trovano i dischi permanenti.
Collega i nuovi dischi Hyperdisk Extreme.
gcloud compute instances attach-disk INSTANCE_NAME \ --disk=DATA_DISK-hdx \ --zone=ZONE gcloud compute instances attach-disk INSTANCE_NAME \ --disk=LOG_DISK-hdx \ --zone=ZONE
Sostituisci quanto segue:
INSTANCE_NAME
: il nome dell'istanza VM.DATA_DISK
: il nome del volume dati Hyperdisk Estremo da attaccare.LOG_DISK
: il nome del volume di log Hyperdisk Estremo da attaccare.ZONE
: la zona in cui il nuovo Hyperdisk Extreme di Compute Engine.
Per montare i nuovi volumi, esegui questi passaggi come utente
sudo
oroot
:Rimuovi tutte le definizioni di mappatura dei dispositivi per evitare conflitti di mappatura dei dispositivi LVM:
dmsetup remove_all
Analizza tutti i dischi per individuare gruppi di volumi, ricrea le cache e crea volumi mancanti (inclusa LVM):
vgscan -v --mknodes
Dovresti vedere un output simile al seguente:
Scanning all devices to initialize lvmetad. Reading volume groups from cache. Found volume group "vg_hana_data" using metadata type lvm2 Found volume group "vg_hana_shared" using metadata type lvm2 Found volume group "vg_hana_log" using metadata type lvm2 Found volume group "vg_hana_usrsap" using metadata type lvm2
Attiva i gruppi di volume:
vgchange -ay
Dovresti vedere un output simile al seguente:
1 logical volume(s) in volume group "vg_hana_data" now active 1 logical volume(s) in volume group "vg_hana_shared" now active 1 logical volume(s) in volume group "vg_hana_log" now active 1 logical volume(s) in volume group "vg_hana_usrsap" now active
Cerca volumi logici:
lvscan
Dovresti vedere un output simile al seguente:
ACTIVE '/dev/vg_hana_data/data' [13.76 TiB] inherit ACTIVE '/dev/vg_hana_shared/shared' [1024.00 GiB] inherit ACTIVE '/dev/vg_hana_log/log' [512.00 GiB] inherit ACTIVE '/dev/vg_hana_usrsap/usrsap' [32.00 GiB] inherit
Monta i dischi:
mount -av
Dovresti vedere un output simile al seguente:
/ : ignored /boot/efi : already mounted /hana/shared : already mounted /hana/data : already mounted /hana/log : already mounted /usr/sap : already mounted swap : ignored /hana/tmpfs0/DB1 : already mounted /hana/tmpfs1/DB1 : already mounted /hana/tmpfs2/DB1 : already mounted /hana/tmpfs3/DB1 : already mounted /hana/tmpfs4/DB1 : already mounted /hana/tmpfs5/DB1 : already mounted /hana/tmpfs6/DB1 : already mounted /hana/tmpfs7/DB1 : already mounted
Verifica i nuovi volumi:
Verifica l'utilizzo dei file system:
df -Th
Dovresti vedere un output simile al seguente:
Filesystem Type Size Used Avail Use% Mounted on ... /dev/mapper/vg_hana_shared-shared xfs 1.0T 56G 968G 6% /hana/shared /dev/mapper/vg_hana_usrsap-usrsap xfs 32G 277M 32G 1% /usr/sap tmpfsDB10 tmpfs 5.7T 784G 4.9T 14% /hana/tmpfs0/DB1 tmpfsDB11 tmpfs 5.7T 783G 4.9T 14% /hana/tmpfs1/DB1 tmpfsDB12 tmpfs 5.7T 783G 4.9T 14% /hana/tmpfs2/DB1 tmpfsDB13 tmpfs 5.7T 782G 4.9T 14% /hana/tmpfs3/DB1 tmpfsDB14 tmpfs 5.7T 783G 4.9T 14% /hana/tmpfs4/DB1 tmpfsDB15 tmpfs 5.7T 783G 4.9T 14% /hana/tmpfs5/DB1 tmpfsDB16 tmpfs 5.7T 783G 4.9T 14% /hana/tmpfs6/DB1 tmpfsDB17 tmpfs 5.7T 782G 4.9T 14% /hana/tmpfs7/DB1 /dev/mapper/vg_hana_log-log xfs 512G 7.2G 505G 2% /hana/log /dev/mapper/vg_hana_data-data xfs 14T 5.7T 8.2T 41% /hana/data
Verifica che i dispositivi siano collegati ai nuovi volumi:
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 utilizzando uno dei seguenti comandi:
HDB start
Oppure
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 di sistemi SAP HANA.
Fallback
Se la migrazione dei dischi non riesce, puoi utilizzare i dischi originali come opzione di riserva perché contengono i dati esistenti prima della procedura di migrazione avviata.
Per ripristinare lo stato originale, segui questi passaggi:
- Arresta l'istanza VM.
- Scollega i volumi Hyperdisk Extreme appena creati.
- Ricollega i dischi originali all'istanza VM.
- Avvia l'istanza VM.
Modifica delle impostazioni del disco
Puoi modificare le IOPS sottoposte a provisioning
velocità effettiva massima o aumentare le dimensioni dei volumi Hyperdisk
una volta ogni 4 ore.
Se tenti di modificare nuovamente il disco prima che siano trascorse quattro ore,
Ricevi un messaggio di errore relativo alla tariffa limitata come
Cannot update provisioned throughput due to being rate limited
.
Per risolvere questi errori, attendi 4 ore dall'ultima modifica prima
di modificare nuovamente il disco.
Utilizza questa procedura solo in caso di emergenza quando non puoi attendere quattro ore per regolare la dimensione del disco, le IOPS sottoposte a provisioning o la velocità effettiva i volumi Hyperdisk.
Per modificare le impostazioni del disco, segui questi passaggi:
Arresta 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 di 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
: nome dello snapshot che ti interessa. per creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.SOURCE_DISK_NAME
: il disco di origine utilizzato per creare lo snapshot.ZONE
: zona del disco di origine su cui operare.LOCATION
: località di Cloud Storage, a livello di una o più regioni in cui devono essere archiviati i contenuti degli snapshot.Per saperne di più, consulta Creare e gestire 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
: nome dell'immagine disco che vuoi per creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.SOURCE_DISK_NAME
: il disco di origine utilizzato per creare l'immagine.ZONE
: zona del disco di origine su cui operare.LOCATION
: località di Cloud Storage, una o più regioni in cui deve essere archiviato il contenuto 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, di IOPS e velocità effettiva per soddisfare requisiti dei carichi di lavoro. Per ulteriori informazioni sul provisioning delle IOPS e la velocità effettiva per Hyperdisk, consulta Informazioni sul provisioning di IOPS e velocità effettiva 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
: nome del disco che vuoi creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.DISK_TYPE
: tipo di disco da creare.DISK_SIZE
: dimensione del disco.ZONE
: zona dei dischi da creare.SOURCE_SNAPSHOT
: snapshot di origine utilizzato per creare i dischi.IOPS
: è stato eseguito il provisioning di IOPS del disco da creare.THROUGHPUT
: velocità effettiva del disco sottoposta a provisioning 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
: nome del disco che vuoi creare.PROJECT_NAME
: il nome del tuo progetto Google Cloud.DISK_TYPE
: tipo di disco da creare.DISK_SIZE
: dimensione del disco.ZONE
: zona dei dischi da creare.SOURE_IMAGE_NAME
: l'immagine di origine da applicare allo durante la creazione dei dischi.IMAGE_PROJECT_NAME
: il progetto Google Cloud con cui verranno risolti tutti i riferimenti alle immagini e alle famiglie di immagini.IOPS
: è stato eseguito il provisioning di IOPS del disco da creare.THROUGHPUT
: velocità effettiva del disco sottoposta a provisioning da creare.
Per ulteriori informazioni, vedi
gcloud compute disks create
.Scollega il disco esistente dal tuo sistema SAP HANA:
gcloud compute instances detach-disk INSTANCE_NAME \ --disk OLD_DISK_NAME \ --zone ZONE \ --project PROJECT_NAME
Sostituisci quanto segue:
INSTANCE_NAME
: nome dell'istanza su cui operare.OLD_DISK_NAME
: il disco da scollegare in base al nome della risorsa.ZONE
: 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 tuo sistema SAP HANA:
gcloud compute instances attach-disk INSTANCE_NAME \ --disk NEW_DISK_NAME \ --zone ZONE \ --project PROJECT_NAME
Sostituisci quanto segue:
INSTANCE_NAME
: nome dell'istanza su cui operare.NEW_DISK_NAME
: il nome del disco da collegare all'istanza.ZONE
: 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 di 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
: nome del disco da descrivere.ZONE
: 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 creano un clone esatto del sistema.
Per clonare un sistema SAP HANA con host singolo:
Crea uno snapshot dei tuoi 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 di SAP HANA e il sistema che desideri clonare.
Esegui un backup dei dati del sistema originale.
Ripristina il backup del sistema originale nel nuovo sistema.
Installazione e aggiornamento di gcloud CLI
Dopo il deployment di una VM per SAP HANA e l'installazione del sistema operativo, è necessario l'aggiornamento di Google Cloud CLI per vari scopi, come il trasferimento da e verso Cloud Storage, interagendo con i servizi di rete e così via e quindi la tua.
Se segui le istruzioni nel Guida al deployment di SAP HANA, gcloud CLI verrà installato automaticamente.
Tuttavia, se utilizzi il tuo sistema operativo in Google Cloud come un'immagine personalizzata o stai utilizzando un'immagine pubblica meno recente fornita da Google Cloud, potresti dover installare o aggiornare gcloud CLI per te.
Per verificare se gcloud CLI è installato e se gli aggiornamenti sono disponibile, apri un terminale o un prompt dei comandi e inserisci:
gcloud version
Se il comando non viene riconosciuto, gcloud CLI non è installato.
Per installare gcloud CLI, segui le istruzioni in Installazione di gcloud CLI.
Per sostituire la versione 140 o precedente di gcloud CLI integrata con SLES:
Accedi alla VM utilizzando
ssh
.Passa al super utente:
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
Abilitazione del riavvio rapido di SAP HANA
Google Cloud consiglia vivamente di abilitare SAP HANA Riavvio rapido per ogni istanza di SAP HANA, in particolare per le istanze più grandi. Il riavvio rapido SAP HANA riduce i tempi di riavvio nel caso in cui SAP HANA termina, ma il sistema operativo rimane 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 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 dell'automazione
Google Cloud fornisce per abilitare SAP HANA Fast Riavvia. Per ulteriori informazioni
informazioni, vedi:
- Passaggi manuali: abilita il riavvio rapido di SAP HANA
- Passaggi automatici: abilita il riavvio rapido di SAP HANA
Per le istruzioni autorevoli complete per il riavvio rapido di SAP HANA, consulta la documentazione relativa all'opzione di riavvio rapido di SAP HANA.
Passaggi manuali
Configura il file system tmpfs
Una volta eseguito il deployment delle VM host
e dei sistemi SAP HANA di base,
devi creare e montare le directory per i NUMA nodi in tmpfs
file system in-app.
Visualizza la topologia NUMA della VM
Prima di poter mappare il file system tmpfs
richiesto, devi sapere come
molti nodi NUMA della tua VM. Per visualizzare i NUMA nodi disponibili
una VM di Compute Engine, inserisci il comando seguente:
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 tua 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 del nodo NUMA in tmpfs
Monta le directory del file system tmpfs
e specifica
una preferenza di nodo NUMA per ognuno 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 garantire che i punti di montaggio siano disponibili dopo un sistema operativo
esegui riavvio, 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 i limiti per l'utilizzo della memoria
Il file system tmpfs
può crescere e ridursi in modo dinamico.
Per limitare la memoria utilizzata dal file system tmpfs
:
puoi impostare un limite di dimensione per un volume di nodi 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 di tmpfs
per tutti i NUMA nodi per
una determinata istanza SAP HANA e un determinato nodo del server impostando
persistent_memory_global_allocation_limit
nel parametro [memorymanager]
del file global.ini
.
Configurazione SAP HANA per riavvio rapido
Per configurare SAP HANA per il riavvio rapido, aggiorna il file global.ini
e specificare le tabelle da archiviare
nella memoria permanente.
Aggiorna la sezione [persistence]
nel file global.ini
Configura la sezione [persistence]
nel file SAP HANA global.ini
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 corrisponde a m2-ultramem-208
. Se la tua esecuzione fosse attiva
m2-ultramem-416
, dovrai configurare otto volumi di memoria (0..7).
Riavvia SAP HANA dopo aver modificato il file global.ini
.
SAP HANA può ora utilizzare la località tmpfs
come spazio di memoria permanente.
Specifica le tabelle da archiviare in memoria permanente
Specifica tabelle o partizioni di colonne specifiche da archiviare nella memoria permanente.
Ad esempio, per attivare la memoria permanente 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 le viste di monitoraggio forniscono informazioni dettagliate (consulta SAP HANA Persistent Memory).
Passaggi automatici
Lo script di automazione fornito da Google Cloud per abilitare
Riavvio rapido SAP HANA
apporta modifiche alle directory /hana/tmpfs*
, al file /etc/fstab
e
Configurazione SAP HANA. Quando esegui lo script, potrebbe essere necessario eseguire
passaggi aggiuntivi, a seconda che si tratti o meno del deployment iniziale
SAP HANA o stai ridimensionando la macchina a una dimensione NUMA diversa.
Per il deployment iniziale del tuo sistema SAP HANA o il ridimensionamento la macchina per aumentare il numero di nodi NUMA, assicurati che SAP HANA sia in esecuzione durante l'esecuzione di uno script di automazione che Google Cloud consente di abilitare SAP HANA Fast Riavvia.
Quando ridimensioni la macchina per ridurre il numero di NUMA nodi, assicurati che SAP HANA venga arrestato durante l'esecuzione dello script di automazione fornito da Google Cloud per abilitare il riavvio rapido di SAP HANA. Dopo l'esecuzione dello script, devi aggiornare manualmente SAP HANA per completare la configurazione del riavvio rapido di SAP HANA. Per ulteriori informazioni, consulta Configurazione SAP HANA per riavvio rapido.
Per abilitare il riavvio rapido di SAP HANA, segui questi passaggi:
Stabilisci una connessione SSH con la VM host.
Passa alla directory principale:
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 presenti errori:
vi sap_lib_hdbfr.sh ./sap_lib_hdbfr.sh -help
Se il comando restituisce un errore, contatta l'assistenza clienti Google Cloud. Per saperne di più su come contattare l'assistenza clienti, vedi Ottenere assistenza per SAP su Google Cloud.
Esegui lo script dopo aver sostituito l'ID di sistema (SID) e la password 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 il secret deve esistere nel progetto Google Cloud contenente la VM host in esecuzione in un'istanza Compute Engine.
sudo ./sap_lib_hdbfr.sh -h 'SID' -s SECRET_NAME
Sostituisci quanto segue:
SID
: specifica il SID in lettere maiuscole lettere. Ad esempio,AHA
.SECRET_NAME
: specifica il nome del secret che corrisponde alla password dell'utente SYSTEM del Database SAP HANA. Questo secret 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 abilitato il riavvio rapido di SAP HANA, assicurati di modificare password. L'utilizzo di password in testo normale non è consigliato come password verrà registrato nella cronologia della riga di comando.
sudo ./sap_lib_hdbfr.sh -h 'SID' -p 'PASSWORD'
Sostituisci quanto segue:
SID
: specifica il SID in lettere maiuscole lettere. Ad esempio,AHA
.PASSWORD
: specifica la password per Utente SYSTEM del database SAP HANA.
Per un'esecuzione iniziale riuscita, 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)
Configurazione del 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 di Compute Engine su cui verrà eseguito il software SAProuter su cui è installato assegnare 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 configurare una regola firewall specifica per SAProuter nella tua rete. In questa regola, consenti solo le richieste in entrata e in uscita alla rete di supporto SAP, per l'istanza SAProuter.
Limitare l'accesso in entrata e in uscita a un indirizzo IP specifico fornito da SAP, insieme alla porta TCP
3299
. Aggiungi un il tag di destinazione alla regola firewall e inserisci il nome dell'istanza. Ciò garantisce che la regola firewall si applica solo alla nuova istanza. Guarda il firewall sulle regole per ulteriori dettagli sulla creazione e la configurazione di regole firewall.Installa il software SAProuter, come indicato di seguito Nota SAP 1628296, e crea un file
saprouttab
che consente l'accesso da SAP a SAP HANA su Google Cloud.Configura la connessione con SAP. Per la connessione a internet, utilizza Sicuro comunicazione di rete. Per ulteriori informazioni, vedi Assistenza remota SAP – Guida
Configurazione della rete
Stai eseguendo il provisioning del tuo sistema SAP HANA utilizzando VM con rete virtuale Google Cloud. Google Cloud utilizza tecnologie all'avanguardia, Networking software-defined e sistemi distribuiti per ospitare e distribuire i tuoi servizi nel mondo.
Per SAP HANA, crea una rete di subnet non predefinita con IP CIDR non sovrapposto per ogni subnet nella rete. Tieni presente che ogni subnet e i suoi intervalli di indirizzi IP interni sono mappati a una singola regione.
Una subnet copre tutte le zone della regione in cui è stata creata.
Tuttavia, quando crei un'istanza VM, specifichi una zona e una subnet per
la VM. Ad esempio, puoi creare un set 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 quindi non ha accesso alla rete. Dovresti crea regole firewall che aprono l'accesso alle tue istanze SAP HANA in base a un modello di privilegi minimi. Si applicano le regole firewall all'intera rete e può anche essere configurato per essere applicato a target specifici di Compute Engine utilizzando il meccanismo di tagging.
Le route sono risorse globali, non a livello di regione, collegate a un singolo in ogni rete. Le route create dall'utente si applicano a tutte le istanze in una rete. Ciò significa che puoi aggiungere una route che inoltra il traffico da un'istanza all'altra all'interno dello stesso anche nelle subnet, senza richiedere indirizzi IP esterni.
Per la tua istanza SAP HANA, avvia l'istanza senza IP esterno e configurare un'altra VM come gateway NAT per access. Questa configurazione richiede l'aggiunta del gateway NAT come route per la tua istanza SAP HANA. Questa procedura viene descritta guida all'implementazione.
Sicurezza
Le sezioni seguenti trattano le operazioni di sicurezza.
Modello di privilegi minimi
La prima linea di difesa consiste nel limitare gli utenti che possono raggiungere l'istanza utilizzando firewall. Creando firewall, puoi limitare tutto il traffico a una rete o a macchine di destinazione di porte a specifici indirizzi IP di origine. Devi seguire le modello con privilegi minimi per limitare l'accesso a indirizzi IP specifici, protocolli e porte che richiedono l'accesso. Ad esempio, devi sempre impostare e consentire l'bastion host 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 solo le reti pertinenti sono elencate per consentire l'accesso, proteggere il sistema operativo in esecuzione SAP HANA e così via.
Fai riferimento alle seguenti note SAP (è richiesto un account utente SAP):
- 1944799: Linee guida per SLES SAP HANA installazione
- 1730999: configurazione consigliata modifiche
- 1731000: configurazione non consigliata modifiche
Disabilitazione dei servizi SAP HANA non necessari
Se non hai bisogno di SAP HANA Extended Application Services (SAP HANA XS), disattivare il servizio. Fai riferimento a Nota SAP 1697613: rimozione del servizio SAP HANA XS Classic Engine dalla topologia.
Dopo aver disabilitato il servizio, rimuovi tutte le porte TCP aperte per il servizio. In Google Cloud, ciò significa modificare le regole firewall per rimuovere queste porte dall'elenco per gli accessi.
Audit logging
Cloud Audit Logs è costituito da due flussi di log: attività di amministrazione e dati , entrambi generati automaticamente da Google Cloud. Questi Può 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 abilitato 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 Dati forniti dall'utente gestiti da un servizio, ad esempio i dati archiviati in un database completamente gestito di Google Cloud. Questo tipo di logging è abilitato per impostazione predefinita nel tuo progetto ed è accessibile tramite Cloud Logging o tramite il tuo feed attività.
Protezione di un bucket Cloud Storage
Se utilizzi Cloud Storage per ospitare i backup di dati e log, assicurati di utilizzare TLS (HTTPS) durante l'invio di dati a Cloud Storage da le tue istanze per proteggere i dati in transito. Cloud Storage automaticamente cripta i dati at-rest. Puoi specificare le tue chiavi di crittografia se disponi di il tuo sistema di gestione delle chiavi.
Documenti correlati sulla sicurezza
Fai riferimento alle seguenti risorse di sicurezza aggiuntive per SAP HANA su Google Cloud:
- Centro sicurezza
- Conformità in Google Cloud
- White paper sulla sicurezza di Google Cloud
- Progettazione della sicurezza dell'infrastruttura Google
Disponibilità elevata per SAP HANA su Google Cloud
Google Cloud offre una varietà di opzioni per garantire un'alta disponibilità per il tuo sistema SAP HANA, inclusa la migrazione live di Compute Engine e riavvio automatico. Queste funzionalità, insieme all'alta percentuale di uptime mensile delle VM di Compute Engine, non è necessario pagare e gestire i sistemi in standby.
Tuttavia, se necessario, puoi eseguire il deployment di un sistema di scale out multi-host che include host in standby per il failover automatico dell'host SAP HANA oppure puoi eseguire il deployment di scale up con un'istanza SAP HANA in standby in un ambiente ad alta disponibilità in un cluster Linux.
Per ulteriori informazioni sulle opzioni di alta disponibilità per SAP HANA su per Google Cloud, consulta Guida alla pianificazione dell'alta disponibilità di SAP HANA.
Abilita l'hook del provider HA/RE SAP HANA
Ripristino di emergenza
Il sistema SAP HANA offre diverse funzionalità ad alta disponibilità per garantire che il tuo database SAP HANA possa resistere a guasti del software o a livello di infrastruttura. Tra queste funzionalità figurano la replica del sistema SAP HANA Backup di SAP HANA, entrambi supportati da Google Cloud.
Per ulteriori informazioni sui backup di SAP HANA, consulta Backup e ripristino.
Per ulteriori informazioni sulla replica di sistema, consulta Guida alla pianificazione del ripristino di emergenza di SAP HANA.
Backup e ripristino
I backup sono vitali per proteggere il sistema di registrazione (il tuo database). Poiché SAP HANA è un database in memoria che crea regolarmente backup e implementa una una strategia di backup adeguata ti aiuta a recuperare il database SAP HANA in situazioni ad esempio il danneggiamento o la perdita di dati a causa di un'interruzione non pianificata o di un errore nel della tua infrastruttura. Il sistema SAP HANA integra le funzionalità funzionalità di backup e ripristino. Puoi utilizzare Google Cloud come Cloud Storage, da usare come destinazione di backup Backup di SAP HANA.
Puoi anche abilitare la funzionalità Backint dell'agente Google Cloud per SAP, in modo da puoi usare Cloud Storage direttamente per backup e ripristini.
Per informazioni sui suggerimenti per il backup e il ripristino per i sistemi SAP HANA in esecuzione su istanze bare metal di Compute Engine come X4, consulta Backup e ripristino per istanze SAP HANA su bare metal.
Questo documento presuppone che tu abbia familiarità con il backup e il ripristino di SAP HANA. con le seguenti note sui servizi SAP:
- 1642148: Domande frequenti: backup e backup del database SAP HANA Ripristino
- 1821207: determinazione dei file di recupero richiesti
- 1869119: controllo dei backup utilizzando
hdbbackupcheck
- 1873247: controllo della recuperabilità con
hdbbackupdiag --check
- 1651055: Pianificazione dei backup di database SAP HANA in Linux
Utilizzo di volumi di dischi permanenti di Compute Engine e Cloud Storage per i backup
Se hai seguito il corso basato su Terraform
istruzioni per il deployment
forniti da Google Cloud per eseguire il deployment
del tuo sistema SAP HANA
quindi c'è un'installazione SAP HANA con una directory /hanabackup
ospitata
è un volume del disco permanente
bilanciato.
Per creare i backup del tuo database online nella directory /hanabackup
, utilizza
gli strumenti SAP standard come SAP HANA Studio, SAP HANA Cockpit, SAP ABAP
DB13
o le istruzioni SAP HANA SQL. Infine, salvi
completato il backup caricandolo
in un bucket Cloud Storage da cui puoi scaricare il backup,
devi ripristinare il tuo sistema SAP HANA.
Utilizzo di Compute Engine per creare backup e snapshot del disco
Puoi utilizzare i backup di Compute Engine per SAP HANA e possibilità di eseguire il backup dell'intero disco che ospita i tuoi dati e volumi di log SAP HANA utilizzando snapshot di disco standard.
Se hai seguito le istruzioni nella
guida all'implementazione,
dispongono di un'istanza SAP HANA
installazione con una directory /hanabackup
per il database online
backup. Puoi utilizzare la stessa directory per archiviare gli snapshot dell'/hanabackup
il volume e la gestione di un backup point-in-time dei dati e dei log SAP HANA
come i bilanciatori del carico
e i volumi di archiviazione.
Un vantaggio degli snapshot dei dischi standard è che sono incrementali, in cui ogni successivo il backup memorizza solo le modifiche incrementali al blocco anziché creare un nuovo backup. Compute Engine archivia in modo ridondante più copie di ogni snapshot in più località con checksum automatici per garantire l'integrità i tuoi dati.
Di seguito è riportata un'illustrazione dei backup incrementali:
Cloud Storage come destinazione di backup
Cloud Storage è una buona scelta da utilizzare come destinazione di backup per SAP HANA perché offre un'elevata durabilità e disponibilità dei dati.
Cloud Storage è un archivio di oggetti per file di qualsiasi tipo o formato. it dispone di uno spazio di archiviazione praticamente illimitato e non devi preoccuparti del provisioning o l'aggiunta di ulteriore capacità. Un oggetto In Cloud Storage sono costituiti dai dati dei file e dai metadati associati. e possono avere una dimensione massima di 5 TB. Cloud Storage bucket può archiviare un numero qualsiasi di oggetti.
Con Cloud Storage i dati vengono archiviati in più località, offre elevata durabilità e disponibilità elevata. Quando carichi i dati su Cloud Storage o copia i dati al suo interno, Cloud Storage segnala l'azione come riuscita solo se viene raggiunta la ridondanza dell'oggetto.
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 lo standard classe di archiviazione per i database sono in uso, perché potrebbero accedere spesso a Cloud Storage scrivere e leggere file di backup. |
Letture o scritture non frequenti | Scegli Nearline o Coldline Storage per raramente ai dati a cui si accede, ad esempio backup archiviati che devono essere gestiti dopo i criteri di conservazione della tua organizzazione. Nearline è un'ottima scelta per i dati di backup a cui prevedi di accedere al massimo una volta al mese, mentre Coldline è migliore per i dati con una disponibilità probabilità di accesso, ad esempio al massimo una volta all'anno. |
Dati di archiviazione | Scegli Archive Storage per i dati di archiviazione a lungo termine. Archive è un è una buona scelta per i dati di cui devi conservare una copia per un periodo prolungato ma a cui non intendi accedere più di una volta all'anno. Per Ad esempio, usa Archive Storage per i backup da conservare a lungo termine 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 le livello di accesso ed età i dati di backup fino ai livelli di accesso non frequenti. I backup in genere diventano raramente utilizzati con l'età. La probabilità di avere bisogno di un backup di 3 anni è estremamente ridotto e può essere invecchiato eseguire il backup nel livello Archive per risparmiare sui costi. Per informazioni su sui costi di Cloud Storage, vedi Prezzi di Cloud Storage.
Confronto tra Cloud Storage e backup su nastro
La destinazione di backup on-premise convenzionale è il nastro. Cloud Storage presenta molti vantaggi rispetto al nastro, tra cui la possibilità di archiviare automaticamente i backup "esterno" dal sistema di origine, perché i dati in Cloud Storage replicati in più strutture. Ciò significa anche che i backup archiviati in Cloud Storage sono ad alta disponibilità.
Un'altra differenza fondamentale è la velocità di ripristino dei backup quando è necessario utilizzare che li rappresentano. Se devi creare un nuovo sistema SAP HANA da un backup o ripristinare un già esistente da un backup, Cloud Storage fornisce un accesso più rapido ai tuoi dati, per velocizzare la creazione del sistema.
Funzionalità backint dell'agente per SAP di Google Cloud
Puoi utilizzare Cloud Storage direttamente per backup e recuperi per le installazioni sia on-premise che su cloud mediante l'uso Funzionalità backint dell'Agente per SAP di Google Cloud.
Per ulteriori informazioni su questa funzione, vedi Backup e ripristino basati su Backint per SAP HANA.
Esecuzione di backup e ripristino tramite Backint
Le sezioni seguenti forniscono informazioni su come eseguire il backup e le operazioni di ripristino Backint una funzionalità dell'agente Google Cloud per SAP.
- Attivazione di backup di dati e delta
- Attivazione dei backup dei log
- Esecuzione di query sul catalogo di backup
- Recupero di un database
Attivazione di backup di dati e delta
Per attivare un backup per il volume di dati SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'agente di Google Cloud per SAP, puoi utilizzare SAP HANA Studio SAP HANA Cockpit SAP HANA SQL, o il DBA Cockpit.
Di seguito sono riportate le istruzioni SAP HANA SQL per l'attivazione dei backup dei dati:
Per creare un backup completo per il database di sistema:
BACKUP DATA USING BACKINT ('BACKUP_NAME');
Sostituisci
BACKUP_NAME
con il nome che vuoi assegnare per il backup.Per creare un backup completo per un database tenant:
BACKUP DATA FOR TENANT_SID USING BACKINT ('BACKUP_NAME');
Sostituisci
TENANT_SID
con il SID del tenant per configurare un database.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 più opzioni che puoi utilizzare durante l'attivazione dei backup dei dati. Per
informazioni su queste opzioni, consulta la guida di riferimento di SAP HANA SQL
Dichiarazione di BACKUP DATA
(backup e recupero).
Per ulteriori informazioni sui backup di dati e delta, consulta i documenti SAP Backup dei dati e Backup delta.
Attivazione dei backup dei log
Per attivare un backup per il volume dei log di SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'agente di Google Cloud per SAP, completa i seguenti passaggi:
- Crea un backup completo del database. Per istruzioni, consulta la documentazione SAP per la tua versione SAP HANA.
- Nel file SAP HANA
global.ini
, imposta il parametrocatalog_backup_using_backint
ayes
.
Assicurati che la modalità di log per il tuo sistema SAP HANA sia normal
, ovvero
predefinito. Se la modalità di log è impostata su overwrite
, il database SAP HANA
disabilita 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 di backup
Il catalogo di backup SAP HANA è una parte vitale del backup e del ripristino operations. Contiene informazioni sui backup creati per SAP HANA per configurare un database.
Per eseguire query nel catalogo di backup per informazioni sui backup di un database tenant, completa i seguenti passaggi:
- Mettere offline il database tenant.
Sul database di sistema, esegui la seguente istruzione SQL:
BACKUP COMPLETE LIST DATA FOR TENANT_SID;
In alternativa, per eseguire una query per un momento specifico, esegui questo comando SQL :
BACKUP LIST DATA FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD';
L'istruzione crea il file
strategyOutput.xml
nel seguente modo directory:/usr/sap/SID/HDBINSTANCE_NUMBER/HOST_NAME/trace/DB_TENANT_SID
.
Per informazioni sull'istruzione BACKUP LIST DATA
, consulta il report SAP HANA SQL
guida di riferimento
Dichiarazione di BACKUP DATA
(backup e recupero).
Per informazioni sul catalogo di backup, consulta la documentazione SAP
documento
Backup Catalog.
Recupero di un database
Quando esegui un ripristino utilizzando un backup di dati multi-stream, SAP HANA utilizza lo stesso numero di canali utilizzato al momento della creazione del backup. Per ulteriori informazioni vedi il documento SAP Prerequisiti: recupero mediante backup multistream.
Per ripristinare il backup di un database SAP HANA creato utilizzando Backint
di Google Cloud, SAP HANA offre
RECOVER DATA
e
RECOVER DATABASE
istruzioni SQL.
Entrambe le istruzioni SQL ripristinano i backup dal bucket Cloud Storage che
specificato per il parametro bucket
nelle
PARAMETERS.json
file, a meno che tu non abbia specificato un bucket
per il parametro recover_bucket
.
Di seguito sono riportate istruzioni SQL di esempio per il recupero di un database SAP HANA mediante un backup creato con la funzionalità Backint di Agente Google Cloud per SAP:
Per recuperare un database tenant specificando il nome file di backup:
RECOVER DATA FOR TENANT_SID USING BACKINT('BACKUP_NAME') CLEAR LOG;
Per recuperare un database 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.Recupera un database tenant specificando l'ID backup quando devi usare il backup del catalogo di backup SAP HANA, che viene archiviato Bucket Cloud Storage:
RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID USING CATALOG BACKINT CLEAR LOG;
a ripristinare un database tenant in un momento specifico o in un posizione log:
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
: il SID del tenant di origine databaseSOURCE_SID
: il SID del sistema SAP in cui database tenant di origine esistente
Se hai bisogno di recuperare un database SAP HANA quando il catalogo di backup SAP HANA viene non disponibile nel backup archiviato nel bucket Cloud Storage, segui le istruzioni fornite nella nota SAP 3227931 - Ripristino di un database HANA da backint senza un catalogo di backup HANA.
Gestione dell'identità e dell'accesso ai backup
Quando utilizzi Cloud Storage o Compute Engine per il backup dati SAP HANA, l'accesso a questi backup è controllato da Identity and Access Management (IAM). Questo permette agli amministratori di autorizzare possono intervenire su risorse specifiche. IAM fornisce visibilità e controllo centralizzati per la gestione di alle risorse Google Cloud, inclusi i backup.
IAM fornisce inoltre una cronologia completa di audit trail delle autorizzazioni le autorizzazioni, la rimozione e la delega vengono visualizzate automaticamente Google Workspace for Education. Ciò ti consente di configurare criteri per monitorare l'accesso ai tuoi dati nel backup, per consentirti di completare l'intero ciclo di controllo dell'accesso con i tuoi dati. IAM offre una visualizzazione unificata dei criteri di sicurezza in l'intera organizzazione, con audit integrato per semplificare i processi di conformità.
Per concedere a un'entità l'accesso ai tuoi backup in Cloud Storage:
Nella console Google Cloud, vai alla sezione IAM e Pagina Amministrazione:
Specifica l'utente a cui vuoi concedere l'accesso e poi assegna il ruolo. Spazio di archiviazione > Creatore oggetti Storage:
Come creare backup basati su file system per SAP HANA
Sistemi SAP HANA di cui è stato eseguito il deployment su Google Cloud utilizzando
guida al deployment sono
configurato con un set di volumi Persistent Disk o Hyperdisk
da utilizzare come destinazione di backup montata su NFS. I backup SAP HANA sono per primi
su questi dischi locali, dopodiché dovrai copiarli
Cloud Storage per l'archiviazione a lungo termine. Puoi copiare manualmente
esegui i backup su Cloud Storage o pianifica la copia
Cloud Storage in un crontab
.
Se utilizzi la funzionalità Backint dell'agente per SAP di Google Cloud, torna indietro e ripristinare direttamente da un bucket Cloud Storage, eliminando 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, SQL o il DBA Cockpit. I backup dei log vengono scritti automaticamente a meno che disattivata. Il seguente screenshot mostra un esempio:
Configurazione di SAP HANA global.ini
in corso...
Se segui
guida all'implementazione
istruzioni, il file di configurazione SAP HANA global.ini
viene personalizzato con
backup dei database archiviati in /hanabackup/data/
e file di archiviazione di log automatici vengono
memorizzato in /hanabackup/log/
. Di seguito è riportato un esempio di come global.ini
aspetto:
[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 di
di Google Cloud per SAP, vedi
Configura SAP HANA per la funzionalità Backint.
Note per i deployment con scale out
In un'implementazione a scale out,
soluzione ad alta disponibilità che utilizza la migrazione live e il riavvio automatico
funziona come in una configurazione con un singolo host. Il principale
è che il volume /hana/shared
è montato su NFS su tutti i nodi
e masterizzati nel master HANA. C'è un breve periodo di tempo
inaccessibilità al volume NFS in caso di migrazione live di un host master
o al riavvio automatico. Al riavvio dell'host master, il volume NFS viene avviato a breve
a funzionare di nuovo su tutti gli host e le normali operazioni riprenderanno automaticamente.
Il volume di backup SAP HANA, /hanabackup
, deve essere disponibile su tutti gli host durante il backup
e le operazioni di ripristino. In caso di errore, devi verificare che
/hanabackup
viene montato su tutti gli host e rimonta quelli che non lo sono. Quando
scegli di copiare il set di backup su un altro volume o su Cloud Storage,
eseguire la copia sull'host master per ottenere prestazioni I/O migliori
e ridurre l'utilizzo della rete. Per semplificare la procedura di backup e recupero, puoi utilizzare
Cloud Storage FUSE su cui montare il bucket Cloud Storage
ogni host.
Le prestazioni di scale out sono pari alla distribuzione dei dati. Migliore è distribuiti i dati, migliori saranno le prestazioni della query. Questo richiede una buona conoscenza dei dati, comprenderne il funzionamento consumato e progettare la distribuzione e il partizionamento delle tabelle di conseguenza. Per ulteriori informazioni 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 servizi Google Cloud. Questa guida utilizza gcloud Python per eseguire il backup operazioni di ripristino da e verso Cloud Storage per il tuo database SAP HANA backup.
Se segui guida all'implementazione le librerie gcloud Python sono già disponibili nel di Compute Engine.
Le librerie sono open source e ti consentono di lavorare Bucket Cloud Storage per archiviare e recuperare i dati di backup.
Per elencare gli oggetti in Cloud Storage, puoi eseguire questo comando di sincronizzare la directory di una VM con un bucket. 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 i dettagli completi su gcloud Python, consulta documentazione di riferimento sulla libreria client di archiviazione.
Backup e ripristino di esempio
Le sezioni seguenti illustrano la procedura che potresti seguire per un le tipiche attività di backup e ripristino utilizzando SAP HANA Studio.
Esempio di creazione del backup
Nell'editor di backup di SAP HANA, seleziona Apri backup guidato.
- Seleziona File come tipo di destinazione. Questa operazione esegue il backup del database nel file system specificato.
- Specifica la destinazione del backup,
/hanabackup/data/SID
e il prefisso di backup. SostituisciSID
con l'ID del sistema SAP. - Fai clic su Avanti.
Fai clic su Fine nel modulo di conferma per avviare il backup.
All'avvio del backup, viene visualizzata una finestra di stato in cui viene visualizzato l'avanzamento del backup. Attendi il completamento del backup.
Al termine del backup, il riepilogo del backup mostra un
Finished
.Accedi al sistema SAP HANA e verifica che i backup siano disponibili all'indirizzo le posizioni previste nel file system. Ad esempio:
Esegui il push o sincronizza i file di backup dal file system
/hanabackup
a di archiviazione ideale in Cloud Storage. Il seguente script Python di esempio esegue il push dei dati da/hanabackup/data
e/hanabackup/log
al bucket utilizzato per backup, nel formatoNODE_NAME/DATA
oppureLOG/YYYY/MM/DD/HH/BACKUP_FILE_NAME
. Questo ti consente di identificare i file di backup in base al momento in cui vengono eseguiti è stato copiato. Esegui questo scriptgcloud Python
sulla bash del tuo 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 backup dei dati.
Esempio di ripristino del backup
Se i file di backup non sono disponibili nella directory
/hanabackup
, ma sono disponibili in Cloud Storage, quindi scarica i file Cloud Storage, eseguendo lo script seguente dal tuo sistema operativo prompt bash di sistema: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 recupero > Ripristina il sistema:
Fai clic su Avanti.
Specifica la posizione dei backup nel file system locale e fai clic su Aggiungi.
Fai clic su Avanti.
Seleziona Esegui il ripristino senza il catalogo di backup:
Fai clic su Avanti.
Seleziona File come tipo di destinazione, quindi specifica la posizione file di backup e il prefisso corretto per il backup. Se segui Esempio di procedura di creazione del backup, quindi ricorda che
COMPLETE_DATA_BACKUP
è stato impostato come prefisso.Fai clic due volte su Avanti.
Fai clic su Fine per avviare il ripristino.
Al termine del ripristino, 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:
Potrebbero esserti utili anche i seguenti documenti di Google Cloud:
- Funzionalità cloud gratuite e offerta di prova
- Guida introduttiva a Google Cloud
- Compute Engine
- Persistent Disk