Guida alle operazioni SAP HANA

Questa guida fornisce istruzioni per il funzionamento dei sistemi SAP HANA di cui è stato eseguito il deployment su Google Cloud, seguendo la guida al deployment dello scale up di Terraform: SAP HANA. Tieni presente che questa guida non sostituisce la documentazione SAP standard.

Amministrazione di un sistema SAP HANA su Google Cloud

Questa sezione mostra come eseguire le attività amministrative, in genere necessarie per gestire un sistema SAP HANA, e include informazioni sull'avvio, l'arresto e la 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 la sua chiusura. Se la chiusura non viene completata entro 2 minuti, l'istanza verrà arrestata forzatamente. Come best practice, devi arrestare l'esecuzione di SAP HANA sull'istanza prima di arrestarla.

Nota: l'indirizzo IP privato associato all'istanza non viene rilasciato dopo l'arresto dell'istanza. Quando riavvii l'istanza, l'istanza inizia con la stessa configurazione di indirizzo IP privato, rete e archiviazione di prima.

Arresto di una VM

L'arresto di un'istanza di macchina virtuale (VM) comporta l'invio da parte di Compute Engine dell'indicatore di spegnimento ACPI all'istanza. 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 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 hai nuovamente bisogno dei dati.

Nota: dopo aver arrestato l'istanza, puoi modificare i tag istanza, i metadati dell'istanza personalizzata e rimuovere o impostare un nuovo indirizzo IP statico.

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. In alto a destra nella pagina, fai clic su AVVIA per riavviare le istanze.

Per ulteriori informazioni, consulta Riavvio di un'istanza.

Modifica di una VM

Puoi modificare i vari attributi di una VM, incluso il tipo, dopo aver eseguito il deployment della VM. Alcune modifiche potrebbero richiedere il ripristino del sistema SAP dai backup, mentre altre potrebbero richiedere solo il riavvio della VM.

Per saperne di più, consulta Modifica delle configurazioni delle VM per 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 dati.

Nota: devi arrestare SAP HANA o le scritture sul file system per ottenere uno snapshot coerente.

Per creare uno snapshot, segui le istruzioni di Compute Engine per la creazione di snapshot. Presta attenzione ai passaggi di preparazione prima di creare uno snapshot coerente, ad esempio il 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 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 ai blocchi vengono archiviate negli snapshot successivi. Questo consente di risparmiare sui costi.
Esegui la migrazione a un tipo di archiviazione diverso.	Compute Engine offre diversi tipi di dischi permanenti, tra cui tipi supportati da archiviazione standard (magnetica) e tipi supportati da unità 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 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 da un tipo di archiviazione all'altro, 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 a 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 anche in un'altra. 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 regione o zona, crea uno snapshot dei dischi, incluso il disco radice, quindi crea le macchine virtuali nella zona o regione desiderata con i dischi creati a partire da quegli snapshot.

Migrazione dei 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 di Persistent Disk a volumi Hyperdisk Extreme, utilizza gli snapshot di dischi permanenti e l'opzione di riavvio rapido di SAP HANA di Google Cloud. L'opzione di riavvio rapido di SAP HANA viene utilizzata come helper che riduce i tempi di inattività quando si cambia tipo di disco, eliminando la necessità di attendere il caricamento delle tabelle. Devi prestare attenzione al tempo necessario per ricaricare i tipi di dati dell'archivio righe e dei dati BLOB (Binary Large Object).

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 acquisire snapshot dei dischi prima dell'attività di migrazione pianificata e poi acquisire alcuni snapshot aggiuntivi più vicini all'attività, il che si traduce in una minore differenza tra gli snapshot.
• Creazione di volumi Hyperdisk Extreme mediante gli snapshot dei volumi dei dischi permanenti.
• 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 saranno disponibili fino a quando non li elimini.

Nota: ti consigliamo vivamente di testare la procedura di migrazione in un ambiente non di produzione e di verificare accuratamente i risultati prima di eseguire la procedura negli ambienti di produzione. Ti assumi la responsabilità dell'esecuzione corretta della procedura di migrazione.

Prima di iniziare

Prima di eseguire la migrazione dei volumi di dischi permanenti SAP HANA a 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 SAP HANA utilizzano dischi permanenti separati per i volumi /hana/data e /hana/log.
• La gestione del volume logico di Linux viene utilizzata per la persistenza dell'archiviazione SAP HANA. Sebbene possa essere utilizzata l'archiviazione diretta, richiederebbe una rimappatura esplicita dei dispositivi tramite la tabella /etc/fstab.
• L'avvio rapido di Sap HANA è abilitato per il tuo sistema SAP HANA. Per ulteriori informazioni su come abilitare il riavvio rapido di SAP HANA, consulta Abilitazione del riavvio rapido di SAP HANA.
• È 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 è in esecuzione.

• Il file system tmpfs è stato caricato completamente 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 dei 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 SAP HANA di cui è stato eseguito il deployment utilizzando il documento di 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 creati utilizzando LVM e XFS
  • Il riavvio rapido di Sap HANA è abilitato e nel database vengono caricati circa 6 TB di dati.

Per eseguire la migrazione dei volumi di 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:

   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 dati da cui è necessario creare uno snapshot. Questo nome è preceduto da un prefisso allo snapshot del volume di dati.
   • LOG_DISK: il nome del disco permanente di 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 gli snapshot dei dischi.

   Importante: poiché gli snapshot eseguono il backup in modo incrementale dei dati dai dischi permanenti, la creazione dello snapshot iniziale richiede in genere più tempo rispetto agli snapshot successivi, soprattutto per i dischi di grandi dimensioni. Per ridurre i tempi di inattività durante l'acquisizione di snapshot, puoi creare snapshot dei dischi prima dell'avvio del processo di migrazione e dell'arresto del database SAP HANA. Puoi anche acquisire più snapshot prima della manutenzione.

5. Crea nuovi dischi Hyperdisk Extreme per i 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 di dati del disco permanente originale che è preceduto da un prefisso al volume di dati Hyperdisk Extreme e allo snapshot del volume di dati.
   • LOG_DISK: il nome del volume di log del disco permanente originale che è preceduto da un prefisso al volume di log Hyperdisk Extreme e allo snapshot del volume di log.
   • PROJECT_ID: l'ID del progetto.
   • ZONE: la zona in cui devi creare dischi Hyperdisk Extreme.
   • IOPS_DATA_DISK: il numero di IOPS di cui è stato eseguito il provisioning del disco Hyperdisk Extreme per il volume di dati. Puoi impostare le IOPS in base ai tuoi requisiti di prestazioni.

   • IOPS_LOG_DISK: il numero di IOPS di cui è stato eseguito il provisioning del disco Hyperdisk Extreme per il volume di log. Puoi impostare le IOPS in base ai tuoi requisiti di prestazioni.

     Per informazioni sul numero minimo di IOPS per i volumi Hyperdisk Extreme collegati al tuo tipo di istanza, consulta l'articolo Dimensioni minime per i dischi permanenti e gli Hyperdisks basati su SSD.

   Per saperne di più sul ripristino da uno snapshot, vedi Eseguire il ripristino 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.
   Nota: non eliminare i vecchi dischi SAP HANA fino a quando non hai completato correttamente la procedura di migrazione.

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 si trovano i nuovi dischi Hyperdisk Extreme.

8. Per montare i nuovi volumi, segui 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 trovare gruppi di volumi, ricrea le cache e crea i volumi mancanti (incluso 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 volumi:

      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 del disco non va a buon fine, puoi utilizzare i dischi originali come opzione di riserva perché contengono i dati esistenti prima dell'avvio 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. Avviare l'istanza VM.

Modifica delle impostazioni del disco

Puoi modificare la velocità effettiva o IOPS sottoposte a provisioning oppure aumentare le dimensioni dei volumi Hyperdisk una volta ogni 4 ore. Se tenti di modificare di nuovo il disco prima che siano trascorse 4 ore, riceverai un messaggio di errore con limitazioni di frequenza, ad esempio Cannot update provisioned throughput due to being rate limited. Per risolvere questi errori, attendi 4 ore dall'ultima modifica prima di riprovare a modificare il disco.

Utilizza questa procedura solo in situazioni di emergenza quando non puoi attendere 4 ore per regolare le dimensioni del disco, le IOPS sottoposte a provisioning o la velocità effettiva dei volumi Hypeperdisk.

Nota: la modifica delle impostazioni del disco utilizzando questa procedura richiede tempi di inattività, che variano in base alle dimensioni del disco. Per dischi tra 50 GB e 100 GB, il tempo di inattività è in genere di 3-4 minuti, mentre per dischi di circa 500 GB sono di circa 10 minuti. Il tempo di inattività dipende dal tempo necessario per creare uno snapshot o un'immagine del disco.

Per modificare le impostazioni del disco:

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 eseguire le operazioni.

   • LOCATION: località di Cloud Storage, a livello di una o più regioni, in cui archiviare i contenuti degli snapshot.

     Per maggiori informazioni, vedi 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: il 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 eseguire le operazioni.

   • LOCATION: località di Cloud Storage, a livello di una o più regioni, in cui archiviare il contenuto dell'immagine.

     Per saperne di più, consulta Creare immagini personalizzate.

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

   Per i volumi Hyperdisk, assicurati di specificare dimensioni del disco, IOPS e velocità effettiva per soddisfare i requisiti del carico di lavoro. Per ulteriori informazioni sul provisioning di IOPS e sulla velocità effettiva per Hyperdisk, vedi Informazioni su IOPS e provisioning della 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: zona dei dischi da creare.
   • SOURCE_SNAPSHOT: snapshot di origine utilizzato per creare i dischi.
   • IOPS: IOPS del disco di cui è stato eseguito il provisioning da creare.
   • THROUGHPUT: velocità effettiva di cui è stato eseguito il provisioning del disco da creare.

   Da un'immagine

       gcloud compute disks create NEW_DISK_NAME \
           --project=PROJECT_NAME \
           --type=DISK_TYPE \
           --size=DISK_SIZE \
           --zone=ZONE \
           --image=SOURCE_IMAGE_NAME \
           --image-project=IMAGE_PROJECT_NAME \
           --provisioned-iops=IOPS \
           --provisioned-throughput=THROUGHPUT
   

   Sostituisci quanto segue:

   • NEW_DISK_NAME: 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: zona dei dischi da creare.
   • SOURE_IMAGE_NAME: l'immagine di origine da applicare ai dischi creati.
   • IMAGE_PROJECT_NAME: il progetto Google Cloud in merito al quale verranno risolti tutti i riferimenti alle famiglie di immagini.
   • IOPS: IOPS del disco di cui è stato eseguito il provisioning da creare.
   • THROUGHPUT: velocità effettiva di cui è stato eseguito il provisioning del disco 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 eseguire l'operazione.
   • 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 eseguire l'operazione.
   • 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 fissati 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 singolo host:

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

2. Creare 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 relativa pagina dei dettagli, quindi fai clic su Clona.

5. Collega i dischi creati dagli snapshot.

Nota: se cloni l'istanza SAP HANA esistente in una nuova istanza, il nome host della nuova istanza sarà diverso. Di conseguenza, per continuare a funzionare con SAP HANA, devi eseguire un'operazione di ridenominazione per modificare il nome host SAP HANA. In alternativa, puoi modificare la risoluzione dell'host in /etc/hosts in modo da indirizzare il tuo nuovo indirizzo IP privato dell'istanza al nome host precedente, ma questa operazione è sconsigliata e deve essere evitata.

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.

Nota: non puoi clonare un sistema SAP HANA multi-host creando un'immagine.

Installazione e aggiornamento di gcloud CLI

Dopo il deployment di una VM per SAP HANA e l'installazione del sistema operativo, è necessaria una 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 della guida al deployment di SAP HANA, gcloud CLI viene installato automaticamente.

Tuttavia, se utilizzi 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 manualmente 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 Installazione di gcloud CLI.

Nota: se in precedenza hai eseguito il deployment di una VM con un'immagine pubblica SUSE Linux Enterprise Server (SLES), l'immagine potrebbe includere la versione 140 o precedente di gcloud CLI, integrata nel sistema operativo SLES da SUSE. Questa versione è deprecata e non può essere aggiornata.

Per sostituire la versione 140 o precedente di gcloud CLI integrato con 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
   

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 SAP HANA riduce i tempi di riavvio in caso di chiusura di SAP HANA, ma il sistema operativo rimane in esecuzione.

Nota: se esegui il deployment di SAP HANA utilizzando il modulo Terraform sap_hana o sap_hana_ha di Google Cloud, versione 202309280828 o successiva, il riavvio rapido viene abilitato automaticamente.

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 abilitare il riavvio rapido SAP HANA. Per ulteriori informazioni, consulta:

• Passaggi manuali: abilita il riavvio rapido di SAP HANA
• Passaggi automatici: abilita il riavvio rapido di SAP HANA

Per le istruzioni autorevoli complete per il riavvio rapido di SAP HANA, consulta la documentazione relativa all'opzione di riavvio rapido di SAP HANA.

Procedura manuale

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 tua VM

Prima di poter mappare il file system tmpfs richiesto, devi sapere quanti NUMA nodi ha 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 NUMA directory dei nodi

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 dei nodi 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

Nota: se cambi i tipi di macchina e i nodi NUMA aumentano o diminuiscono, devi modificare il file system tmpfs e la sezione [persistence] del file SAP HANA INI, mostrata nella sezione successiva, in modo che corrisponda al nuovo numero di nodi NUMA.

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 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 per le dimensioni di 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 tmpfs per tutti i nodi NUMA per una determinata istanza SAP HANA e un determinato nodo server impostando il parametro persistent_memory_global_allocation_limit nella sezione [memorymanager] del file global.ini.

Configurazione 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 in memoria permanente.

Aggiorna la sezione [persistence] nel file global.ini

Configura la sezione [persistence] nel file global.ini SAP HANA in modo che faccia 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 al m2-ultramem-208. Se utilizzi l'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 specifiche tabelle di colonne o partizioni da archiviare in 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, tabelle e quali viste di monitoraggio forniscono informazioni dettagliate, consulta Memoria permanente di SAP HANA.

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, potrebbe essere necessario eseguire ulteriori passaggi a seconda che si tratti del deployment iniziale del tuo sistema SAP HANA o del ridimensionamento della tua macchina a una dimensione NUMA diversa.

Per il deployment iniziale del tuo sistema SAP HANA o ridimensionando la macchina in modo da 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 il riavvio rapido di SAP HANA.

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

Nota: consigliamo vivamente di eseguire lo script fornito da Google Cloud per abilitare il riavvio rapido di SAP HANA in un ambiente non di produzione e di verificare accuratamente i risultati prima di eseguire lo script negli ambienti di produzione. Ti assumi la responsabilità della corretta abilitazione del riavvio rapido di SAP HANA.

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 il file eseguibile:

   chmod +x sap_lib_hdbfr.sh

5. Verifica che lo script non contenga errori:

   vi sap_lib_hdbfr.sh
   ./sap_lib_hdbfr.sh -help

   Se il comando restituisce un errore, contatta l'assistenza clienti Google Cloud. Per ulteriori informazioni su come contattare l'assistenza clienti, vedi Ricevere assistenza per SAP su Google Cloud.

6. Esegui lo script dopo aver sostituito l'ID (SID) e la password di sistema 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 dell'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 cambiare la password. Non è consigliabile utilizzare una password in testo normale perché 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 di sistema del database SAP HANA.

Per un'esecuzione iniziale riuscita, dovresti visualizzare 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

Nota: consulta anche la sezione relativa all'assistenza nella Guida all'amministrazione di SAP HANA.

Se devi consentire a un tecnico del servizio di assistenza SAP di accedere ai tuoi sistemi SAP HANA su Google Cloud, puoi farlo utilizzando SAProuter. Segui questi passaggi:

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, quindi assegna questo indirizzo IP all'istanza.

3. Crea e configura una regola firewall SAProuter specifica nella tua rete. In questa regola, consenti solo l'accesso richiesto in entrata e in uscita 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 ti 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. Per ulteriori dettagli sulla creazione e sulla configurazione delle regole firewall, consulta la documentazione relativa alle regole firewall.

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

5. Configura la connessione con SAP. Per la connessione a internet, utilizza la comunicazione di rete sicura. Per ulteriori informazioni, consulta la pagina Supporto remoto SAP – Guida.

Suggerimento: per maggiore sicurezza, arresta l'istanza Compute Engine che ospita il servizio SAProuter quando non è necessario per il supporto.

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 ospitare e fornire i tuoi servizi in tutto il mondo.

Per SAP HANA, crea una rete di subnet non predefinita con intervalli di indirizzi IP CIDR non sovrapposti per ogni subnet nella rete. Tieni presente che ogni subnet e i relativi intervalli di indirizzi IP interni sono mappati a una singola regione.

Suggerimento: per una latenza inferiore, configura i tuoi server delle applicazioni per la connessione a SAP HANA nella stessa regione della subnet in cui è ospitato SAP HANA.

Una subnet si estende su 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.

In una nuova rete non sono previste regole firewall e, di conseguenza, non vi è 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 l'applicazione 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 attraverso subnet, senza richiedere 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 l'istanza SAP HANA. Questa procedura è descritta nella guida al deployment.

Sicurezza

Le seguenti sezioni descrivono le operazioni di sicurezza.

Modello di privilegi minimi

La prima linea di difesa è limitare chi può 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 con privilegi minimi 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 tramite SSH al tuo sistema SAP HANA solo da quell'host.

Modifiche alla configurazione

Devi configurare il sistema SAP HANA e il sistema operativo con le impostazioni di sicurezza consigliate. Ad esempio, assicurati che siano elencate solo le porte di rete pertinenti per consentire l'accesso, rafforza il sistema operativo su cui esegui SAP HANA e così via.

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

• 1944799: linee guida per l'installazione di SLES SAP HANA
• 1730999: modifiche consigliate alla configurazione
• 1731000: Modifiche alla configurazione non consigliate

Disabilitazione dei servizi SAP HANA non necessari

Se non hai bisogno di SAP HANA Extended Application Services (SAP HANA XS), disabilita il servizio. Consulta la nota SAP 1697613: rimozione del servizio SAP HANA XS Classic Engine dalla topologia.

Dopo aver disabilitato il servizio, rimuovi tutte le porte TCP aperte per il servizio. In Google Cloud, ciò significa modificare le regole firewall per la rete per 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. Queste risposte possono aiutarti a rispondere a domande come "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 progetto. Questo log è sempre abilitato ed è visibile a tutti i membri del progetto.

I log di accesso ai dati contengono le 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 di 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 dei dati a Cloud Storage dalle tue istanze per proteggere i dati in transito. Cloud Storage cripta automaticamente i dati at-rest. Puoi specificare le tue chiavi di crittografia se hai un tuo sistema di gestione delle chiavi.

Documenti sulla sicurezza correlati

Consulta le seguenti risorse di sicurezza aggiuntive per il tuo ambiente SAP HANA su Google Cloud:

• Centro sicurezza
• Conformità in Google Cloud
• White paper sulla sicurezza di Google Cloud
• Progettazione della sicurezza dell'infrastruttura Google

Alta disponibilità per SAP HANA su Google Cloud

Google Cloud offre una varietà di opzioni per garantire un'alta disponibilità per il tuo sistema SAP HANA, comprese le funzionalità di migrazione live di Compute Engine e di riavvio automatico. Queste funzionalità, insieme all'elevata percentuale di uptime mensile delle VM di Compute Engine, potrebbero rendere superflui pagare e mantenere inutili i sistemi in standby.

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

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

Abilita l'hook del provider ad alta disponibilità e RE SAP HANA

SUSE RHEL

Ripristino di emergenza

Il sistema SAP HANA offre diverse funzionalità ad alta disponibilità per assicurare che il tuo database SAP HANA possa resistere a errori a livello di software o di infrastruttura. Tra queste funzionalità ci sono la replica del sistema SAP HANA e i backup di SAP HANA, entrambi supportati da Google Cloud.

Per maggiori 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 di SAP HANA.

Backup e ripristino

I backup sono fondamentali per proteggere il sistema di registrazione (il database). Poiché SAP HANA è un database in memoria, la creazione regolare di backup e l'implementazione di una strategia di backup adeguata consente di ripristinare il database SAP HANA in situazioni di danneggiamento o perdita di dati a causa di un'interruzione o un errore non pianificati nell'infrastruttura. Il sistema SAP HANA offre funzionalità di backup e ripristino integrate. Puoi utilizzare i servizi Google Cloud come Cloud Storage per fungere da destinazione di backup per il backup di SAP HANA.

Puoi anche abilitare la funzionalità Backint dell'agente per SAP di Google Cloud, in modo da utilizzare Cloud Storage direttamente per backup e recuperi.

Questo documento presuppone che tu abbia familiarità con il backup e il ripristino di SAP HANA, insieme alle seguenti note del servizio SAP:

• 1642148: Domande frequenti: backup e ripristino dei database SAP HANA
• 1821207: Determinazione dei file di recupero richiesti
• 1869119: controllo dei backup mediante hdbbackupcheck
• 1873247: verifica della recuperabilità con hdbbackupdiag --check
• 1651055: pianificazione dei backup dei database SAP HANA in Linux

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 tuo sistema SAP HANA, hai un'installazione SAP HANA con una directory /hanabackup ospitata su un volume di disco permanente bilanciato.

Per creare backup del tuo database online nella directory /hanabackup, utilizza gli strumenti SAP standard come SAP HANA Studio, SAP HANA Cockpit, la transazione SAP ABAP DB13 o le istruzioni SQL SAP HANA. Infine, quando hai bisogno di recuperare il tuo sistema SAP HANA, salva il backup completato caricandolo in un bucket Cloud Storage, da cui puoi scaricare il backup.

Utilizzo di Compute Engine per creare backup e snapshot di dischi

Puoi utilizzare i backup di Compute Engine per SAP HANA e puoi anche eseguire il backup dell'intero disco che ospita i dati e i volumi di log di SAP HANA utilizzando gli snapshot di dischi standard.

Se hai seguito le istruzioni nella guida al deployment, avrai un'installazione di SAP HANA con una directory /hanabackup per i backup dei tuoi database online. Puoi utilizzare la stessa directory per archiviare snapshot del volume /hanabackup e gestire un backup point-in-time dei dati e dei volumi di log SAP HANA.

Il vantaggio degli snapshot dei dischi standard è che sono incrementali, in cui ogni backup successivo archivia solo modifiche ai blocchi incrementali 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 dati.

Di seguito è riportata un'illustrazione dei backup incrementali:

Cloud Storage come destinazione di backup

Cloud Storage è una buona scelta da usare come destinazione di backup per SAP HANA perché offre alta 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 da dati di file e dai metadati associati e può avere una dimensione massima di 5 TB. Un bucket di Cloud Storage può archiviare un numero qualsiasi di oggetti.

Con Cloud Storage, i dati vengono archiviati in più località, il che garantisce elevata durabilità e disponibilità elevata. Quando carichi i dati in Cloud Storage o copi i dati al suo interno, Cloud Storage segnala che l'azione è andata a buon fine solo se viene raggiunta la ridondanza degli oggetti.

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

Frequenza di lettura/scrittura dati	L'opzione Cloud Storage consigliata
Letture o scritture frequenti	Scegli la classe di archiviazione Standard per i database in uso, perché potrebbero accedere di frequente a Cloud Storage per la scrittura e la lettura di file di backup.
Letture o scritture non frequenti	Scegli Nearline o Coldline Storage per i dati a cui si accede con poca frequenza, ad esempio i backup archiviati che devono essere gestiti in base ai criteri di conservazione della tua organizzazione. Nearline è la scelta migliore per i dati di backup a cui prevedi di accedere al massimo una volta al mese, mentre Coldline è la scelta migliore per i dati con una probabilità molto bassa di accedervi, ad esempio una volta all'anno al massimo.
Dati di archiviazione	Scegli Archiviazione archivio per i tuoi dati di archiviazione a lungo termine. Archivia è una buona scelta per i dati di cui devi conservare una copia per un periodo di tempo prolungato, ma a cui non intendi accedere più di una volta l'anno. Ad esempio, utilizza Archive Storage per i backup che devi conservare a lungo termine per soddisfare i requisiti normativi. Valuta la possibilità di sostituire la tua soluzione di backup basata su nastro con Archive.

Quando pianifichi l'utilizzo di queste opzioni di archiviazione, inizia con il livello ad accesso frequente e dai dati di backup ai livelli di accesso meno frequenti. In genere, i backup vengono utilizzati raramente con l'età. La probabilità di avere bisogno di un backup di 3 anni è estremamente bassa e puoi aggiungere questo backup al livello Archive per risparmiare sui costi. Per informazioni sui costi di Cloud Storage, consulta i prezzi di Cloud Storage.

Cloud Storage rispetto al backup su nastro

La destinazione di backup convenzionale on-premise è il nastro. Cloud Storage offre molti vantaggi rispetto al nastro, inclusa la possibilità di archiviare automaticamente i backup "offsite" dal sistema di origine, in quanto i dati in Cloud Storage vengono replicati in più strutture. Ciò significa anche che i backup archiviati in Cloud Storage sono ad alta disponibilità.

Un'altra differenza fondamentale è la velocità di ripristino dei backup quando hai bisogno di utilizzarli. Se devi creare un nuovo sistema SAP HANA da un backup o ripristinare un sistema esistente da un backup, Cloud Storage fornisce un accesso più rapido ai dati, consentendoti di creare il sistema più rapidamente.

Funzionalità di backint dell'agente per SAP di Google Cloud

Puoi utilizzare Cloud Storage direttamente per backup e recuperi per installazioni sia on-premise che su cloud utilizzando la funzionalità di Backint certificata per SAP dell'agente per 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 seguenti sezioni forniscono informazioni su come eseguire operazioni di backup e ripristino utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud.

• Attivazione dei backup di dati e delta
• Attivazione dei backup dei log
• Esecuzione di query sul catalogo di backup
• Recupero di un database

Attivazione dei 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 SQL SAP HANA per attivare i 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.

Durante l'attivazione dei backup dei dati puoi utilizzare diverse opzioni. Per informazioni su queste opzioni, consulta la guida di riferimento di SAP HANA SQL BACKUP DATA Statement (Backup and Recovery).

Per ulteriori informazioni sui backup di dati e delta, consulta i documenti SAP Backup dei dati e Backup delta.

Attivazione dei backup dei log

Per attivare un backup per il volume 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 le istruzioni, consulta la documentazione SAP per la tua versione di 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 di backup dei log.

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

Esecuzione di query sul catalogo di backup

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

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

1. Porta il database tenant offline.

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 per SAP HANA SQL BACKUP DATA Istruzione (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 con più flussi, SAP HANA utilizza lo stesso numero di canali utilizzati al momento della creazione del backup. Per ulteriori informazioni, consulta il documento SAP Prerequisiti: ripristino mediante backup multistream.

Per ripristinare il backup di un database SAP HANA che hai creato utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud, SAP HANA fornisce le istruzioni 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 le istruzioni SQL di esempio per il recupero di un database SAP HANA utilizzando un backup creato utilizzando la funzionalità Backint dell'agente per SAP di Google Cloud:

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

Se devi 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 fornite nella nota SAP 3227931 - Recupera un HANA DB 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 dei tuoi dati SAP HANA, l'accesso a questi backup è controllato da Identity and Access Management (IAM). Questa funzionalità consente agli amministratori di stabilire 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 fornisce inoltre una cronologia di audit trail completa di autorizzazioni, rimozioni e deleghe che viene visualizzata automaticamente per gli amministratori. In questo modo puoi configurare criteri per monitorare l'accesso ai tuoi dati nei backup, in modo da poter 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, quindi assegna il ruolo Storage > Creatore oggetti Storage:

   

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 di Persistent Disk o Hyperdisk da utilizzare come destinazione di backup montata su NFS. I backup di SAP HANA vengono prima archiviati su questi dischi locali, dopodiché devi copiarli in Cloud Storage per l'archiviazione a lungo termine. Puoi copiare manualmente i backup in Cloud Storage o pianificarne la copia in Cloud Storage in un crontab.

Se utilizzi la funzionalità Backint dell'agente di Google Cloud per SAP, esegui direttamente il backup e il ripristino da un bucket Cloud Storage, eliminando così la necessità 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:

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 i backup del database archiviati in /hanabackup/data/ e i file di archiviazione dei log automatici vengono archiviati in /hanabackup/log/. Di seguito è riportato un esempio dell'aspetto di 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 per SAP di Google Cloud, 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 migrazione live e 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 worker e masterizzato nel master HANA. Esiste 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, a breve il volume NFS ricomincia a funzionare 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 che non sono montati. 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 ogni host.

Le prestazioni dello scale out sono valide quanto la distribuzione dei dati. Migliore è la distribuzione dei dati, migliori sono le prestazioni delle query. Ciò richiede la conoscenza approfondita dei dati, la comprensione del modo in cui i dati vengono consumati e la progettazione della distribuzione e del partizionamento delle tabelle di conseguenza. Per ulteriori informazioni, consulta la nota SAP 2081591 - FAQ: SAP HANA Table Distribution.

Python gcloud

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 gcloud sono già disponibili nelle istanze di Compute Engine.

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

Nota: se non hai seguito le istruzioni della guida al deployment e devi quindi installare le librerie Python gcloud, in qualità di utente root esegui i seguenti comandi per installare SUSE Linux Enterprise Server (SLES):

zypper in python-pip python-devel gcc
pip install packaging
pip install appdirs
pip install --upgrade google-cloud-storage

Puoi eseguire il comando seguente 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 sulla libreria client di archiviazione.

Backup e ripristino di esempio

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

Esempio di creazione del backup

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

   

   1. Seleziona File come tipo di destinazione. In questo modo viene eseguito il backup del database nei file nel file system specificato.
   2. Specifica la destinazione di backup, /hanabackup/data/SID, e il prefisso del backup. Sostituisci SID con l'ID sistema del tuo sistema SAP.
   3. Tocca 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 con l'avanzamento del backup. Attendi il completamento del backup.

   

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

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

   

5. Esegui il push o la sincronizzazione dei 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 al periodo in cui il backup è stato copiato. Esegui questo script gcloud Python sulla richiesta 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 i dati di backup.

Nota: il backup diretto nei bucket Cloud Storage tramite Cloud Storage FUSE non è supportato. Tuttavia, se vuoi utilizzare Cloud Storage FUSE, puoi montare i volumi di Cloud Storage in /hanabackup_gcs e creare uno script per pianificare lo spostamento dei backup da /hanabackup a /hanabackup_gcs. In questo modo si sostituiranno le operazioni dei due passaggi precedenti.

Esempio di ripristino del backup

1. Se i file di backup non sono disponibili nella directory /hanabackup, ma lo sono anche in Cloud Storage, scaricali 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:

   

3. Tocca Avanti.

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

5. Tocca Avanti.

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

   

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

• Libreria SAP HANA
• Avvio app per l'assistenza SAP ONE

Potrebbero esserti utili anche i seguenti documenti di Google Cloud:

• Funzionalità cloud gratuite e prova gratuita
• Guida introduttiva a Google Cloud
• Compute Engine
• Persistent Disk