Deployment manuale delle VM per IBM Db2 su Linux e Windows per SAP

Questa guida al deployment mostra come eseguire il deployment delle risorse Google Cloud per un sistema IBM Db2 per Linux, Unix e Windows che supporta le applicazioni SAP.

Per utilizzare Terraform per automatizzare il deployment delle risorse Google Cloud per un'istanza IBM Db2 che supporta le applicazioni SAP, consulta Deployment automatico delle VM per IBM Db2 su Linux.

Per maggiori dettagli sulla pianificazione del deployment, consulta la guida alla pianificazione di IBM Db2 per SAP.

Prerequisiti

Se richiedi l'esecuzione del carico di lavoro SAP in conformità con i requisiti di residenza dei dati, controllo dell'accesso, personale di assistenza o normativi, devi creare la cartella Assured Workloads richiesta. Per ulteriori informazioni, consulta la pagina Conformità e controlli di sovranità per SAP su Google Cloud.

Se non hai ancora un progetto Google Cloud con la fatturazione abilitata, devi crearne uno prima di poter eseguire il deployment di una macchina virtuale (VM) per la tua installazione IBM Db2.

Per creare un progetto:

1. Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.

2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

3. Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.

4. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

5. Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.

Configurazione dell'ambiente di comando gcloud

Queste istruzioni utilizzano Cloud Shell per inserire i comandi gcloud che eseguono il deployment o configurano le risorse Google Cloud. Puoi accedere a Cloud Shell tramite la console Google Cloud nel tuo browser.

Cloud Shell viene eseguito su una VM di cui Google Cloud esegue il provisioning a ogni avvio di Cloud Shell. La prima volta che utilizzi Cloud Shell, Google Cloud crea anche una directory $HOME permanente per te, che viene ripristinata ogni volta che apri Cloud Shell.

La VM di cui è stato eseguito il provisioning include la versione più recente di Google Cloud CLI. Di conseguenza, i comandi gcloud che utilizzi in Cloud Shell sono gli stessi che useresti in un'istanza installata localmente di gcloud CLI.

Se hai installato gcloud CLI, puoi inviare i comandi gcloud utilizzati in queste istruzioni dalla tua macchina locale. Tuttavia, con gcloud CLI installato in locale, devi sempre assicurarti di utilizzare la versione più recente di gcloud CLI.

Sia che utilizzi Cloud Shell o gcloud CLI, puoi impostare e modificare le proprietà del tuo ambiente di comando gcloud e salvarle come configurazione. Le configurazioni sono raccolte di coppie chiave/valore che influenzano il comportamento dei comandi gcloud.

Alcune azioni di base che puoi eseguire con una configurazione in Cloud Shell includono:

• Inizializzare una configurazione:

  gcloud init

• Controlla le impostazioni della configurazione attuale di gcloud:

  gcloud config list

• Passa al progetto Google Cloud richiesto. Sostituisci PROJECT_ID con l'ID del tuo progetto Google Cloud.

  gcloud config set project PROJECT_ID

• Imposta una regione predefinita. Sostituisci REGION con una regione di Google Cloud.

  gcloud config set compute/region REGION

• Imposta una zona predefinita. Sostituisci ZONE con una zona Google Cloud.

  gcloud config set compute/zone ZONE

• Crea una nuova configurazione. Sostituisci NAME con il nome della configurazione.

  gcloud config configurations create NAME

Per ulteriori informazioni sull'utilizzo delle configurazioni, consulta Gestione delle configurazioni di gcloud CLI.

Creare una rete

Per motivi di sicurezza, crea una nuova rete. Puoi controllare chi ha accesso aggiungendo regole firewall o utilizzando un altro metodo di controllo dell'accesso.

Se il progetto ha una rete VPC predefinita, non utilizzarla. Crea invece la tua rete VPC in modo che le uniche regole firewall in vigore siano quelle create in modo esplicito.

Durante il deployment, le istanze VM in genere richiedono l'accesso a internet per scaricare l'agente di Google Cloud per SAP. Se utilizzi una delle immagini Linux certificate SAP disponibili su Google Cloud, l'istanza VM richiede anche l'accesso a internet per registrare la licenza e accedere ai repository dei fornitori di sistemi operativi. Questo accesso è supportato da una configurazione con un gateway NAT e tag di rete VM, anche se le VM di destinazione non hanno IP esterni.

Per configurare il networking:

Console

1. Nella console Google Cloud, vai alla pagina Reti VPC.

   Vai a Reti VPC

2. Fai clic su Crea rete VPC.
3. Inserisci un nome per la rete.

   Il nome deve rispettare la convenzione di denominazione. Le reti VPC utilizzano la convenzione di denominazione di Compute Engine.

4. In Modalità di creazione subnet, scegli Personalizzata.
5. Nella sezione Nuova subnet, specifica i seguenti parametri di configurazione per una subnet:
   1. Inserisci un nome per la subnet.
   2. In Regione, seleziona la regione di Compute Engine in cui vuoi creare la subnet.
   3. Per Tipo di stack IP, seleziona IPv4 (stack singolo) e inserisci un intervallo di indirizzi IP nel formato CIDR, ad esempio 10.1.0.0/24.

      Questo è l'intervallo IPv4 principale per la subnet. Se prevedi di aggiungere più di una subnet, assegna intervalli IP CIDR non sovrapposti per ogni subnet nella rete. Tieni presente che ogni subnet e i relativi intervalli IP interni sono mappati a una singola regione.

   4. Fai clic su Fine.
6. Per aggiungere altre subnet, fai clic su Aggiungi subnet e ripeti i passaggi precedenti. Puoi aggiungere altre subnet alla rete dopo aver creato la rete.
7. Fai clic su Crea.

gcloud

1. Vai a Cloud Shell.

   Vai a Cloud Shell

2. Per creare una nuova rete in modalità subnet personalizzate, esegui:

   gcloud compute networks create NETWORK_NAME --subnet-mode custom

   Sostituisci NETWORK_NAME con il nome della nuova rete. Il nome deve rispettare la convenzione di denominazione. Le reti VPC utilizzano la convenzione di denominazione di Compute Engine.

   Specifica --subnet-mode custom per evitare di utilizzare la modalità automatica predefinita, che crea automaticamente una subnet in ogni regione di Compute Engine. Per maggiori informazioni, vedi Modalità di creazione subnet.

3. Crea una subnet e specifica la regione e l'intervallo IP:

   gcloud compute networks subnets create SUBNETWORK_NAME \
       --network NETWORK_NAME --region REGION --range RANGE

   Sostituisci quanto segue:

   • SUBNETWORK_NAME: il nome della nuova subnet
   • NETWORK_NAME: il nome della rete che hai creato nel passaggio precedente
   • REGION: la regione in cui vuoi la subnet
   • RANGE: l'intervallo di indirizzi IP, specificato in formato CIDR, ad esempio 10.1.0.0/24

     Se prevedi di aggiungere più di una subnet, assegna intervalli IP CIDR non sovrapposti per ogni subnet nella rete. Tieni presente che ogni subnet e i relativi intervalli IP interni sono mappati a una singola regione.

4. Se vuoi, ripeti il passaggio precedente e aggiungi altre subnet.

Configurazione di un gateway NAT

Se devi creare una o più VM senza indirizzi IP pubblici, devi utilizzare Network Address Translation (NAT) per consentire alle VM di accedere a internet. Utilizza Cloud NAT, un servizio gestito distribuito e software-defined di Google Cloud, che consente alle VM di inviare pacchetti in uscita a internet e ricevere tutti i pacchetti di risposta in entrata stabiliti corrispondenti. In alternativa, puoi configurare una VM separata come gateway NAT.

Punto chiave: quando configuri Cloud NAT, specifica almeno 160 come numero minimo di porte per VM. Alcuni aggiornamenti del sistema operativo eseguono processi simultanei che potrebbero superare il valore predefinito di Cloud NAT per il numero di porte, il che può causare errori di attivazione o di download.

Quando crei un'istanza Cloud NAT, specifica il numero di porte nel campo Numero minimo di porte per VM in Configurazioni avanzate nella pagina Crea un gateway NAT della console Google Cloud.

Per creare un'istanza Cloud NAT per il tuo progetto, consulta Utilizzo di Cloud NAT.

Dopo aver configurato Cloud NAT per il tuo progetto, le istanze VM possono accedere in modo sicuro a internet senza un indirizzo IP pubblico.

aggiungi regole firewall

Per impostazione predefinita, le connessioni in entrata dall'esterno della rete Google Cloud sono bloccate. Per consentire le connessioni in entrata, configura una regola firewall per la VM. Le regole firewall regolano solo le nuove connessioni in entrata a una VM. Dopo aver stabilito una connessione con una VM, il traffico viene consentito in entrambe le direzioni su questa connessione.

Puoi creare una regola firewall per consentire l'accesso a porte specifiche o per consentire l'accesso tra VM nella stessa subnet.

Crea regole firewall per consentire l'accesso a:

• Le porte predefinite utilizzate da SAP NetWeaver, come documentato in Porte TCP/IP di tutti i prodotti SAP.
• Connessioni dal computer o dall'ambiente di rete aziendale alla tua istanza VM di Compute Engine. Se hai dubbi in merito all'indirizzo IP da usare, rivolgiti all'amministratore di rete della tua azienda.
• Comunicazione tra le VM in una configurazione a 3 livelli, con scale out o ad alta disponibilità. Ad esempio, se esegui il deployment di un sistema a 3 livelli, avrai almeno due VM nella tua subnet: la VM per SAP NetWeaver e un'altra VM per il server di database. Per abilitare la comunicazione tra le due VM, devi creare una regola firewall per consentire il traffico proveniente dalla subnet.

Nota: la seguente procedura è una versione semplificata delle istruzioni per la creazione di regole firewall. Per istruzioni più dettagliate, consulta la documentazione di Virtual Private Cloud.

Per creare una regola firewall:

1. Nella console Google Cloud, vai alla pagina Firewall della rete VPC.

   Vai a Firewall

2. Nella parte superiore della pagina, fai clic su Crea regola firewall.

   • Nel campo Rete, seleziona la rete in cui si trova la VM.
   • Nel campo Destinazioni, seleziona Tutte le istanze nella rete.
   • Nel campo Filtro di origine, seleziona una delle seguenti opzioni:
     • Intervalli IP per consentire il traffico in entrata da indirizzi IP specifici. Specifica l'intervallo di indirizzi IP nel campo Intervalli IP di origine.
     • Subnet per consentire il traffico in entrata da una determinata subnet. Specifica il nome della subnet nel seguente campo delle subnet. Puoi utilizzare questa opzione per consentire l'accesso tra le VM in una configurazione a 3 livelli o con scale out.
   • Nella sezione Protocolli e porte, seleziona Protocolli e porte specificati e specifica tcp:PORT_NUMBER;.

3. Fai clic su Crea per creare la regola firewall.

Deployment di una VM per Db2 su Google Cloud

Quando crei una VM, puoi specificare diverse opzioni, tra cui sistema operativo, regione, tipo di macchina e dischi permanenti.

Per creare una VM:

1. Nella console Google Cloud, vai alla pagina Immagini di Compute Engine.

   Vai a Google Immagini

2. Per usare un'immagine pubblica, scegli un'immagine supportata dall'elenco. SAP ha certificato le seguenti immagini per IBM Db2 su Google Cloud:

   • Red Hat Enterprise Linux 7.4
   • SUSE Linux Enterprise Server 12 SP2 o superiore
   • Windows Server 2012 R2 e versioni successive

3. Fai clic su Crea istanza.

4. Inserisci un nome per la VM. Limita il nome a 13 caratteri, poiché si tratta del numero massimo supportato da SAP. Per ulteriori informazioni, consulta la Nota SAP 611361: nomi host dei server SAP.

5. Seleziona la zona per la VM in base alla località degli utenti e delle risorse interne e al tipo di macchina che vuoi utilizzare.

   Consulta le seguenti guide e note SAP per ulteriori dettagli sulle zone supportate per SAP Netweaver:

   • Guida alla pianificazione di SAP Netweaver su Google Cloud
   • SAP Note 2446441 - Linux on Google Cloud (IaaS): adattamento della licenza SAP
   Nota: l'elenco delle zone visualizzate nella console Google Cloud è casuale all'interno di ogni regione per incoraggiarne l'utilizzo in più zone.

6. Cambia il tipo di macchina scegliendo uno dei tipi di macchina supportati. Per visualizzare i tipi di macchine supportati e i relativi limiti dei dischi permanenti, consulta la guida alla pianificazione di IBM Db2 per SAP.

7. Facoltativamente, nella sezione Disco di avvio, fai clic su Cambia. Nella finestra di dialogo Disco di avvio, puoi configurare le dimensioni e il tipo di disco di avvio. Dopo aver configurato il disco di avvio, fai clic su Seleziona per eseguire il commit delle modifiche.

8. Espandi la sezione Gestione, sicurezza, dischi, networking, single-tenancy.

9. Nella scheda Gestione, in Criterio di disponibilità, verifica che siano impostati i seguenti valori predefiniti:

   • Per garantire la disponibilità dei tuoi sistemi SAP, mantieni l'impostazione Prerilasciabilità impostata su Off (consigliato).
   • Per garantire che la VM possa essere riavviata in caso di evento di manutenzione o di errore, mantieni l'impostazione Riavvio automatico impostata su On (consigliato).
   • Per assicurarti che la VM venga migrata ad altri hardware durante la manutenzione dell'infrastruttura, mantieni l'impostazione Host in manutenzione impostata su Esegui la migrazione dell'istanza VM (opzione consigliata).

10. Nella scheda Dischi, deseleziona la casella di controllo Elimina il disco di avvio quando l'istanza viene eliminata.

Quindi, crea un set di volumi di disco per i dati, i log e le procedure archiviate del database. Per ogni volume di disco, segui questi passaggi:

1. Nella scheda Dischi, in Dischi aggiuntivi, fai clic su Aggiungi nuovo disco per aggiungere dischi permanenti per l'archiviazione.
2. Facoltativamente, inserisci un nome nel campo Nome.
3. In Tipo, seleziona il tipo di disco per il disco.
4. In Tipo di origine, seleziona Nessuno (disco vuoto).
5. Specifica le dimensioni del disco. Le dimensioni dei dischi sono soggette ai requisiti SAP e IBM Db2. Consulta:
   • Nota SAP 1707361 - Sistemi aziendali basati su NW 7.1 e versioni successive: UNIX Db2 per LUW
   • La guida all'installazione appropriata per il tuo sistema SAP con IBM Db2
6. Per aggiungere il disco, fai clic su Fine.
7. Ripeti i passaggi precedenti per ogni disco necessario per il tuo sistema.

Infine, configura i dettagli di rete e crea la VM:

1. Nella scheda Networking, in Interfacce di rete, scegli la rete creata in precedenza.
2. Nella scheda Chiavi SSH, seleziona Blocca chiavi SSH a livello di progetto.
3. Per creare e avviare la VM, fai clic su Crea.

Nota: in fondo alla pagina, puoi fare clic su REST o sulla riga di comando per visualizzare i comandi REST e gcloud equivalenti per l'istanza che stai creando. Questi possono essere utili per creare VM aggiuntive.

Connessione alla VM in corso...

Ora stabilisci una connessione alla VM.

Linux

I modi più semplici per connettersi a una VM Linux sono connettersi dal browser tramite la console Google Cloud o dalla riga di comando tramite Google Cloud CLI. Puoi anche connetterti a una VM Linux usando strumenti SSH comuni.

In alternativa, puoi generare una nuova coppia di chiavi per la VM Linux e applicarla al tuo progetto. In questo modo puoi connetterti utilizzando strumenti di terze parti come PuTTY sulle workstation Windows. Per maggiori dettagli, consulta Creare chiavi SSH.

Puoi anche connetterti alla VM utilizzando altre configurazioni. Per un elenco degli ambienti supportati e dei problemi noti, vedi SSH dal browser.

Console

Per connetterti utilizzando ssh direttamente dal browser nella console Google Cloud:

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

   Vai a Istanze VM

2. Nell'elenco delle istanze di macchine virtuali, fai clic su SSH nella riga dell'istanza a cui vuoi connetterti.

   

gcloud

Google Cloud CLI gestisce le chiavi SSH per te generando e applicando nuove chiavi SSH a livello di progetto quando ne hai bisogno. Per connetterti tramite gcloud CLI:

gcloud compute ssh VM_NAME

Sostituisci VM_NAME con il nome della tua VM.

Ora puoi utilizzare il terminale per eseguire comandi sulla VM Linux. Al termine, utilizza il comando exit per disconnetterti dalla VM.

Windows

Per connetterti a una VM basata su Windows, devi prima generare una password per la VM. Puoi quindi connetterti alla VM utilizzando RDP o PowerShell.

Generazione delle password in corso...

Dopo aver creato una VM Windows, devi generare una password per la VM prima di poterti connettere:

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

   Vai a Istanze VM

2. Fai clic sull'istanza di Windows in cui vuoi generare una nuova password.

3. Nella pagina Dettagli istanza, fai clic su Crea o reimposta la password di Windows. Viene generata una password per te.

   Nota: puoi modificare la password in un secondo momento accedendo al sistema e utilizzando il comando:

   net user USERNAME NEW_PASSWORD

4. Per creare un nuovo utente e una nuova password, specifica un nome utente.

5. Fai clic su Imposta. Prendi nota del nome utente e della password per poter accedere alla VM.

Utilizzo di RDP

Se la regola firewall consente l'accesso sulla porta 3389, puoi utilizzare l'RDP per connetterti a un'istanza Windows e avviare una sessione di desktop remoto. In alternativa, puoi connetterti alle istanze di Windows utilizzando il terminale PowerShell.

Connettiti al desktop remoto sulle istanze Windows connettendoti manualmente tramite il client di connessione desktop remoto di Windows o un client di terze parti:

1. Se non hai ancora un client RDP, installane uno ora. Per informazioni di Microsoft sui client RDP disponibili, vedi Client Remote Desktop.
2. Ottieni l'indirizzo IP esterno della tua VM Windows. Per trovare l'indirizzo IP della VM, puoi utilizzare uno dei seguenti metodi:
   • Nella console Google Cloud, vai alla pagina Istanze VM.
   • Utilizza gcloud CLI per eseguire gcloud compute instances list e elencare le istanze VM con i relativi indirizzi IP esterni.
3. Nel client RDP, fornisci l'indirizzo IP esterno della tua VM come indirizzo IP a cui connetterti.
4. Inserisci i tuoi dati di accesso e lascia vuoto il campo Dominio. Se è la prima volta che ti connetti a questa VM o se hai dimenticato la password, crea o reimposta la password di Windows.

Utilizzo di PowerShell

1. Se non hai ancora creato un nome utente e una password sulla VM Windows, crea o reimposta la password di Windows.
2. Aggiungi una regola firewall o modifica la regola firewall esistente in modo che apra la porta 5986 sulla rete Google Cloud in cui si trova la VM Windows Server.
3. Sulla workstation locale, apri il terminale PowerShell.

4. Facoltativamente, puoi inizializzare una variabile per contenere le credenziali utente in modo da non doverle inserire ogni volta che ti connetti all'istanza. Se salti questo passaggio, in seguito riceverai una richiesta di nome utente e password.

   $credentials = Get-Credential
   

5. Utilizza il comando Enter-PSSession per avviare una sessione di PowerShell da remoto e includere i flag per utilizzare SSL e saltare i controlli delle credenziali.

   Enter-PSSession -ComputerName [IP_ADDRESS] -UseSSL -SessionOption
   (New-PSSessionOption -SkipCACheck -SkipCNCheck) -Credential $credentials
   

Formattazione e montaggio delle unità disco

Quindi, formatta le unità disco e montale sulla VM.

Linux

Dopo aver effettuato la connessione alla VM, formatta e monta le unità disco.

Facoltativamente, puoi utilizzare Logical Volume Manager (LVM) per formattare un singolo disco e suddividerlo nelle directory richieste. Nelle procedure seguenti sono mostrati entrambi i metodi LVM e non LVM.

Formattazione e montaggio delle unità disco senza LVM

Per formattare e montare le unità disco senza LVM:

1. Nel terminale in cui sei connesso alla VM, crea directory in cui puoi montare ciascun dispositivo:

    sudo mkdir -p /db2
    sudo mkdir -p /db2/DBSID
    sudo mkdir -p /db2/DBSID/log_dir
    sudo mkdir -p /db2/DBSID/db2dump
    sudo mkdir -p /db2/DBSID/sapdata
    sudo mkdir -p /db2/DBSID/saptmp
   

2. Nel terminale, utilizza il comando ls per identificare i dischi da montare.

   ls /dev/disk/by-id/
   

   Verrà visualizzato un output simile al seguente. L'ID disco di solito include il nome del disco con un prefisso google- o scsi-0Google_. In questo esempio viene utilizzato l'ID google-.

   google-example-instance
   google-example-instance-db2
   google-example-instance-db2-dbsid
   google-example-instance-db2-dump
   google-example-instance-db2-log-dir
   google-example-instance-db2-sapdata
   google-example-instance-db2-saptmp
   

3. Formatta i dischi. Se utilizzi Db2 V11.1, si consiglia il file system xfs o ext4, in quanto entrambi supportano la funzionalità del file system di preallocazione rapida. Db2 V10.5 non supporta xfs o ext4.

   I seguenti comandi formattano ogni disco con un singolo file system ext3 e senza tabella di partizione:

   sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2
   sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-dbsid
   sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-dump
   sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-sapdata
   sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-saptmp
   sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-log-dir
   

   Nota: per ulteriori informazioni sui file system supportati da Db2, consulta Nota SAP 405827 - Linux: file system consigliati.

4. Monta ogni disco sulla VM:

    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2 /db2
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-dbsid /db2/DBSID
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-dump /db2/DBSID/db2dump
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-sapdata /db2/DBSID/sapdata
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-saptmp /db2/DBSID/saptmp
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-log-dir /db2/DBSID/log_dir
   

5. Configura l'accesso in lettura e scrittura al dispositivo. In questo esempio, concedi a tutti gli utenti l'accesso in scrittura al dispositivo:

    sudo chmod a+w /db2
    sudo chmod a+w /db2/DBSID
    sudo chmod a+w /db2/DBSID/db2dump
    sudo chmod a+w /db2/DBSID/sapdata
    sudo chmod a+w /db2/DBSID/saptmp
    sudo chmod a+w /db2/DBSID/log_dir
   

6. Facoltativamente, puoi aggiungere i dischi permanenti al file /etc/fstab in modo che il dispositivo venga montato di nuovo automaticamente al riavvio della VM.

   Quando specifichi il file della voce /etc/fstab, includi l'opzione nofail per consentire all'istanza di continuare ad avviarsi anche se il disco non è presente. Ad esempio, se crei uno snapshot del disco di avvio e crei una nuova istanza senza dischi permanenti collegati, l'istanza può continuare il processo di avvio senza essere messa in pausa all'infinito.

7. Crea la voce /etc/fstab. Utilizza il comando blkid per trovare l'UUID per il file system sul dispositivo e modificare il file /etc/fstab in modo da includere l'UUID con le opzioni di montaggio. Puoi completare questo passaggio con un singolo comando per ogni unità disco:

    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2` /db2 ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-dbsid` /db2/DBSID ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-log-dir` /db2/DBSID/log_dir ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-dump` /db2/DBSID/db2dump ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-sapdata` /db2/DBSID/sapdata ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-saptmp` /db2/DBSID/saptmp ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
   

   In questo caso, [NOFAIL] è l'opzione che specifica cosa deve fare il sistema se non è in grado di montare il disco.

8. Utilizza il comando cat per verificare che le voci /etc/fstab siano corrette:

   cat /etc/fstab
   

Se scolleghi questo disco permanente o crei uno snapshot dal disco di avvio per questa istanza, modifica il file /etc/fstab e rimuovi la voce per il disco permanente. Anche con l'opzione nofail attiva, mantieni il file /etc/fstab sincronizzato con i dispositivi collegati all'istanza e rimuovi queste voci prima di creare lo snapshot del disco di avvio.

Formattazione e montaggio delle unità con LVM

Per formattare e montare un singolo disco con volumi logici per tutte le unità richieste utilizzando LVM:

1. Assicurati che il disco che hai creato per le tue unità sia abbastanza grande da fornire a tutti i volumi lo spazio di archiviazione necessario. Ad esempio, nella procedura seguente, la dimensione specificata per il disco è di 100 GB.

2. Esegui pvscan per scansionare tutti i dischi alla ricerca di volumi fisici:

    sudo mkdir -p /db2
    sudo mkdir -p /db2/DBSID
    sudo mkdir -p /db2/DBSID/log_dir
    sudo mkdir -p /db2/DBSID/db2dump
    sudo mkdir -p /db2/DBSID/sapdata
    sudo mkdir -p /db2/DBSID/saptmp
   

3. Inizializza il disco o una partizione per l'utilizzo da parte di LVM:

   pvcreate /dev/sdb
   

4. Crea un gruppo di volumi:

   vgcreate vg_db2 /dev/sdb
   

5. Crea volumi logici per ogni unità, utilizzando le dimensioni necessarie:

   lvcreate -L 8G -n db2 vg_db2
   lvcreate -L 8G -n db2dbsid vg_db2
   lvcreate -L 8G -n db2logdir vg_db2
   lvcreate -L 8G -n db2dump vg_db2
   lvcreate -L 8G -n db2saptmp vg_db2
   lvcreate -L 50G -n db2sapdata vg_db2
   

6. Formatta i volumi. Se utilizzi Db2 V11.1, si consiglia il file system xfs o ext4, in quanto entrambi supportano la funzionalità del file system di preallocazione rapida. Db2 V10.5 non supporta xfs o ext4.

   I comandi seguenti formattano ogni volume con un singolo file system ext3 e senza tabella di partizione:

   mkfs -t ext3 /dev/vg_db2/db2
   mkfs -t ext3 /dev/vg_db2/db2dbsid
   mkfs -t ext3 /dev/vg_db2/db2logdir
   mkfs -t ext3 /dev/vg_db2/db2dump
   mkfs -t ext3 /dev/vg_db2/db2saptmp
   mkfs -t ext3 /dev/vg_db2/db2sapdata
   

   Nota: per i file system supportati da Db2, consulta SAP Note 405827 - Linux: Recommended file system

7. Crea un punto di montaggio:

   mkdir /db2
   

8. Monta i file system sul punto di montaggio:

    sudo mount -o discard,defaults /dev/vg_db2/db2dbsid /db2/DBSID
    mkdir /db2/DBSID/log_dir
    sudo mount -o discard,defaults /dev/vg_db2/db2logdir /db2/DBSID/log_dir
    mkdir /db2/DBSID/db2dump
    sudo mount -o discard,defaults /dev/vg_db2/db2dump /db2/DBSID/db2dump
    mkdir /db2/DBSID/saptmp
    sudo mount -o discard,defaults /dev/vg_db2/db2saptmp /db2/DBSID/saptmp
    mkdir /db2/DBSID/sapdata
    sudo mount -o discard,defaults /dev/vg_db2/db2sapdata /db2/DBSID/sapdata
   

   Le unità risultanti sono simili a questa:

   Filesystem             1K-blocks    Used  Available  Use%  Mounted
   ...                          ...
   dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2
   dev/mapper/vg_db2-db2    8378368   33024    8345344    1%  /db2/DBSID
   dev/mapper/vg_db2-db2   52403200   32976   52370224    1%  /db2/DBSID/sapdata
   dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2/DBSID/saptmp
   dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2/DBSID/log_dir
   dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2/DBSID/db2dump
   

9. Se vuoi, puoi aggiungere il disco permanente al file /etc/fstab in modo che il dispositivo venga montato di nuovo automaticamente al riavvio della VM.

   Quando specifichi il file della voce /etc/fstab, includi l'opzione nofail per consentire all'istanza di continuare ad avviarsi anche se il disco non è presente. Ad esempio, se crei uno snapshot del disco di avvio e crei una nuova istanza senza dischi permanenti collegati, l'istanza può continuare il processo di avvio e non essere messa in pausa a tempo indeterminato.

10. Crea la voce /etc/fstab. Utilizza il comando blkid per trovare l'UUID per il file system sul dispositivo e modificare il file /etc/fstab in modo da includere l'UUID con le opzioni di montaggio. Puoi completare questo passaggio con un singolo comando per ogni unità disco:

     echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2` /db2 ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
     echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2dbsid` /db2/DBSID ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
     echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2logdir` /db2/DBSID/log_dir ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
     echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2dump` /db2/DBSID/db2dump ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
     echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2saptmp` /db2/DBSID/saptmp ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
     echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2sapdata` /db2/DBSID/sapdata ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    

    In questo caso, [NOFAIL] è l'opzione che specifica cosa deve fare il sistema se non è in grado di montare questo disco.

11. Utilizza il comando cat per verificare che le voci /etc/fstab siano corrette:

    cat /etc/fstab
    

Se scolleghi questo disco permanente o crei uno snapshot dal disco di avvio per questa istanza, modifica il file /etc/fstab e rimuovi la voce per il disco permanente. Anche con l'opzione nofail attiva, mantieni il file /etc/fstab sincronizzato con i dispositivi collegati all'istanza e rimuovi queste voci prima di creare lo snapshot del disco di avvio.

Puoi anche seguire un approccio ibrido utilizzando LVM per semplificare il ridimensionamento e la gestione dei volumi, mantenendo al contempo i dischi permanenti separati. In questo modo puoi acquisire snapshot di volumi indipendenti o rimuovere alcuni volumi per utilizzare invece file system condivisi tramite servizi NFS come Filestore o una soluzione di condivisione file di terze parti come NetApp Cloud Volumes Service for Google Cloud.

Windows

Dopo aver effettuato la connessione alla VM Windows, formatta i dischi in modo da poter iniziare a utilizzarli. Puoi anche configurare il file di paging di Windows nei seguenti passaggi:

1. Nel menu Start, cerca e apri Server Manager.

2. Seleziona Servizi file e di archiviazione, quindi seleziona Dischi.

   

3. Nella finestra di dialogo Dischi, fai clic con il tasto destro del mouse sul primo disco non MBR, quindi fai clic su Nuovo volume.

4. Procedi con le impostazioni predefinite e inserisci un'etichetta del disco.

5. Quando arrivi al passaggio file-system-settings, modifica Dimensione unità di allocazione su un valore del seguente elenco:

   • Dischi del database: 32 kB
   • File di pagina: 8 kB
   • Altri dischi: il valore predefinito è 4 kB.

6. Inserisci un'etichetta di volume che descriva il disco con un nome significativo.

   

7. Ripeti i passaggi precedenti per ogni disco aggiuntivo.

Preparazione del sistema operativo

Dopo aver formattato e montato le unità disco, prepara il tuo sistema operativo.

Linux

Dopo aver creato la VM, consulta le note SAP pertinenti sull'installazione e assicurati che il sistema includa i componenti software specificati:

• SAP Note 1984787 - SUSE LINUX Enterprise Server 12: Note sull'installazione

  Nota: su SLES 12 SP2, utilizza zypper update per aggiornare i pacchetti del sistema operativo. In caso contrario, alcuni software eseguiti su Java, come JDBC, potrebbero eseguire il core dump.

• SAP Note 2002167 - Red Hat Enterprise Linux 7.x: Installazione e upgrade

Windows

• Se pianificato, aggiungi il sistema operativo Windows Server a un dominio.
• Configura il piano energetico per alte prestazioni.
• Calcola le dimensioni del file di pagina facendo riferimento alla nota SAP 1518419: file di pagina e memoria virtuale richieste dal sistema SAP e configura il file di pagina di Windows.

Installazione del server di database

Ora che il sistema operativo è configurato, puoi installare il server del database IBM Db2.

Per indicazioni sull'installazione di SAP NetWeaver con IBM Db2, consulta la guida all'installazione specifica per il tuo sistema SAP NetWeaver.

Linux

Per installare IBM Db2 sulla tua VM:

1. Stabilisci una connessione ssh alla tua VM basata su Linux.
2. Scarica o copia il set di media SAP completo per Db2 nella tua VM. Puoi scaricare il set di media SAP dal portale di assistenza SAP.
3. Installa il server di database IBM Db2 con SAP Software Provisioning Manager.
4. Installa il file di licenza IBM Db2. Per ulteriori informazioni sull'installazione di una licenza Dataplex ottenuta da SAP, consulta SAP Note 816773 - DB6: Installing an SAP OEM License.

Windows

Per installare IBM Db2 sulla tua VM:

1. Utilizza RDP o Windows PowerShell per connetterti alla tua VM basata su Windows.
2. Scarica o copia il set di media SAP completo per Db2 nella tua VM. Puoi scaricare il set di media SAP dal portale di assistenza SAP.
3. Installa il server di database IBM Db2.
4. Installa il file di licenza IBM Db2. Per ulteriori informazioni sull'installazione di una licenza Dataplex ottenuta da SAP, consulta SAP Note 816773 - DB6: Installing an SAP OEM License.

Installazione dell'agente di Google Cloud per SAP

Per assistenza e monitoraggio, Google Cloud fornisce l'agente per SAP per i carichi di lavoro SAP in esecuzione su istanze VM di Compute Engine e sui server Bare Metal Solution.

Come richiesto da SAP, per ricevere assistenza da SAP e consentire a SAP di rispettare i suoi contratti sul livello del servizio (SLA), devi installare Agent di Google Cloud per SAP su tutte le istanze VM di Compute Engine e sui server Bare Metal Solution che eseguono qualsiasi sistema SAP. Per maggiori informazioni sui prerequisiti di assistenza, consulta la pagina SAP Note 2456406 - SAP su Google Cloud Platform: prerequisiti di assistenza .

La versione 3.4 (più recente) dell'agente di Google Cloud per SAP è il successore dell'agente di monitoraggio di Google Cloud per SAP NetWeaver versione 2, dell'agente di monitoraggio per SAP HANA versione 2 e dell'agente Backint di Cloud Storage per SAP HANA. Pertanto, oltre alla raccolta delle metriche, la versione 3.4 (più recente) dell'agente di Google Cloud per SAP include la funzionalità facoltativa: Backup e ripristino basati su Backint per SAP HANA. Puoi attivare queste funzionalità che abilitano prodotti e servizi come Workload Manager per i carichi di lavoro SAP.

Nota: l'agente host SAP, con saposcol program, è richiesto su qualsiasi host che esegue un sistema SAP. L'agente host SAP viene installato automaticamente durante l'installazione di nuove istanze di sistema SAP con kernel SAP 7.20 o versioni successive. Per maggiori informazioni, consulta la pagina relativa all'agente host SAP.

Installa l'Agente per SAP di Google Cloud sull'host insieme al sistema SAP. Per istruzioni su come installare e configurare l'agente, convalidare l'installazione e verificare che l'agente funzioni come previsto, consulta Installare l'agente su un'istanza VM di Compute Engine.

Se utilizzi le seguenti immagini di sistema operativo RHEL o SLES "for SAP" fornite da Google Cloud, l'agente di Google Cloud per SAP viene pacchettizzato con le immagini del sistema operativo:

• RHEL: tutte le immagini "per SAP"
• SLES: SLES 15 SP4 per SAP e versioni successive

Esecuzione di attività post-deployment

Prima di utilizzare l'istanza IBM Db2, ti consigliamo di eseguire i seguenti passaggi post-deployment:

1. Aggiorna il software IBM Db2 con le patch più recenti, se disponibili.
2. Installa i componenti aggiuntivi.
3. Configura ed esegui il backup del tuo nuovo database IBM Db2.

Per ulteriori indicazioni post-deployment, consulta la sezione Attività post-installazione della guida all'installazione applicabile al sistema SAP che utilizzi con IBM Db2.

Risoluzione dei problemi

Questa sezione contiene informazioni su come correggere problemi comuni.

Risoluzione dei problemi di connessione alla VM

Se riscontri problemi durante la connessione alla VM tramite ssh, assicurati di aver creato una regola firewall per aprire la porta 22 sulla rete Google Cloud in uso.

Per altri possibili problemi, consulta la sezione Problemi noti per la connessione tramite ssh dal browser.