Guida alle operazioni SAP HANA

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: SAP HANA scale-up. Tieni presente che questa guida non intende sostituire alcuna documentazione SAP standard.

Amministrazione di un sistema SAP HANA su Google Cloud

Questa sezione mostra come eseguire le attività amministrative generalmente necessarie per utilizzare un sistema SAP HANA, incluse informazioni su avvio, arresto e clonazione dei sistemi.

Avvio e arresto delle istanze

Puoi arrestare uno o più host SAP HANA in qualsiasi momento; l'arresto di un'istanza determina l'arresto dell'istanza. Se la chiusura non viene completata entro 2 minuti, l'istanza verrà arrestata forzatamente. Come best practice, devi prima interrompere l'esecuzione di SAP HANA 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 l'indicatore di spegnimento ACPI all'istanza. Dopo l'arresto dell'istanza, non ti verrà addebitato alcun costo per l'istanza Compute Engine. Se hai dischi permanenti collegati all'istanza, questi non vengono eliminati e ti verranno addebitati dei costi.

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. Puoi creare un altro disco dallo snapshot quando avrai nuovamente bisogno dei dati.

Per arrestare un'istanza:

  1. Nella console Google Cloud, vai alla pagina Istanze VM.

    Vai alla pagina Istanze VM

  2. Seleziona una o più istanze da arrestare.

  3. Nella parte superiore della pagina Istanze VM, fai clic su INTERROMPI.

Per ulteriori informazioni, consulta Arresto di un'istanza.

Riavvio di una VM

  1. Nella console Google Cloud, vai alla pagina Istanze VM.

    Vai alla pagina Istanze VM

  2. Seleziona le istanze che vuoi riavviare.

  3. Nella parte in alto a destra della pagina, fai clic su AVVIA per riavviare le istanze.

Per ulteriori informazioni, consulta Riavvio di un'istanza.

Modifica di una VM

Dopo il deployment, puoi modificare i vari attributi di una VM, incluso il tipo. 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 point-in-time del disco permanente, puoi creare uno snapshot. Compute Engine archivia in modo ridondante più copie di ogni snapshot in più località con checksum automatici per garantire l'integrità dei tuoi dati.

Per creare uno snapshot, segui le istruzioni di creazione di snapshot in Compute Engine. 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 una soluzione di backup dei dati semplice, indipendente dal software ed economica. 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 il primo snapshot, solo le modifiche incrementali dei blocchi vengono archiviate negli 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, compresi quelli supportati dall'archiviazione standard (magnetica) e quelli supportati da unità a stato solido (dischi permanenti basati su SSD). Ognuno di questi 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, perché richiedono prestazioni più elevate. Per eseguire la migrazione tra tipi di archiviazione, utilizza lo snapshot del volume, quindi 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 tuo sistema SAP HANA da una zona a un'altra nella stessa regione o persino in un'altra regione. Gli snapshot possono essere usati a livello globale all'interno di Google Cloud per creare dischi in un'altra zona o regione. Per passare a un'altra regione o zona, crea uno snapshot dei tuoi dischi, incluso il disco radice, quindi crea le macchine virtuali nella zona o regione desiderata con i dischi creati da questi 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 su Google Cloud. Hyperdisk Extreme offre prestazioni migliori per SAP HANA rispetto ai tipi di dischi permanenti basati su SSD.

Per eseguire la migrazione dei volumi dei Persistent Disk ai volumi Hyperdisk Extreme, utilizza gli snapshot di dischi permanenti e l'opzione di riavvio rapido SAP HANA di Google Cloud. L'opzione Riavvio rapido di SAP HANA viene utilizzata come helper che riduce i tempi di inattività durante il cambio di tipo di disco, eliminando la necessità di attendere il caricamento delle tabelle. Devi prendere in considerazione il tempo necessario per ricaricare i tipi di dati dell'archivio di righe e degli oggetti di grandi dimensioni (BLOB) binari.

Sebbene il processo di migrazione richieda tempi di inattività minimi, la durata effettiva del tempo di inattività dipende dal tempo impiegato per completare le attività seguenti:

  • Creazione di snapshot. Per ridurre i tempi di inattività durante l'acquisizione di snapshot, puoi creare snapshot dei dischi prima dell'attività di migrazione pianificata e quindi creare altri snapshot più vicini all'attività, in modo da ridurre la differenza tra gli snapshot.
  • Creazione di volumi Hyperdisk Extreme tramite gli snapshot dei volumi del disco permanente.
  • Ricaricamento delle tabelle SAP HANA nella memoria SAP HANA.

In caso di problemi durante la migrazione, puoi ripristinare i dischi esistenti perché non sono interessati da questa procedura e sono disponibili fino a quando non li elimini.

Prima di iniziare

Prima di eseguire la migrazione dei volumi dei dischi permanenti SAP HANA ai volumi Hyperdisk Extreme, 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 i volumi /hana/data e /hana/log.
  • Per la persistenza dell'archiviazione SAP HANA viene utilizzata la gestione del volume logico Linux. Anche se è possibile usare l'archiviazione diretta, richiederebbe la rimappatura esplicita del dispositivo tramite la tabella /etc/fstab.
  • Riavvio rapido di SAP HANA è abilitato per il tuo sistema SAP HANA. Per ulteriori informazioni su come abilitare il riavvio rapido di SAP HANA, 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 ad alta disponibilità, assicurati che il cluster sia in modalità di manutenzione.
  • Il database SAP HANA è attivo e in esecuzione.

  • Il file system tmpfs è completamente caricato con i contenuti dei frammenti di dati MAIN. Per visualizzare l'utilizzo del file system, esegui questo 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 per /hana/data e /hana/logvolumi 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 di SAP HANA di cui è stato eseguito il deployment utilizzando il documento Google Cloud Terraform: SAP HANA scale-up deployment guide
    • 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 creati utilizzando LVM e XFS
    • Il riavvio rapido di SAP HANA è abilitato e circa 6 TB di dati vengono caricati nel database

Per eseguire la migrazione di volumi Persistent Disk a volumi Hyperdisk Extreme, segui questi passaggi:

  1. 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 di sistemi SAP HANA.

  2. Smonta i file system /hana/data e /hana/log:

    umount /hana/data
umount /hana/log

  3. Determina i nomi dei dati e registra i dischi permanenti utilizzando 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. La sezione Archiviazione mostra le informazioni del disco associato.

  4. 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 da cui devi creare uno snapshot. Questo nome è preceduto dal prefisso dello snapshot del volume dati.
    • LOG_DISK: il nome del disco permanente del log da cui devi creare uno snapshot. Questo nome è preceduto dal prefisso dello snapshot del volume di log.
    • 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.

  5. Crea nuovi dischi Hyperdisk Extreme per volumi /hana/data e /hana/log in base agli 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 volume dati del disco permanente originale preceduto dal prefisso del volume dati Hyperdisk Extreme e dello snapshot del volume dati.
    • LOG_DISK: il nome del volume di log del disco permanente originale preceduto dal prefisso del volume di log Hyperdisk Extreme e lo snapshot del volume di log.
    • PROJECT_ID: l'ID del progetto.
    • ZONE: la zona in cui devi creare dischi Hyperdisk Extreme.
    • IOPS_DATA_DISK: le IOPS sottoposte a provisioning del disco Hyperdisk Extreme per il volume di dati. Puoi impostare le IOPS in base ai tuoi requisiti di prestazioni.

    • IOPS_LOG_DISK: le IOPS sottoposte a provisioning del disco Hyperdisk Extreme per il volume di log. Puoi impostare le IOPS in base alle tue esigenze di prestazioni.

      Per informazioni sul numero minimo di IOPS per volumi Hyperdisk Extreme collegati al tuo tipo di istanza, consulta Dimensioni minime per dischi permanenti SSD e Hyperdisk.

    Per saperne di più sul ripristino da uno snapshot, consulta Ripristinare da uno snapshot.

  6. 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.

  7. 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 Extreme da collegare.
    • LOG_DISK: il nome del volume di log Hyperdisk Extreme da collegare.
    • ZONE: la zona in cui esistono i nuovi dischi Hyperdisk Extreme.

  8. Per montare i nuovi volumi, esegui questi passaggi come utente sudo o root:

    1. Rimuovi tutte le definizioni di mappatura dei dispositivi per evitare conflitti di mappatura dei dispositivi LVM:

      dmsetup remove_all

    2. 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

    3. 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

    4. 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

    5. 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

  9. 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

  10. 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 va a buon fine, puoi utilizzare i dischi originali come opzione di riserva perché contengono i dati esistenti prima dell'inizio della procedura di migrazione.

Per ripristinare lo stato originale, segui questi passaggi:

  1. Arresta l'istanza VM.
  2. Scollega i volumi Hyperdisk Extreme appena creati.
  3. Ricollega i dischi originali all'istanza VM.
  4. Avvia l'istanza VM.

Modifica delle impostazioni del disco

Puoi modificare le IOPS o la velocità effettiva di cui è stato eseguito il provisioning oppure aumentare la dimensione dei volumi Hyperdisk una volta ogni 4 ore. Se tenti di modificare nuovamente il disco prima della scadenza delle 4 ore, ricevi un messaggio di errore di frequenza limitata come Cannot update provisioned throughput due to being rate limited. Per risolvere questi errori, attendi 4 ore dall'ultima modifica prima di tentare nuovamente di modificare il disco.

Utilizza questa procedura solo in caso di emergenza, quando non puoi attendere quattro ore per regolare la dimensione del disco, il numero di IOPS di cui è stato eseguito il provisioning o la velocità effettiva dei volumi Hyperdisk.

Per modificare le impostazioni del disco, segui questi passaggi:

  1. 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.

  2. 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 vuoi 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 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, a livello di una o più regioni, in cui deve essere archiviato il contenuto dell'immagine.

      Per saperne di più, vedi Creare immagini personalizzate.

  3. Crea un nuovo disco dallo snapshot o dall'immagine.

    Per i volumi Hyperdisk, assicurati di specificare la dimensione del disco, le IOPS e la velocità effettiva per soddisfare i requisiti di carico di lavoro. Per ulteriori informazioni sul provisioning di IOPS e 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 ai dischi che vengono creati.
    • IMAGE_PROJECT_NAME: il progetto Google Cloud in cui verranno risolti tutti i riferimenti di immagini e 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.

  4. 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.

  5. 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.

  6. 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

  7. 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.

  8. Convalida le dimensioni del disco, il numero di 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 creare un clone esatto del sistema.

Per clonare un sistema SAP HANA con host singolo:

  1. Crea uno snapshot dei tuoi dati e dei dischi di backup.

  2. Crea nuovi dischi utilizzando gli snapshot.

  3. Nella console Google Cloud, vai alla pagina Istanze VM.

    Vai alla pagina Istanze VM

  4. Fai clic sull'istanza da clonare per aprire la pagina dei dettagli dell'istanza, quindi fai clic su Clona.

  5. Collega i dischi creati dagli snapshot.

Per clonare un sistema SAP HANA multi-host:

  1. Esegui il provisioning di un nuovo sistema SAP HANA con la stessa configurazione del sistema SAP HANA che vuoi clonare.

  2. Esegui un backup dei dati del sistema originale.

  3. 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 disporre di Google Cloud CLI aggiornata 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, gcloud CLI viene installato automaticamente.

Tuttavia, se integri il tuo sistema operativo in Google Cloud come immagine personalizzata o utilizzi un'immagine pubblica meno recente fornita da Google Cloud, potresti dover installare o aggiornare personalmente 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, gcloud CLI non è installato.

Per installare gcloud CLI, segui le istruzioni in Installare gcloud CLI.

Per sostituire la versione 140 o precedente di gcloud CLI integrata con SLES:

  1. Accedi alla VM utilizzando ssh.

  2. Passa al super utente:

     sudo su

  3. 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 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 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à SAP HANA Fast Riavvia. Devi definire il file system tmpfs e configurare SAP HANA.

Per definire il file system tmpfs e configurare SAP HANA, puoi seguire la procedura manuale o utilizzare lo script di automazione fornito da Google Cloud per abilitare SAP HANA Fast Riavvia. Per ulteriori informazioni, consulta:

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 nodi NUMA nel file system tmpfs.

Visualizza la topologia NUMA della VM

Prima di poter mappare il file system tmpfs richiesto, devi sapere quanti nodi NUMA include la tua VM. Per visualizzare i nodi NUMA disponibili su una VM di 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 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 ognuna 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 il riavvio di un 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 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 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 SAP HANA per riavvio rapido

Per configurare SAP HANA per il riavvio rapido, aggiorna il file global.ini e specifica 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 posizione 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 al valore m2-ultramem-208. Se utilizzi il m2-ultramem-416, devi 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 colonne e tabelle e sulle viste di monitoraggio che forniscono informazioni dettagliate, consulta SAP HANA Persistent Memory.

Passaggi automatici

Lo script di automazione fornito da Google Cloud per abilitare 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 tuo sistema SAP HANA o di dimensioni della macchina a una dimensione NUMA diversa.

Per il deployment iniziale del sistema SAP HANA o il ridimensionamento della macchina per 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 abilitare SAP HANA Fast Riavvia.

Quando ridimensiona la macchina per ridurre il numero di nodi NUMA, assicurati che SAP HANA venga arrestato durante l'esecuzione dello script di automazione fornito da Google Cloud per abilitare SAP HANA Fast Riavvia. Dopo l'esecuzione dello script, devi aggiornare manualmente la configurazione SAP HANA per completare la configurazione di SAP HANA Fast Riavvia. Per maggiori informazioni, consulta la pagina sulla configurazione di SAP HANA per il riavvio rapido.

Per abilitare il riavvio rapido di SAP HANA, segui questi passaggi:

  1. Stabilisci una connessione SSH con la VM host.

  2. Passa alla directory principale: 

    sudo su -

  3. Scarica lo script sap_lib_hdbfr.sh:

    wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/lib/sap_lib_hdbfr.sh

  4. Rendi eseguibile il file:

    chmod +x sap_lib_hdbfr.sh

  5. 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.

  6. Esegui lo script dopo aver sostituito l'ID 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 secret deve esistere nel progetto Google Cloud che contiene l'istanza VM host.

    sudo ./sap_lib_hdbfr.sh -h 'SID' -s SECRET_NAME

    Sostituisci quanto segue:

    • SID: specifica il SID con lettere maiuscole. Ad esempio, AHA.
    • SECRET_NAME: specifica il nome del secret corrispondente alla password per l'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 la password. Non è consigliabile utilizzare una password di testo normale, in quanto la password verrebbe registrata nella cronologia della riga di comando della VM.

    sudo ./sap_lib_hdbfr.sh -h 'SID' -p 'PASSWORD'

    Sostituisci quanto segue:

    • SID: specifica il SID con lettere maiuscole. Ad esempio, AHA.
    • PASSWORD: specifica la password per l'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 hai bisogno di 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:

  1. Avvia l'istanza VM di Compute Engine su cui verrà installato il software SAProuter e assegna un indirizzo IP esterno in modo che l'istanza abbia accesso a internet.

  2. Crea un nuovo indirizzo IP esterno statico e poi assegna questo indirizzo IP all'istanza.

  3. Crea e configura una regola firewall specifica per SAProuter nella tua rete. In questa regola, consenti solo l'accesso in entrata e in uscita richiesto alla rete di supporto SAP, per l'istanza SAProuter.

    Limita l'accesso in entrata e in uscita a un indirizzo IP specifico a cui SAP fornisce la connessione, insieme alla porta TCP 3299. Aggiungi un tag di destinazione alla regola firewall e inserisci il nome dell'istanza. Ciò garantisce che la regola firewall si applichi solo alla nuova istanza. Consulta la documentazione sulle regole firewall per ulteriori dettagli sulla creazione e sulla configurazione delle regole firewall.

  4. Installa il software SAProuter seguendo SAP Note 1628296 e crea un file saprouttab che consenta l'accesso da SAP ai tuoi sistemi SAP HANA su Google Cloud.

  5. Configura la connessione con SAP. Per la connessione a internet, usa la comunicazione di rete sicura. Per ulteriori informazioni, consulta la sezione Assistenza remota SAP – Guida.

Configurazione della rete

Stai eseguendo il provisioning del tuo sistema SAP HANA utilizzando le VM con la rete virtuale Google Cloud. Google Cloud utilizza tecnologie di networking software-defined e sistemi distribuiti all'avanguardia per l'hosting e la distribuzione dei 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 nella rete. Tieni presente che ogni subnet e i relativi 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 set 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. Devi creare regole firewall che aprono 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 anche essere configurate per essere applicate a istanze di destinazione specifiche utilizzando il meccanismo di tagging.

Le route sono risorse globali, non a livello di regione, collegate a una singola 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 della stessa rete, anche tra subnet, senza richiedere indirizzi IP esterni.

Per la tua istanza SAP HANA, avvia l'istanza senza indirizzi IP esterni e configura un'altra VM come gateway NAT per l'accesso esterno. Questa configurazione richiede l'aggiunta del gateway NAT come route per l'istanza SAP HANA. Questa procedura è descritta nella guida al deployment.

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 i firewall. Creando regole firewall puoi limitare tutto il traffico a una rete o a macchine di destinazione su un determinato insieme di porte a indirizzi IP di origine specifici. Devi seguire il modello del privilegio minimo per limitare l'accesso a indirizzi IP, protocolli e porte specifici che richiedono l'accesso. Ad esempio, dovresti sempre configurare un bastion host e consentire l'accesso 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, rafforzare il sistema operativo su cui esegui SAP HANA e così via.

Fai riferimento alle seguenti note SAP (è richiesto un account utente SAP):

Disabilitazione dei servizi SAP HANA non necessari

Se non hai bisogno di SAP HANA Extended Application Services (SAP HANA XS), disabilita il servizio. Fai riferimento a Nota SAP 1697613: rimozione del servizio SAP HANA XS Classic Engine dalla topologia.

Dopo che il servizio è stato disabilitato, rimuovi tutte le porte TCP aperte per il servizio. In Google Cloud, questo significa modificare le regole firewall per la rete in modo da rimuovere queste porte dall'elenco per gli accessi.

Audit logging

Cloud Audit Logs è costituito da due flussi di log, attività di amministrazione e accesso ai dati, entrambi generati automaticamente da Google Cloud. Questi strumenti 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 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 i dati forniti dall'utente e gestiti da un servizio, ad esempio i dati archiviati in un servizio di database. Questo tipo di logging è abilitato per impostazione predefinita nel progetto ed è accessibile tramite Cloud Logging o tramite il 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 dei dati a Cloud Storage dalle tue istanze per proteggere i dati in transito. Cloud Storage cripta automaticamente i dati at-rest. Se hai un tuo sistema di gestione delle chiavi, puoi specificare le tue chiavi di crittografia.

Fai riferimento alle seguenti risorse di sicurezza aggiuntive per il tuo ambiente SAP HANA su Google Cloud:

Disponibilità elevata per SAP HANA su Google Cloud

Google Cloud offre una varietà di opzioni per garantire l'alta disponibilità per il tuo sistema SAP HANA, tra cui le funzionalità di migrazione live e riavvio automatico di Compute Engine. Queste funzionalità, insieme all'elevata percentuale di uptime mensile delle VM di Compute Engine, potrebbero rendere superflui il pagamento e la manutenzione dei sistemi in standby.

Tuttavia, se necessario, puoi eseguire il deployment di un sistema di scale out multi-host che includa host in standby per il failover automatico dell'host SAP HANA oppure eseguire il deployment di un sistema di scale up con un'istanza SAP HANA in standby in un cluster Linux ad alta disponibilità.

Per ulteriori informazioni sulle opzioni per l'alta disponibilità per SAP HANA su Google Cloud, consulta la guida alla pianificazione dell'alta disponibilità di SAP HANA.

Abilita l'hook del provider HA/RE SAP HANA

SUSE consiglia di abilitare gli hook del provider SAP HANA HA/RE al fine di consentire a SAP HANA di inviare notifiche per determinati eventi e migliorare il rilevamento degli errori. Gli hook del provider HA/RE SAP HANA richiedono SAP HANA 2.0 SPS 03 o una versione successiva.

Completa i seguenti passaggi sia sul sito principale che su quello secondario:

  1. Come root o SID_LCadm, apri il file global.ini per modificarlo:

    > vi /hana/shared/SID/global/hdb/custom/config/global.ini

  2. Aggiungi le seguenti definizioni al file global.ini:

    Scale up 

    [ha_dr_provider_SAPHanaSR]
provider = SAPHanaSR
path = /usr/share/SAPHanaSR/
execution_order = 1

[ha_dr_provider_suschksrv]
provider = susChkSrv
path = /usr/share/SAPHanaSR/
execution_order = 3
action_on_lost = stop

[trace]
ha_dr_saphanasr = info

    Scale out 

    [ha_dr_provider_saphanasrmultitarget]
provider = SAPHanaSrMultiTarget
path = /usr/share/SAPHanaSR-ScaleOut/
execution_order = 1

[ha_dr_provider_sustkover]
provider = susTkOver
path = /usr/share/SAPHanaSR-ScaleOut/
execution_order = 2
sustkover_timeout = 30

[ha_dr_provider_suschksrv]
provider = susChkSrv
path = /usr/share/SAPHanaSR-ScaleOut/
execution_order = 3
action_on_lost = stop

[trace]
ha_dr_saphanasrmultitarget = info
ha_dr_sustkover = info

  3. Come root, crea un file di configurazione personalizzato nella directory /etc/sudoers.d eseguendo questo comando. Questo nuovo file di configurazione consente all'utente SID_LCadm di accedere agli attributi dei nodi cluster quando viene chiamato il metodo di hook srConnectionChanged().

    > sudo visudo -f /etc/sudoers.d/SAPHanaSR

  4. Nel file /etc/sudoers.d/SAPHanaSR, aggiungi il seguente testo:

    Scale up

    Sostituisci quanto segue:

    • SITE_A: il nome del sito del server SAP HANA principale
    • SITE_B: il nome del sito del server SAP HANA secondario
    • SID_LC: il SID specificato utilizzando le lettere minuscole
    Per visualizzare i nomi dei siti, puoi eseguire il comando crm_mon -A1 | grep site, come utente root, sul server principale SAP HANA o sul server secondario. 
    Cmnd_Alias SOK_SITEA = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_A -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SFAIL_SITEA = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_A -v SFAIL -t crm_config -s SAPHanaSR
Cmnd_Alias SOK_SITEB = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_B -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SFAIL_SITEB = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_B -v SFAIL -t crm_config -s SAPHanaSR
SID_LCadm ALL=(ALL) NOPASSWD: SOK_SITEA, SFAIL_SITEA, SOK_SITEB, SFAIL_SITEB

    Scale out

    Sostituisci SID_LC con il SID in lettere minuscole. 

    SID_LCadm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_*
SID_LCadm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_SID_LC_gsh *
SID_LCadm ALL=(ALL) NOPASSWD: /usr/sbin/SAPHanaSR-hookHelper --sid=SID_LC *

  5. Nel file /etc/sudoers, assicurati che sia incluso il seguente testo:

    • Per SLES for SAP 15 SP3 e versioni successive: 

      @includedir /etc/sudoers.d

    • Per le versioni fino a SLES for SAP 15 SP2: 

      #includedir /etc/sudoers.d

      Tieni presente che # in questo testo fa parte della sintassi e non significa che la riga è un commento.

  6. Imposta Pacemaker in modalità manutenzione:

    > crm configure property maintenance-mode=true

  7. Applica le modifiche:

    HANA SPS4 e successive

    Mentre SID_LCadm carica le modifiche sui nodi SAP HANA master primari e secondari. 

    > hdbnsutil -reloadHADRProviders

    Utilizza una delle seguenti opzioni per evitare o ridurre al minimo il tempo di inattività del tuo sito principale:

    Opzione 1

    Quando SID_LCadm riavvia il sito secondario. 

    > HDB restart

    Opzione 2

    Esegui un failover controllato dall'istanza principale a quella secondaria

    HANA SPS3

    Quando SID_LCadm riavvia i sistemi SAP HANA primari e secondari: 

    > HDB restart

  8. Annulla l'impostazione di Pacemaker dalla modalità di manutenzione:

    > crm configure property maintenance-mode=false

  9. Dopo aver completato la configurazione del cluster per SAP HANA, puoi verificare che l'hook funzioni correttamente durante un test di failover, come descritto in Risoluzione dei problemi dell'hook SAPHanaSR Python e il takeover del cluster ad alta disponibilità richiede troppo tempo in caso di errore del server di indice 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 errori a livello di software o infrastruttura. Tra queste funzionalità figurano la replica del sistema SAP HANA e i backup SAP HANA, entrambi supportati da Google Cloud.

Per ulteriori informazioni sui backup di SAP HANA, consulta Backup e ripristino.

Per ulteriori informazioni sulla replica del sistema, consulta la guida alla pianificazione del ripristino di emergenza 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, la creazione regolare di backup e l'implementazione di una strategia di backup adeguata ti consentono di recuperare il database SAP HANA in situazioni quali il danneggiamento o la perdita di dati a causa di un'interruzione o un errore non pianificato nell'infrastruttura. Il sistema SAP HANA offre funzionalità di backup e ripristino integrate. Puoi utilizzare i servizi Google Cloud come Cloud Storage come destinazione di backup per il backup SAP HANA.

Puoi anche abilitare la funzionalità Backint dell'agente di Google Cloud per SAP, in modo da poter utilizzare 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 SAP HANA su istanze bare metal.

Questo documento presuppone che tu abbia familiarità con il backup e il ripristino di SAP HANA e con le seguenti note sui servizi SAP:

Utilizzo di volumi di dischi permanenti di Compute Engine e Cloud Storage per i backup

Se hai seguito le istruzioni per il deployment basate su Terraform fornite da Google Cloud per eseguire il deployment del tuo sistema SAP HANA, hai un'installazione SAP HANA con una directory /hanabackup ospitata su un volume di disco permanente bilanciato.

Per creare i backup dei tuoi database online nella directory /hanabackup, utilizza gli strumenti SAP standard come SAP HANA Studio, SAP HANA Cockpit, SAP ABAP transaction DB13 o le istruzioni SAP HANA SQL. Infine, salva il backup completato caricandolo in un bucket Cloud Storage da cui è possibile scaricare il backup quando devi ripristinare il 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 hai anche la 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 al deployment, hai un'installazione SAP HANA con una directory /hanabackup per i backup dei tuoi database online. Puoi utilizzare la stessa directory per archiviare gli snapshot del volume /hanabackup e gestire un backup point-in-time dei volumi di log e di dati SAP HANA.

Un vantaggio degli snapshot di dischi standard è che sono incrementali, in cui ogni backup successivo archivia solo le modifiche incrementali dei blocchi invece di creare un backup completamente nuovo. Compute Engine archivia in modo ridondante più copie di ogni snapshot in più località con checksum automatici per garantire l'integrità dei tuoi dati.

Di seguito è riportata un'illustrazione dei backup incrementali:

Diagramma di snapshot

Cloud Storage come destinazione di backup

Cloud Storage è una buona scelta da utilizzare come destinazione di backup per SAP HANA, perché offre elevata durabilità e disponibilità dei dati.

Cloud Storage è un archivio di oggetti per file di qualsiasi tipo o formato. Dispone di spazio di archiviazione praticamente illimitato e non devi preoccuparti di eseguirne il provisioning o di aggiungere ulteriore capacità. Un oggetto in Cloud Storage è costituito dai dati di file e dai metadati associati e può avere una dimensione massima di 5 TB. Un bucket Cloud Storage può archiviare un numero qualsiasi di oggetti.

Con Cloud Storage, i tuoi dati vengono archiviati in più località, il che offre un'elevata durabilità e disponibilità elevata. Quando carichi i dati su Cloud Storage o li copi 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 la classe di archiviazione standard per i database in uso, poiché potrebbero accedere frequentemente a Cloud Storage per scrivere e leggere i file di backup.
Letture o scritture non frequenti Scegli Nearline o Coldline Storage per i dati a cui si accede raramente, ad esempio i backup archiviati che devono essere gestiti in base ai criteri di conservazione dell'organizzazione. Nearline è una buona scelta per i dati di backup a cui prevedi di accedere al massimo una volta al mese, mentre Coldline è migliore per i dati che hanno una probabilità di accesso molto bassa, ad esempio al massimo una volta all'anno.
Dati di archiviazione Scegli Archive Storage per i dati di archiviazione a lungo termine. Archive è una buona scelta per i dati di cui devi conservare una copia per un periodo di tempo prolungato, ma ai quali non intendi accedere più di una volta l'anno. Ad esempio, utilizza Archive Storage per i backup da conservare per un lungo periodo al fine di 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 a cui accedi di frequente e invecchia i dati di backup fino ai livelli di accesso non frequenti. I backup in genere diventano raramente utilizzati con l'età. La probabilità di aver bisogno di un backup dopo 3 anni è estremamente bassa e puoi invecchiare questo backup nel livello Archive per risparmiare sui costi. Per informazioni sui costi di Cloud Storage, consulta i prezzi di Cloud Storage.

Confronto tra Cloud Storage e backup su nastro

La destinazione di backup on-premise convenzionale è il nastro. Cloud Storage offre molti vantaggi rispetto al nastro, tra cui la possibilità di archiviare automaticamente i backup "offsite" dal sistema di origine, perché i dati in Cloud Storage vengono replicati su 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 utilizzarli. Se devi creare un nuovo sistema SAP HANA da un backup o ripristinare un sistema esistente da un backup, Cloud Storage offre un accesso più rapido ai tuoi dati, consentendoti di creare il sistema più rapidamente.

Funzionalità backint dell'agente per SAP di Google Cloud

Puoi utilizzare Cloud Storage direttamente per backup e ripristini per installazioni on-premise e su cloud utilizzando la funzionalità Backint certificata per SAP di Agent for SAP di Google Cloud.

Per ulteriori informazioni su questa funzionalità, consulta Backup e ripristino basati su Backint per SAP HANA.

Esecuzione di backup e ripristino tramite Backint

Le sezioni seguenti forniscono informazioni su come eseguire operazioni di backup e ripristino utilizzando la funzionalità Backint dell'Agente per SAP di Google Cloud.

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 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 impostare 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 database 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 con DIFFERENTIAL o INCREMENTAL, 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 BACKUP DATA Statement (Backup e Ripristino).

Per ulteriori informazioni su 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 di log SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'Agente per SAP di Google Cloud, completa i seguenti passaggi:

  1. Crea un backup completo del database. Per istruzioni, consulta la documentazione SAP per la tua versione SAP HANA.
  2. Nel file SAP HANA global.ini, imposta il parametro catalog_backup_using_backint su yes.

Assicurati che la modalità di log per il tuo sistema SAP HANA sia normal, che è il valore predefinito. Se la modalità di log è impostata su overwrite, il database SAP HANA disabilita la creazione dei 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 di SAP HANA è una parte vitale delle operazioni di backup e ripristino. Contiene informazioni sui backup creati per il database SAP HANA.

Per eseguire query nel catalogo di backup per informazioni sui backup di un database tenant, completa i seguenti passaggi:

  1. Metti offline il database tenant.

  2. 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 la seguente istruzione 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 SAP HANA SQL BACKUP DATA Statement (Backup e ripristino). Per informazioni sul catalogo di backup, consulta il documento SAP Backup Catalog.

Recupero di un database

Quando esegui un ripristino utilizzando un backup dei dati multi-streaming, SAP HANA utilizza lo stesso numero di canali utilizzato al momento della creazione del backup. Per ulteriori informazioni, vedi il documento SAP Prerequisites: Recovery Using Multistreamed Backups.

Per ripristinare il backup di un database SAP HANA creato utilizzando la funzionalità Backint dell'agente di Google Cloud per SAP, SAP HANA fornisce le istruzioni SQL RECOVER DATA e RECOVER DATABASE.

Entrambe le istruzioni SQL ripristinano i backup dal bucket Cloud Storage 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 riportate istruzioni SQL di esempio per il recupero di un database SAP HANA mediante un backup creato con la funzionalità Backint dell'Agente di 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.

  • Per recuperare un database tenant, specificando l'ID backup quando devi utilizzare il backup del catalogo di backup di SAP HANA, che è archiviato nel tuo bucket Cloud Storage:

    RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID USING CATALOG BACKINT CLEAR LOG;

  • Per ripristinare un database tenant in un momento specifico o in una posizione di 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: il SID del database del tenant di origine
    • SOURCE_SID: il SID del sistema SAP in cui si trova il database tenant di origine

Se hai bisogno di recuperare un database SAP HANA quando il catalogo di backup SAP HANA non è disponibile nel backup archiviato nel tuo bucket Cloud Storage, segui le istruzioni riportate nella nota SAP 3227931 - Recovery a HANA DB from Backint without a HANA Backup Catalog.

Gestione dell'identità e dell'accesso ai backup

Quando utilizzi Cloud Storage o Compute Engine per eseguire il backup dei tuoi dati SAP HANA, l'accesso a questi backup è controllato da Identity and Access Management (IAM). Questa funzionalità consente agli amministratori di autorizzare chi può intervenire su risorse specifiche. IAM offre controllo e visibilità centralizzati per la gestione di tutte le risorse Google Cloud, inclusi i backup.

IAM offre inoltre una cronologia completa di audit trail, per autorizzazioni, rimozioni e deleghe, disponibili automaticamente per gli amministratori. In questo modo puoi configurare criteri per monitorare l'accesso ai tuoi dati nei backup e 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'entità l'accesso ai tuoi backup in Cloud Storage:

  1. Nella console Google Cloud, vai alla pagina IAM e amministrazione:

    Vai a IAM e amministrazione

  2. Specifica l'utente a cui vuoi concedere l'accesso, poi assegna il ruolo Storage > Creatore oggetti Storage:

    Screencap IAM

Come creare backup basati su 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 set di volumi Persistent Disk o Hyperdisk da utilizzare come destinazione di backup montata su NFS. I backup SAP HANA vengono archiviati per la prima volta su questi dischi locali e successivamente 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 dell'agente di Google Cloud per SAP, esegui il backup e il ripristino direttamente da 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 siano disabilitati. Il seguente screenshot mostra un esempio:

Schermata dei backup

Configurazione di SAP HANA global.ini in corso...

Se hai seguito le istruzioni della guida al deployment, il file di configurazione SAP HANA global.ini viene personalizzato con backup del database archiviati in /hanabackup/data/, mentre i file di archiviazione dei log automatici vengono archiviati in /hanabackup/log/. Di seguito è riportato un esempio dell'aspetto 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 i deployment con scale out

In un'implementazione con scale out, una soluzione ad alta disponibilità che utilizza la migrazione live e il riavvio automatico funziona come in una configurazione con un singolo host. La differenza principale è che il volume /hana/shared è montato su NFS su tutti gli host dei worker e masterizzato nel master HANA. Esiste un breve periodo di inaccessibilità al volume NFS in caso di migrazione live o riavvio automatico di un host master. Al riavvio dell'host master, il volume NFS ricomincia a funzionare in breve 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 le operazioni di backup e ripristino. In caso di errore, devi verificare che /hanabackup sia montato su tutti gli host e rimontare quelli che non lo sono. Quando scegli di copiare il set di backup su un altro volume o su Cloud Storage, esegui la copia sull'host master per ottenere prestazioni di I/O migliori e ridurre l'utilizzo della rete. Per semplificare il processo di backup e ripristino, puoi utilizzare Cloud Storage FUSE per montare il bucket Cloud Storage su ciascun host.

Le prestazioni di scale out sono pari alla distribuzione dei dati. Migliore è la distribuzione dei dati, migliori sono le prestazioni della query. Devi conoscere bene i tuoi dati, comprendere come vengono utilizzati i dati e progettare la distribuzione e il partizionamento delle tabelle di conseguenza. Per ulteriori informazioni, consulta la SAP Note 2081591 - FAQ: SAP HANA Table Distribution.

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 dei tuoi database SAP HANA.

Se hai seguito le istruzioni della guida al deployment, le librerie Python di gcloud sono già disponibili nelle istanze di Compute Engine.

Le librerie sono open source e consentono di eseguire operazioni sul bucket Cloud Storage per archiviare e recuperare i dati di backup.

Per elencare gli oggetti nel bucket Cloud Storage, puoi eseguire il comando seguente. 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 sulla libreria client di archiviazione.

Backup e ripristino di esempio

Le sezioni seguenti illustrano la procedura che potresti seguire per le attività tipiche di backup e ripristino utilizzando SAP HANA Studio.

Esempio di creazione del backup

  1. Nell'editor di backup di SAP HANA, seleziona Apri backup guidato.

    Backup guidato

    1. Seleziona File come tipo di destinazione. Questa operazione esegue il backup del database in file nel file system specificato.
    2. Specifica la destinazione di backup, /hanabackup/data/SID e il prefisso di backup. Sostituisci SID con l'ID del sistema SAP.
    3. Fai clic su Avanti.

  2. Fai clic su Fine nel modulo di conferma per avviare il backup.

  3. All'avvio del backup, viene visualizzata una finestra di stato in cui viene visualizzato l'avanzamento del backup. Attendi il completamento del backup.

    Avanzamento del backup

    Al termine del backup, il riepilogo del backup mostra un messaggio Finished.

  4. Accedi al sistema SAP HANA e verifica che i backup siano disponibili nelle posizioni previste nel file system. Ad esempio:

    Elenco di backup1 Elenco backup2

  5. Esegui il push o sincronizza i file di backup dal file system /hanabackup a Cloud Storage. Il seguente script Python di esempio esegue il push dei dati da /hanabackup/data e /hanabackup/log al bucket utilizzato per i backup, nel formato NODE_NAME/DATA o LOG/YYYY/MM/DD/HH/BACKUP_FILE_NAME. In questo modo puoi identificare i file di backup in base all'ora in cui il backup è stato copiato. Esegui questo script gcloud 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

  6. Utilizza le librerie Python gcloud o la console Google Cloud per elencare i dati di backup.

Esempio di ripristino del backup

  1. Se i file di backup non sono disponibili nella directory /hanabackup, ma sono disponibili in Cloud Storage, scarica i file da Cloud Storage eseguendo lo script seguente 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

  2. Per recuperare il database SAP HANA, fai clic su Backup e ripristino > Recupera sistema:

    Ripristino del sistema

  3. Fai clic su Avanti.

  4. Specifica la posizione dei backup nel file system locale e fai clic su Aggiungi.

  5. Fai clic su Avanti.

  6. Seleziona Esegui il ripristino senza il catalogo di backup:

    Recupera Nocat

  7. Fai clic su Avanti.

  8. 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 del backup di esempio, ricorda che COMPLETE_DATA_BACKUP è stato impostato come prefisso.

  9. Fai clic due volte su Avanti.

  10. Fai clic su Fine per avviare il ripristino.

  11. 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: