Automatisierte VM-Bereitstellung für IBM Db2 unter Linux für SAP

In diesem Bereitstellungsleitfaden wird erläutert, wie Sie die Google Cloud-Ressourcen für eine IBM Db2-Instanz unter Linux bereitstellen, die SAP-Anwendungen unterstützt.

In den Anleitungen in diesem Leitfaden wird Terraform verwendet, um die VM, das Linux-Betriebssystem und die erforderlichen Laufwerks-Volumes für IBM Db2 bereitzustellen und zu konfigurieren sowie den Monitoring-Agent von Google Cloud für SAP NetWeaver zu installieren.

Ausführliche Informationen zur Planung Ihrer Bereitstellung finden Sie in der Anleitung zur Planung von IBM Db2 für SAP.

Vorbereitung

Wenn Ihre SAP-Arbeitslast die Anforderungen an den Datenstandort, die Zugriffssteuerung oder die Supportmitarbeiter oder gesetzliche Anforderungen erfüllen muss, müssen Sie den erforderlichen Assured Workloads-Ordner erstellen. Weitere Informationen finden Sie unter Compliance und Steuerung der Datenhoheit für SAP in Google Cloud.

Wenn Sie noch kein Google Cloud-Projekt mit aktivierter Abrechnung haben, müssen Sie ein solches erstellen, bevor Sie eine virtuelle Maschine (VM) für Ihre IBM Db2-Installation bereitstellen können.

Projekt erstellen

Melden Sie sich bei Ihrem Google Cloud-Konto an. Wenn Sie mit Google Cloud noch nicht vertraut sind, erstellen Sie ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis sehen und bewerten zu können. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.

Wählen Sie in der Google Cloud Console auf der Seite der Projektauswahl ein Google Cloud-Projekt aus oder erstellen Sie eines.

Zur Projektauswahl

Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

Wählen Sie in der Google Cloud Console auf der Seite der Projektauswahl ein Google Cloud-Projekt aus oder erstellen Sie eines.

Zur Projektauswahl

Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

`gcloud`-Befehlsumgebung konfigurieren

In dieser Anleitung werden gcloud-Befehle für die Bereitstellung oder Konfiguration Ihrer Google Cloud-Ressourcen mit Cloud Shell eingegeben. Auf Cloud Shell greifen Sie in Ihrem Browser über die Google Cloud Console zu.

Cloud Shell wird auf einer VM ausgeführt, die von Google Cloud bei jedem Start von Cloud Shell bereitgestellt wird. Wenn Sie Cloud Shell zum ersten Mal verwenden, erstellt Google Cloud für Sie auch ein nichtflüchtiges $HOME-Verzeichnis, das jedes Mal wiederhergestellt wird, wenn Sie Cloud Shell öffnen.

Die bereitgestellte VM enthält das neueste Google Cloud CLI. Daher verwenden Sie in Cloud Shell dieselben gcloud-Befehle wie in einer lokal installierten Instanz der gcloud CLI.

Wenn die gcloud CLI installiert ist, können Sie die gcloud-Befehle in dieser Anleitung auf Ihrem lokalen Computer ausführen. Bei einer lokal installierten gcloud CLI müssen Sie jedoch immer darauf achten, dass Sie die neueste Version der gcloud CLI verwenden.

Unabhängig davon, ob Sie Cloud Shell oder die gcloud CLI verwenden, können Sie die Attribute Ihrer gcloud-Befehlsumgebung festlegen und ändern und als Konfiguration speichern. Konfigurationen sind Sammlungen von Schlüssel/Wert-Paaren, die das Verhalten der gcloud-Befehle beeinflussen.

Zu den grundlegenden Aktionen, die Sie mit einer Konfiguration in Cloud Shell ausführen können, gehören:

Konfiguration initialisieren:
```
gcloud init
```
Die Einstellungen Ihrer aktuellen gcloud-Konfiguration prüfen:
```
gcloud config list
```
Wechseln Sie zum erforderlichen Google Cloud-Projekt. Ersetzen Sie PROJECT_ID durch die ID Ihres Google Cloud-Projekts.
```
gcloud config set project PROJECT_ID
```
Eine Standardregion festlegen. Ersetzen Sie REGION durch eine Google Cloud-Region.
```
gcloud config set compute/region REGION
```
Eine Standardzone festlegen. Ersetzen Sie ZONE durch eine Google Cloud-Zone.
```
gcloud config set compute/zone ZONE
```
Eine neue Konfiguration erstellen. Ersetzen Sie NAME durch den Namen für die Konfiguration.
```
gcloud config configurations create NAME
```

Weitere Informationen zum Arbeiten mit Konfigurationen finden Sie unter Konfigurationen der gcloud CLI verwalten.

Netzwerk erstellen

Erstellen Sie aus Sicherheitsgründen ein neues Netzwerk. Durch das Festlegen von Firewallregeln oder die Nutzung eines anderen Verfahrens der Zugriffskontrolle steuern Sie, wer Zugriff hat.

Wenn Ihr Projekt ein Standard-VPC-Netzwerk (Virtual Private Cloud) hat, verwenden Sie es nicht. Erstellen Sie stattdessen Ihr eigenes VPC-Netzwerk, sodass nur die von Ihnen explizit formulierten Firewallregeln gelten.

Während der Bereitstellung müssen VM-Instanzen normalerweise auf das Internet zugreifen können, um den Google Cloud-Agent für SAP herunterzuladen. Wenn Sie eines der von SAP zertifizierten Linux-Images verwenden, die in Google Cloud verfügbar sind, benötigen die VM-Instanzen außerdem einen Internetzugang, um die Lizenz zu registrieren und auf Repositories von Betriebssystemanbietern zuzugreifen. Eine Konfiguration mit einem NAT-Gateway und VM-Netzwerk-Tags unterstützt diesen Zugriff selbst dann, wenn die Ziel-VMs keine externen IP-Adressen haben.

Führen Sie die folgenden Schritte aus, um ein VPC-Netzwerk für Ihr Projekt zu erstellen:

Erstellen Sie ein Netzwerk im benutzerdefinierten Modus. Weitere Informationen finden Sie unter Netzwerk im benutzerdefinierten Modus erstellen.
Erstellen Sie ein Subnetzwerk und geben Sie die Region und den IP-Adressbereich an. Weitere Informationen finden Sie unter Subnetze hinzufügen.

NAT-Gateway einrichten

Wenn Sie eine oder mehrere VMs ohne öffentliche IP-Adressen erstellen müssen, müssen Sie die Network Address Translation (NAT) verwenden, damit die VMs auf das Internet zugreifen können. Verwenden Sie Cloud NAT, einen verteilten, softwarebasierten verwalteten Dienst von Google Cloud, der es VMs ermöglicht, ausgehende Pakete an das Internet zu senden und entsprechende eingehende Antwortpakete zu empfangen. Alternativ können Sie eine separate VM als NAT-Gateway einrichten.

Informationen zum Erstellen einer Cloud NAT-Instanz für Ihr Projekt finden Sie unter Cloud NAT verwenden.

Nachdem Sie Cloud NAT für Ihr Projekt konfiguriert haben, können Ihre VM-Instanzen ohne öffentliche IP-Adressen sicher auf das Internet zugreifen.

Firewallregeln hinzufügen

Standardmäßig werden von außerhalb Ihres Google Cloud-Netzwerks eingehende Verbindungen blockiert. Wenn Sie eingehende Verbindungen zulassen möchten, richten Sie für Ihre VM eine entsprechende Firewallregel ein. Firewallregeln regulieren nur neue eingehende Verbindungen zu einer VM. Nachdem eine Verbindung zu einer VM hergestellt wurde, ist Traffic über diese Verbindung in beide Richtungen zulässig.

Sie können eine Firewallregel erstellen, um den Zugriff auf bestimmte Ports oder zwischen VMs im selben Subnetzwerk zuzulassen.

Erstellen Sie Firewallregeln, um den Zugriff für Folgendes zu ermöglichen:

Die von SAP NetWeaver verwendeten Standardports, wie unter TCP/IP-Ports aller SAP-Produkte dokumentiert.
Verbindungen von Ihrem Computer oder dem Unternehmensnetzwerk aus zu Ihrer Compute Engine-VM-Instanz. Wenn Sie sich nicht sicher sind, welche IP-Adresse Sie verwenden sollen, wenden Sie sich an den Netzwerkadministrator Ihres Unternehmens.
Kommunikation zwischen VMs in einer dreistufigen Konfiguration, einer horizontal skalierbaren Konfiguration oder einer Hochverfügbarkeitskonfiguration. Wenn Sie beispielsweise ein dreistufiges System bereitstellen, befinden sich mindestens zwei VMs in Ihrem Subnetzwerk: die VM für SAP NetWeaver und eine andere VM für den Datenbankserver. Damit eine Kommunikation zwischen beiden VMs stattfinden kann, müssen Sie eine Firewallregel erstellen, die Traffic aus dem Subnetzwerk zulässt.

Informationen zum Erstellen der Firewallregeln für Ihr Projekt finden Sie unter Firewallregeln erstellen.

Linux-VM für Db2 mit Terraform bereitstellen

In der folgenden Anleitung wird Terraform verwendet, um eine VM-Instanz mit Linux und allen nichtflüchtigen Speichern bereitzustellen, die von IBM Db2 zur Unterstützung von SAP-Anwendungen benötigt werden. Die Werte für die Installation definieren Sie in einer von Google Cloud bereitgestellten sap_db2.tf-Konfigurationsdatei.

In der folgenden Anleitung wird Cloud Shell verwendet. Sie können stattdessen aber auch Terraform in Ihrem lokalen Terminal verwenden, wenn Sie dies vorziehen.

Öffnen Sie Cloud Shell.

Cloud Shell öffnen
Laden Sie die sap_db2.tf-Konfigurationsdatei in Ihr Arbeitsverzeichnis herunter. Geben Sie dazu den folgenden Befehl in Cloud Shell ein:
```
wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/terraform/sap_db2.tf
```
Öffnen Sie die Datei sap_db2.tf im Cloud Shell-Code-Editor.

Klicken Sie zum Öffnen des Cloud Shell-Code-Editors auf Editor öffnen.

Aktualisieren Sie in der Datei sap_db2.tf die folgenden Argumentwerte. Ersetzen Sie dazu den Inhalt innerhalb der doppelten Anführungszeichen durch die Werte für Ihre Installation.

Die meisten optionalen Argumente haben einen Standardwert. Wenn Sie kein optionales Argument angeben, verwendet die Terraform-Konfiguration gegebenenfalls den Standardwert dieses Arguments.

Argument	Datentyp	Beschreibung
`source`	String	Gibt den Speicherort und die Version des Terraform-Moduls an, das während der Bereitstellung verwendet werden soll. Die Konfigurationsdatei `sap_db2.tf` enthält zwei Instanzen des Arguments `source`: eine aktive und eine als Kommentar. Das standardmäßig aktive Argument `source` gibt `latest` als Modulversion an. Die zweite Instanz des Arguments `source`, die standardmäßig durch ein führendes `#`-Zeichen deaktiviert ist, gibt einen Zeitstempel an, der eine Modulversion identifiziert. Wenn alle Ihre Bereitstellungen dieselbe Modulversion verwenden müssen, entfernen Sie das führende `#`-Zeichen aus dem Argument `source`, das den Zeitstempel der Version angibt, und fügen Sie es dem Argument `source` hinzu, das `latest` angibt.
`project_id`	String	Geben Sie die ID Ihres Google Cloud-Projekts an, in dem Sie dieses System bereitstellen. Beispiel: `my-project-x`.
`zone`	String	Geben Sie die Zone an, in der Sie das SAP-System bereitstellen. Die Zone muss sich in derselben Region befinden, die Sie für Ihr Subnetz ausgewählt haben. Wenn Ihr Subnetz beispielsweise in der Region `us-central1` bereitgestellt wird, können Sie eine Zone wie `us-central1-a` angeben.
`machine_type`	String	Geben Sie den Typ der virtuellen Maschine (VM) von Compute Engine an, auf der Sie Ihr SAP-System ausführen müssen. Wenn Sie einen benutzerdefinierten VM-Typ benötigen, geben Sie einen vordefinierten VM-Typ mit einer Anzahl an vCPUs an, die der benötigten Anzahl am nächsten kommt, aber noch darüber liegt. Wenn die Bereitstellung abgeschlossen ist, ändern Sie die Anzahl der vCPUs und den Umfang des Arbeitsspeichers. Beispiel: `n1-highmem-32`.
`subnetwork`	String	Geben Sie den Namen des Subnetzwerks an, das Sie in einem vorherigen Schritt erstellt haben. Wenn die Bereitstellung in einer freigegebenen VPC erfolgt, geben Sie diesen Wert als `SHARED_VPC_PROJECT_ID/SUBNETWORK` an. Beispiel: `myproject/network1`.
`linux_image`	String	Geben Sie den Namen des Linux-Betriebssystem-Images an, auf dem Sie Ihr SAP-System bereitstellen möchten. Beispiel: `rhel-9-2-sap-ha` oder `sles-15-sp5-sap`. Eine Liste der verfügbaren Betriebssystem-Images finden Sie auf der Seite Images in der Google Cloud Console.
`linux_image_project`	String	Geben Sie das Google Cloud-Projekt an, in dem das Image enthalten ist, das Sie für das Argument `linux_image` angegeben haben. Dieses Projekt kann Ihr eigenes Projekt oder ein Google Cloud-Image-Projekt sein. Geben Sie für ein Compute Engine-Image entweder `rhel-sap-cloud` oder `suse-sap-cloud` an. Weitere Informationen zum Image-Projekt für Ihr Betriebssystem finden Sie unter Details zu Betriebssystemen.
`instance_name`	String	Geben Sie einen Namen für die Host-VM-Instanz an. Der Name darf Kleinbuchstaben, Zahlen und Bindestriche enthalten. Die VM-Instanzen für die Worker- und Standby-Hosts verwenden denselben Namen mit angehängtem `w` und Hostnummer.
`db2_sid`	String	Geben Sie die SID Ihrer IBM Db2-Datenbankinstanz an. Die ID muss aus drei alphanumerischen Zeichen bestehen und mit einem Buchstaben beginnen. Alle Buchstaben müssen Großbuchstaben sein. Beispiel: `ED1`.
`db2_sid_size`	Integer	Optional. Geben Sie die Größe in GB für das Volume `/db2/DBSID` an. Dies ist das Stammverzeichnis Ihrer IBM Db2-Datenbankinstanz. Die Mindestgröße beträgt 8 GB. Der Standardwert ist `8`.
`db2_home_size`	Integer	Optional. Geben Sie die Größe in GB für das Volume `/db2/db2DBSID` an. Dies ist das Basisverzeichnis der IBM Db2-Datenbankinstanz. Die Mindestgröße beträgt 8 GB. Der Standardwert ist `8`.
`db2_dump_size`	Integer	Optional. Geben Sie die Größe für das Volume `/db2/DBSID/db2dump` in GB an, das die Dumpdateien Ihrer IBM Db2-Datenbankinstanz enthält. Die Mindestgröße beträgt 8 GB. Der Standardwert ist `8`.
`db2_sap_temp_size`	Integer	Optional. Geben Sie die Größe für das Volume `/db2/DBSID/saptmp` in GB an, das den temporären Tablespace der Datenbankinstanz enthält. Die Mindestgröße beträgt 8 GB. Der Standardwert ist `8`.
`db2_sap_data_size`	Integer	Optional. Geben Sie die Größe in GB für das Volume `/db2/DBSID/sapdata` an, das die Datendateien der Datenbank enthält. Die Mindestgröße beträgt 30 GB. Der Standardwert ist `30`.
`db2_sap_data_ssd`	Boolesch	Optional. Geben Sie `true` an, um einen nichtflüchtigen SSD-Speicher für das Volume `/db2/DBSID/sapdata` bereitzustellen. Wenn Sie `false` angeben, wird ein abgestimmter nichtflüchtiger Speicher bereitgestellt. Der Standardwert ist `true`.
`db2_log_size`	Integer	Optional. Geben Sie die Größe in GB für das Volume `/db2/DBSID/logdir` an, das die Transaktionslogs der Datenbank enthält. Die Mindestgröße beträgt 8 GB. Der Standardwert ist `8`.
`db2_log_ssd`	Boolesch	Optional. Geben Sie `true` an, um einen nichtflüchtigen SSD-Speicher für das Volume `/db2/DBSID/logdir` bereitzustellen. Wenn Sie `false` angeben, wird ein abgestimmter nichtflüchtiger Speicher bereitgestellt. Der Standardwert ist `true`.
`db2_backup_size`	Integer	Optional. Geben Sie die Größe in GB für das Volume `/db2backup` an, das die Datenbanksicherungen enthält. Wenn Sie dieses Argument nicht angeben oder den Wert auf `0` setzen, wird für das Volume `/db2backup` kein Laufwerk bereitgestellt.
`usr_sap_size`	Integer	Wenn Sie IBM Db2 und SAP NetWeaver auf derselben VM-Instanz ausführen möchten, geben Sie die Größe des Laufwerks `/usr/sap` in GB an. Wenn Sie dieses Argument nicht angeben oder den Wert auf `0` setzen, wird für das Volume `/usr/sap` kein Laufwerk bereitgestellt.
`sap_mnt_size`	Integer	Wenn Sie IBM Db2 und SAP NetWeaver auf derselben VM-Instanz ausführen möchten, geben Sie die Größe des Laufwerks `/sapmnt` in GB an. Wenn Sie dieses Argument nicht angeben oder den Wert auf `0` setzen, wird für das Volume `/sapmnt` kein Laufwerk bereitgestellt.
`swap_size`	Integer	Wenn Sie IBM Db2 und SAP NetWeaver auf derselben VM-Instanz ausführen möchten, geben Sie die Größe des Auslagerungs-Volumes in GB an. Wenn Sie dieses Argument nicht angeben oder den Wert auf `0` setzen, wird für das Auslagerungs-Volume kein Laufwerk bereitgestellt.
`network_tags`	String	Optional. Geben Sie ein oder mehrere kommagetrennte Netzwerk-Tags an, die Sie zu Firewall- oder Routingzwecken mit Ihren VM-Instanzen verknüpfen möchten. Wenn Sie `public_ip = false`, aber kein Netzwerk-Tag angeben, müssen Sie eine andere Möglichkeit für den Zugriff auf das Internet bereitstellen.
`public_ip`	Boolesch	Optional. Legt fest, ob Ihre VM-Instanz eine öffentliche IP-Adresse erhält. Der Standardwert ist `true`. Achtung: Geben Sie `false` nur dann an, wenn Sie ein NAT-Gateway mit einem für die VM definierten Netzwerk-Tag konfiguriert haben oder Sie der VM eine andere Route zum Internet bereitgestellt haben. Wenn keine Route zum Internet angegeben ist, schlägt die Installation fehl.
`service_account`	String	Optional. Geben Sie die E-Mail-Adresse eines nutzerverwalteten Dienstkontos an, das von den Host-VMs und den darauf ausgeführten Programmen verwendet werden soll. Beispiel: `svc-acct-name@project-id.iam.gserviceaccount.com`. Wenn Sie dieses Argument ohne Wert angeben oder weglassen, verwendet das Installationsskript das Compute Engine-Standarddienstkonto. Weitere Informationen finden Sie unter Identitäts- und Zugriffsverwaltung für SAP-Programme in Google Cloud.
`sap_deployment_debug`	Boolesch	Optional. Geben Sie `true` nur dann an, wenn Sie von Cloud Customer Care aufgefordert werden, das Debugging für Ihre Bereitstellung zu aktivieren, da hierdurch ausführliche Bereitstellungslogs generiert werden. Der Standardwert ist `false`.
`reservation_name`	String	Optional. Um eine bestimmte Compute Engine-VM-Reservierung für diese Bereitstellung zu verwenden, geben Sie den Namen der Reservierung an. Standardmäßig wählt das Installationsskript basierend auf den folgenden Bedingungen jede verfügbare Compute Engine-Reservierung aus. Damit eine Reservierung unabhängig davon verwendet werden kann, ob Sie einen Namen angeben oder dieser vom Installationsskript automatisch ausgewählt wird, muss die Reservierung so festgelegt werden: Die Option `specificReservationRequired` ist auf `true` oder in der Google Cloud Console auf Bestimmte Reservierung auswählen festgelegt. Einige Compute Engine-Maschinentypen unterstützen CPU-Plattformen, die nicht von der SAP-Zertifizierung des Maschinentyps abgedeckt sind. Wenn die Zielreservierung für einen der folgenden Maschinentypen gilt, muss die Reservierung die Mindest-CPU-Plattformen angeben: `n1-highmem-32`: Intel Broadwell `n1-highmem-64`: Intel Broadwell `n1-highmem-96`: Intel Skylake `m1-megamem-96`: Intel Skylake Die Mindest-CPU-Plattformen für alle anderen Maschinentypen, die von SAP für die Verwendung in Google Cloud zertifiziert sind, entsprechen der Mindest-CPU-Anforderung von SAP.

Die folgende Beispieldatei sap_db2.tf erstellt eine VM, die für die Ausführung des IBM Db2-Datenbankservers und von SAP NetWeaver konfiguriert ist. Die Konfigurationsdatei weist Terraform an, eine VM n1-standard-16 bereitzustellen, auf der ein Betriebssystem SLES 15 SP3 ausgeführt wird. Die VM enthält alle Verzeichnisse, die zum Ausführen von IBM Db2 mit SAP NetWeaver benötigt werden.

#
# ...
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
  # ...
}

So initialisieren Sie Ihr aktuelles Arbeitsverzeichnis und laden das Plug-in und die Moduldateien des Terraform-Anbieters für Google Cloud herunter:
```
terraform init
```
Mit dem Befehl terraform init wird Ihr Arbeitsverzeichnis für andere Terraform-Befehle vorbereitet.

Wenn Sie eine Aktualisierung der Plug-in- und Konfigurationsdateien des Anbieters in Ihrem Arbeitsverzeichnis erzwingen möchten, geben Sie das Flag --upgrade an. Wenn das Flag --upgrade weggelassen wird und Sie keine Änderungen in Ihrem Arbeitsverzeichnis vornehmen, verwendet Terraform die lokal im Cache gespeicherten Kopien, auch wenn in der source-URL der Wert latest angegeben ist.
```
terraform init --upgrade 
```
Optional können Sie den Terraform-Ausführungsplan so erstellen:
```
terraform plan
```
Der Befehl terraform plan zeigt die Änderungen an, die für Ihre aktuelle Konfiguration erforderlich sind. Wenn Sie diesen Schritt überspringen, wird mit dem Befehl terraform apply automatisch ein neuer Plan erstellt und Sie werden aufgefordert, diesen zu genehmigen.
So wenden Sie den Ausführungsplan an:
```
terraform apply
```
Wenn Sie aufgefordert werden, die Aktionen zu genehmigen, geben Sie yes ein.

Der Terraform-Befehl apply richtet die Google Cloud-Infrastruktur gemäß den Argumenten ein, die in der Terraform-Konfigurationsdatei definiert sind. Der Vorgang kann einige Minuten dauern. Führen Sie die Schritte im nächsten Abschnitt aus, um den Fortschritt des Deployments zu überprüfen.
Wenn es für Sie nötig ist, dass Compute Engine nach der Bereitstellung der VM-Instanz das Bootlaufwerk für den Fall speichert, dass die VM-Instanz gelöscht wird, führen Sie die folgenden Schritte aus:
1. Öffnen Sie in der Google Cloud Console die Seite Compute Engine-VM-Instanzen:
  
  Zu Seite „VM-Instanzen“
2. Klicken Sie auf den Namen der VM-Instanz, um die Seite VM-Instanzdetails für Ihre VM-Instanz zu öffnen.
3. Klicken Sie auf Bearbeiten.
4. Achten Sie darauf, dass im Abschnitt Bootlaufwerk für die Löschregel die Option Laufwerk behalten ausgewählt ist.
5. Klicken Sie auf Speichern.

Deployment überprüfen

Zum Prüfen der Bereitstellung prüfen Sie die Bereitstellungslogs in Cloud Logging und die Konfiguration der VM.

Log prüfen

Öffnen Sie in der Google Cloud Console „Cloud Logging“, um den Installationsfortschritt zu überwachen und nach Fehlern zu suchen.

Hinweis: Wenn Sie diesen Schritt in Cloud Logging ausführen, können Kosten anfallen. Weitere Informationen finden Sie unter Cloud Logging – Preise.

Zu Cloud Logging
Filtern Sie die Logs:
Log-Explorer
1. Wechseln Sie auf der Seite Log-Explorer zum Bereich Abfrage.
2. Wählen Sie im Drop-down-Menü Ressource die Option Global aus und klicken Sie dann auf Hinzufügen.
  
  Wenn die Option Global nicht angezeigt wird, geben Sie im Abfrageeditor die folgende Abfrage ein:
```
resource.type="global"
"Deployment"
```
3. Klicken Sie auf Abfrage ausführen.
Legacy-Loganzeige
- Wählen Sie auf der Seite Legacy-Loganzeige im einfachen Auswahlmenü die Option Global als Logging-Ressource aus.
Analysieren Sie die gefilterten Logs:
- Wenn "--- Finished" angezeigt wird, ist die Verarbeitung des Deployments abgeschlossen und Sie können mit dem nächsten Schritt fortfahren.
- Wenn ein Kontingentfehler auftritt:
  1. Erhöhen Sie auf der Seite IAM & Verwaltung > Kontingente alle Kontingente, die die IBM Db2-Anforderungen nicht erfüllen, welche aufgelistet sind unter
  2. Cloud Shell öffnen
    
    Zu Cloud Shell
  3. Wechseln Sie zu Ihrem Arbeitsverzeichnis und löschen Sie das Deployment, um die VMs und nichtflüchtigen Speicher aus der fehlgeschlagenen Installation zu entfernen:
```
terraform destroy
```
    Wenn Sie aufgefordert werden, die Aktion zu genehmigen, geben Sie yes ein.
  4. Führen Sie die Bereitstellung noch einmal aus.

Konfiguration der VM prüfen

Wenn die VM-Instanz fehlerfrei bereitgestellt wurde, stellen Sie eine SSH-Verbindung zur VM her. Sie können wahlweise in Compute Engine auf der Seite VM-Instanzen auf die Schaltfläche SSH für Ihre VM klicken oder Ihre bevorzugte SSH-Methode verwenden.
Wechseln Sie zum Root-Nutzer.
```
sudo su -
```

Geben Sie bei der Eingabeaufforderung df -h ein. Prüfen Sie, ob eine Ausgabe ähnlich der folgenden angezeigt wird:

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

Führen Sie den folgenden Befehl aus, um zu prüfen, ob das Auslagerungsverzeichnis erstellt wurde:
```
cat /proc/meminfo | grep Swap
```
Die Ausgabe sollte in etwa so aussehen:
```
SwapCached:            0 kB
SwapTotal:      25161724 kB
SwapFree:       25161724 kB
```

Führen Sie eine Bereinigung durch und wiederholen Sie die Bereitstellung.

Wenn einer der Schritte zur Bereitstellungsprüfung in den vorherigen Abschnitten zeigt, dass die Installation nicht erfolgreich war, müssen Sie die Bereitstellung rückgängig machen und es noch einmal ausführen. Gehen Sie dazu so vor:

Beheben Sie alle Fehler, um sicherzustellen, dass Ihre Bereitstellung nicht aus demselben Grund fehlschlägt. Informationen zum Prüfen der Logs oder zum Beheben von kontingentbezogenen Fehlern finden Sie unter Logs prüfen.
Öffnen Sie Cloud Shell. Wenn Sie die Google Cloud CLI auf Ihrer lokalen Workstation installiert haben, öffnen Sie stattdessen ein Terminal.

Cloud Shell öffnen
Wechseln Sie zu dem Verzeichnis, das die Terraform-Konfigurationsdatei enthält, die Sie für diese Bereitstellung verwendet haben.
Löschen Sie alle Ressourcen, die Teil Ihrer Bereitstellung sind, indem Sie den folgenden Befehl ausführen:
```
terraform destroy
```
Wenn Sie aufgefordert werden, die Aktion zu genehmigen, geben Sie yes ein.
Wiederholen Sie Ihre Bereitstellung wie zuvor in dieser Anleitung beschrieben.

Datenbankserver installieren

Nachdem das Betriebssystem konfiguriert ist, können Sie den IBM Db2-Datenbankserver installieren.

Eine Anleitung zur Installation von SAP NetWeaver mit IBM Db2 finden Sie in der für Ihr SAP NetWeaver-System spezifischen Installationsanleitung.

So installieren Sie IBM Db2 auf Ihrer Linux-VM:

Stellen Sie eine SSH-Verbindung zu Ihrer Linux-basierten VM her.
Laden Sie den vollständigen SAP-Mediensatz für IBM Db2 auf Ihre VM herunter oder kopieren Sie ihn.

Sie können den SAP-Mediensatz vom SAP-Supportportal herunterladen.
Installieren Sie den IBM Db2-Datenbankserver mit dem SAP Software Provisioning Manager.
Installieren Sie die IBM Db2-Lizenzdatei.

Weitere Informationen zum Installieren einer von SAP bezogenen IBM Db2-Lizenz finden Sie im SAP-Hinweis 816773 – DB6: SAP-OEM-Lizenz installieren.

Installation des Google Cloud-Agents für SAP prüfen

Nachdem Sie eine VM bereitgestellt und Ihr SAP-System installiert haben, prüfen Sie, ob der Google Cloud-Agent für SAP ordnungsgemäß funktioniert.

Ausführung des Google Cloud-Agents für SAP prüfen

So prüfen Sie, ob der Agent ausgeführt wird:

Stellen Sie eine SSH-Verbindung zu Ihrer Host-VM-Instanz her.

Führen Sie dazu diesen Befehl aus:

systemctl status google-cloud-sap-agent

Wenn der Agent ordnungsgemäß funktioniert, enthält die Ausgabe active (running). Beispiel:

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

Wenn der Agent nicht ausgeführt wird, starten Sie den Agent neu.

Prüfen, ob der SAP-Host-Agent Messwerte empfängt

Führen Sie die folgenden Schritte aus, um zu prüfen, ob die Infrastrukturmesswerte vom Agent von Google Cloud für SAP erfasst und korrekt an den SAP-Host-Agent gesendet werden:

Geben Sie in Ihrem SAP-System Transaktion ST06 ein.
Kontrollieren Sie im Übersichtsbereich die Verfügbarkeit und den Inhalt der folgenden Felder, um die korrekte End-to-End-Einrichtung der SAP- und Google-Monitoring-Infrastruktur zu überprüfen:
- Cloud-Anbieter: Google Cloud Platform
- Zugriff für erweitertes Monitoring: TRUE
- Details für erweitertes Monitoring: ACTIVE

Aufgaben nach dem Deployment ausführen

Bevor Sie Ihre IBM Db2-Instanz verwenden, sollten Sie nach der Bereitstellung diese Schritte ausführen:

Aktualisieren Sie die IBM Db2-Software mit den neuesten Patches, falls verfügbar.
Installieren Sie alle zusätzlichen Komponenten.
Konfigurieren Sie die neue IBM Db2-Datenbank und sichern Sie sie.

Weitere Anleitungen zu Aufgaben nach der Bereitstellung finden Sie unter "Aufgaben nach der Bereitstellung" in der entsprechenden Installationsanleitung für das SAP-System, das Sie mit IBM Db2 verwenden.

Fehlerbehebung

Dieser Abschnitt enthält Informationen zur Behebung häufiger Probleme.

Fehlerbehebung beim Herstellen einer Verbindung zu der VM

Wenn Sie Probleme damit haben, über ssh eine Verbindung zur VM herzustellen, prüfen Sie, ob Sie eine Firewallregel zum Öffnen von Port 22 im verwendeten Google Cloud-Netzwerk erstellt haben.

Weitere mögliche Probleme im Zusammenhang mit dem Herstellen einer ssh-Verbindung über den Browser finden Sie unter Bekannte Probleme.

Fehlerbehebung beim Monitoring-Agent von Google

Informationen zur Fehlerbehebung bei Problemen mit dem Monitoring-Agent für SAP NetWeaver finden Sie unter Fehlerbehebung beim Monitoring.

Automatisierte VM-Bereitstellung für IBM Db2 unter Linux für SAP

Vorbereitung

Projekt erstellen

gcloud-Befehlsumgebung konfigurieren

Netzwerk erstellen

NAT-Gateway einrichten

Firewallregeln hinzufügen

Linux-VM für Db2 mit Terraform bereitstellen

Deployment überprüfen

Log prüfen

Log-Explorer

Legacy-Loganzeige

Konfiguration der VM prüfen

Führen Sie eine Bereinigung durch und wiederholen Sie die Bereitstellung.

Datenbankserver installieren

Installation des Google Cloud-Agents für SAP prüfen

Ausführung des Google Cloud-Agents für SAP prüfen

Prüfen, ob der SAP-Host-Agent Messwerte empfängt

Aufgaben nach dem Deployment ausführen

Fehlerbehebung

Fehlerbehebung beim Herstellen einer Verbindung zu der VM

Fehlerbehebung beim Monitoring-Agent von Google

`gcloud`-Befehlsumgebung konfigurieren