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 per lo scale-up di SAP HANA. Tieni presente che questa guida non è pensata per sostituire la documentazione SAP standard.

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 di 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, l'istanza viene arrestata forzatamente. Come best practice, devi prima arrestare SAP HANA in esecuzione sull'istanza prima di arrestare l'istanza.

Arrestare una VM

L'interruzione di un'istanza di macchina virtuale (VM) fa sì che Compute Engine invii all'istanza il segnale di spegnimento ACPI. Non ti viene addebitato alcun costo per l'istanza Compute Engine dopo l'arresto dell'istanza. Se hai dischi permanenti collegati all'istanza, i dischi non vengono eliminati e ti verranno addebitati.

Se i dati contenuti nel disco permanente sono importanti, puoi conservarli oppure creare uno snapshot del disco permanente ed eliminare il disco per risparmiare sui costi. Quando avrai di nuovo bisogno dei dati, potrai creare un altro disco dallo snapshot.

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 la sezione sull'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. Nell'angolo in alto a destra della pagina, fai clic su INIZIA per riavviare le istanze.

Per ulteriori informazioni, consulta Riavviare 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 il ripristino del sistema SAP dai backup, mentre altre richiedono solo il riavvio della 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 particolare attenzione ai passaggi di preparazione prima di creare un snapshot coerente, ad esempio lo svuotamento dei buffer del disco sul disco, per assicurarti che lo snapshot sia coerente.

Gli snapshot sono utili per i seguenti casi d'uso:

Caso d'uso Dettagli
Fornire una soluzione di backup dei dati semplice, indipendente dal software e conveniente. Esegui il backup di dati, log, backup e dischi condivisi con gli snapshot. Pianifica un backup giornaliero di questi dischi per i backup in un determinato momento dell'intero set di dati. Dopo il primo snapshot, solo le modifiche incrementali ai blocchi vengono archiviate negli snapshot successivi. 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 diverse 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 in 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 dei volumi del disco permanente SAP HANA esistenti ai volumi Hyperdisk Extreme

Puoi eseguire la migrazione dei volumi del disco permanente esistenti ai volumi Hyperdisk Extreme per i tuoi sistemi SAP HANA in esecuzione su 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 Riavvio rapido di SAP HANA viene utilizzata come strumento di assistenza che riduce i tempi di riposo quando si cambiano i tipi di disco eliminando la necessità di attendere il caricamento delle tabelle. Devi tenere conto del tempo necessario per ricaricare il magazzino delle righe e i tipi di dati BLOB (oggetti binari di grandi dimensioni).

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 la differenza tra gli snapshot.
  • Creazione di volumi Hyperdisk Extreme utilizzando 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 SAP HANA Persistent Disk 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 i log di 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. Sebbene sia possibile utilizzare lo spazio di archiviazione diretto, è necessario eseguire un rimemapping esplicito del dispositivo 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 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 dati MAIN come il frammento frammentato. Per visualizzare l'utilizzo del file system, esegui il seguente 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/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 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
    • L'riavvio rapido SAP HANA è abilitato e nel database vengono caricati circa 6 TB di dati

Per eseguire la migrazione dei volumi del disco permanente ai volumi Hyperdisk Extreme:

  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 dei 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 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. La sezione Archiviazione visualizza le informazioni associate al disco.

  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 dei dati da cui devi creare uno snapshot. Questo nome viene anteposto allo snapshot del volume di dati.
    • LOG_DISK: il nome del disco permanente dei log da necessarie per creare uno snapshot. Questo nome viene anteposto allo 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 i volumi /hana/data e /hana/log based on the snapshots:

    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 del volume dei dati.
    • LOG_DISK: il nome del volume del log del disco permanente originale che viene anteposto al volume del log Hyperdisk Extreme e allo snapshot del volume del 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 per soddisfare i requisiti di prestazioni.

    • IOPS_LOG_DISK: le IOPS sottoposte a provisioning del disco Hyperdisk Extreme per il volume dei 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.

  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 Estremo da attaccare.
    • LOG_DISK: il nome del volume Hyperdisk Extreme dei log da collegare.
    • ZONE: la zona in cui si trovano 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

    In alternativa,

    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 sottoposte a provisioning velocità effettiva massima o aumentare le dimensioni dei volumi Hyperdisk una volta ogni 4 ore. Se provi a modificare di nuovo il disco prima della scadenza delle 4 ore, riceverai un messaggio di errore relativo alla limitazione della frequenza comeCannot update provisioned throughput due to being rate limited. Per risolvere questi errori, attendi 4 ore dall'ultima modifica prima di tentare di modificare di nuovo il disco.

Utilizza questa procedura solo in caso di emergenza, quando non puoi attendere 4 ore per regolare le dimensioni del disco, le IOPS provisionate o il throughput dei volumi Hyperdisk.

Per modificare le impostazioni del disco, svolgi i seguenti passaggi:

  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 dei 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: il nome dello snapshot da creare.
    • PROJECT_NAME: il nome del tuo progetto Google Cloud.
    • SOURCE_DISK_NAME: il disco di origine utilizzato per creare lo snapshot.
    • ZONE: zona del disco di origine su cui operare.

    • LOCATION: posizione di Cloud Storage, regionale o su più regioni, in cui devono essere archiviati i contenuti degli snapshot.

      Per saperne di più, consulta Creare e gestire gli snapshot dei dischi.

    Backup basato su immagini 

      gcloud compute images create IMAGE_NAME \
      --project=PROJECT_NAME \
      --source-disk=SOURCE_DISK_NAME \
      --source-disk-zone=ZONE \
      --storage-location=LOCATION

    Sostituisci quanto segue:

    • IMAGE_NAME: 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: la 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.

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

    Per i volumi Hyperdisk, assicurati di specificare le dimensioni del disco, le IOPS e la velocità in modo da soddisfare i requisiti del tuo carico di lavoro. Per ulteriori informazioni sul provisioning delle IOPS e 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: il tipo di disco da creare.
    • DISK_SIZE: dimensione del disco.
    • ZONE: la zona dei dischi da creare.
    • SOURCE_SNAPSHOT: snapshot di origine utilizzato per creare i dischi.
    • IOPS: IOPS sottoposte a provisioning del disco da creare.
    • THROUGHPUT: 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: il tipo di disco da creare.
    • DISK_SIZE: dimensione del disco.
    • ZONE: la zona dei dischi da creare.
    • SOURE_IMAGE_NAME: l'immagine di origine da applicare ai dischi in fase di creazione.
    • IMAGE_PROJECT_NAME: il progetto Google Cloud in base al quale verranno risolti tutti i riferimenti alle immagini e alle famiglie di immagini.
    • IOPS: IOPS sottoposte a provisioning del disco da creare.
    • THROUGHPUT: la velocità effettiva del disco da creare.

    Per ulteriori informazioni, vedi gcloud compute disks create.

  4. Scollega il disco esistente dal sistema SAP HANA:

    gcloud compute instances detach-disk INSTANCE_NAME \
    --disk OLD_DISK_NAME \
    --zone ZONE \
    --project PROJECT_NAME

    Sostituisci quanto segue:

    • INSTANCE_NAME: nome dell'istanza su cui operare.
    • OLD_DISK_NAME: il disco da scollegare in base al nome della risorsa.
    • ZONE: la zona dell'istanza su cui operare.
    • PROJECT_NAME: il nome del tuo progetto Google Cloud.

    Per ulteriori informazioni, vedi gcloud compute instances detach-disk.

  5. Collega il nuovo disco al sistema SAP HANA:

    gcloud compute instances attach-disk INSTANCE_NAME \
    --disk NEW_DISK_NAME \
    --zone ZONE \
    --project PROJECT_NAME

    Sostituisci quanto segue:

    • INSTANCE_NAME: il nome dell'istanza su cui operare.
    • NEW_DISK_NAME: il nome del disco da collegare all'istanza.
    • ZONE: la zona dell'istanza su cui operare.
    • PROJECT_NAME: il nome del tuo progetto Google Cloud.

    Per ulteriori informazioni, vedi gcloud compute instances attach-disk.

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

  8. Convalida le dimensioni del disco, le IOPS e la velocità effettiva del nuovo Volume Hyperdisk:

    gcloud compute disks describe DISK_NAME \
    --zone ZONE \
    --project PROJECT_NAME

    Sostituisci quanto segue:

    • DISK_NAME: il nome del disco da descrivere.
    • ZONE: 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:

  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 di SAP HANA e il sistema che desideri clonare.

  2. Esegui un backup dei dati del sistema originale.

  3. Ripristina il backup del sistema originale nel nuovo sistema.

Installazione e aggiornamento dell'interfaccia a riga di comando gcloud

Dopo aver eseguito il deployment di una VM per SAP HANA e aver installato il sistema operativo, è necessaria una versione aggiornata di Google Cloud CLI per vari scopi, come il trasferimento di file da e verso Cloud Storage, l'interazione con i servizi di rete e così via.

Se segui le istruzioni riportate nella guida al deployment di SAP HANA, l'interfaccia a riga di comando gcloud viene installata 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 sono disponibili aggiornamenti, apri un terminale o un prompt dei comandi e inserisci:

 gcloud version

Se il comando non viene riconosciuto, significa che gcloud CLI non è installato.

Per installare gcloud CLI, segui le istruzioni in Installazione di gcloud CLI.

Per sostituire la versione 140 o precedenti dell'interfaccia a riga di comando gcloud integrata in SLES:

  1. Accedi alla VM utilizzando ssh.

  2. Passa all'utente super:

     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

Attivazione 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 di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA. Per ulteriori informazioni, consulta:

Per istruzioni autorevoli complete su SAP HANA Fast Restart, consulta la documentazione dell'opzione SAP HANA Fast Restart.

Passaggi manuali

Configura il file system tmpfs

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 su 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ò aumentare e diminuire dinamicamente.

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 di SAP HANA per il riavvio rapido

Per configurare SAP HANA per il riavvio rapido, aggiorna il file global.ini e specifica le tabelle da archiviare nella memoria persistente.

Aggiorna la sezione [persistence] nel file global.ini

Configura la sezione [persistence] nel file 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 nella memoria persistente

Specifica tabelle o partizioni di colonne specifiche da archiviare nella memoria permanente.

Ad esempio, per attivare la memoria persistente per una tabella esistente, esegui la query SQL:

ALTER TABLE exampletable persistent memory ON immediate CASCADE

Per modificare il valore predefinito per le nuove tabelle, aggiungi il parametro table_default nel file indexserver.ini. Ad esempio:

[persistent_memory]
table_default = ON

Per ulteriori informazioni su come controllare le colonne, le tabelle le viste di monitoraggio forniscono informazioni dettagliate (consulta SAP HANA Persistent Memory).

Passaggi automatici

Lo script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA apporta modifiche alle directory /hana/tmpfs*, al file /etc/fstab e alla configurazione di SAP HANA. Quando esegui lo script, 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 sistema SAP HANA o per il ridimensionamento della macchina al fine di aumentare il numero di nodi NUMA, assicurati che SAP HANA sia in esecuzione durante l'esecuzione dello script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA.

Quando redimensioni la macchina per ridurre il numero di nodi NUMA, assicurati che SAP HANA sia interrotta durante l'esecuzione dello script di automazione fornito da Google Cloud per attivare il riavvio rapido di SAP HANA. Dopo l'esecuzione dello script, devi aggiornare manualmente la configurazione di SAP HANA per completare la configurazione del riavvio rapido di SAP HANA. Per ulteriori informazioni, consulta la configurazione di SAP HANA per il riavvio rapido.

Per attivare il riavvio rapido di SAP HANA:

  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 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 segreto deve esistere nel progetto Google Cloud che contiene l'istanza VM di hosting.

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

    Sostituisci quanto segue:

    • SID: specifica l'SID con lettere maiuscole. Ad esempio, AHA.
    • SECRET_NAME: specifica il nome del segreto corrispondente alla password per l'utente SYSTEM del database SAP HANA. Questo 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 dell'assistenza SAP di accedere ai tuoi sistemi SAP HANA su Google Cloud, puoi farlo utilizzando SAProuter. Segui questi passaggi:

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

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

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

    Limita l'accesso in entrata e in uscita a un indirizzo IP specifico fornito da SAP a cui puoi connetterti, insieme alla porta TCP 3299. Aggiungi un tag target 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.

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

  5. Configura la connessione con SAP. Per la connessione a internet, utilizza la comunicazione di rete sicura. Per ulteriori informazioni, consulta SAP Remote Support – Help.

Configurazione della rete

Esegui il provisioning del sistema SAP HANA utilizzando VM con la rete virtuale Google Cloud. Google Cloud utilizza tecnologie di networking software-defined e sistemi distribuiti all'avanguardia per ospitare e fornire i tuoi servizi in tutto il mondo.

Per SAP HANA, crea una rete di subnet non predefinita con IP CIDR non sovrapposto 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 abbraccia tutte le zone della regione in cui viene 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, di conseguenza, 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. Le regole firewall si applicano all'intera rete e possono essere configurate anche per essere applicate a istanze target specifiche utilizzando il meccanismo di tagging.

Le route sono risorse globali, non a livello di regione, collegate a un singolo in ogni rete. I route creati dall'utente si applicano a tutte le istanze di una rete. Ciò significa che puoi aggiungere una route che inoltra il traffico da un'istanza all'altra all'interno dello stesso anche attraverso subnet, senza la necessità di indirizzi IP esterni.

Per l'istanza SAP HANA, avvia l'istanza senza indirizzo IP esterno e configura un'altra VM come gateway NAT per l'accesso esterno. Questa configurazione richiede l'aggiunta del gateway NAT come route per la tua istanza SAP HANA. Questa procedura è descritta nel guida all'implementazione.

Sicurezza

Le sezioni seguenti trattano le operazioni di sicurezza.

Modello di privilegio minimo

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 il modello con privilegi minimi per limitare l'accesso agli indirizzi IP, ai protocolli e alle porte specifici che richiedono l'accesso. Ad esempio, devi sempre 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, rafforzare la protezione del sistema operativo SAP HANA e così via.

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

Disattivazione di servizi SAP HANA non necessari

Se non hai bisogno di SAP HANA Extended Application Services (SAP HANA XS), disattiva il servizio. Fai riferimento alla nota SAP 1697613: Rimozione del servizio SAP HANA XS Classic Engine dalla topologia.

Dopo aver disabilitato il servizio, rimuovi tutte le porte TCP aperte per il servizio. In Google Cloud, questo significa modificare le regole del firewall per la rete in modo da rimuovere queste porte dall'elenco di accesso.

Audit logging

Cloud Audit Logs è costituito da due flussi di log: attività di amministrazione e dati , entrambi generati automaticamente da Google Cloud. Questi possono aiutarti a rispondere alle domande "Chi ha fatto cosa, dove e quando?" nel tuo progetto Google Cloud.

I log delle attività di amministrazione contengono voci di log per le chiamate API o le azioni amministrative che modificano la configurazione o i metadati di un servizio o di un progetto. Questo log è è sempre 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 gestiti da un servizio, ad esempio i dati archiviati in un servizio database. Questo tipo di logging è abilitato per impostazione predefinita nel progetto ed è accessibile tramite Cloud Logging o tramite il feed delle attività.

Protezione di un bucket Cloud Storage

Se utilizzi Cloud Storage per ospitare i backup 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 cripta automaticamente i dati a riposo. Puoi specificare le tue chiavi di crittografia se hai il tuo sistema di gestione delle chiavi.

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

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 scalabile orizzontalmente con più host che include gli host di riserva per il failover automatico dell'host SAP HANA oppure puoi eseguire il deployment di un sistema scalabile verticalmente con un'istanza SAP HANA di riserva in un cluster Linux ad alta disponibilità.

Per 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

SUSE consiglia di abilitare gli hook del provider HA/RE SAP HANA, consentendo SAP HANA per inviare notifiche per determinati eventi e migliorare gli errori il rilevamento automatico. Gli hook del provider HA/RE SAP HANA richiedono SAP HANA 2.0 SPS 03 o un una versione più recente.

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

  1. Come utente root o SID_LCadm, apri il file global.ini per la modifica:

    > 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 utente root, crea un file di configurazione personalizzato nella directory /etc/sudoers.d eseguendo il seguente comando. Questo nuovo file di configurazione consente all'utente SID_LCadm di accedere agli attributi del nodo del 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 indica 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 riposo del sito principale:

    Opzione 1

    Riavviare il sito secondario come SID_LCadm. 

    > 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 che l'hook funzioni correttamente durante un test di failover come descritto La risoluzione dei problemi relativi all'hook SAPHanaSR Python e al 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 fornisce diverse funzionalità di alta disponibilità per garantire che il database SAP HANA possa resistere agli errori a livello di software o infrastruttura. Tra queste funzionalità figurano la replica del sistema SAP HANA e i backup di SAP HANA, entrambi supportati da Google Cloud.

Per ulteriori informazioni sui backup di SAP HANA, consulta Backup e 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 fondamentali per proteggere il tuo sistema di record (il tuo database). Poiché SAP HANA è un database in memoria, la creazione regolare di backup e l'implementazione di una strategia di backup adeguata ti aiutano a recuperare il database SAP HANA in situazioni come la corruzione o la perdita di dati a causa di un'interruzione o un errore imprevisto nella 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 attivare la funzionalità Backint dell'Agente per SAP di Google Cloud in modo da poter utilizzare Cloud Storage direttamente per i backup e i ripristini.

Per informazioni sui 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, nonché con le seguenti note del servizio SAP:

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

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

Per creare i backup del database online nella directory /hanabackup, utilizza gli strumenti SAP standard come SAP HANA Studio, SAP HANA Cockpit, la transazione SAP ABAP DB13 o gli statement SQL di SAP HANA. Infine, 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 Compute Engine per i backup di SAP HANA e hai anche la possibilità di eseguire il backup dell'intero disco che ospita i volumi di dati e log di SAP HANA utilizzando gli snapshot dei dischi standard.

Se hai seguito le istruzioni 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 archivia 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:

Diagramma snapshot

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 è uno spazio di archiviazione 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ù posizioni, il che garantisce elevata durabilità e disponibilità. Quando carichi i dati su Cloud Storage o li copi al suo interno, Cloud Storage segnala l'operazione come riuscita solo se viene raggiunta la ridondanza degli oggetti.

La tabella seguente mostra le opzioni di archiviazione offerte da Cloud Storage:

Frequenza di lettura/scrittura dei dati L'opzione Cloud Storage consigliata
Letture o scritture frequenti Scegli la classe di archiviazione Standard per i database in uso, in quanto potrebbero accedere di frequente a Cloud Storage per scrivere e leggere i file di backup.
Letture o scritture rare Scegli Nearline o Coldline 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 è una buona scelta per i dati di cui hai eseguito il backup e a cui prevedi di accedere al massimo una volta al mese, mentre Coldline è più adatto per i dati a cui è molto bassa la probabilità di accedere, ad esempio una volta all'anno.
Dati di archiviazione Scegli lo spazio di archiviazione di tipo Archivio per i dati di archiviazione a lungo termine. L'archiviazione è una buona scelta per i dati di cui devi conservare una copia per un lungo periodo di tempo, ma a cui non intendi accedere più di una volta all'anno. 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 il livello di accesso frequente e fai invecchiare i dati di backup fino ai livelli di accesso infrequente. 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 altamente disponibili.

Un'altra differenza fondamentale è la velocità di ripristino dei backup quando devi utilizzarli. Se devi creare un nuovo sistema SAP HANA da un backup o ripristinare un 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 i backup e i ripristini sia per le installazioni on-premise sia per quelle su cloud utilizzando la funzionalità Backint certificata SAP dell'agente di Google Cloud per SAP.

Per saperne di più su questa funzionalità, consulta Backup e recupero basati su Backint per SAP HANA.

Esegui il backup e recupera SAP HANA utilizzando Backint

Le sezioni che seguono forniscono informazioni su come eseguire il backup e il recupero di SAP HANA utilizzando la funzionalità Backint dell'Agent for SAP di Google Cloud.

Attivazione di backup di dati e delta

Per attivare un backup del volume di dati SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud, puoi utilizzare SAP HANA Studio, SAP HANA Cockpit, SAP HANA SQL o DBA Cockpit.

Di seguito sono riportate le istruzioni SAP HANA SQL per l'attivazione dei backup dei dati:

  • Per creare un backup completo del database di sistema:

    BACKUP DATA USING BACKINT ('BACKUP_NAME');

    Sostituisci BACKUP_NAME con il nome che vuoi impostare per il backup.

  • Per creare un backup completo per un database del tenant:

    BACKUP DATA FOR TENANT_SID USING BACKINT ('BACKUP_NAME');

    Sostituisci TENANT_SID con l'SID del database del tenant.

  • Per creare backup differenziali e incrementali:

    BACKUP DATA BACKUP_TYPE USING BACKINT ('BACKUP_NAME');
BACKUP DATA BACKUP_TYPE FOR TENANT_SID USING BACKINT ('BACKUP_NAME');

    Sostituisci BACKUP_TYPE 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 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 del volume dei log di SAP HANA e inviarlo a Cloud Storage utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud, completa i seguenti passaggi:

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

Assicurati che la modalità di log per il sistema SAP HANA sia normal, che è il valore predefinito. Se la modalità di log è impostata su overwrite, il database SAP HANA disattiva la creazione di backup dei log.

Per ulteriori informazioni sui backup dei log, consulta il documento SAP Backup dei log.

Esecuzione di query sul catalogo di backup

Il catalogo di backup di SAP HANA è una parte fondamentale delle operazioni di backup e recupero. Contiene informazioni sui backup creati per il database SAP HANA.

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

  1. Mettere 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 questo comando SQL :

    BACKUP LIST DATA FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD';

    L'istruzione crea il file strategyOutput.xml nella seguente directory: /usr/sap/SID/HDBINSTANCE_NUMBER/HOST_NAME/trace/DB_TENANT_SID.

Per informazioni sull'istruzione BACKUP LIST DATA, consulta la Guida di riferimento SQL di SAP HANA BACKUP DATA (backup e ripristino). Per informazioni sul catalogo di backup, consulta il documento SAP Catalogo di backup.

Recupero di un database

Quando esegui un recupero utilizzando un backup dei dati con più stream, SAP HANA utilizza lo stesso numero di canali utilizzati al momento della creazione del backup. Per maggiori informazioni vedi il documento SAP Prerequisiti: recupero mediante backup multistream.

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

Entrambe le istruzioni SQL ripristinano i backup dal bucket Cloud Storage che hai specificato per il parametro bucket nel file PARAMETERS.json, a meno che tu non abbia specificato un bucket per il parametro recover_bucket.

Di seguito sono 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 del tenant specificando il nome del file di backup:

    RECOVER DATA FOR TENANT_SID USING BACKINT('BACKUP_NAME') CLEAR LOG;

  • Per recuperare un database del tenant specificando l'ID backup:

    RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID CLEAR LOG;

    Sostituisci BACKUP_ID con l'ID del backup richiesto.

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

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

  • Per recuperare il database di un tenant a un punto in tempo specifico o a una posizione del log specifica:

    RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CHECK ACCESS USING BACKINT;

  • Per recuperare un database tenant utilizzando un backup da un database esterno:

    RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CLEAR LOG USING SOURCE 'SOURCE_TENANT_SID@SOURCE_SID' USING CATALOG BACKINT CHECK ACCESS USING BACKINT

    Sostituisci quanto segue:

    • SOURCE_TENANT_SID: l'SID del database del tenant di origine
    • SOURCE_SID: l'SID del sistema SAP in cui esiste il database del tenant di origine

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 anche una cronologia di audit trail completa di autorizzazioni, rimozioni e deleghe viene visualizzata automaticamente per gli amministratori. 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 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 e poi assegna il ruolo. Spazio di archiviazione > Creatore oggetti Storage:

    Screenshot di IAM

Come creare backup basati sul file system per SAP HANA

I sistemi SAP HANA di cui è stato eseguito il deployment su Google Cloud utilizzando la guida al deployment sono configurati con un insieme di volumi Persistent Disk o Hyperdisk da utilizzare come destinazione di backup montata NFS. I backup di SAP HANA vengono inizialmente memorizzati su questi dischi locali, dopodiché devi copiarli in Cloud Storage per l'archiviazione a lungo termine. Puoi copiare manualmente i backup su Cloud Storage o pianifica la copia Cloud Storage in un crontab.

Se utilizzi la funzionalità Backint di Agent for SAP di Google Cloud, esegui il backup e il ripristino direttamente in un bucket Cloud Storage, eliminando così la necessità di spazio di archiviazione su disco permanente per i backup.

Per avviare o pianificare i backup dei dati SAP HANA, puoi utilizzare SAP HANA Studio, SQL o il DBA Cockpit. I backup dei log vengono scritti automaticamente a meno che disattivata. Lo screenshot seguente mostra un esempio:

Screenshot dei backup

Configurazione di SAP HANA global.ini

Se segui guida all'implementazione le 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 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 di scalabilità, una soluzione ad alta disponibilità che utilizza la migrazione in tempo reale e il riavvio automatico funziona nello stesso modo di una configurazione a un solo host. Il principale è che il volume /hana/shared è montato su NFS su tutti i nodi e masterizzati nel master HANA. Si verifica un breve periodo di inaccessibilità sul volume NFS in caso di migrazione live o riavvio automatico di un host master. 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 le operazioni di backup e recupero. In caso di errore, devi verificare che /hanabackup sia montato su tutti gli host e rimontare quelli non montati. Quando scelgo di copiare il set di backup su un altro volume o Cloud Storage, esegui la copia sull'host principale per ottenere prestazioni I/O migliori e ridurre l'utilizzo della rete. Per semplificare la procedura di backup e ripristino, puoi utilizzare Cloud Storage Fuse per montare il bucket Cloud Storage su ogni host.

Le prestazioni di scale out sono pari alla distribuzione dei dati. Migliore è la distribuzione dei dati, migliori sono le prestazioni delle query. Per questo, è necessario conoscere bene i dati, comprendere come vengono consumati e progettare la distribuzione e la partizione delle tabelle di conseguenza. Per maggiori 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 operazioni di backup e ripristino da e verso Cloud Storage per i backup del database SAP HANA.

Se segui guida all'implementazione le librerie Python gcloud sono già disponibili nel di Compute Engine.

Le librerie sono open source e ti consentono di operare sul tuo bucket Cloud Storage per archiviare e recuperare i dati di backup.

Puoi eseguire il seguente comando per elencare gli oggetti nel bucket Cloud Storage. Puoi utilizzarlo per elencare i backup disponibili:

python 2>/dev/null - <<EOF
from google.cloud import storage
storage_client = storage.Client()
bucket = storage_client.get_bucket("<bucket_name>")
blobs = bucket.list_blobs()
for fileblob in blobs:
     print(fileblob.name)
EOF

Per informazioni dettagliate su Gcloud Python, consulta la documentazione di riferimento della libreria client per lo spazio di archiviazione.

Esempio di backup e ripristino

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

Esempio di creazione del backup

  1. In SAP HANA Backup Editor, seleziona Apri la procedura guidata di backup.

    Backup guidato

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

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

  3. Quando il backup inizia, una finestra di stato mostra l'avanzamento del backup. Attendi il completamento del backup.

    Aggiornamento del backup

    Al termine del backup, nel riepilogo del backup viene visualizzato un messaggio Finished.

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

    Elenco di backup1 Elenco backup2

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

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

Esempio di ripristino del backup

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

  2. Per recuperare il database SAP HANA, fai clic su Backup e ripristino > Ripristina 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 Recupero 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 di un backup di esempio, ricorda che COMPLETE_DATA_BACKUP è stato impostato come prefisso.

  9. Fai clic su Avanti due volte.

  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: