Guida alle operazioni SAP HANA

Questa guida fornisce istruzioni per il funzionamento dei sistemi SAP HANA di cui è stato eseguito il deployment in Google Cloud Terraform: guida al deployment dello scale up di SAP HANA. Tieni presente che questa guida non intende sostituire nessuna delle documentazione.

Amministrazione di un sistema SAP HANA su Google Cloud

Questa sezione mostra come eseguire le attività amministrative generalmente richieste gestire un sistema SAP HANA, incluse informazioni su avvio, arresto e sistemi di clonazione.

Avvio e arresto delle istanze

Puoi arrestare uno o più host SAP HANA in qualsiasi momento. arresto di un'istanza arresta l'istanza. Se l'arresto non viene completato entro 2 minuti, viene arrestata forzatamente. Come best practice, dovresti prima arrestare SAP HANA in esecuzione sull'istanza prima di arrestarla.

Nota: l'indirizzo IP privato associato all'istanza non viene rilasciato dopo l'istanza non viene arrestata. Quando riavvii l'istanza, viene avviata la stessa configurazione di indirizzo IP privato, rete e spazio di archiviazione di prima.

Arresto di una VM

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

Se i dati contenuti nel disco permanente sono importanti, puoi conservarli oppure creare uno snapshot del disco permanente ed eliminarlo per risparmiare sui costi. Puoi creare un altro disco dallo snapshot quando avrai nuovamente bisogno dei dati.

Nota: dopo aver arrestato l'istanza, puoi modificare i tag istanza, metadati 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, vedi 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, vedi Riavvio di un'istanza.

Modifica di una VM

È possibile modificare vari attributi di una VM, incluso il tipo, dopo del deployment della VM. Alcune modifiche potrebbero richiedere di ripristinare il sistema SAP dai backup, mentre altri richiedono solo per riavviare la VM.

Per ulteriori informazioni, vedi Modifica delle configurazioni delle VM per i sistemi SAP.

Creazione di uno snapshot di SAP HANA

Per generare un backup point-in-time del disco permanente, puoi creare un senza dover creare uno snapshot. Compute Engine archivia in modo ridondante più copie di ogni di creare snapshot in più località con checksum automatici per garantire l'integrità dei dati.

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

Per creare uno snapshot, segui le istruzioni di Compute Engine per creazione di snapshot. Presta attenzione ai passaggi di preparazione prima di creare uno snapshot coerente, come lo svuotamento dei buffer del disco su disco, per assicurarti che lo snapshot sia coerente.

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

Caso d'uso	Dettagli
Offri un backup dei dati semplice, indipendente dal software ed economico soluzione.	Esegui il backup di dati, log, backup e dischi condivisi con snapshot. Pianifica un backup giornaliero di questi dischi per backup point-in-time dell'intero set di dati. Dopo la prima istantanea, solo le modifiche incrementali dei blocchi vengono memorizzate in snapshot successivi. Ciò consente di risparmiare sui costi.
Esegui la migrazione a un tipo di archiviazione diverso.	Compute Engine offre diversi tipi di dischi permanenti, inclusi i tipi supportati dallo spazio di archiviazione standard (magnetico) e i tipi supportati spazio di archiviazione su unità a stato solido (dischi permanenti basati su SSD). Ognuno ha caratteristiche in termini di costi e prestazioni. Ad esempio, utilizza un standard per il volume di backup e utilizzare un tipo basato su SSD per /hana/log e /hana/data volumi, perché richiedono prestazioni più elevate. Per eseguire la migrazione tra tipi di archiviazione, utilizza snapshot del volume, quindi crea un nuovo volume utilizzando lo snapshot e seleziona diverso tipo di archiviazione.
Esegui la migrazione di SAP HANA in un'altra regione o zona.	Utilizza gli snapshot per spostare il tuo sistema SAP HANA da una zona a un'altra in nella stessa regione o anche a un'altra regione. Gli snapshot possono essere utilizzati a livello globale Google Cloud per creare dischi in un'altra zona o regione. Per passare a un'altra una regione o una zona, creare uno snapshot dei tuoi dischi, incluso il disco radice, e poi crea le macchine virtuali nella zona o regione desiderata con i dischi creati dagli snapshot.

Migrazione di volumi di dischi permanenti SAP HANA esistenti a volumi Hyperdisk Extreme

Puoi eseguire la migrazione dei volumi di Persistent Disk esistenti a volumi Hyperdisk Extreme per i tuoi sistemi SAP HANA in esecuzione in Google Cloud. Hyperdisk Extreme offre prestazioni migliori per SAP HANA rispetto alla soluzione persistente basata su SSD Tipi di disco.

Per eseguire la migrazione dei volumi Persistent Disk ai volumi Hyperdisk Extreme, utilizzi gli snapshot di dischi permanenti di Google Cloud e l'opzione di riavvio rapido di SAP HANA. L'opzione di riavvio rapido di SAP HANA viene utilizzata come supporto che riduce i tempi di inattività durante passando da un tipo di disco all'altro eliminando la necessità di attendere il caricamento delle tabelle. Tu deve prendere in considerazione il tempo necessario per ricaricare il repository Tipi di dati BLOB (Binary Large Object).

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

• Creazione di snapshot. Per ridurre i tempi di inattività durante lo scatto, puoi degli snapshot dei dischi prima dell'attività di migrazione pianificata, quindi alcune istantanee aggiuntive più vicine all'attività, con una conseguente riduzione delle la differenza tra gli snapshot.
• crea volumi Hyperdisk Extreme utilizzando gli snapshot dei tuoi e i volumi di dischi.
• Ricaricamento delle tabelle SAP HANA nella memoria SAP HANA.

In caso di problemi durante la migrazione, puoi tornare alla i dischi esistenti perché non sono interessati da questa procedura disponibili finché non li elimini.

Nota: ti consigliamo vivamente di testare la procedura di migrazione in in un ambiente non di produzione e verifica attentamente i risultati prima di eseguirlo la procedura negli ambienti di produzione. Ti assumi la responsabilità eseguendo correttamente la procedura di migrazione.

Prima di iniziare

Prima della migrazione dei volumi dei dischi permanenti SAP HANA a Hyperdisk Extreme volumi, assicurati che siano soddisfatte le seguenti condizioni:

• SAP HANA è in esecuzione su un tipo di VM di Compute Engine certificato che supporta Hyperdisk Extreme.
• I dati e il log SAP HANA utilizzano dischi permanenti separati per /hana/data e /hana/log volumi.
• Per la persistenza dell'archiviazione SAP HANA viene utilizzata la gestione del volume logico Linux. Anche se è possibile usare lo spazio di archiviazione diretto, è richiesto un dispositivo esplicito rimappatura tramite la tabella /etc/fstab.
• Riavvio rapido di SAP HANA sia abilitata per il tuo sistema SAP HANA. Per ulteriori informazioni su come abilita SAP HANA Fast Riavviamento, consulta Attivazione di SAP HANA Fast Riavvia.
• È disponibile un backup valido del database SAP HANA. Questo backup può essere utilizzato per ripristinare il database, se necessario.
• Se l'istanza VM di destinazione fa parte di un cluster a disponibilità elevata, assicurati che se il cluster è in modalità di manutenzione.
• Il database SAP HANA è attivo e in esecuzione.

• Il file system tmpfs è completamente caricato con i contenuti dei dati MAIN come il frammento frammentato. Per visualizzare l'utilizzo del file system, esegui questo comando comando: df -Th.

  Dovresti vedere un output simile al seguente:

  #  df -Th
  Filesystem                        Type      Size  Used Avail Use% Mounted on
  ...
  /dev/mapper/vg_hana_shared-shared xfs       1.0T   56G  968G   6% /hana/shared
  /dev/mapper/vg_hana_data-data     xfs        14T  5.7T  8.2T  41% /hana/data
  /dev/mapper/vg_hana_log-log       xfs       512G  7.2G  505G   2% /hana/log
  /dev/mapper/vg_hana_usrsap-usrsap xfs        32G  276M   32G   1% /usr/sap
  tmpfsDB10                         tmpfs     5.7T  800G  4.9T  14% /hana/tmpfs0/DB1
  tmpfsDB11                         tmpfs     5.7T  796G  4.9T  14% /hana/tmpfs1/DB1
  tmpfsDB12                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs2/DB1
  tmpfsDB13                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs3/DB1
  tmpfsDB14                         tmpfs     5.7T  816G  4.9T  15% /hana/tmpfs4/DB1
  tmpfsDB15                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs5/DB1
  tmpfsDB16                         tmpfs     5.7T  816G  4.9T  15% /hana/tmpfs6/DB1
  tmpfsDB17                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs7/DB1
  

Esegui la migrazione di volumi di dischi permanenti a volumi Hyperdisk Extreme

Questa sezione descrive come eseguire la migrazione del tipo di disco di due dischi permanenti /hana/data e /hana/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
  • La Riavvio rapido di SAP HANA è abilitato e circa 6 TB di dati vengono caricati nel database

Eseguire la migrazione di volumi Persistent Disk a Hyperdisk Extreme volumi, esegui questi passaggi:

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. Lo spazio di archiviazione mostra le informazioni sul disco associato.

4. Crea snapshot dei dati e registra i dischi permanenti dei dischi:

   gcloud compute snapshots create DATA_DISK-snapshot \
     --project=PROJECT_ID \
     --source-disk-zone=SOURCE_DISK_ZONE  \
     --source-disk=DATA_DISK
   gcloud compute snapshots create LOG_DISK-snapshot \
     --project=PROJECT_ID \
     --source-disk-zone=SOURCE_DISK_ZONE \
     --source-disk=LOG_DISK
   

   Sostituisci quanto segue:

   • DATA_DISK: il nome del disco permanente dei dati da cui devi creare uno snapshot. Questo nome è preceduto dal prefisso snapshot del volume di dati.
   • LOG_DISK: il nome del disco permanente dei log da necessarie per creare uno snapshot. Questo nome è aggiunto come prefisso al log snapshot del volume.
   • PROJECT_ID: l'ID del progetto.
   • SOURCE_DISK_ZONE: la zona del disco permanente da cui devi creare uno snapshot.

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

   Importante: dato che gli snapshot sono incrementali il backup dei dati dai dischi permanenti, lo snapshot iniziale in genere richiede richiede tempi di creazione più lunghi rispetto agli snapshot successivi, in particolare per i dischi di grandi dimensioni. A per ridurre il tempo di inattività durante l'acquisizione di snapshot, puoi creare i dischi permanenti prima dell'inizio del processo di migrazione e il database SAP HANA è stata interrotta. Puoi anche acquisire più snapshot prima della manutenzione.

5. Crea nuovi dischi Hyperdisk Extreme per volumi /hana/data e /hana/log basate sugli snapshot:

   gcloud compute disks create DATA_DISK-hdx \
        --project=PROJECT_ID \
        --zone=ZONE \
        --type=hyperdisk-extreme \
        --provisioned-iops=IOPS_DATA_DISK \
        --source-snapshot=DATA_DISK-snapshot
    gcloud compute disks create LOG_DISK-hdx \
        --project=PROJECT_ID \
        --zone=ZONE \
        --type=hyperdisk-extreme \
        --provisioned-iops=IOPS_LOG_DISK \
        --source-snapshot=LOG_DISK-snapshot
   

   Sostituisci quanto segue:

   • DATA_DISK: il nome del disco permanente originale un volume di dati che ha come prefisso il volume di dati Hyperdisk Extreme e del volume dei dati.
   • LOG_DISK: il nome del disco permanente originale volume di log con prefisso al volume di log Hyperdisk Extreme e del volume dei log.
   • PROJECT_ID: l'ID del progetto.
   • ZONE: la zona in cui devi creare Hyperdisk Dischi con condizioni estreme.
   • IOPS_DATA_DISK: le IOPS sottoposte a provisioning dell' Disco Hyperdisk Extreme per volume dati. Il numero di IOPS viene impostato in base i tuoi requisiti di prestazioni.

   • IOPS_LOG_DISK: le IOPS sottoposte a provisioning dell' Disco Hyperdisk Extreme per volume di log. Il numero di IOPS viene impostato in base in termini di prestazioni.

     Per informazioni sui IOPS minimi per volumi Hyperdisk Extreme collegati al tipo di istanza, consulta Dimensioni minime per i dischi permanenti basati su SSD e gli Hyperdisk.

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

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 finché non hai completato il deployment procedura di migrazione corretta.

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 di log Hyperdisk Estremo da attaccare.
   • ZONE: la zona in cui il nuovo Hyperdisk Extreme di Compute Engine.

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

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

      dmsetup remove_all
      

   2. Analizza tutti i dischi per individuare gruppi di volumi, ricrea le cache e crea volumi mancanti (inclusa LVM):

      vgscan -v --mknodes
      

      Dovresti vedere un output simile al seguente:

      Scanning all devices to initialize lvmetad.
      Reading volume groups from cache.
      Found volume group "vg_hana_data" using metadata type lvm2
      Found volume group "vg_hana_shared" using metadata type lvm2
      Found volume group "vg_hana_log" using metadata type lvm2
      Found volume group "vg_hana_usrsap" using metadata type lvm2
      

   3. Attiva i gruppi di volume:

      vgchange -ay
      

      Dovresti vedere un output simile al seguente:

       1 logical volume(s) in volume group "vg_hana_data" now active
       1 logical volume(s) in volume group "vg_hana_shared" now active
       1 logical volume(s) in volume group "vg_hana_log" now active
       1 logical volume(s) in volume group "vg_hana_usrsap" now active
      

   4. Cerca volumi logici:

      lvscan
      

      Dovresti vedere un output simile al seguente:

      ACTIVE            '/dev/vg_hana_data/data' [13.76 TiB] inherit
      ACTIVE            '/dev/vg_hana_shared/shared' [1024.00 GiB] inherit
      ACTIVE            '/dev/vg_hana_log/log' [512.00 GiB] inherit
      ACTIVE            '/dev/vg_hana_usrsap/usrsap' [32.00 GiB] inherit
      

   5. Monta i dischi:

      mount -av
      

      Dovresti vedere un output simile al seguente:

      /                        : ignored
      /boot/efi                : already mounted
      /hana/shared             : already mounted
      /hana/data               : already mounted
      /hana/log                : already mounted
      /usr/sap                 : already mounted
      swap                     : ignored
      /hana/tmpfs0/DB1         : already mounted
      /hana/tmpfs1/DB1         : already mounted
      /hana/tmpfs2/DB1         : already mounted
      /hana/tmpfs3/DB1         : already mounted
      /hana/tmpfs4/DB1         : already mounted
      /hana/tmpfs5/DB1         : already mounted
      /hana/tmpfs6/DB1         : already mounted
      /hana/tmpfs7/DB1         : already mounted
      

9. Verifica i nuovi volumi:

   • Verifica l'utilizzo dei file system:

     df -Th
     

     Dovresti vedere un output simile al seguente:

     Filesystem                        Type      Size  Used Avail Use% Mounted on
     ...
     /dev/mapper/vg_hana_shared-shared xfs       1.0T   56G  968G   6% /hana/shared
     /dev/mapper/vg_hana_usrsap-usrsap xfs        32G  277M   32G   1% /usr/sap
     tmpfsDB10                         tmpfs     5.7T  784G  4.9T  14% /hana/tmpfs0/DB1
     tmpfsDB11                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs1/DB1
     tmpfsDB12                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs2/DB1
     tmpfsDB13                         tmpfs     5.7T  782G  4.9T  14% /hana/tmpfs3/DB1
     tmpfsDB14                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs4/DB1
     tmpfsDB15                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs5/DB1
     tmpfsDB16                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs6/DB1
     tmpfsDB17                         tmpfs     5.7T  782G  4.9T  14% /hana/tmpfs7/DB1
     /dev/mapper/vg_hana_log-log       xfs       512G  7.2G  505G   2% /hana/log
     /dev/mapper/vg_hana_data-data     xfs        14T  5.7T  8.2T  41% /hana/data
     

   • Verifica che i dispositivi siano collegati ai nuovi volumi:

     lsblk
     

     Dovresti vedere un output simile al seguente:

     NAME                    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
     ...
     sdd                       8:48   0    1T  0 disk
     └─vg_hana_shared-shared 254:0    0 1024G  0 lvm  /hana/shared
     sde                       8:64   0   32G  0 disk
     └─vg_hana_usrsap-usrsap 254:3    0   32G  0 lvm  /usr/sap
     sdf                       8:80   0 13.8T  0 disk
     └─vg_hana_data-data     254:1    0 13.8T  0 lvm  /hana/data
     sdg                       8:96   0  512G  0 disk
     └─vg_hana_log-log       254:2    0  512G  0 lvm  /hana/log
     

10. Avvia l'istanza SAP HANA utilizzando uno dei seguenti comandi:

    HDB start
    

    Oppure

    sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB
    

    Sostituisci INSTANCE_NUMBER con il numero di istanza per il tuo sistema SAP HANA.

    Per ulteriori informazioni, consulta Avvio e arresto di sistemi SAP HANA.

Fallback

Se la migrazione dei dischi non riesce, puoi utilizzare i dischi originali come opzione di riserva perché contengono i dati esistenti prima della procedura di migrazione avviata.

Per ripristinare lo stato originale, segui questi passaggi:

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 tenti di modificare nuovamente il disco prima che siano trascorse quattro ore, Ricevi un messaggio di errore relativo alla tariffa limitata come Cannot update provisioned throughput due to being rate limited. Per risolvere questi errori, attendi 4 ore dall'ultima modifica prima di modificare nuovamente il disco.

Utilizza questa procedura solo in caso di emergenza quando non puoi attendere quattro ore per regolare la dimensione del disco, le IOPS sottoposte a provisioning o la velocità effettiva i volumi Hyperdisk.

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

Per modificare le impostazioni del disco, segui questi passaggi:

1. Arresta l'istanza SAP HANA eseguendo uno dei seguenti comandi:

   • HDB stop
   • sapcontrol -nr INSTANCE_NUMBER -function StopSystem HDB

   Sostituisci INSTANCE_NUMBER con il numero di istanza per del 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 ti interessa. per creare.
   • PROJECT_NAME: il nome del tuo progetto Google Cloud.
   • SOURCE_DISK_NAME: il disco di origine utilizzato per creare lo snapshot.
   • ZONE: zona del disco di origine su cui operare.

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

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

   Backup basato su immagini

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

   Sostituisci quanto segue:

   • IMAGE_NAME: nome dell'immagine disco che vuoi per creare.
   • PROJECT_NAME: il nome del tuo progetto Google Cloud.
   • SOURCE_DISK_NAME: il disco di origine utilizzato per creare l'immagine.
   • ZONE: zona del disco di origine su cui operare.

   • LOCATION: località di Cloud Storage, una o più regioni in cui deve essere archiviato il contenuto delle immagini.

     Per saperne di più, vedi Creare immagini personalizzate.

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

   Per i volumi Hyperdisk, assicurati di specificare le dimensioni del disco, di IOPS e velocità effettiva per soddisfare requisiti dei carichi di lavoro. Per ulteriori informazioni sul provisioning delle IOPS e la velocità effettiva per Hyperdisk, consulta Informazioni sul provisioning di IOPS e velocità effettiva per Hyperdisk.

   Da uno snapshot

     gcloud compute disks create NEW_DISK_NAME \
         --project=PROJECT_NAME \
         --type=DISK_TYPE \
         --size=DISK_SIZE \
         --zone=ZONE \
         --source-snapshot=SOURCE_SNAPSHOT_NAME \
         --provisioned-iops=IOPS \
         --provisioned-throughput=THROUGHPUT
   

   Sostituisci quanto segue:

   • NEW_DISK_NAME: nome del disco che vuoi creare.
   • PROJECT_NAME: il nome del tuo progetto Google Cloud.
   • DISK_TYPE: tipo di disco da creare.
   • DISK_SIZE: dimensione del disco.
   • ZONE: zona dei dischi da creare.
   • SOURCE_SNAPSHOT: snapshot di origine utilizzato per creare i dischi.
   • IOPS: è stato eseguito il provisioning di IOPS del disco da creare.
   • THROUGHPUT: velocità effettiva del disco sottoposta a provisioning da creare.

   Da un'immagine

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

   Sostituisci quanto segue:

   • NEW_DISK_NAME: nome del disco che vuoi creare.
   • PROJECT_NAME: il nome del tuo progetto Google Cloud.
   • DISK_TYPE: tipo di disco da creare.
   • DISK_SIZE: dimensione del disco.
   • ZONE: zona dei dischi da creare.
   • SOURE_IMAGE_NAME: l'immagine di origine da applicare allo durante la creazione dei dischi.
   • IMAGE_PROJECT_NAME: il progetto Google Cloud con cui verranno risolti tutti i riferimenti alle immagini e alle famiglie di immagini.
   • IOPS: è stato eseguito il provisioning di IOPS del disco da creare.
   • THROUGHPUT: velocità effettiva del disco sottoposta a provisioning da creare.

   Per ulteriori informazioni, vedi gcloud compute disks create.

4. Scollega il disco esistente dal tuo sistema SAP HANA:

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

   Sostituisci quanto segue:

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

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

5. Collega il nuovo disco al tuo sistema SAP HANA:

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

   Sostituisci quanto segue:

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

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

6. Verifica che i punti di montaggio siano collegati correttamente:

     lsblk
   

   Dovresti vedere un output simile al seguente:

       NAME                    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
       ...
       sdd                       8:48   0    1T  0 disk
       └─vg_hana_shared-shared 254:0    0 1024G  0 lvm  /hana/shared
       sde                       8:64   0   32G  0 disk
       └─vg_hana_usrsap-usrsap 254:3    0   32G  0 lvm  /usr/sap
       sdf                       8:80   0 13.8T  0 disk
       └─vg_hana_data-data     254:1    0 13.8T  0 lvm  /hana/data
       sdg                       8:96   0  512G  0 disk
       └─vg_hana_log-log       254:2    0  512G  0 lvm  /hana/log
   

7. Avvia l'istanza SAP HANA eseguendo uno dei seguenti comandi:

   • HDB start
   • sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB

   Sostituisci INSTANCE_NUMBER con il numero di istanza per il tuo sistema SAP HANA.

   Per ulteriori informazioni, consulta Avvio e arresto di sistemi SAP HANA.

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

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

   Sostituisci quanto segue:

   • DISK_NAME: nome del disco da descrivere.
   • ZONE: zona del disco da descrivere.
   • PROJECT_NAME: il nome del tuo progetto Google Cloud.

   Per ulteriori informazioni, vedi gcloud compute disks describe.

Clonazione del sistema SAP HANA

Puoi creare snapshot di un sistema SAP HANA esistente su Google Cloud per creano un clone esatto del sistema.

Per clonare un sistema SAP HANA con host singolo:

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.

Nota: se cloni la tua istanza SAP HANA esistente in una nuova istanza, del nome host della nuova istanza sarà diverso, quindi per continuare a utilizzare 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 che punti il tuo nuovo indirizzo IP privato dell'istanza al vecchio nome host, ma consigliato e deve essere evitato.

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.

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, è necessario l'aggiornamento di Google Cloud CLI per vari scopi, come il trasferimento da e verso Cloud Storage, interagendo con i servizi di rete e così via e quindi la tua.

Se segui le istruzioni nel Guida al deployment di SAP HANA, gcloud CLI verrà installato automaticamente.

Tuttavia, se utilizzi il tuo sistema operativo in Google Cloud come un'immagine personalizzata o stai utilizzando un'immagine pubblica meno recente fornita da Google Cloud, potresti dover installare o aggiornare gcloud CLI per te.

Per verificare se gcloud CLI è installato e se gli aggiornamenti sono disponibile, apri un terminale o un prompt dei comandi e inserisci:

 gcloud version

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

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

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

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

1. Accedi alla VM utilizzando ssh.

2. Passa al super utente:

    sudo su
   

3. Inserisci i seguenti comandi:

    bash <(curl -s https://dl.google.com/dl/cloudsdk/channels/rapid/install_google_cloud_sdk.bash) --disable-prompts --install-dir=/usr/local
    update-alternatives --install /usr/bin/gsutil gsutil /usr/local/google-cloud-sdk/bin/gsutil 1 --force
    update-alternatives --install /usr/bin/gcloud gcloud /usr/local/google-cloud-sdk/bin/gcloud 1 --force
    gcloud --quiet compute instances list
   

Abilitazione del riavvio rapido di SAP HANA

Google Cloud consiglia vivamente di abilitare 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.

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

Come configurato dagli script di automazione forniti da Google Cloud, le impostazioni del sistema operativo e del kernel supportano già il riavvio rapido SAP HANA. Devi definire il file system tmpfs e configurare SAP HANA.

Per definire il file system tmpfs e configurare SAP HANA, puoi seguire i passaggi manuali o utilizzare lo script dell'automazione Google Cloud fornisce per abilitare SAP HANA Fast Riavvia. Per ulteriori informazioni informazioni, vedi:

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

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

Passaggi manuali

Configura il file system tmpfs

Una volta eseguito il deployment delle VM host e dei sistemi SAP HANA di base, devi creare e montare le directory per i NUMA nodi in tmpfs file system in-app.

Visualizza la topologia NUMA della VM

Prima di poter mappare il file system tmpfs richiesto, devi sapere come molti nodi NUMA della tua VM. Per visualizzare i NUMA nodi disponibili una VM di Compute Engine, inserisci il comando seguente:

lscpu | grep NUMA

Ad esempio, un tipo di VM m2-ultramem-208 ha quattro nodi NUMA, numerati da 0 a 3, come mostrato nell'esempio seguente:

NUMA node(s):        4
NUMA node0 CPU(s):   0-25,104-129
NUMA node1 CPU(s):   26-51,130-155
NUMA node2 CPU(s):   52-77,156-181
NUMA node3 CPU(s):   78-103,182-207

Crea le directory dei nodi NUMA

Crea una directory per ogni nodo NUMA nella tua VM e imposta le autorizzazioni.

Ad esempio, per quattro nodi NUMA numerati da 0 a 3:

mkdir -pv /hana/tmpfs{0..3}/SID
chown -R SID_LCadm:sapsys /hana/tmpfs*/SID
chmod 777 -R /hana/tmpfs*/SID

Monta le directory del nodo NUMA in tmpfs

Monta le directory del file system tmpfs e specifica una preferenza di nodo NUMA per ognuno con mpol=prefer:

SID specifica il SID con lettere maiuscole.

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0 /hana/tmpfs0/SID
mount tmpfsSID1 -t tmpfs -o mpol=prefer:1 /hana/tmpfs1/SID
mount tmpfsSID2 -t tmpfs -o mpol=prefer:2 /hana/tmpfs2/SID
mount tmpfsSID3 -t tmpfs -o mpol=prefer:3 /hana/tmpfs3/SID

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, mostrato nella sezione successiva, in modo che corrispondano al nuovo numero di NUMA nodi.

Aggiorna /etc/fstab

Per garantire che i punti di montaggio siano disponibili dopo un sistema operativo esegui riavvio, aggiungi voci alla tabella del file system /etc/fstab:

tmpfsSID0 /hana/tmpfs0/SID tmpfs rw,relatime,mpol=prefer:0
tmpfsSID1 /hana/tmpfs1/SID tmpfs rw,relatime,mpol=prefer:1
tmpfsSID1 /hana/tmpfs2/SID tmpfs rw,relatime,mpol=prefer:2
tmpfsSID1 /hana/tmpfs3/SID tmpfs rw,relatime,mpol=prefer:3

(Facoltativo) Imposta i limiti per l'utilizzo della memoria

Il file system tmpfs può crescere e ridursi in modo dinamico.

Per limitare la memoria utilizzata dal file system tmpfs: puoi impostare un limite di dimensione per un volume di nodi NUMA con l'opzione size. Ad esempio:

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0,size=250G /hana/tmpfs0/SID

Puoi anche limitare l'utilizzo complessivo della memoria di tmpfs per tutti i NUMA nodi per una determinata istanza SAP HANA e un determinato nodo del server impostando persistent_memory_global_allocation_limit nel parametro [memorymanager] del file global.ini.

Configurazione SAP HANA per riavvio rapido

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

Aggiorna la sezione [persistence] nel file global.ini

Configura la sezione [persistence] nel file SAP HANA global.ini per fare riferimento alle località tmpfs. Separa ogni località tmpfs con un punto e virgola:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_persistent_memory_volumes = /hana/tmpfs0/SID;/hana/tmpfs1/SID;/hana/tmpfs2/SID;/hana/tmpfs3/SID

L'esempio precedente specifica quattro volumi di memoria per quattro nodi NUMA, che corrisponde a m2-ultramem-208. Se la tua esecuzione fosse attiva m2-ultramem-416, dovrai configurare otto volumi di memoria (0..7).

Riavvia SAP HANA dopo aver modificato il file global.ini.

SAP HANA può ora utilizzare la località tmpfs come spazio di memoria permanente.

Specifica le tabelle da archiviare in memoria permanente

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

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

ALTER TABLE exampletable persistent memory ON immediate CASCADE

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

[persistent_memory]
table_default = ON

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

Passaggi automatici

Lo script di automazione fornito da Google Cloud per abilitare Riavvio rapido SAP HANA apporta modifiche alle directory /hana/tmpfs*, al file /etc/fstab e Configurazione SAP HANA. Quando esegui lo script, potrebbe essere necessario eseguire passaggi aggiuntivi, a seconda che si tratti o meno del deployment iniziale SAP HANA o stai ridimensionando la macchina a una dimensione NUMA diversa.

Per il deployment iniziale del tuo sistema SAP HANA o il ridimensionamento la macchina per aumentare il numero di nodi NUMA, assicurati che SAP HANA sia in esecuzione durante l'esecuzione di uno script di automazione che Google Cloud consente di abilitare SAP HANA Fast Riavvia.

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

Nota: consigliamo vivamente di eseguire lo script che Google Cloud consente di abilitare il riavvio rapido di SAP HANA in un di produzione e di verificare attentamente i risultati prima di eseguire in ambienti di produzione. Ti assumi la responsabilità di abilitando il 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 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 il secret deve esistere nel progetto Google Cloud contenente la VM host in esecuzione in un'istanza Compute Engine.

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

   Sostituisci quanto segue:

   • SID: specifica il SID in lettere maiuscole lettere. Ad esempio, AHA.
   • SECRET_NAME: specifica il nome del secret che corrisponde alla password dell'utente SYSTEM del Database SAP HANA. Questo secret deve esistere nel progetto Google Cloud che contiene l'istanza VM host.

   In alternativa, puoi eseguire lo script utilizzando una password in testo normale. Dopo aver abilitato il riavvio rapido di SAP HANA, assicurati di modificare password. L'utilizzo di password in testo normale non è consigliato come password verrà registrato nella cronologia della riga di comando.

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

   Sostituisci quanto segue:

   • SID: specifica il SID in lettere maiuscole lettere. Ad esempio, AHA.
   • PASSWORD: specifica la password per Utente SYSTEM del database SAP HANA.

Per un'esecuzione iniziale riuscita, dovresti vedere un output simile al seguente:

INFO - Script is running in standalone mode
ls: cannot access '/hana/tmpfs*': No such file or directory
INFO - Setting up HANA Fast Restart for system 'TST/00'.
INFO - Number of NUMA nodes is 2
INFO - Number of directories /hana/tmpfs* is 0
INFO - HANA version 2.57
INFO - No directories /hana/tmpfs* exist. Assuming initial setup.
INFO - Creating 2 directories /hana/tmpfs* and mounting them
INFO - Adding /hana/tmpfs* entries to /etc/fstab. Copy is in /etc/fstab.20220625_030839
INFO - Updating the HANA configuration.
INFO - Running command: select * from dummy
DUMMY
"X"
1 row selected (overall time 4124 usec; server time 130 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistence', 'basepath_persistent_memory_volumes') = '/hana/tmpfs0/TST;/hana/tmpfs1/TST;'
0 rows affected (overall time 3570 usec; server time 2239 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistent_memory', 'table_unload_action') = 'retain';
0 rows affected (overall time 4308 usec; server time 2441 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') SET ('persistent_memory', 'table_default') = 'ON';
0 rows affected (overall time 3422 usec; server time 2152 usec)

Configurazione del canale di assistenza SAP con SAProuter

Nota: consulta anche la sezione "Come ricevere assistenza" nel 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à eseguito il software SAProuter su cui è installato assegnare 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 le richieste in entrata e in uscita alla rete di supporto SAP, per l'istanza SAProuter.

   Limitare l'accesso in entrata e in uscita a un indirizzo IP specifico fornito da SAP, insieme alla porta TCP 3299. Aggiungi un il tag di destinazione alla regola firewall e inserisci il nome dell'istanza. Ciò garantisce che la regola firewall si applica solo alla nuova istanza. Guarda il firewall sulle regole per ulteriori dettagli sulla creazione e la configurazione di regole firewall.

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 Sicuro comunicazione di rete. Per ulteriori informazioni, vedi Assistenza remota SAP – Guida

Suggerimento: per maggiore sicurezza, disattiva il Istanza Compute Engine che ospita il servizio SAProuter quando non è necessaria per assistenza.

Configurazione della rete

Stai eseguendo il provisioning del tuo sistema SAP HANA utilizzando VM con rete virtuale Google Cloud. Google Cloud utilizza tecnologie all'avanguardia, Networking software-defined e sistemi distribuiti per ospitare e distribuire i tuoi servizi nel mondo.

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

Suggerimento: per una latenza più bassa, configura server delle applicazioni per connettersi a SAP HANA nella stessa regione della subnet in cui è ospitato SAP HANA.

Una subnet copre tutte le zone della regione in cui è stata creata. Tuttavia, quando crei un'istanza VM, specifichi una zona e una subnet per la VM. Ad esempio, puoi creare un set di istanze in subnetwork1 e in zone1 di region1 e un altro insieme di istanze in subnetwork2 e in zone2 di region1, a seconda delle tue esigenze.

Una nuova rete non ha regole firewall e quindi non ha accesso alla rete. Dovresti crea regole firewall che aprono l'accesso alle tue istanze SAP HANA in base a un modello di privilegi minimi. Si applicano le regole firewall all'intera rete e può anche essere configurato per essere applicato a target specifici di Compute Engine utilizzando il meccanismo di tagging.

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

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

Sicurezza

Le sezioni seguenti trattano le operazioni di sicurezza.

Modello di privilegi minimi

La prima linea di difesa consiste nel limitare gli utenti che possono raggiungere l'istanza utilizzando firewall. Creando firewall, puoi limitare tutto il traffico a una rete o a macchine di destinazione di porte a specifici indirizzi IP di origine. Devi seguire le modello con privilegi minimi per limitare l'accesso a indirizzi IP specifici, protocolli e porte che richiedono l'accesso. Ad esempio, devi sempre impostare e consentire l'bastion host tramite SSH al sistema SAP HANA solo da quell'host.

Modifiche alla configurazione

Devi configurare il sistema SAP HANA e il sistema operativo con le impostazioni di sicurezza consigliate. Ad esempio, assicurati che solo le reti pertinenti sono elencate per consentire l'accesso, proteggere il sistema operativo in esecuzione SAP HANA e così via.

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

• 1944799: Linee guida per SLES SAP HANA installazione
• 1730999: configurazione consigliata modifiche
• 1731000: configurazione non consigliata modifiche

Disabilitazione dei servizi SAP HANA non necessari

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

Dopo aver disabilitato il servizio, rimuovi tutte le porte TCP aperte per il servizio. In Google Cloud, ciò significa modificare le regole firewall per rimuovere queste porte dall'elenco per gli accessi.

Audit logging

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

I log delle attività di amministrazione contengono voci di log per le chiamate API o le azioni amministrative che modificano la configurazione o i metadati di un servizio o di un progetto. Questo log è è sempre abilitato ed è visibile a tutti i membri del progetto.

I log di accesso ai dati contengono voci di log per le chiamate API che creano, modificano o leggono Dati forniti dall'utente gestiti da un servizio, ad esempio i dati archiviati in un database completamente gestito di Google Cloud. Questo tipo di logging è abilitato per impostazione predefinita nel tuo progetto ed è accessibile tramite Cloud Logging o tramite il tuo feed attività.

Protezione di un bucket Cloud Storage

Se utilizzi Cloud Storage per ospitare i backup di dati e log, assicurati di utilizzare TLS (HTTPS) durante l'invio di dati a Cloud Storage da le tue istanze per proteggere i dati in transito. Cloud Storage automaticamente cripta i dati at-rest. Puoi specificare le tue chiavi di crittografia se disponi di il tuo sistema di gestione delle chiavi.

Documenti correlati sulla sicurezza

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

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

Disponibilità elevata per SAP HANA su Google Cloud

Google Cloud offre una varietà di opzioni per garantire un'alta disponibilità per il tuo sistema SAP HANA, inclusa la migrazione live di Compute Engine e riavvio automatico. Queste funzionalità, insieme all'alta percentuale di uptime mensile delle VM di Compute Engine, non è necessario pagare e gestire i sistemi in standby.

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

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

Abilita l'hook del provider HA/RE SAP HANA

SUSE RHEL

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 root o SID_LCadm, apri il file global.ini per 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 root, crea un file di configurazione personalizzato nella directory /etc/sudoers.d eseguendo questo comando. Questo nuovo file di configurazione consente SID_LCadm utente per accedere agli attributi del nodo cluster quando viene chiamato il metodo 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 successivi:

     @includedir /etc/sudoers.d

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

     #includedir /etc/sudoers.d

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

   Nota: sebbene la procedura in questa sezione sia consigliata da SUSE, è possibile usare un approccio alternativo. Invece di creare un invito di configurazione del deployment, puoi aggiungere l'accesso richiesto direttamente /etc/sudoers.

6. Imposta Pacemaker in modalità manutenzione:

   > crm configure property maintenance-mode=true

7. Applica le modifiche:

   HANA SPS4 e successive

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

   > hdbnsutil -reloadHADRProviders

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

   Opzione 1

   Quando SID_LCadm riavvia il sito secondario.

   > HDB restart

   Opzione 2

   Esegui un failover controllato dall'istanza principale a quella secondaria

   HANA SPS3

   Quando SID_LCadm riavvia i sistemi SAP HANA primari e secondari:

   > HDB restart

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

   > crm configure property maintenance-mode=false

9. Dopo aver completato la configurazione del cluster per SAP HANA, puoi verificare che che l'hook funzioni correttamente durante un test di failover come descritto La risoluzione dei problemi relativi all'hook SAPHanaSR Python e al takeover dei cluster ad alta disponibilità richiede troppo tempo in caso di errore del server di indice HANA.

Ripristino di emergenza

Il sistema SAP HANA offre diverse funzionalità ad alta disponibilità per garantire che il tuo database SAP HANA possa resistere a guasti del software o a livello di infrastruttura. Tra queste funzionalità figurano la replica del sistema SAP HANA Backup di SAP HANA, entrambi supportati da Google Cloud.

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

Per ulteriori informazioni sulla replica di sistema, consulta Guida alla pianificazione del ripristino di emergenza di SAP HANA.

Backup e ripristino

I backup sono vitali per proteggere il sistema di registrazione (il tuo database). Poiché SAP HANA è un database in memoria che crea regolarmente backup e implementa una una strategia di backup adeguata ti aiuta a recuperare il database SAP HANA in situazioni ad esempio il danneggiamento o la perdita di dati a causa di un'interruzione non pianificata o di un errore nel della tua infrastruttura. Il sistema SAP HANA integra le funzionalità funzionalità di backup e ripristino. Puoi utilizzare Google Cloud come Cloud Storage, da usare come destinazione di backup Backup di SAP HANA.

Puoi anche abilitare la funzionalità Backint dell'agente Google Cloud per SAP, in modo da puoi usare Cloud Storage direttamente per backup e ripristini.

Per informazioni sui suggerimenti per il backup e il ripristino per i sistemi SAP HANA in esecuzione su istanze bare metal di Compute Engine come X4, consulta Backup e ripristino per istanze SAP HANA su bare metal.

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

• 1642148: Domande frequenti: backup e backup del database SAP HANA Ripristino
• 1821207: determinazione dei file di recupero richiesti
• 1869119: controllo dei backup utilizzando hdbbackupcheck
• 1873247: controllo della recuperabilità con hdbbackupdiag --check
• 1651055: Pianificazione dei backup di database SAP HANA in Linux

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

Se hai seguito il corso basato su Terraform istruzioni per il deployment forniti da Google Cloud per eseguire il deployment del tuo sistema SAP HANA quindi c'è un'installazione SAP HANA con una directory /hanabackup ospitata è un volume del disco permanente bilanciato.

Per creare i backup del tuo database online nella directory /hanabackup, utilizza gli strumenti SAP standard come SAP HANA Studio, SAP HANA Cockpit, SAP ABAP DB13 o le istruzioni SAP HANA SQL. Infine, salvi completato il backup caricandolo in un bucket Cloud Storage da cui puoi scaricare il backup, devi ripristinare il tuo sistema SAP HANA.

Utilizzo di Compute Engine per creare backup e snapshot del disco

Puoi utilizzare i backup di Compute Engine per SAP HANA e possibilità di eseguire il backup dell'intero disco che ospita i tuoi dati e volumi di log SAP HANA utilizzando snapshot di disco standard.

Se hai seguito le istruzioni nella guida all'implementazione, dispongono di un'istanza SAP HANA installazione con una directory /hanabackup per il database online backup. Puoi utilizzare la stessa directory per archiviare gli snapshot dell'/hanabackup il volume e la gestione di un backup point-in-time dei dati e dei log SAP HANA come i bilanciatori del carico e i volumi di archiviazione.

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

Di seguito è riportata un'illustrazione dei backup incrementali:

Cloud Storage come destinazione di backup

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

Cloud Storage è un archivio di oggetti per file di qualsiasi tipo o formato. it dispone di uno spazio di archiviazione praticamente illimitato e non devi preoccuparti del provisioning o l'aggiunta di ulteriore capacità. Un oggetto In Cloud Storage sono costituiti dai dati dei file e dai metadati associati. e possono avere una dimensione massima di 5 TB. Cloud Storage bucket può archiviare un numero qualsiasi di oggetti.

Con Cloud Storage i dati vengono archiviati in più località, offre elevata durabilità e disponibilità elevata. Quando carichi i dati su Cloud Storage o copia i dati al suo interno, Cloud Storage segnala l'azione come riuscita solo se viene raggiunta la ridondanza dell'oggetto.

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

Frequenza di lettura/scrittura dei dati	L'opzione Cloud Storage consigliata
Letture o scritture frequenti	Scegli lo standard classe di archiviazione per i database sono in uso, perché potrebbero accedere spesso a Cloud Storage scrivere e leggere file di backup.
Letture o scritture non frequenti	Scegli Nearline o Coldline Storage per raramente ai dati a cui si accede, ad esempio backup archiviati che devono essere gestiti dopo i criteri di conservazione della tua organizzazione. Nearline è un'ottima scelta per i dati di backup a cui prevedi di accedere al massimo una volta al mese, mentre Coldline è migliore per i dati con una disponibilità probabilità di accesso, ad esempio al massimo una volta all'anno.
Dati di archiviazione	Scegli Archive Storage per i dati di archiviazione a lungo termine. Archive è un è una buona scelta per i dati di cui devi conservare una copia per un periodo prolungato ma a cui non intendi accedere più di una volta all'anno. Per Ad esempio, usa Archive Storage per i backup da conservare a lungo termine per soddisfare i requisiti normativi. Valuta la possibilità di sostituire la soluzione di backup basata su nastro con Archive.

Quando pianifichi l'utilizzo di queste opzioni di archiviazione, inizia con le livello di accesso ed età i dati di backup fino ai livelli di accesso non frequenti. I backup in genere diventano raramente utilizzati con l'età. La probabilità di avere bisogno di un backup di 3 anni è estremamente ridotto e può essere invecchiato eseguire il backup nel livello Archive per risparmiare sui costi. Per informazioni su sui costi di Cloud Storage, vedi Prezzi di Cloud Storage.

Confronto tra Cloud Storage e backup su nastro

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

Un'altra differenza fondamentale è la velocità di ripristino dei backup quando è necessario utilizzare che li rappresentano. Se devi creare un nuovo sistema SAP HANA da un backup o ripristinare un già esistente da un backup, Cloud Storage fornisce un accesso più rapido ai tuoi dati, per velocizzare la creazione del sistema.

Funzionalità backint dell'agente per SAP di Google Cloud

Puoi utilizzare Cloud Storage direttamente per backup e recuperi per le installazioni sia on-premise che su cloud mediante l'uso Funzionalità backint dell'Agente per SAP di Google Cloud.

Per ulteriori informazioni su questa funzione, vedi Backup e ripristino basati su Backint per SAP HANA.

Esecuzione di backup e ripristino tramite Backint

Le sezioni seguenti forniscono informazioni su come eseguire il backup e le operazioni di ripristino Backint una funzionalità dell'agente Google Cloud per SAP.

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

Attivazione di backup di dati e delta

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

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

• Per creare un backup completo per il database di sistema:

  BACKUP DATA USING BACKINT ('BACKUP_NAME');

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

• Per creare un backup completo per un database tenant:

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

  Sostituisci TENANT_SID con il SID del tenant per configurare un database.

• Per creare backup differenziali e incrementali:

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

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

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

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

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

Esecuzione di query sul catalogo di backup

Il catalogo di backup SAP HANA è una parte vitale del backup e del ripristino operations. Contiene informazioni sui backup creati per SAP HANA per configurare un database.

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

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 nel seguente modo directory: /usr/sap/SID/HDBINSTANCE_NUMBER/HOST_NAME/trace/DB_TENANT_SID.

Per informazioni sull'istruzione BACKUP LIST DATA, consulta il report SAP HANA SQL guida di riferimento Dichiarazione di BACKUP DATA (backup e recupero). Per informazioni sul catalogo di backup, consulta la documentazione SAP documento Backup Catalog.

Recupero di un database

Quando esegui un ripristino utilizzando un backup di dati multi-stream, SAP HANA utilizza lo stesso numero di canali utilizzato al momento della creazione del backup. Per ulteriori informazioni vedi il documento SAP Prerequisiti: recupero mediante backup multistream.

Per ripristinare il backup di un database SAP HANA creato utilizzando Backint di Google Cloud, SAP HANA offre RECOVER DATA e RECOVER DATABASE istruzioni SQL.

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

Di seguito sono riportate istruzioni SQL di esempio per il recupero di un database SAP HANA mediante un backup creato con la funzionalità Backint di Agente Google Cloud per SAP:

• Per recuperare un database tenant specificando il nome file di backup:

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

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

  RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID CLEAR LOG;

  Sostituisci BACKUP_ID con l'ID del backup richiesto.

• Recupera un database tenant specificando l'ID backup quando devi usare il backup del catalogo di backup SAP HANA, che viene archiviato Bucket Cloud Storage:

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

• a ripristinare un database tenant in un momento specifico o in un posizione log:

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

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

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

  Sostituisci quanto segue:

  • SOURCE_TENANT_SID: il SID del tenant di origine database
  • SOURCE_SID: il SID del sistema SAP in cui database tenant di origine esistente

Se hai bisogno di recuperare un database SAP HANA quando il catalogo di backup SAP HANA viene non disponibile nel backup archiviato nel bucket Cloud Storage, segui le istruzioni fornite nella nota SAP 3227931 - Ripristino di un database HANA da backint senza un catalogo di backup HANA.

Gestione dell'identità e dell'accesso ai backup

Quando utilizzi Cloud Storage o Compute Engine per il backup dati SAP HANA, l'accesso a questi backup è controllato da Identity and Access Management (IAM). Questo permette agli amministratori di autorizzare possono intervenire su risorse specifiche. IAM fornisce visibilità e controllo centralizzati per la gestione di alle risorse Google Cloud, inclusi i backup.

IAM fornisce inoltre una cronologia completa di audit trail delle autorizzazioni le autorizzazioni, la rimozione e la delega vengono visualizzate automaticamente Google Workspace for Education. Ciò ti consente di configurare criteri per monitorare l'accesso ai tuoi dati nel backup, per consentirti di completare l'intero ciclo di controllo dell'accesso con i tuoi dati. IAM offre una visualizzazione unificata dei criteri di sicurezza in l'intera organizzazione, con audit integrato per semplificare i processi di conformità.

Per concedere a un'entità l'accesso ai tuoi backup in Cloud Storage:

1. Nella console Google Cloud, vai alla sezione IAM e Pagina Amministrazione:

   Vai a IAM e Amministratore

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

   

Come creare backup basati su file system per SAP HANA

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

Se utilizzi la funzionalità Backint dell'agente per SAP di Google Cloud, torna indietro e ripristinare direttamente da un bucket Cloud Storage, eliminando la necessità di spazio di archiviazione su disco permanente per i backup.

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

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

Se segui guida all'implementazione istruzioni, il file di configurazione SAP HANA global.ini viene personalizzato con backup dei database archiviati in /hanabackup/data/ e file di archiviazione di log automatici vengono memorizzato in /hanabackup/log/. Di seguito è riportato un esempio di come global.ini aspetto:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_databackup = /hanabackup/data
basepath_logbackup = /hanabackup/log

[system_information]
usage = production

Per personalizzare il file di configurazione global.ini per la funzionalità Backint di di Google Cloud per SAP, vedi Configura SAP HANA per la funzionalità Backint.

Note per i deployment con scale out

In un'implementazione a scale out, soluzione ad alta disponibilità che utilizza la migrazione live e il riavvio automatico funziona come in una configurazione con un singolo host. Il principale è che il volume /hana/shared è montato su NFS su tutti i nodi e masterizzati nel master HANA. C'è un breve periodo di tempo inaccessibilità al volume NFS in caso di migrazione live di un host master o al riavvio automatico. Al riavvio dell'host master, il volume NFS viene avviato a breve a funzionare di nuovo su tutti gli host e le normali operazioni riprenderanno automaticamente.

Il volume di backup SAP HANA, /hanabackup, deve essere disponibile su tutti gli host durante il backup e le operazioni di ripristino. In caso di errore, devi verificare che /hanabackup viene montato su tutti gli host e rimonta quelli che non lo sono. Quando scegli di copiare il set di backup su un altro volume o su Cloud Storage, eseguire la copia sull'host master per ottenere prestazioni I/O migliori e ridurre l'utilizzo della rete. Per semplificare la procedura di backup e recupero, puoi utilizzare Cloud Storage FUSE su cui montare il bucket Cloud Storage ogni host.

Le prestazioni di scale out sono pari alla distribuzione dei dati. Migliore è distribuiti i dati, migliori saranno le prestazioni della query. Questo richiede una buona conoscenza dei dati, comprenderne il funzionamento consumato e progettare la distribuzione e il partizionamento delle tabelle di conseguenza. Per ulteriori informazioni informazioni, consulta la nota SAP 2081591 - Domande frequenti: distribuzione delle tabelle SAP HANA.

gcloud Python

gcloud Python è un client Python idiomatico che puoi utilizzare per accedere servizi Google Cloud. Questa guida utilizza gcloud Python per eseguire il backup operazioni di ripristino da e verso Cloud Storage per il tuo database SAP HANA backup.

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

Le librerie sono open source e ti consentono di lavorare Bucket Cloud Storage per archiviare e recuperare i dati di backup.

Nota: se non hai seguito le istruzioni della guida al deployment e quindi devi installare le librerie Python di gcloud, quindi come utente root esegui questo comando per l'installazione su SUSE Linux Enterprise Server (SLES):

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

Per elencare gli oggetti in Cloud Storage, puoi eseguire questo comando di sincronizzare la directory di una VM con un bucket. Puoi utilizzarlo per elencare i backup disponibili:

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

Per i dettagli completi su gcloud Python, consulta documentazione di riferimento sulla libreria client di archiviazione.

Backup e ripristino di esempio

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

Esempio di creazione del backup

1. Nell'editor di backup di SAP HANA, seleziona Apri 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 di backup. Sostituisci SID con l'ID del sistema SAP.
   3. Fai clic su Avanti.

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

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

   

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

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

   

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

Nota: esegui il backup direttamente nei bucket Cloud Storage utilizzando Cloud Storage FUSE non è supportato. Tuttavia, se vuoi utilizzare Cloud Storage FUSE, puoi montare Cloud Storage volumi in /hanabackup_gcs e creare uno script per pianificare lo spostamento i tuoi backup dal giorno /hanabackup al giorno /hanabackup_gcs. In questo modo si sostituisce il operazioni nei due passaggi precedenti.

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 recupero > Ripristina il sistema:

   

3. Fai clic su Avanti.

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

5. Fai clic su Avanti.

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

   

7. Fai clic su Avanti.

8. Seleziona File come tipo di destinazione, quindi specifica la posizione file di backup e il prefisso corretto per il backup. Se segui Esempio di procedura di creazione del backup, quindi ricorda che COMPLETE_DATA_BACKUP è stato impostato come prefisso.

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
• Piattaforma di lancio di supporto SAP ONE

Potrebbero esserti utili anche i seguenti documenti di Google Cloud:

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