Deployment automatico delle VM per IBM Db2 su Linux per SAP

Questa guida al deployment mostra come eseguire il deployment di Google Cloud per un'istanza IBM Db2 su Linux che supporta le applicazioni SAP.

Le istruzioni di questa guida utilizzano Terraform per eseguire il deployment e configurare la VM, il sistema operativo Linux, il disco richiesto volumi per IBM Db2 e installare l'agente di monitoraggio di Google Cloud per SAP NetWeaver.

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

Prerequisiti

Se vuoi che il tuo carico di lavoro SAP venga eseguito in conformità con la residenza dei dati, il controllo dell'accesso, il personale di assistenza o i requisiti normativi, devi creare la cartella Assured Workloads richiesta. Per ulteriori informazioni, consulta Conformità e controlli di sovranità per SAP su Google Cloud.

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

Creazione di un progetto

  1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

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

    Go to project selector

  3. Make sure that billing is enabled for your Google Cloud project.

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

    Go to project selector

  5. Make sure that billing is enabled for your Google Cloud project.

Configurazione dell'ambiente dei comandi gcloud

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

Cloud Shell viene eseguito su una VM di cui Google Cloud esegue ogni volta il provisioning per avviare 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. Pertanto, i comandi gcloud che utilizzi in Cloud Shell sono gli stessi di quelli che utilizzeresti in un'istanza dell'interfaccia a riga di comando gcloud installata localmente.

Se hai installato gcloud CLI, puoi inviare gcloud usati in queste istruzioni dalla tua macchina locale. Tuttavia, con una gcloud CLI installata in locale, devi sempre assicurarti di utilizzano l'ultima versione di gcloud CLI.

Indipendentemente dall'utilizzo di Cloud Shell o dell'interfaccia a riga di comando gcloud, puoi impostare e modificare le proprietà dell'ambiente dei comandi gcloud e salvarle come configurazione. Le configurazioni sono raccolte di coppie chiave-valore che influiscono sul comportamento dei comandi gcloud.

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

  • Inizializza 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 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 per la configurazione.

    gcloud config configurations create NAME

Per ulteriori informazioni sull'utilizzo delle configurazioni, consulta Gestire le configurazioni dell'interfaccia a riga di comando gcloud.

Creare una rete

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

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

Durante il deployment, le istanze VM di solito richiedono l'accesso a internet scaricare l'agente di Google Cloud per SAP. Se utilizzi una delle immagini Linux certificate da SAP disponibili su Google Cloud, l'istanza VM richiede anche l'accesso a internet per registrare la licenza e accedere ai repository del fornitore del sistema operativo. Una configurazione con un gateway NAT e con i tag di rete VM supporta questo accesso, anche se le VM di destinazione non hanno IP esterni.

Per creare una rete VPC per il tuo progetto, completa i seguenti passaggi:

  1. Creare una rete in modalità personalizzata. Per saperne di più, consulta Creare una rete in modalità personalizzata.

  2. Crea una subnet e specifica la regione e l'intervallo IP. Per ulteriori informazioni, consulta la sezione Aggiunta di subnet.

Configurazione di un gateway NAT

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

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

Dopo aver configurato Cloud NAT per il progetto, le istanze VM possono accedere in sicurezza 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 tua VM. Le regole firewall regolano solo le nuove connessioni in entrata a una VM. Dopo un la connessione sia stabilita con una VM, il traffico è consentito in entrambe le direzioni su questa connessione.

Puoi creare una regola firewall per consentire l'accesso a porte specifiche tra le 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.
  • Le connessioni dal computer o dall'ambiente di rete aziendale al tuo di un'istanza VM di Compute Engine. Se hai dubbi su quale indirizzo IP utilizzare, rivolgiti all'amministratore di rete della tua azienda.
  • Comunicazione tra VM in una configurazione a 3 livelli, scalabile o ad alta disponibilità. Ad esempio, se esegui il deployment di un sistema a tre livelli, nella sottorete avrai almeno due VM: 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 sottorete.

Per creare le regole firewall per il tuo progetto, consulta Creazione di regole firewall.

Eseguire il deployment di una VM Linux per Db2 con Terraform

Le istruzioni riportate di seguito utilizzano Terraform per eseguire il deployment di un'istanza VM con Linux e tutti i dischi permanenti richiesti da IBM Db2 per supportare le applicazioni SAP. Sei tu a definire i valori per l'installazione in un sap_db2.tf di configurazione fornito da Google Cloud.

Le istruzioni riportate di seguito utilizzano Cloud Shell, ma se preferisci puoi usare Terraform nel tuo terminale locale.

  1. Apri Cloud Shell.

    Apri Cloud Shell

  2. Scarica il file di configurazione sap_db2.tf nella directory di lavoro inserendo il seguente comando in Cloud Shell:

    wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/terraform/sap_db2.tf

  3. Apri il file sap_db2.tf nell'editor di codice di Cloud Shell.

    Per aprire l'editor di codice di Cloud Shell, fai clic su Apri editor.

  4. Nel file sap_db2.tf, aggiorna i seguenti valori dell'argomento sostituendo i contenuti all'interno delle virgolette doppie con i valori per la tua installazione.

    La maggior parte degli argomenti facoltativi ha un valore predefinito. Se non specifichi un argomento facoltativo, la configurazione di Terraform utilizza il valore predefinito dell'argomento, se presente.

    Argomento Tipo di dati Descrizione
    source Stringa

    Specifica la posizione e la versione del modulo Terraform da utilizzare durante il deployment.

    Il file di configurazione sap_db2.tf include due istanze dell'argomento source: una che è attivo e uno incluso come commento. source attivo per impostazione predefinita specifica latest come del modulo. La seconda istanza di source che per impostazione predefinita è disattivato da un #, specifica un timestamp che identifica un del modulo.

    Se vuoi che tutti i tuoi deployment utilizzino la stessa versione del modulo, rimuovi il carattere # iniziale dall'argomento source che specifica il timestamp della versione e aggiungilo all'argomento source che specifica latest.

    project_id Stringa Specifica l'ID del progetto Google Cloud in cui esegui il deployment di questo sistema. Ad esempio, my-project-x.
    zone Stringa

    Specifica la zona in cui ti trovi il deployment del tuo sistema SAP. La zona deve trovarsi nella stessa regione selezionata per la subnet.

    Ad esempio, se il deployment della subnet viene eseguito nella us-central1 regione, puoi specificare una zona come us-central1-a.
    machine_type Stringa Specifica il tipo di macchina virtuale (VM) Compute Engine su cui devi eseguire il sistema SAP. Se hai bisogno di un tipo di VM personalizzata, specifica un tipo di VM predefinito con un numero di vCPU più vicino a quello di cui hai bisogno, pur essendo più grande. Al termine del deployment, modifica il numero di vCPU e la quantità di memoria.

    Ad esempio, n1-highmem-32.
    subnetwork Stringa Specifica il nome della subnet creata in un passaggio precedente. Se stai eseguendo il deployment in un VPC condiviso, quindi specifica questo valore come SHARED_VPC_PROJECT_ID/SUBNETWORK. Ad esempio, myproject/network1.
    linux_image Stringa Specifica il nome dell'immagine del sistema operativo Linux su cui vuoi eseguire il deployment del sistema SAP. Ad esempio, rhel-9-2-sap-ha o sles-15-sp5-sap. Per l'elenco delle immagini del sistema operativo disponibili, consulta la pagina Immagini nella console Google Cloud.
    linux_image_project Stringa Specifica il progetto Google Cloud che contiene l'immagine che hai specificato per l'argomento linux_image. Questo progetto potrebbe essere il tuo progetto o un progetto di immagini Google Cloud. Per un'immagine Compute Engine, specifica rhel-sap-cloud o suse-sap-cloud. Per trovare il progetto immagine per il tuo sistema operativo, consulta Dettagli del sistema operativo.
    instance_name Stringa Specifica un nome per l'istanza VM host. Il nome può contenere lettere minuscole, numeri e trattini. Le istanze VM per gli host worker e di riserva utilizzano lo stesso nome con un w e il numero dell'host aggiunto al nome.
    db2_sid Stringa Specifica l'SID dell'istanza del database IBM Db2. L'ID deve essere composto da da tre caratteri alfanumerici e deve iniziare con una lettera. Tutte le lettere devono essere in maiuscolo. Ad esempio, ED1.
    db2_sid_size Numero intero Facoltativo. Specifica le dimensioni in GB per il volume /db2/DBSID, ovvero la directory principale dell'istanza del database IBM Db2. La dimensione minima è 8 GB. Il valore predefinito è 8.
    db2_home_size Numero intero Facoltativo. Specifica le dimensioni in GB per il volume /db2/db2DBSID, ovvero la home directory dell'istanza del database IBM Db2. La dimensione minima è 8 GB. Il valore predefinito è 8.
    db2_dump_size Numero intero Facoltativo. Specifica le dimensioni in GB per il volume /db2/DBSID/db2dump, che contiene i file dump dell'istanza del database IBM Db2. La dimensione minima è di 8 GB. Il valore predefinito è 8.
    db2_sap_temp_size Numero intero Facoltativo. Specifica le dimensioni in GB per il volume /db2/DBSID/saptmp, che contiene lo spazio tabella temporaneo dell'istanza del database. La dimensione minima è 8 GB. Il valore predefinito è 8.
    db2_sap_data_size Numero intero Facoltativo. Specifica le dimensioni in GB per il volume /db2/DBSID/sapdata, che contiene i file di dati del database. La dimensione minima è 30 GB. Il valore predefinito è 30.
    db2_sap_data_ssd Booleano Facoltativo. Specifica true per eseguire il provisioning di un disco permanente SSD per il volume /db2/DBSID/sapdata. Se specifichi false, viene eseguito il provisioning di un disco permanente bilanciato. Il valore predefinito è true.
    db2_log_size Numero intero Facoltativo. Specifica la dimensione in GB per Volume /db2/DBSID/logdir, che contiene il database log delle transazioni. La dimensione minima è 8 GB. Il valore predefinito è 8.
    db2_log_ssd Booleano Facoltativo. Specifica true per eseguire il provisioning di un disco permanente SSD per il volume /db2/DBSID/logdir. Se specifichi false, viene eseguito il provisioning di un disco permanente bilanciato. Il valore predefinito è true.
    db2_backup_size Numero intero Facoltativo. Specifica la dimensione in GB per il volume /db2backup. che contiene i backup del database. Se non specifichi questo o imposta il suo valore su 0, non verrà eseguito il provisioning di alcun disco il volume /db2backup.
    usr_sap_size Numero intero Per eseguire IBM Db2 e SAP NetWeaver sulla stessa istanza VM, specifica la dimensione del disco /usr/sap in GB.

    Se non specifichi questo argomento o non imposti il suo valore su 0, per il volume /usr/sap non viene eseguito il provisioning di alcun disco.

    sap_mnt_size Numero intero Per eseguire IBM Db2 e SAP NetWeaver sulla stessa istanza VM, specifica la dimensione del disco /sapmnt in GB.

    Se non specifichi questo argomento o ne imposti il valore su 0, non viene eseguito il provisioning di alcun disco per il volume /sapmnt.

    swap_size Numero intero Per eseguire IBM Db2 e SAP NetWeaver sulla stessa istanza VM, specifica la dimensione del volume di scambio in GB.

    Se non specifichi questo argomento o ne imposti il valore su 0, non viene eseguito il provisioning di alcun disco per il volume dello scambio.

    network_tags Stringa Facoltativo. Specifica uno o più tag di rete separati da virgole che vuoi da associare alle tue istanze VM a scopo di firewall o routing.

    Se specifichi public_ip = false e non specifichi un di rete, quindi assicurati di fornire un altro mezzo di accesso internet.

    public_ip Booleano Facoltativo. Determina se un indirizzo IP pubblico viene aggiunto o meno all'istanza VM. Il valore predefinito è true.
    service_account Stringa Facoltativo. Specifica l'indirizzo email di un account di servizio gestito dall'utente da utilizzare dalle VM host e dai programmi in esecuzione sulle VM host. Ad esempio, svc-acct-name@project-id.iam.gserviceaccount.com.

    Se specifichi questo argomento senza un valore oppure lo ometti, l'elemento lo script di installazione utilizza il servizio predefinito di Compute Engine . Per ulteriori informazioni, consulta Gestione di identità e accessi per i programmi SAP su Google Cloud.

    sap_deployment_debug Booleano Facoltativo. Solo quando l'assistenza clienti Google Cloud ti chiede di attivare il debug per il tuo deployment, specifica true, che rende il deployment per generare log di deployment dettagliati. Il valore predefinito è false.
    reservation_name Stringa Facoltativo. Per utilizzare un modello Prenotazione VM di Compute Engine specifica il nome della prenotazione per questo deployment. Per impostazione predefinita, lo script di installazione seleziona qualsiasi Compute Engine disponibile in base alle seguenti condizioni.

    Affinché una prenotazione sia utilizzabile, indipendentemente dal fatto che tu specifichi un nome o che lo script di installazione la selezioni automaticamente, la prenotazione deve essere impostata con quanto segue:

    • L'opzione specificReservationRequired è impostata su true o l'opzione Seleziona prenotazione specifica nella console Google Cloud.
    • Alcuni tipi di macchine Compute Engine supportano piattaforme CPU non coperte dalla certificazione SAP del tipo di macchina. Se il target per uno dei seguenti tipi di macchina, la prenotazione è necessario specificare le piattaforme CPU minime come indicato:
      • n1-highmem-32: Intel Broadwell
      • n1-highmem-64: Intel Broadwell
      • n1-highmem-96: Intel Skylake
      • m1-megamem-96: Intel Skylake
      • Le piattaforme CPU minime per tutti gli altri tipi di macchine certificate da SAP per l'utilizzo su Google Cloud sono conformi al requisito minimo della CPU di SAP.

    Il file di configurazione sap_db2.tf di esempio seguente crea un VM configurata per eseguire sia il server di database IBM Db2 sia SAP NetWeaver. Il file di configurazione indica a Terarform di eseguire il deployment n1-standard-16 VM che esegue un sistema operativo SLES 15 SP3. La VM include tutte le directory necessarie per eseguire IBM Db2 con SAP NetWeaver.

    #
# ...
module "sap_db2" {
  source = https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/sap_db2_module.zip
  #
  # By default, this source file uses the latest release of the terraform module
  # for SAP on Google Cloud. To fix your deployments to a specific release
  # of the module, comment out the source property above and uncomment the source property below.
  #
  # source = "https://storage.googleapis.com/cloudsapdeploy/terraform/YYYYMMDDHHMM/terraform/sap_db2/sap_db2_module.zip"
  # ...
  project_id = "example-project-123456"
  zone = "us-central1-f"
  machine_type = "n1-standard-16"
  subnetwork = "example-subnet-us-central1"
  linux_image = "sles-15-sp3-sap"
  linux_image_project = "suse-sap-cloud"

  instance_name = "ex-vm-db2-lin"

  db2_sid = "AS1"
  db2_sid_size = 15
  db2_home_size = 15
  db2_dump_size = 15
  db2_sap_temp_size = 20
  db2_sap_data_size = 50
  db2_sap_data_ssd = true
  db2_log_size = 30
  db2_log_ssd = true
  db2_backup_size = 100

  usr_sap_size = 15
  sap_mnt_size = 15
  swap_size = 24
  # ...
}

  5. Per inizializzare la directory di lavoro attuale e scaricare Terraform plug-in del provider e file dei moduli per Google Cloud:

    terraform init

    Il comando terraform init prepara la directory di lavoro per altri tramite i comandi Terraform.

    Per forzare l'aggiornamento del plug-in del provider e dei file di configurazione nel tuo di lavoro, specifica il flag --upgrade. Se il flag --upgrade viene omesso e non apporti modifiche alla directory di lavoro, Terraform utilizza le copie memorizzate nella cache locale, anche se latest è specificato nell'URL source.

    terraform init --upgrade

  6. (Facoltativo) Per creare il piano di esecuzione di Terraform:

    terraform plan

    Il comando terraform plan mostra le modifiche richieste dalla configurazione attuale. Se salti questo passaggio, terraform apply crea automaticamente un nuovo piano e ti chiede di approvarlo.

  7. Per applicare il piano di esecuzione:

    terraform apply

    Quando ti viene chiesto di approvare le azioni, inserisci yes.

    Il comando terraform apply configura l'infrastruttura Google Cloud in base agli argomenti definiti nel file di configurazione di Terraform. La procedura può richiedere alcuni minuti. Per controllare l'avanzamento della segui i passaggi nella sezione successiva.

  8. Dopo il deployment dell'istanza VM, se vuoi che Compute Engine salve il disco di avvio nel caso in cui l'istanza VM venga eliminata, segui questi passaggi:

    1. Nella console Google Cloud, vai a Compute Engine Istanze VM.

      Vai a Istanze VM

    2. Per aprire la pagina Dettagli istanza VM della tua istanza VM, fai clic sul nome dell'istanza VM.

    3. Fai clic su Modifica.

    4. Nella sezione Disco di avvio, per la Regola di eliminazione, assicurati che l'opzione Conserva disco sia selezionata.

    5. Fai clic su Salva.

Verifica del deployment in corso...

Per verificare il deployment, controlla i log di deployment in Cloud Logging e per controllare la configurazione della VM.

Controlla i log

  1. Nella console Google Cloud, apri Cloud Logging per monitorare l'installazione progressi e verificare la presenza di errori.

    Vai a Cloud Logging

  2. Filtra i log:

    Esplora log

    1. Nella pagina Esplora log, vai al riquadro Query.

    2. Nel menu a discesa Risorsa, seleziona Globale, quindi fai clic su Aggiungi.

      Se non vedi l'opzione Globale, nell'editor di query inserisci la seguente query:

      resource.type="global"
"Deployment"

    3. Fai clic su Esegui query.

    Visualizzatore log legacy

    • Nella pagina Visualizzatore log legacy, dal menu del selettore di base, seleziona Globale come risorsa di logging.

  3. Analizza i log filtrati:

    • Se viene visualizzato "--- Finished", il parametro l'elaborazione del deployment è completa vai al passaggio successivo.

    • Se visualizzi un errore di quota:

      1. Nella piattaforma IAM e Amministratore Quote aumenta le quote che non soddisfano I requisiti IBM Db2 elencati nella sezione

      2. Apri Cloud Shell.

        Vai a Cloud Shell

      3. Vai alla directory di lavoro ed elimina il deployment per pulire le VM e i dischi permanenti dell'installazione non riuscita:

        terraform destroy

        Quando ti viene chiesto di approvare l'azione, inserisci yes.

      4. Esegui di nuovo il deployment.

Controlla la configurazione della VM

  1. Dopo il deployment dell'istanza VM senza errori, connettiti alla VM utilizzando SSH. Nella pagina Istanze VM di Compute Engine, puoi fare clic sul pulsante SSH per la tua VM oppure utilizzare il metodo SSH che preferisci.

  2. Passa all'utente root.

    sudo su -

  3. Al prompt dei comandi, inserisci df -h. Assicurati di visualizzare un output simile al seguente:

    Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       4.0M  8.0K  4.0M   1% /dev
tmpfs                           52G     0   52G   0% /dev/shm
tmpfs                           21G   18M   21G   1% /run
tmpfs                          4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sda3                       30G  4.3G   26G  15% /
/dev/sda2                       20M  2.9M   18M  15% /boot/efi
tmpfs                           11G     0   11G   0% /run/user/0
/dev/mapper/vg_db2sid-vol       15G   48M   15G   1% /db2/AS1
/dev/mapper/vg_db2dump-vol      15G   48M   15G   1% /db2/AS1/db2dump
/dev/mapper/vg_db2sapdata-vol   50G   84M   50G   1% /db2/AS1/sapdata
/dev/mapper/vg_db2saptmp-vol    20G   53M   20G   1% /db2/AS1/saptmp
/dev/mapper/vg_db2log-vol       30G   63M   30G   1% /db2/AS1/log_dir
/dev/mapper/vg_db2home-vol      15G   48M   15G   1% /db2/db2as1
/dev/mapper/vg_db2backup-vol   100G  135M  100G   1% /db2backup
/dev/mapper/vg_usrsap-vol       15G  200M   15G   2% /usr/sap
/dev/mapper/vg_sapmnt-vol       15G   48M   15G   1% /sapmnt
tmpfs                           11G     0   11G   0% /run/user/1000

  4. Per confermare che la directory di scambio sia stata creata, esegui il comando seguente:

    cat /proc/meminfo | grep Swap

    Dovresti vedere un output simile al seguente:

    SwapCached:            0 kB
SwapTotal:      25161724 kB
SwapFree:       25161724 kB

Ripulisci e riprova a eseguire il deployment

Se uno dei passaggi di verifica del deployment nelle sezioni precedenti indica che l'installazione non è andata a buon fine, devi annullare il deployment e riprovare completando i seguenti passaggi:

  1. Risolvi eventuali errori per assicurarti che il deployment non abbia più errori per lo stesso motivo. Per informazioni su come controllare i log o risolvere gli errori relativi alla quota, consulta Controllare i log.

  2. Apri Cloud Shell o, se hai installato Google Cloud CLI sul tuo server quindi apri un terminale.

    Apri Cloud Shell

  3. Vai alla directory che contiene il file di configurazione di Terraform usati per questo deployment.

  4. Elimina tutte le risorse che fanno parte del deployment eseguendo il seguente comando:

    terraform destroy

    Quando ti viene chiesto di approvare l'azione, inserisci yes.

  5. Riprova a eseguire il deployment come indicato in precedenza in questa guida.

Installazione del server di database

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

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

Per installare IBM Db2 sulla VM Linux:

  1. Stabilisci una connessione SSH alla VM basata su Linux.

  2. Scarica o copia il set di media SAP completo per IBM Db2 nella tua VM.

    Puoi scaricare il set di supporti SAP dal portale di assistenza SAP.

  3. Installa il server di database IBM Db2 con SAP Software Provisioning Gestore.

  4. Installa il file della licenza IBM Db2.

    Per ulteriori informazioni sull'installazione di una licenza IBM Db2 ottenuta da SAP, consulta la nota SAP 816773 - DB6: installazione di una licenza OEM SAP.

Convalida l'installazione dell'agente di Google Cloud per SAP

Dopo aver eseguito il deployment di una VM e installato il sistema SAP, verifica che l'agente di Google Cloud per SAP funzioni correttamente.

Verificare che l'agente di Google Cloud per SAP sia in esecuzione

Per verificare che l'agente sia in esecuzione, segui questi passaggi:

  1. Stabilisci una connessione SSH di un'istanza VM host.

  2. Esegui questo comando: 

    systemctl status google-cloud-sap-agent

    Se l'agente funziona correttamente, l'output contiene active (running). Ad esempio: 

    google-cloud-sap-agent.service - Google Cloud Agent for SAP
Loaded: loaded (/usr/lib/systemd/system/google-cloud-sap-agent.service; enabled; vendor preset: disabled)
Active:  active (running)  since Fri 2022-12-02 07:21:42 UTC; 4 days ago
Main PID: 1337673 (google-cloud-sa)
Tasks: 9 (limit: 100427)
Memory: 22.4 M (max: 1.0G limit: 1.0G)
CGroup: /system.slice/google-cloud-sap-agent.service
       └─1337673 /usr/bin/google-cloud-sap-agent

Se l'agente non è in esecuzione, riavvialo.

Verificare che l'agente host SAP riceva le metriche

Per verificare che le metriche dell'infrastruttura siano raccolte l'agente Google Cloud per SAP e inviato correttamente a SAP Host Agent. segui questi passaggi:

  1. Nel sistema SAP, inserisci la transazione ST06.

  2. Nel riquadro Panoramica, verifica la disponibilità e il contenuto seguenti campi per la corretta configurazione end-to-end dei server SAP e di Google dell'infrastruttura di monitoraggio:

    • Fornitore di servizi cloud: Google Cloud Platform
    • Accesso a monitoraggio avanzato: TRUE
    • Dettagli sul monitoraggio avanzato: ACTIVE

Esecuzione di attività post-deployment

Prima di utilizzare la tua istanza IBM Db2, ti consigliamo di eseguire le seguenti operazioni Passaggi post-deployment:

  1. Aggiorna il software IBM Db2 con le patch più recenti, se disponibili.
  2. Installa eventuali 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 utilizzato con IBM Db2.

Risoluzione dei problemi

Questa sezione contiene informazioni su come correggere i problemi più comuni.

Risoluzione dei problemi di connessione alla VM

Se hai problemi a connetterti alla VM tramite ssh, assicurati di hai creato una regola firewall per aprire la porta 22 sulla rete Google Cloud che stai utilizzando.

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

Risoluzione dei problemi dell'agente di monitoraggio di Google

Per risolvere i problemi relativi all'agente Monitoring per SAP NetWeaver, vedi Risoluzione dei problemi di monitoraggio.