Oracle Cloud Infrastructure-Dokumentation

VM-Cluster verwalten

Hier erfahren Sie, wie Sie Ihre VM-Cluster auf Exadata Cloud Infrastructure verwalten.

Verwandte Themen

Übergeordnetes Thema: Anleitungen

Einführung in das vertikale oder horizontale Skalieren

Mit der Funktion "Mehrere VMs pro Exadata-System" (MultiVM)" können Sie VM-Clusterressourcen vertikal oder horizontal skalieren.

Übergeordnetes Thema: VM-Cluster verwalten

VM-Ressourcen in Multi-VM-fähiger Infrastruktur skalieren

Erhöhen oder reduzieren Sie die OCPUs (ECPUs für X11M), den Speicher, den Speicher oder die lokale Datenträgergröße (/u02) sowie den Speicher, der für ein VM-Cluster verfügbar ist.

Hinweis

Oracle stoppt die Abrechnung nicht, wenn eine VM oder ein VM-Cluster gestoppt wird. Um die Abrechnung für ein VM-Cluster zu stoppen, senken Sie die Anzahl der OCPU (ECPUs for X11M) auf null.

Die Skalierung dieser Ressourcen erfordert ein gründliches Audit des vorhandenen Nutzungs- und Kapazitätsmanagements durch den DB-Administrator des Kunden. Prüfen Sie die aktuelle Auslastung, um Fehler während eines oder nach einem horizontalen Skalierungsvorgang zu vermeiden. Berücksichtigen Sie beim vertikalen Skalieren, wie viele dieser Ressourcen für das nächste VM-Cluster verbleiben, das Sie erstellen möchten. Oracle Exadata Database Service on Dedicated Infrastructure-Tooling berechnet die aktuelle Auslastung von Speicher, lokalem Datenträger und ASM-Speicher im VM-Cluster, fügt Headroom hinzu und ermittelt einen "Minimum"-Wert, der nicht unterschritten werden kann. Es wird erwartet, dass Sie einen Wert über diesem Mindestwert angeben.

Hinweis

  • Wenn Sie beim Erstellen oder Skalieren eines VM-Clusters die Anzahl der OCPUs (ECPUs für X11M) auf null setzen, wird das VM-Cluster beendet, und es erfolgt keine Abrechnung für dieses VM-Cluster mehr. Der Hypervisor reserviert jedoch weiterhin mindestens 2 OCPUs (8 ECPUs für X11M) für jede VM. Diese reservierten OCPUs (ECPUs für X11M) können keinen anderen VMs zugewiesen werden, obwohl die VM, der sie zugewiesen sind, heruntergefahren ist. Die Control Plane berücksichtigt keine reservierten OCPUs (ECPUs für X11M), wenn die maximal verfügbaren OCPUs (ECPUs für X11M) angezeigt werden. Daher sollten Sie diese reservierten OCPUs (ECPUs für X11M) berücksichtigen, wenn Sie nachfolgende Skalierungsvorgänge ausführen, um sicherzustellen, dass der Vorgang genügend OCPUs (ECPUs für X11M) abrufen kann, um den Vorgang erfolgreich abzuschließen.
  • Wenn die Differenz zwischen dem aktuellen Wert und dem Wert nach dem vertikalen oder horizontalen Skalieren kleiner als 2% ist, werden Arbeitsspeicher und /u02 dieser VM nicht geändert. Das liegt daran, dass die Speicheränderung einen Neustart der VM erfordert, und die Änderung von /u02 umfasst das Herunterfahren des Oracle Grid Infrastructure-Stacks und das Aufheben der Bereitstellung von /u02. Produktionskunden nehmen für eine so geringe Erhöhung oder Verminderung keine Skalierung vor, daher sind solche Anforderungen ein No-Op.
  • Sie können die folgenden Ressourcen in beliebigen Kombinationen horizontal skalieren:
    • OCPU (ECPU für X11M)
    • Speicher
    • Lokaler Speicher
    • Exadata-Speicher

    Jeder Skalierungsvorgang kann mehrere Minuten dauern. Die Zeit für jeden Vorgang hängt von der Aktivität im System ab. In der Regel sollten die meisten Vorgänge jedoch innerhalb von 15 Minuten für ein Quarter Rack, 20 Minuten für ein Half Rack und 30 Minuten für ein vollständiges oder größeres Rack abgeschlossen werden. Die Ausführung mehrerer OCPU-(ECPU für X11M-)Skalierungsvorgänge über einen kurzen Zeitraum kann die Zeit für den Abschluss verlängern. Obwohl online, wird die OCPU-Skalierung (ECPU für X11M) nicht auf allen VMs parallel implementiert, um Anomalien zu erkennen und vor ihnen zu schützen, bevor sie sich auf das gesamte System auswirken. Die Skalierung von Arbeitsspeicher und lokalem Speicher erfordert einen VM-Neustart und wird im Rolling-Modus jeweils eine VM ausgeführt.

    Wenn Sie mehrere Scale-Down-Vorgänge ausführen, wird jeder Vorgang seriell ausgeführt. Beispiel: Wenn Sie Speicher und lokalen Speicher über die Konsole skalieren, skaliert das System zunächst den Speicher, und wenn dieser Vorgang abgeschlossen ist, skaliert es den Speicher. Die Zeit für den Abschluss aller Vorgänge ist die Summe der Zeit für den Abschluss einzelner Vorgänge.

  • Speicherserver, die der Infrastruktur hinzugefügt wurden, aber noch nicht den Schritt "Kapazität hinzufügen" ausführen, werden keine Datenträgergruppen erstellt.

Größe von Arbeitsspeicher und Large Pages ändern

Sie können den Arbeitsspeicher des Datenbankservers in einem VM-Cluster vertikal skalieren (Scale-up/Scale-down). Für eine Skalierung des Arbeitsspeichers ist ein rollierender Neustart der Datenbankserver erforderlich.

Das Ändern des Arbeitsspeichers in einem VM-Cluster wirkt sich auf die Einstellungen für Large Pages (HugePages) für die VMs in diesem Cluster aus. Beim Erstellen einer VM wird jedes VM-Betriebssystem mit 50% des der VM zugewiesenen Speichers für Large Pages konfiguriert. Die Datenbanken sind so konfiguriert, dass dieser Speicher für ihre SGA verwendet wird. Oracle empfiehlt, die Large Pages-Konfiguration nicht zu ändern, es sei denn, Sie kennen die Auswirkungen der durchgeführten Änderungen. Falsche Konfigurationen können den Start aller Datenbanken und sogar den Start der VM verhindern.

Auch wenn es nicht empfohlen wird, ist es grundsätzlich möglich, die Konfiguration für Large Pages zu ändern. Alle von Ihnen vorgenommenen Änderungen können später durch die Automatisierung geändert werden, falls Sie später die Größe des für die VM verfügbaren Arbeitsspeichers ändern. Nach einer Änderung der Arbeitsspeichergröße versucht die Cloud-Automatisierung, die Menge an Large Pages-Speicher als Prozentsatz des gesamten Arbeitsspeichers beizubehalten, mit einer Obergrenze von 60%. Wenn Sie Large Pages so konfigurieren, dass sie größer als 60% des gesamten Arbeitsspeichers sind, wird dieser Wert von der Cloud-Automatisierung auf 60% des gesamten Arbeitsspeicheres skaliert. Diese automatische Größenänderung soll sicherstellen, dass ausreichend herkömmlicher Speicher für den Start der virtuellen Maschine vorhanden ist. Die Automatisierung führt eine Vorabprüfung durch, um den tatsächlichen Large-Page-Arbeitsspeicher zu ermitteln, der von den ausgeführten Datenbankinstanzen verwendet wird, und um nach der Skalierung sicherzustellen, dass genügend Large-Page-Arbeitsspeicher für die Unterstützung dieser Datenbanken verfügbar ist. Wenn nach der Skalierung nicht genügend Arbeitsspeicher verfügbar ist, verläuft die Vorabprüfung nicht erfolgreich, und die Skalierung wird nicht fortgesetzt.

ASM-Speicher berechnen

Verwenden Sie die folgende Formel, um den mindestens erforderlichen ASM-Speicher zu berechnen:

  • Bestimmen Sie für jede Datenträgergruppe (z.B. DATA, RECO) die Gesamtkapazität und die freie Kapazität, indem Sie den Befehl asmcmd lsdg auf einer Gast-VM des VM-Clusters ausführen.
  • Berechnen Sie den belegten Speicher für jede Datenträgergruppe wie folgt: (Gesamtkapazität - freie Kapazität) / 3. Die Teilung durch drei erfolgt deshalb, weil die Datenträgergruppen dreifach gespiegelt sind.

  • Verhältnis DATA:RECO:

    80:20, wenn die Option Lokale Backups in der Benutzeroberfläche nicht ausgewählt wurde.

    40:60, wenn in der Benutzeroberfläche die Option Lokale Backups ausgewählt wurde.

  • Stellen Sie sicher, dass die neue, in der Benutzeroberfläche angegebene Gesamtkapazität die folgenden Bedingungen erfüllt:

    Belegte Kapazität für DATA * 1,15 <= (Neue Gesamtkapazität * DATA %)

    Belegte Kapazität für RECO * 1,15 <= (Neue Gesamtkapazität * RECO %)

Beispiel 5-2: ASM-Speicher berechnen

  1. Führen Sie den Befehl asmcmd lsdg in der Gast-VM aus:
    • Ohne SPARSE:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
ASMCMD>
State   Type Rebal Sector Logical_Sector Block AU     Total_MB   Free_MB    Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
MOUNTED HIGH N        512     512        4096 4194304 12591936   10426224   1399104           3009040           0                       Y      DATAC5/
MOUNTED HIGH N        512     512        4096 4194304 3135456    3036336    348384            895984            0                       N      RECOC5/
ASMCMD>
    • Mit SPARSE:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
ASMCMD>
State   Type Rebal Sector Logical_Sector Block AU       Total_MB   Free_MB   Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
MOUNTED HIGH N        512     512        4096 4194304   12591936   10426224  1399104           3009040            0                       Y     DATAC5/
MOUNTED HIGH N        512     512        4096 4194304   3135456    3036336   348384            895984             0                       N     RECOC5/
MOUNTED HIGH N        512     512        4096 4194304   31354560   31354500  3483840           8959840            0                       N     SPRC5/
ASMCMD>
    Hinweis

    Die aufgeführten Werte aller Attribute für die SPARSE-Datenträgergruppe (SPRC5) enthalten die virtuelle Kapazität. In Exadata-DB-Systemen und Exadata Cloud Infrastructure wird ein Verhältnis von 1:10 für physicalSize:virtualSize verwendet. Daher müssen wir für diese Attribute 1/10 der oben für SPARSE gezeigten Werte verwenden.

  2. Belegte Kapazität für eine Datenträgergruppe = (Total_MB - Free_MB) /3
    • Ohne SPARSE:

      Belegte Kapazität für DATAC5 = (12591936 - 10426224) / 3 = 704,98 GB

      Belegte Kapazität für RECO5 = (3135456 - 3036336) / 3 = 32,26 GB

    • Mit SPARSE:

      Belegte Kapazität für DATAC5 = (12591936 - 10426224) / 3 ~= 704,98 GB

      Belegte Kapazität für RECO5 = (3135456 - 3036336) /3 ~= 32,26 GB

      Belegte Kapazität für SPC5 = (1/10 * (31354560 - 31354500)) / 3 ~= 0 GB

  3. Speicherverteilung zwischen Datenträgergruppen
    • Ohne SPARSE:

      Das Verhältnis DATA:RECO beträgt in diesem Beispiel 80:20.

    • Mit SPARSE:

      Das Verhältnis DATA:RECO:SPARSE beträgt in diesem Beispiel 60:20:20.

  4. Die neue angeforderte Kapazität muss die folgenden Bedingungen erfüllen:
    • Ohne SPARSE: (Beispiel: 5 TB in Benutzeroberfläche)

      5 TB = 5120 GB; 5120 *0,8 = 4096 GB; 5120 *0,2 = 1024 GB

      Für DATA: (704,98 * 1,15) <= 4096 GB

      Für RECO: (32,36 * 1,15) <= 1024 GB

    • Bei SPARSE: (Beispiel: 8 TB in der Benutzeroberfläche.)

      8 TB = 8192 GB; 8192 *0,6 = 4915 GB; 8192 *0,2 = 1638 GB; 8192 *0,2 = 1638 GB

      Für DATA: (704,98 * 1,15) <= 4915 GB

      Für RECO: (32,36 * 1,15) <= 1638 GB

      Für SPR: (0 * 1,15) <= 1638 GB

Die oben aufgeführte Änderung wird durchgeführt. Wenn die oben genannten Bedingungen von der neuen Größe nicht erfüllt werden, wird die Vorabprüfung für die Größenänderung nicht erfolgreich abgeschlossen.

Schätzen, wie viel lokalen Speicher Sie auf Ihren VMs bereitstellen können

Hinweis

Folgendes gilt nicht für X6, X7, X8 und Basissysteme, da sie nicht mehrere VMs unterstützen. Das Basissystem verfügt über 200 GB für /u02.

VM-Images umfassen die zum Booten und Ausführen der VM und des zugehörigen Betriebssystems erforderlichen Dateien sowie Speicherplatz für Oracle Homes, die in /u02 gespeichert sind. Um zu schätzen, wie viel zusätzlicher lokaler Speicherplatz über das Minimum hinaus jedem Dateisystem zugewiesen werden kann, das mit einer VM verknüpft ist, subtrahieren Sie die Größe der VM-Images für alle VMs auf einem Server vom gesamten verfügbaren Speicherplatz. Wenn Sie die Standardgröße des VM-Images nicht geändert haben, indem Sie Dateisysteme erweitern, verwenden Sie unten die VM-Imagegröße (Standard und Minimum). Wenn Sie Ihre VM-Imagegröße ändern möchten, müssen Sie die OCI-Konsole und die Aktion "VM-Cluster skalieren" verwenden, um zu prüfen, ob das für ein vorhandenes VM-Cluster zugewiesene und verfügbar ist, da einige Nicht-/u02-Dateisysteme mehr inkrementellen Speicher belegen, als dem Dateisystem hinzugefügt wurde. Diese Informationen sind auch in der Aktion "VM-Cluster konfigurieren" beim Erstellen eines neuen VM-Clusters verfügbar.

X8M-2-Systeme

  • Insgesamt verfügbarer Speicherplatz für VM-Images (X8M): 2243 GB
  • VM-Imagegröße (Standard und Minimum) einschließlich /u02: 244 GB
  • Standard (Minimum) /u02: 60 GB

X9M-2-Systeme

  • Insgesamt verfügbar für VM-Images: 2243 GB
  • VM-Imagegröße (Standard und Minimum) einschließlich /u02: 244 GB
  • Standard (Minimum) /u02: 60 GB
X11 Systeme
  • Verfügbarer Gesamtbetrag für VM-Images: 2243 GB
  • VM-Imagegröße (Standard und Minimum), einschließlich /u02: 244 GB
  • Standard (mindestens) /u02: 60 GB

Beispiel: Wenn Sie über ein X9M-elastisches System mit 2 VMs pro physischem Server verfügen und keine Änderungen an einem der Dateisysteme vorgenommen haben, sind 2243 GB für alle VMs verfügbar, und jede davon belegt 244 GB (insgesamt 488), sodass 1755 GB zur Erweiterung von VM-Images verbleiben. Das Standard-VM-Image enthält 60 GB /u02 pro VM, um Oracle Homes zu speichern. Der verfügbare Speicherplatz von 1755 GB kann zum Erweitern von /u02 oder zum Erweitern anderer Dateisysteme im VM-Image verwendet werden. Jedes GB, das zur Erweiterung von /u02 verwendet wird, belegt ein GB verfügbaren Speicherplatz. Jedes GB, das zur Erweiterung anderer Dateisysteme im VM-Image verwendet wird, belegt möglicherweise mehr als ein GB Speicherplatz. Informationen zum Einblenden von Nicht-/u02-Dateisystemen finden Sie in der Konsole, um die Auswirkungen der Erweiterung dieser Dateisysteme auf den tatsächlich verfügbaren Speicherplatz anzuzeigen.

Lokalen Speicher skalieren

Richtlinien für die Skalierung des lokalen Raums

Sie können den lokalen Speicher skalieren, indem Sie die Größe vieler einzelner Dateisysteme in einer VM ändern. Standardmäßig werden die Dateisysteme mit ihrer Mindestgröße erstellt. Sie können die Größe der Dateisysteme nach Bedarf erhöhen. Beachten Sie jedoch, dass Sie /u02 nur verkleinern können. Andere Dateisysteme können nur vergrößert werden. Die maximal unterstützte Größe eines Dateisystems beträgt 900 GB.

Der von allen Dateisystemen belegte Speicher ist größer als die Summe der Dateisystemgrößen. In den in der OCI-Konsole angezeigten Berechnungen werden die Auswirkungen auf den freien lokalen Speicher beim Ändern der Größe eines Dateisystems angezeigt.

Mit der OCI-Konsole oder -API können Sie die Größe der folgenden lokalen Dateisysteme erhöhen oder verringern:
  • /u02
Mit der OCI-Konsole oder -API können Sie die Größe der folgenden lokalen Dateisysteme erhöhen:
  • /
  • /u01
  • /tmp
  • /var
  • /var/log
  • /var/log/audit
  • /home
Die Größe der folgenden lokalen Dateisysteme kann jedoch nicht geändert werden:
  • /crashfiles
  • /boot
  • /acfs01
  • /u01/app/19.0.0.0/grid
Hinweis

  • Mit Ausnahme von /u02 können Sie die Dateisysteme nur erweitern und ihre Größe nach der Erweiterung nicht reduzieren.
  • Für X8M und höher ist kein rollierender Neustart erforderlich, wenn eines der Gast-VM-Dateisysteme erweitert wird. Ein rollierender Neustart jeder VM ist jedoch erforderlich, wenn die Größe von /u02 reduziert wird.
  • Jedes Dateisystem kann nur auf maximal 900 GB erweitert werden
  • Die Möglichkeit, die Größe zusätzlicher lokaler Dateisysteme zu erhöhen, wird nur auf X8M und späteren Systemen unterstützt.

Weitere Informationen zum Ändern der Größe dieser Dateisysteme finden Sie unter Schätzen, wie viel lokalen Speicher Sie für Ihre VMs bereitstellen können.

Ressourcenlimit basierend auf aktueller Nutzung

  • Bei jedem Scale-Down-Vorgang muss ein Puffer von 15% zusätzlich zur höchsten lokalen Speicherplatzauslastung auf allen Knoten im Cluster beibehalten werden.
  • Der mindestzulässige lokale Speicherplatz pro Knoten ist der höherer der oben angegebenen zwei Grenzwerte.
  • Führen Sie den Befehl df –kh auf jedem Knoten aus, um den Knoten mit dem größten lokalen Speicher zu ermitteln.
  • Sie können auch ein Utility wie cssh verwenden, um denselben Befehl von allen Hosts in einem Cluster auszugeben, wobei Sie ihn nur einmal eingeben.
  • Der niedrigste Wert für den lokalen Speicher, auf den jeder Knoten horizontal skaliert werden kann wäre = 1,15 x (höchster Wert des belegten lokalen Speicherplatzes unter allen Knoten).

ACFS-Dateisysteme

Wenn der Support dies erfordert, können Sie auch die Größe des Dateisystems /acfs01 ändern. Dieses Dateisystem wird vom System zum Staging der Software verwendet. Er verwendet Exadata-Speicher und unterliegt nicht den oben für /u02 beschriebenen Limits. Es handelt sich um ein freigegebenes Dateisystem, das von allen Knoten im Cluster aus sichtbar ist. Die Größe kann online über die Befehlszeile einer beliebigen VM geändert werden.

  • Standardgröße: Die Standardgröße von /acfs01 beträgt 100 GB.
  • Skalierung/acfs01: Mit dem Befehl /sbin/acfsutil können Sie acfs01 von einer beliebigen VM als Benutzer grid skalieren. Es ist kein Neustart erforderlich. Der Skalierungsvorgang wirkt sich nicht auf die Verfügbarkeit des Datenbankservice aus, der im VM-Cluster ausgeführt wird. Der folgende Befehl, der vom grid-Benutzer abgesetzt wird, erhöht die Größe von /acfs01 um 100 GB: /sbin/acfsutil size +100 GB /acfs01.
  • Sie können bei Bedarf zusätzliche ACFS-Dateisysteme erstellen. Diese belegen auch Speicher aus den Exadata Storage-Datenträgergruppen und können über alle VMs im Cluster hinweg gemeinsam verwendet werden. Weitere Informationen finden Sie in der ACFS-Dokumentation.

VM-Clusterknoten-Teilmengenerstellung - Überblick

Mit der VM-Clusterknoten-Teilmengenerstellung können Sie neuen VM-Clustern einen Teil der Datenbankserver zuweisen, um maximale Flexibilität bei der Zuweisung von Compute-Ressourcen (CPU, Arbeitsspeicher, lokaler Speicher) zu erhalten.

Die VM-Clusterknoten-Teilmengenerstellung bietet folgende Möglichkeiten:
  • Erstellen Sie ein kleineres VM-Cluster, um Datenbanken mit geringen Ressourcen- und Skalierbarkeitsanforderungen oder eine kleinere Anzahl von Datenbanken zu hosten, die von der restlichen Workload isoliert werden müssen.
  • Erweitern oder verkleinern Sie ein vorhandenes VM-Cluster, indem Sie Knoten hinzufügen oder entfernen, um eine optimale Nutzung der verfügbaren Ressourcen zu gewährleisten.
Die folgenden Punkte sollen Ihnen bei der VM-Clusterknoten-Teilmengenerstellung helfen.
  • Die Funktion zur VM-Clusterknoten-Teilmengenerstellung ist für neue VM-Cluster im Oracle Exadata Database Service on Dedicated Infrastructure-Service verfügbar.
  • Alle VMs in einem VM-Cluster haben dieselbe Ressourcenzuweisung pro VM, unabhängig davon, ob die VM beim Cluster-Provisioning erstellt oder später durch Erweiterung eines vorhandenen VM-Clusters hinzugefügt wurde.
  • VM-Cluster benötigen nur mindestens 1 VM mit Knotenuntersetzung. Oracle empfiehlt jedoch mindestens 2 VMs pro VM-Cluster, um High Availability bereitzustellen.
  • Sie können maximal 8 VMs pro DB-Server auf X8M und höheren Generationen hosten.
  • Exadata-Infrastrukturen mit DB-Servern der Generation X8M und höher können maximal 8 VM-Cluster über alle DB-Server hinweg unterstützen.
  • Die maximale Anzahl an Clustern in der Infrastruktur hängt von den pro DB-Server verfügbaren Ressourcen ab und unterliegt dem maximalen VM-Limit pro DB-Server.

Mit dem Release von Multi-VM wird die API zum Hinzufügen und Entfernen virtueller Maschinen für Cloud-VM-Cluster nicht über terraform unterstützt.

Sie können diese Vorgänge über die UI, das SDK, die OCI-CLI, OCI Ansible oder ähnliche Tools ausführen. Terraform-Status sollten ähnlich wie andere Vorgänge verwaltet werden, die außerhalb von Terraform stattfinden, aber in Terraform verwaltet werden müssen.

Weitere Informationen finden Sie unter Abweichungen mit Terraform erkennen und verwalten.

VM zu einem VM-Cluster hinzufügen

Virtuelle Maschine zu einem VM-Cluster hinzufügen

Hinweis

Nachdem das VM-Cluster auf Exadata Database Service-Gast-VM-BS 23.1 upgegradet wurde, können Sie diesem VM-Cluster eine neue VM oder einen neuen Datenbankserver hinzufügen, wenn Exadata Cloud Infrastructure eine Exadata-Systemsoftwareversion 22.1.16 und höher ausführt.

Ein Upgrade auf Exadata-Systemsoftware 23.1 für Exadata Cloud Infrastructure ist ab dem Updatezyklus vom Februar 2023 verfügbar.

Hinweis

  • Dieser Vorgang ist nur mit einer Multi-VM-fähigen Infrastruktur verfügbar.
  • Zum Hinzufügen einer VM zu einem VM-Cluster müssen alle TCP-Ports für das Clientsubnetz-CIDR für Ingress und Egress geöffnet sein.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region und das Compartment mit dem VM-Cluster aus, für das Sie die CPU-Ressourcen skalieren möchten.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, dem Sie eine virtuelle Maschine hinzufügen möchten.
  5. Wählen Sie unter "Ressourcen" die Option Virtuelle Maschinen aus, und klicken Sie auf die Schaltfläche Virtuelle Maschinen hinzufügen.
  6. Wählen Sie im Fenster "Virtuelle Maschinen hinzufügen" den DB-Server aus, auf dem die neue VM gespeichert werden soll.
    Hinweis

    Die hinzugefügte VM verfügt über dieselben Ressourcen wie die anderen VMs im Cluster.
  7. Klicken Sie auf Hinzufügen.
Hinweis

Das Hinzufügen einer VM zu einem VM-Cluster mit Terraform wird NICHT unterstützt.

VM in einem VM-Cluster beenden oder entfernen

Mit diesem Verfahren beenden oder entfernen Sie eine virtuelle Maschine aus einem bereitgestellten Cluster.

Hinweis

Um eine VM aus einem bereitgestellten VM-Cluster in einer nicht mehrfach VM-fähigen Infrastruktur zu entfernen, führen Sie eine ähnliche Prozedur aus wie das Beenden einer VM aus einem VM-Cluster in einer Multi-VM-fähigen Infrastruktur.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region und das Compartment mit dem VM-Cluster aus, für das Sie die CPU-Ressourcen skalieren möchten.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, aus dem Sie eine virtuelle Maschine entfernen möchten.
  5. Wählen Sie auf der Seite "Exadata-VM-Clusterdetails" im Abschnitt "Virtuelle Maschinen" die zu entfernende virtuelle Maschine aus. Klicken Sie auf das Symbol "Weitere Informationen" (drei Punkte), und klicken Sie auf Beenden.
Hinweis

Das Entfernen einer VM aus einem VM-Cluster mit Terraform wird derzeit NICHT unterstützt.

Überblick über Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) schützt sensible Daten vor unbefugtem Zugriff mit absichtsbasierten Sicherheits-Policys, die Sie für OCI-Ressourcen definieren, die mit Sicherheitsattributen zugewiesen sind.

Diese Sicherheitsattribute fungieren als Labels, sodass ZPR OCI-Ressourcen identifizieren und organisieren kann. ZPR erzwingt diese Richtlinien bei jeder Anforderung des Zugriffs auf Netzwerkebene, unabhängig von Änderungen oder Fehlkonfigurationen in der Netzwerkarchitektur.

ZPR wird zusätzlich zu den vorhandenen Regeln für Netzwerksicherheitsgruppen (NSG) und Sicherheitskontrolllisten (SCL) aufgeschichtet. Damit ein Paket sein Ziel erfolgreich erreichen kann, muss es alle anwendbaren NSG-, SCL- und ZPR-Richtlinien durchlaufen. Wenn eine Regel oder Policy den Traffic blockiert, wird die Anforderung abgelehnt.

Sie können Ihre Netzwerke mit Zero Trust Packet Routing (ZPR) in drei Schritten sichern:

  1. Sicherheitsattribut-Namespaces und Sicherheitsattribute erstellen und verwalten

    Weitere Informationen finden Sie unter Sicherheitsattribute verwalten.

  2. Policys mit Sicherheitsattributen schreiben, um den Zugriff auf Ressourcen zu kontrollieren

    Weitere Informationen finden Sie unter Zero Trust Packet Routing Policy und Policy Template Builder

  3. Sicherheitsattribute auf angegebene Ressourcen anwenden

    Weitere Informationen finden Sie unter Hinzufügen einer Ressource zu Zero Trust Packet Routing.

Achtung:

Geben Sie keine vertraulichen Informationen ein, wenn Sie Cloud-Ressourcen Beschreibungen, Tags oder freundliche Namen über die Konsole, API oder CLI von Oracle Cloud Infrastructure zuweisen.

Übergeordnetes Thema: VM-Cluster verwalten

Info über Anwendungs-VIP

Oracle Exadata Database Service on Dedicated Infrastructure unterstützt vollständig das Erstellen zusätzlicher virtueller IP-Adressen in einem Exadata-VM-Cluster.

Diese Anwendungs-VIPs sind erforderlich, um zusätzliche Anwendungen wie Oracle GoldenGate zu schützen, die auf einem Oracle Exadata Database Service on Dedicated Infrastructure-System oder anderen Services wie XA-Agents installiert sind, und um High Availability für diese zusätzlichen Anwendungen bereitzustellen. Weitere Informationen finden Sie unter Oracle Grid Infrastructure-Standalone-Agents für Oracle Clusterware und Anwendungen mit Oracle Clusterware hochverfügbar machen.

Innerhalb von Oracle Cloud Infrastructure reicht das Hinzufügen von virtuellen IP-Adressen allein im Clusterstack nicht aus, da diese zusätzlichen (sekundären) IP-Adressen auch der VCN-Ebene als "Gleitkommazahl" hinzugefügt werden müssen. IP-Adressen", damit die VCN-Schicht weiß, wo diese IP-Adressen ausgeführt werden. Bei einem Failover durch die Clusterware zur Änderung der VNIC ist die Floating-IP-Adresse zugeordnet. Weitere Informationen finden Sie unter Von Oracle Clusterware verwaltete Anwendungs-VIP erstellen und Überblick über IP-Adressen.

Das Hinzufügen einer Anwendungs-VIP zu einem Exadata-VM-Cluster umfasst die folgenden Schritte:

  1. Fügen Sie die virtuelle IP-Adresse der Clusterware-Schicht in Exadata DomU hinzu. Befolgen Sie dazu die Oracle Clusterware-Standarddokumentation oder das von der Anwendung bereitgestellte Handbuch. Beispiel: Verwenden Sie 
    IPv4: appvipcfg create -network=1 -ip=10.10.10.10 -vipname=applicationvip
    IPv4/IPv6 dual-stack: appvipcfg create -network=1 -ip=“10.10.10.10 2607:9b80:9a0a:9401:1801:2645:c0a2:4283” -vipname=applicationvip
  2. Hängen Sie das Objekt der variablen IP-Adresse der Anwendung im Exadata-VM-Cluster an, um der VCN-Schicht die Kenntnisse der variablen IP hinzuzufügen. Stellen Sie sicher, dass Sie dasselbe Subnetz wie die Backend-Anwendungs-VIP auswählen, die normalerweise das Clientsubnetz ist.

    Die private IP-Adresse muss mit der im obigen Befehl appvipcfg angegebenen identisch sein. Der Hostname der virtuellen IP-Adresse ist der Name, unter dem die IP-Adresse über DNS erreichbar ist. Er muss nicht mit dem vipname identisch sein.

    Wenn Sie die VIP bereits im Backend gestartet haben, stellen Sie sicher, dass der Name der virtuellen Maschine den Host widerspiegelt, auf dem die VIP im Backend gestartet wurde.

  3. Testen Sie die Umspeicherung des VIP. Das VIP sollte verfügbar bleiben (dies via. ping testen), und die Benutzeroberfläche sollte nach kurzer Zeit angezeigt werden, während die schwebende IP auch auf einen anderen Host verschoben wurde.

    Wenn Sie beim Erstellen des VCN-Anhangs den falschen Host ausgewählt haben, müssen Sie die VIP einfach im Cluster umspeichern. Die VCN-Schicht erkennt die Änderung, und die Benutzeroberfläche sollte nach einer kurzen Zeit aktualisiert werden.

Hinweis

Ein einzelnes virtuelles VM-Cluster ist auf 8 zusätzliche Anwendungs-VIPs beschränkt. Die Einschränkung besteht, weil eine einzelne VNIC nur 31 zusätzliche sekundäre IP-Adressen haben kann. Weitere Informationen finden Sie unter Überblick über IP-Adressen. Wenn alle VIPs auf demselben Knoten gestartet werden, können die Anwendungs-VIPs nicht erreicht werden.

Wenn weitere Anwendungs-VIPs erforderlich sind, heben Sie eine Serviceanfrage auf, um dieses Limit zu erhöhen. Es sind jedoch einige zusätzliche Schritte erforderlich, um sicherzustellen, dass unter keinem Szenario mehr als 31 sekundäre IP-Adressen an einen einzelnen Exadata-VM-Clusterknoten angehängt werden. Eine Möglichkeit, dies zu erreichen, besteht darin, sicherzustellen, dass Anwendungs-VIPs von der Clusterware an bestimmte Knoten gebunden werden, damit dieses Szenario verhindert wird.

Ein Setup mit 32 zusätzlichen Anwendungs-VIPs würde wie folgt aussehen:

Schwimmende IP-Adresse Node1 Node2 Knoten3 Node4
Privater Hostname 1 1 1 1
VIP-Hostname 4 4 4 4
SCAN 3 3 3 3
Appvip 1-8 8 8 - -
Appvip 9-16 - 8 8 -
Appvip 17-24 - - 8 8
Appvip 25-32 8 - - 8
Max. mögliche VIP, wenn alle Floating-IPs Failover 24 24 24 24

VM-Cluster in Exadata Cloud Infrastructure mit der Konsole verwalten

Erfahren Sie, wie Sie mit der Konsole Ihre VM-Cluster in Oracle Exadata Database Service on Dedicated Infrastructure erstellen, bearbeiten und verwalten.

Übergeordnetes Thema: VM-Cluster verwalten

Erstellen Sie ein VM-Cluster in einer Exadata Cloud Infrastructure-Instanz.

Hinweis

Um ein Cloud-VM-Cluster in einer Exadata Cloud Infrastructure-Instanz zu erstellen, müssen Sie zunächst eine Cloud-Exadata-Infrastrukturressource erstellen.

Hinweis

Eine Multi-VM-fähige Infrastruktur unterstützt das Erstellen mehrerer VM-Cluster. Infrastrukturen, die vor dem Release des Features Mehrere virtuelle Maschinen pro Exadata-System erstellen und verwalten (MultiVM) und VM-Clusterknoten-Teilmengenerstellung erstellt wurden, unterstützen nur das Erstellen eines einzelnen Cloud-VM-Clusters.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster.
    Hinweis

    Mehrere VM-Cluster können nur in einer Multi-VM-fähigen Infrastruktur erstellt werden.
  3. Klicken Sie auf Exadata-VM-Cluster erstellen.

    Die Seite Exadata-VM-Cluster erstellen wird angezeigt. Geben Sie die erforderlichen Informationen für die Konfiguration des VM-Clusters ein.

  4. Compartment: Wählen Sie ein Compartment für die VM-Clusterressource aus.
  5. Anzeigename: Geben Sie einen benutzerdefinierten Anzeigenamen für das VM-Cluster an. Der Name muss nicht eindeutig sein. Das DB-System wird durch eine Oracle Cloud-ID (OCID) eindeutig identifiziert. Geben Sie dabei keine vertraulichen Informationen ein.
  6. Exadata-Infrastruktur auswählen: Wählen Sie die Infrastrukturressource für das VM-Cluster aus. Sie müssen eine Infrastrukturressource mit ausreichend Ressourcen zum Erstellen eines neuen VM-Clusters auswählen. Klicken Sie auf Compartment ändern, und wählen Sie ein anderes Compartment als das Compartment aus, in dem Sie arbeiten, um Infrastrukturressourcen in anderen Compartments anzuzeigen.
    Hinweis

    Mehrere VM-Cluster können nur in einer Multi-VM-fähigen Infrastruktur erstellt werden
  7. Wählen Sie die Oracle Grid Infrastructure-Version aus: Wählen Sie in der Liste das Release von Oracle Grid Infrastructure (19c und 23ai) aus, das Sie im VM-Cluster installieren möchten.

    Das Oracle Grid Infrastructure-Release bestimmt die Oracle Database-Releases, die im VM-Cluster unterstützt werden. Sie können kein Oracle Database-Release ausführen, das neuer ist als das Oracle Grid Infrastructure-Softwarerelease.

    Hinweis

    Mindestanforderungen für das Provisioning eines VM-Clusters mit Grid Infrastructure 23ai:
    • Exadata-Gast-VM mit Exadata-Systemsoftware 23.1.8
    • Exadata-Infrastruktur, auf der Exadata-Systemsoftware 23.1.x ausgeführt wird
  8. Wählen Sie eine Exadata-Imageversion aus:
    • Exadata-Infrastruktur mit Oracle Linux 7 und Exadata-Imageversion 22.1.10.0.0.230422:
      • Die Schaltfläche Bild ändern ist nicht aktiviert.
      • Die Oracle Grid Infrastructure-Version wird standardmäßig auf 19.0.0.0.0 gesetzt.
      • Die Exadata-Gastversion entspricht der Version des Host-BS.
    • Exadata-Infrastruktur mit Oracle Linux 8 und Exadata-Imageversion 23.1.3.0.0.230613:
      • Die Exadata-Gastversion ist standardmäßig die neueste Version (23.1.3.0).
      • Die Oracle Grid Infrastructure-Version ist standardmäßig 19.0.0.0.0
      • Die Schaltfläche Bild ändern ist aktiviert.
      • Klicken Sie auf Image ändern.

        Im daraufhin angezeigten Bereich "Image ändern" wird die Liste der verfügbaren Hauptversionen des Exadata-Images (23.1.3.0 und 22.1.3.0) angezeigt.

        Das neueste Release für jede Hauptversion wird mit "(letzte)" angegeben.

      • Folie Alle verfügbaren Versionen anzeigen.

        Sechs frühere Versionen, einschließlich der neuesten Versionen von Exadata-Images 23.1.3.0 und 22.1.3.0, werden angezeigt.

      • Version auswählen.
      • Klicken Sie auf Änderungen speichern.
  9. VM-Cluster konfigurieren: Geben Sie die DB-Server an, die für das neue VM-Cluster verwendet werden sollen (standardmäßig sind alle DB-Server ausgewählt). Klicken Sie auf DB-Server ändern, um einen der verfügbaren DB-Server auszuwählen. Gehen Sie im Fensterbereich Ressourcenzuweisung pro VM wie folgt vor:
    • Geben Sie die Anzahl der OCPU/ECPUs an, die Sie den Virtual-Machine-Compute Nodes des VM-Clusters zuweisen möchten. Geben Sie für VM-Cluster, die auf der Exadata-Infrastruktur X11M erstellt wurden, ECPUs an. Geben Sie für VM-Cluster, die auf X10M und einer früheren Exadata-Infrastruktur erstellt wurden, OCPUs an. Mindestens 2 OCPU pro VM für X10M und frühere Infrastruktur oder 8 ECPUs pro VM für VM-Cluster, die auf der Exadata-Infrastruktur X11M erstellt wurden. Im schreibgeschützten Feld Angeforderte OCPU-Anzahl für das Exadata-VM-Cluster wird die gesamte Anzahl der zuzuweisenden OCPU- oder ECPU-Cores angezeigt.
    • Geben Sie den Arbeitsspeicher pro VM an, der den einzelnen VMs zugewiesen werden soll. Das Minimum pro VM beträgt 30 GB.
    • Geben Sie den Lokalen Speicher pro VM an, um den einzelnen VMs lokalen Speicher zuzuweisen. Das Minimum pro VM beträgt 60 GB.

      Jedes Mal, wenn Sie ein neues VM-Cluster erstellen, wird der vom insgesamt verfügbaren Speicherplatz verbleibende Speicherplatz für das neue VM-Cluster genutzt.

      Zusätzlich zu /u02 können Sie die Größe zusätzlicher lokaler Dateisysteme angeben.

      Weitere Informationen und Anweisungen zur Angabe der Größe für jede einzelne VM finden Sie unter Einführung in das vertikale oder horizontale Skalieren.

      • Klicken Sie auf Zusätzliche lokale Dateisystemkonfigurationsoptionen anzeigen.
      • Geben Sie die Größe der Dateisysteme /, /u01, /tmp, /var, /var/log, /var/log/audit und /home nach Bedarf an.
        Hinweis

        • Sie können diese Dateisysteme nur erweitern und die Größe nach der Erweiterung nicht reduzieren.
        • Aufgrund von Backuppartitionen und Spiegelung belegen die Dateisysteme / und /var doppelt so viel Speicherplatz, wie sie zugewiesen wurden. Dies wird in den schreibgeschützten Feldern Gesamter zugewiesener Speicher für / (GB) aufgrund von Spiegelung und Gesamter zugewiesener Speicher für /tmp (GB) aufgrund von Spiegelung angegeben.
      • Nachdem Sie das VM-Cluster erstellt haben, prüfen Sie im Abschnitt Exadata-Ressourcen auf der Seite Exadata-Infrastrukturdetails die Dateigröße, die dem lokalen Speicher (/u02) und dem lokalen Speicher (zusätzliche Dateisysteme) zugewiesen ist.
  10. Exadata-Speicher konfigurieren: Geben Sie Folgendes an:
    • Nutzbaren Exadata-Speicher angeben (TB): Geben Sie den Speicher als Vielfaches von 1 TB an. Minimum: 2 TB
    • Speicher für Exadata-Sparse Snapshots zuweisen: Wählen Sie diese Konfigurationsoption aus, wenn Sie Snapshot-Funktionen in Ihrem VM-Cluster verwenden möchten. Wenn Sie diese Option auswählen, wird die SPARSE-Datenträgergruppe erstellt, sodass Sie die Snapshot-Funktionalität des VM-Clusters für das Erstellen von SPARSE-Klonen von PDBs verwenden können. Wenn Sie diese Option nicht auswählen, wird die SPARSE-Datenträgergruppe nicht erstellt, und die Snapshot-Funktionalität ist in keinen in der Umgebung erstellten Datenbank-Deployments verfügbar.
      Hinweis

      Die Speicherkonfigurationsoption für Sparse Snapshots kann nach der Erstellung des VM-Clusters nicht geändert werden.
    • Speicher für lokale Backups zuweisen: Wählen Sie diese Option aus, wenn Sie Datenbankbackups im lokalen Exadata-Speicher innerhalb der Exadata Cloud Infrastructure-Instanz erstellen möchten. Wenn Sie diese Option auswählen, wird der RECO-Datenträgergruppe mehr Speicherplatz zugewiesen, um die Backups im Exadata-Speicher zu speichern. Wenn Sie diese Option nicht auswählen, wird der DATA-Datenträgergruppe mehr Speicherplatz zugewiesen, sodass Sie mehr Daten in den Datenbanken speichern können.
      Hinweis

      Die Speicherkonfigurationsoption für lokale Backups kann nach der Erstellung des VM-Clusters nicht geändert werden.
  11. SSH-Schlüssel hinzufügen: Fügen Sie den Public-Key-Teil der einzelnen Schlüsselpaare hinzu, die Sie für den SSH-Zugriff auf das DB-System verwenden möchten:
    • SSH-Schlüsselpaar generieren: (Standardoption) Wählen Sie dieses Optionsfeld aus, um ein SSH-Schlüsselpaar zu generieren. Klicken Sie dann im folgenden Dialogfeld auf Save private key, um den Schlüssel herunterzuladen. Klicken Sie dann optional auf Save public key, um den Schlüssel herunterzuladen.
    • SSH-Schlüsseldateien hochladen: Aktivieren Sie dieses Optionsfeld, um PUB-Dateien zu durchsuchen oder per Drag-and-Drop zu verschieben.
    • SSH-Schlüssel einfügen: Aktivieren Sie dieses Optionsfeld, um einzelne Public Keys einzufügen. Klicken Sie zum Einfügen mehrerer Schlüssel auf + Weiterer SSH-Schlüssel, und geben Sie einen Schlüssel pro Eintrag an.
  12. Netzwerkeinstellungen konfigurieren: Geben Sie Folgendes an:
    Hinweis

    IP-Adressen (100.64.0.0/10) werden für das X8M-Interconnect von Exadata Cloud Infrastructure verwendet.

    Sie können nicht zwischen IPv4 (einzelner Stack) und IPv4/IPv6 (doppelter Stack) wählen, wenn beide Konfigurationen vorhanden sind. Weitere Informationen finden Sie unter VCN- und Subnetzverwaltung.

    • Virtuelles Cloud-Netzwerk: Das VCN, in dem Sie das VM-Cluster erstellen möchten. Klicken Sie auf Compartment ändern, um ein VCN in einem anderen Compartment auszuwählen.
    • Clientsubnetz: Das Subnetz, dem das VM-Cluster zugeordnet werden soll. Klicken Sie auf Compartment ändern, um ein Subnetz in einem anderen Compartment auszuwählen.

      Verwenden Sie kein Subnetz, das sich mit 192.168.16.16/28 überschneidet, da dieses vom Private Interconnect von Oracle Clusterware in der Datenbankinstanz verwendet wird. Wenn Sie ein sich überschneidendes Subnetz angeben, führt dies zu einer Fehlfunktion des Private Interconnects.

    • Backupsubnetz: Das Subnetz, das für das Backupnetzwerk verwendet werden soll, das im Allgemeinen zum Übertragen von Backupinformationen von und an das Backupziel und für die Data Guard-Replikation verwendet wird. Klicken Sie auf Compartment ändern, um gegebenenfalls ein Subnetz in einem anderen Compartment auszuwählen.

      Verwenden Sie kein Subnetz, das sich mit 192.168.128.0/20 überschneidet. Diese Einschränkung gilt sowohl für das Client- als auch für das Backupsubnetz.

      Wenn Sie Datenbanken in Object Storage oder Autonomous Recovery Service sichern möchten, prüfen Sie die Voraussetzungen für das Netzwerk unter Exadata-Datenbankbackups verwalten.

      Hinweis

      Bei Verwendung von Autonomous Recovery Service wird dringend ein neues dediziertes Subnetz empfohlen. Prüfen Sie die Netzwerkanforderungen und -konfigurationen, die für das Backup Ihrer Oracle Cloud-Datenbanken in Recovery Service erforderlich sind. Siehe Netzwerkressourcen für Recovery Service konfigurieren.
    • Netzwerksicherheitsgruppen: Optional können Sie eine oder mehrere Netzwerksicherheitsgruppen (NSGs) für das Client- und das Backupnetzwerk angeben. NSGs fungieren als virtuelle Firewall, sodass Sie ein Set von Ingress- und Egress-Sicherheitsregeln auf das Exadata Cloud Infrastructure-VM-Cluster anwenden können. Sie können maximal fünf NSGs angeben. Weitere Informationen finden Sie unter Netzwerksicherheitsgruppen und Netzwerksetup für Exadata Cloud Infrastructure-Instanzen.

      Wenn Sie ein Subnetz mit einer Sicherheitsliste auswählen, gelten für das VM-Cluster sowohl die Regeln in der Sicherheitsliste als auch die Sicherheitsregeln der NSGs.

      So verwenden Sie Netzwerksicherheitsgruppen:

      • Aktivieren Sie das Kontrollkästchen Netzwerksicherheitsgruppen zur Kontrolle des Traffics verwenden. Dieses Kästchen wird unter der Option für das Client- und das Backupsubnetz angezeigt. Sie können NSGs auf das Client- oder das Backupnetzwerk oder auf beide Netzwerke anwenden. Sie müssen ein virtuelles Cloud-Netzwerk ausgewählt haben, um einem Netzwerk NSGs zuweisen zu können.
      • Geben Sie die NSG an, die für das Netzwerk verwendet werden soll. Möglicherweise müssen Sie mehrere NSGs verwenden. Wenn Sie nicht sicher sind, wenden Sie sich an den Netzwerkadministrator.
      • Um zusätzliche NSGs für das Netzwerk zu verwenden, klicken Sie auf + Weitere Netzwerksicherheitsgruppe.
      Hinweis

      Um Ihren Cloud-VM-Clusterressourcen zusätzliche Sicherheit zu bieten, können Sie mit Oracle Cloud Infrastructure Zero Trust Packet Routing sicherstellen, dass nur Ressourcen mit Sicherheitsattributen über Netzwerkberechtigungen für den Zugriff auf Ihre Ressourcen verfügen. Oracle stellt Datenbank-Policy-Vorlagen bereit, mit denen Sie Policys für allgemeine Anwendungsfälle der Datenbanksicherheit erstellen können. Um sie jetzt zu konfigurieren, müssen Sie bereits Sicherheitsattribute mit Oracle Cloud Infrastructure Zero Trust Packet Routing erstellt haben. Klicken Sie am Ende dieses Verfahrens auf Erweiterte Optionen anzeigen.

      Beachten Sie, dass beim Angeben von Sicherheitsattributen für ein Cluster, sobald es angewendet wird, für alle Ressourcen eine Zero Trust Packet Policy für den Zugriff auf das Cluster erforderlich ist. Wenn ein Sicherheitsattribut auf einem Endpunkt vorhanden ist, muss es die Regeln der Netzwerksicherheitsgruppe (NSG) und der Oracle Cloud Infrastructure Zero Trust Packet Routing-Policy (OCI ZPR) erfüllen.

    • So verwenden Sie den privaten DNS-Service:
      Hinweis

      Ein privates DNS muss konfiguriert sein, bevor es ausgewählt werden kann. Siehe "Privates DNS konfigurieren".
      • Aktivieren Sie das Kontrollkästchen Privaten DNS-Service verwenden.
      • Private Ansicht auswählen. Klicken Sie auf Compartment ändern, um eine private Ansicht in einem anderen Compartment auszuwählen.
      • Private Zone auswählen. Klicken Sie auf Compartment ändern, um eine private Zone in einem anderen Compartment auszuwählen.
    • Hostnamenspräfix: Sie können einen Hostnamen für das Exadata-DB-System auswählen. Der Hostname muss mit einem Buchstaben beginnen und kann nur alphanumerische Zeichen und Bindestriche (-) enthalten. Für Exadata-DB-Systeme sind maximal 12 Zeichen zulässig.

      Achtung:

      Der Hostname muss innerhalb des Subnetzes eindeutig sein. Wenn er nicht eindeutig ist, verläuft das Provisioning des VM-Clusters nicht erfolgreich.
    • Hostdomainname: Der Domainname für das VM-Cluster. Wenn das ausgewählte Subnetz den von Oracle bereitgestellten Internet- und VCN-Resolver für die DNS-Namensauflösung verwendet, wird in diesem Feld der Domainname für das Subnetz angezeigt. Dieser Name kann nicht geändert werden. Andernfalls können Sie einen beliebigen Domainnamen angeben. Bindestriche (-) sind nicht zulässig.

      Wenn Sie Datenbankbackups in Object Storage oder Autonomous Recovery Service speichern möchten, empfiehlt Oracle, dass Sie einen VCN-Resolver zur Auflösung von DNS-Namen für das Clientsubnetz verwenden, weil er die Swift-Endpunkte für die Backups automatisch löst.

    • Host- und Domain-URL: Dieses Feld ist schreibgeschützt und enthält den Host- und Domainnamen, um den vollqualifizierten Domainnamen (FQDN) für die Datenbank anzuzeigen. Die maximale Länge beträgt 63 Zeichen.
  13. Lizenztyp auswählen: Der Lizenztyp, den Sie für das VM-Cluster verwenden möchten. Ihre Auswahl wirkt sich auf die Messung für die Abrechnung aus.
    • Lizenz inklusive bedeutet, dass in den Kosten für den Cloud-Service eine Lizenz für den Datenbankservice inbegriffen ist.
    • Bring Your Own License (BYOL) bedeutet, dass Sie ein Oracle Database-Kunde mit einem unbefristeten oder befristeten Lizenzvertrag sind und Ihre Lizenz mit Oracle Cloud Infrastructure verwenden möchten. In diesem Fall benötigen Sie keine separaten On-Premise-Lizenzen und Cloud-Lizenzen.
  14. Diagnoseerfassung: Durch das Aktivieren von Diagnoseerfassung und -benachrichtigungen können Sie und Oracle Cloud Operations Probleme mit Gast-VMs schnell und effektiv identifizieren, untersuchen, verfolgen und lösen. Abonnieren Sie Ereignisse, um über Änderungen des Ressourcenstatus benachrichtigt zu werden.
    Hinweis

    Durch Ihr Opt-in erkennen Sie an, dass sich die obige Liste der Ereignisse (oder Metriken, Logdateien) in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.
    • Diagnoseereignisse aktivieren: Lassen Sie zu, dass Oracle kritische, Warnungs-, Fehler- und Informationsereignisse erfasst und für Sie veröffentlicht.
    • Zustandsmonitoring aktivieren: Lassen Sie zu, dass Oracle Zustandsmetriken/-ereignisse wie Oracle Database-Status (hoch-/heruntergefahren), Belegung des Datenträgerspeicherplatzes usw. erfasst und mit Oracle Cloud Operations teilt. Sie werden dabei auch über einige Ereignisse benachrichtigt.
    • Vorfallslog- und Traceerfassung aktivieren: Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.
    Hinweis

    Durch Ihr Opt-in erkennen Sie an, dass sich die obige Liste der Ereignisse (oder Metriken, Logdateien) in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.
    Alle drei Kontrollkästchen sind standardmäßig aktiviert. Sie können die Standardeinstellungen unverändert lassen oder die Kontrollkästchen nach Bedarf deaktivieren. Sie können die Einstellungen für die Diagnoseerfassung auf der Seite VM-Clusterdetails unter Allgemeine Informationen >> Diagnoseerfassung anzeigen.
    • Aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (alle drei Optionen).
    • Deaktiviert: Wenn Sie keine Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (keine der drei Optionen).
    • Teilweise aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs oder Tracedateien erfassen möchten (eine oder zwei Optionen).
  15. Klicken Sie auf Erweiterte Optionen anzeigen, um erweiterte Optionen für das VM-Cluster anzugeben:

    • Zeitzone: Diese Option befindet sich auf der Registerkarte Management. Die Standardzeitzone für das DB-System ist UTC, aber Sie können eine andere Zeitzone angeben. Die Zeitzonenoptionen entsprechen den in der Klasse Java.util.TimeZone und im Oracle Linux-Betriebssystem unterstützten Zeitzonen. Weitere Informationen finden Sie unter Zeitzonen für DB-Systeme .

      Hinweis

      Wenn Sie eine andere Zeitzone als UTC oder die vom Browser erkannte Zeitzone festlegen möchten und die gewünschte Zeitzone nicht angezeigt wird, wählen Sie die Option Andere Zeitzone auswählen aus. Wählen Sie dann in der Liste Region oder Land die Option "Sonstiges" aus, und suchen Sie nach der gewünschten Zeitzone.

    • SCAN-Listener-Port: Diese Option befindet sich auf der Registerkarte Netzwerk. Sie können einen SCAN-Listener-Port (TCP/IP) im Bereich zwischen 1024 und 8999 zuweisen. Der Standardwert ist 1521.
      Hinweis

      Das manuelle Ändern des SCAN-Listener-Ports eines VM-Clusters nach dem Provisioning mit der Backend-Software wird nicht unterstützt. Diese Änderung kann dazu führen, dass das Data Guard-Provisioning nicht erfolgreich verläuft.
    • Zero Trust Packet Routing (ZPR): Diese Option befindet sich auf der Registerkarte Sicherheitsattribute. Wählen Sie einen Namespace aus, und geben Sie den Schlüssel und den Wert für das Sicherheitsattribut an. Um diesen Schritt während der Konfiguration abzuschließen, müssen Sie bereits Sicherheitsattribute mit Oracle Cloud Infrastructure Zero Trust Packet Routing eingerichtet haben. Sie können Sicherheitsattribute auch nach der Konfiguration hinzufügen und später hinzufügen. Weitere Informationen zum Hinzufügen von Oracle Exadata Database Service on Dedicated Infrastructure-spezifischen Policys finden Sie unter Policy Template Builder.
    • Cloud Automation-Update: Oracle wendet regelmäßig Updates auf die für Cloud-Tools und -Automatisierung erforderlichen Datenbanktools und Agent-Software an. Sie können das bevorzugte Zeitfenster konfigurieren, damit diese Updates auf das VM-Cluster eingespielt werden.

      Legen Sie die Startzeit für Cloud-Automatisierungsupdates fest.

      Hinweis

      Oracle prüft täglich zwischen dem konfigurierten Zeitfenster auf die neuesten VM Cloud Automation-Updates und wendet gegebenenfalls Updates an. Wenn die Automatisierung aufgrund eines zugrunde liegenden Prozesses mit langer Ausführungszeit nicht mit dem Einspielen von Updates im konfigurierten Zeitfenster beginnen kann, prüft Oracle automatisch am folgenden Tag während des konfigurierten Zeitfensters, um mit dem Einspielen von Cloud-Automatisierungsupdates auf das VM-Cluster zu beginnen.

      Vorzeitigen Zugriff für Cloud-Toolupdates ermöglichen: VM-Cluster, die für vorzeitigen Zugriff bestimmt sind, erhalten Updates 1-2 Wochen, bevor sie für andere Systeme verfügbar sind. Aktivieren Sie dieses Kontrollkästchen, wenn Sie dieses VM-Cluster frühzeitig annehmen möchten.

      Cloud Automation Update Freeze-Zeitraum: Oracle wendet regelmäßig Updates auf die Datenbanktools und Agent-Software an, die für Cloud-Tools und -Automatisierung erforderlich sind. Aktivieren Sie einen Fixierungszeitraum, um ein Zeitfenster zu definieren, in dem die Oracle-Automatisierung keine Cloud-Updates einspielt.

      Verschieben Sie den Schieberegler, um die Fixierungsperiode festzulegen.

      Hinweis

      • Die Sperrperiode kann ab dem Startdatum um maximal 45 Tage verlängert werden.
      • Durch die Oracle-Automatisierung werden Updates mit kritischen Sicherheitsfixes (CVSS >= 9) auch während eines konfigurierten Fixierungszeitraums automatisch eingespielt.
    • Tags: Wenn Sie über Berechtigungen zum Erstellen einer Ressource verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag zuzuweisen, benötigen Sie die Berechtigungen zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch anwenden.
  16. Klicken Sie auf Erstellen.

NÄCHSTE SCHRITTE

Nachdem das VM-Cluster erfolgreich erstellt wurde und sich im Status Verfügbar befindet,
  • Sie können die Seite "VM-Clusterdetails" anzeigen, indem Sie in der Liste der Cluster auf den Namen des VM-Clusters klicken. Auf der Seite "VM-Clusterdetails" können Sie im Cluster die erste Datenbank erstellen, indem Sie auf Datenbank erstellen klicken.
  • In den Feldern SCAN-IP-Adresse (IPv4) und SCAN-IP-Adresse (IPv6) im Abschnitt Netzwerk auf der Seite "VM-Clusterdetails" werden die IP-Adressdetails für den Dual-Stack angezeigt.
  • Im Feld Cloud-Automatisierungsupdate im Abschnitt Version auf der Seite "VM-Clusterdetails" wird die festgelegte Fixierungsperiode angezeigt.

Mit dieser Prozedur können Sie einem Exadata-VM-Cluster Sicherheitsattribute hinzufügen.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster.
  3. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, dem Sie Sicherheitsattribute hinzufügen möchten.
  4. Klicken Sie auf der Seite "VM-Clusterdetails" auf Weitere Aktionen, und wählen Sie Sicherheitsattribute hinzufügen aus.

    oder

    Klicken Sie auf der Seite "VM-Clusterdetails" auf die Registerkarte Sicherheitsattribute.

  5. Klicken Sie auf Sicherheitsattribute hinzufügen.
  6. Wählen Sie den Namespace aus, in dem das erforderliche Sicherheitsattribut verfügbar ist.
  7. Wählen Sie den Schlüssel und den Wert des erforderlichen Sicherheitsattributs aus.
  8. Um zusätzliche Sicherheitsattribute zu verwenden, klicken Sie auf Sicherheitsattribut hinzufügen.
    Hinweis

    Für ein Exadata-VM-Cluster können maximal 3 Sicherheitsattribute angegeben werden.
  9. Klicken Sie auf Sicherheitsattribute hinzufügen.

Mit dieser Prozedur können Sie ein Sicherheitsattribut eines Exadata-VM-Clusters bearbeiten.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, für das Sie ein Sicherheitsattribut bearbeiten möchten.
  3. Klicken Sie auf das Register Sicherheit .

    Eine Liste der vorhandenen Sicherheitsattribute wird angezeigt.

  4. Klicken Sie auf das Symbol neben dem Namen des Sicherheitsattributs, um die zugehörigen Details anzuzeigen.
  5. Wählen Sie den erforderlichen Wert des Sicherheitsattributs aus.
  6. Klicken Sie auf Speichern.

Mit dieser Prozedur können Sie ein Sicherheitsattribut eines Exadata-VM-Clusters entfernen.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, für das Sie ein Sicherheitsattribut bearbeiten möchten.
  3. Klicken Sie auf das Register Sicherheit .

    Eine Liste der vorhandenen Sicherheitsattribute wird angezeigt.

  4. Klicken Sie auf das Symbol neben dem Namen des Sicherheitsattributs, um die zugehörigen Details anzuzeigen.
  5. Klicken Sie auf Sicherheitsattribut entfernen.

So fügen Sie einem Cloud-VM-Cluster Datenbankserver- oder Speicherserverkapazität hinzu

In diesem Thema wird beschrieben, wie Sie mit der Oracle Cloud Infrastructure-(OCI-)Konsole die neue Kapazität zum Cloud-VM-Cluster hinzufügen.

Hinweis

Diese Prozedur gilt nicht für Multi-VM-fähige Infrastruktur.

Wenn Sie die Aufgabe So fügen Sie Compute- und Speicherressourcen zu einer flexiblen Cloud-Exadata-Infrastrukturressource hinzu verwendet haben, um zusätzliche Datenbank-(Compute-) oder Speicherserver zur Serviceinstanz hinzuzufügen, müssen Sie die zusätzliche Kapazität zum Cloud-VM-Cluster hinzufügen, um die zusätzlichen Ressourcen zu nutzen.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster.
  3. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, dem Sie Kapazität hinzufügen möchten.
  4. Klicken Sie auf der Seite "VM-Clusterdetails" auf VM-Cluster skalieren.
  5. Wenn durch die Skalierung der Cloud-Exadata-Infrastrukturressource zusätzliche Kapazität verfügbar ist, erhalten Sie oben im Bereich VM-Cluster skalieren eine Bannermeldung, die Typ und Menge der zusätzlichen Kapazität angibt, die für das VM-Cluster verfügbar ist. Aktivieren Sie das Kontrollkästchen Kapazität hinzufügen.
  6. Wählen Sie entweder das Optionsfeld Datenbankserver hinzufügen oder Speicher hinzufügen aus, je nachdem, welchen Kapazitätstyp Sie zum Cloud-VM-Cluster hinzufügen möchten.
  7. Klicken Sie auf Aktualisieren. Das Cloud-VM-Cluster geht in den Status "Wird aktualisiert" über. Wenn die Kapazität erfolgreich erhöht wurde, kehrt das Cluster in den Status "Verfügbar" zurück.
Hinweis

Wenn Sie dem Cluster zusätzliche Datenbankserver hinzugefügt haben, können Sie die neuen CPU-Cores zuweisen, sobald das Cluster den Status "Verfügbar" aufweist, indem Sie erneut auf die Schaltfläche VM-Cluster skalieren klicken. Weitere Informationen zum Hinzufügen von CPU-Cores zum Cloud-VM-Cluster finden Sie unter So skalieren Sie CPU-Cores in einem Cloud-VM-Cluster oder DB-System von Exadata Cloud Service.

Diagnoseerfassung mit der Konsole aktivieren, teilweise aktivieren oder deaktivieren

Nach dem Provisioning des VM-Clusters können Sie die Diagnoseerfassung für Ihre Gast-VMs aktivieren, teilweise aktivieren oder deaktivieren. Wenn Sie die Diagnoseerfassung auf VM-Clusterebene aktivieren, wird die Konfiguration auf alle Ressourcen wie DB-Home, Datenbank usw. unter dem VM-Cluster angewendet.

Hinweis

  • Durch Ihr Opt-in erkennen Sie an, dass sich die Liste der Ereignisse, Metriken und Logdateien in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.
  • Möglicherweise fügt Oracle in Zukunft weitere Metriken hinzu. Wenn Sie sich jedoch bereits für die Erfassung von Metriken entschieden haben, müssen Sie Ihren Opt-in-Wert nicht aktualisieren. Er bleibt basierend auf Ihren aktuellen Voreinstellungen aktiviert/deaktiviert.
  • Wenn Sie zuvor die Erfassung von Vorfallslogs und Tracedateien ausgewählt haben und diese Option deaktivieren, wenn Oracle Cloud Operations einen Logerfassungsjob ausführt, wird dieser Job ausgeführt und nicht abgebrochen. Zukünftige Logerfassungen erfolgen erst, wenn Sie die Option zum Erfassen von Vorfallslogs und Tracedateien wieder aktivieren.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Datenbank auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, auf dem Sie die Erfassung von Diagnosedaten aktivieren oder deaktivieren möchten.
  5. Aktivieren Sie, aktivieren Sie teilweise oder deaktivieren Sie auf der Seite VM-Clusterdetails unter Allgemeine Informationen neben Diagnoseerfassung die Option Diagnoseerfassung.
  6. Aktivieren oder deaktivieren Sie im Dialogfeld Einstellungen für Diagnoseerfassung bearbeiten eine der Diagnoseerfassungen. Durch das Aktivieren von Diagnoseerfassung und -benachrichtigungen können Sie und Oracle Cloud Operations Probleme mit Gast-VMs schnell und effektiv identifizieren, untersuchen, verfolgen und lösen. Abonnieren Sie Ereignisse, um über Änderungen des Ressourcenstatus benachrichtigt zu werden.
    • Diagnoseereignisse aktivieren Lassen Sie zu, dass Oracle kritische, Warnungs-, Fehler- und Informationsereignisse erfasst und für Sie veröffentlicht. Weitere Informationen finden Sie unter Überblick über die Ereignisse des Database-Service.
    • Zustandsmonitoring aktivieren Lassen Sie zu, dass Oracle Zustandsmetriken/-ereignisse wie Oracle Database hoch-/heruntergefahren, Belegung des Speicherplatzes usw. erfasst und mit Oracle Cloud Operations teilt. Sie werden dabei auch über einige Ereignisse benachrichtigt.
    • Vorfallslogs und Traceerfassung aktivieren. Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.

      Hinweis: Wenn Sie zuvor die Erfassung von Vorfallslogs und Tracedateien ausgewählt haben und diese Option deaktivieren, wenn Oracle Cloud Operations einen Logerfassungsjob ausführt, wird dieser Job ausgeführt und nicht abgebrochen. Zukünftige Logerfassungen erfolgen erst, wenn Sie die Option zum Erfassen von Vorfallslogs und Tracedateien wieder aktivieren.

  7. Aktivieren oder deaktivieren Sie die Kontrollkästchen, und klicken Sie auf Änderungen speichern.

Lizenztyp in einem VM-Cluster mit der Konsole aktualisieren

Um die Lizenzierung zu ändern, müssen Sie Werte für die Felder angeben, die für die Änderung der Lizenzinformationen erforderlich sind.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Cloud Infrastructure.
  2. Wählen Sie die Region und das Compartment mit dem VM-Cluster aus, für das Sie den Lizenztyp aktualisieren möchten.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, für das Sie den Lizenztyp aktualisieren möchten.

    Auf der Seite VM-Clusterdetails werden Informationen zum ausgewählten VM-Cluster angezeigt.

  5. Klicken Sie auf Lizenztyp aktualisieren.
  6. Wählen Sie im Dialogfeld einen der folgenden Lizenztypen aus, und klicken Sie auf Speichern.
    • Bring Your Own License (BYOL): Wählen Sie diese Option, wenn Ihre Organisation bereits Oracle Database-Softwarelizenzen besitzt, die Sie auf dem VM-Cluster verwenden möchten.
    • Lizenz inklusive: Wählen Sie diese Option aus, um Oracle Database-Softwarelizenzen als Teil von Exadata Cloud Infrastructure zu abonnieren.

    Durch das Aktualisieren des Lizenztyps wird weder die Funktionalität geändert noch der Betrieb des VM-Clusters unterbrochen. Kunden können den Lizenztyp für ein VM-Cluster höchstens einmal pro Monat ändern.

So fügen Sie SSH-Schlüssel zu einem VM-Cluster hinzu

Das VM-Cluster ist vorhanden, und Sie möchten einen anderen Benutzer hinzufügen, der einen anderen SSH-Schlüssel benötigt.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Suchen Sie in der Liste der VM-Cluster nach dem Cluster, das Sie verwalten möchten, und klicken Sie auf den markierten Namen.
  5. Klicken Sie auf SSH-Schlüssel hinzufügen.
  6. Wählen Sie eine der folgenden Optionen aus:

    • SSH-Schlüsselpaar generieren: Mit dieser Option können Sie ein neues SSH-Schlüsselpaar erstellen. Klicken Sie bei Verwendung dieser Option sowohl auf Private Key speichern als auch auf Public Key speichern. Der Private Key wird auf Ihren lokalen Rechner heruntergeladen und muss an einem sicheren Ort gespeichert werden. Nach Abschluss des Vorgangs können Sie keine weitere Kopie des bei diesem Vorgang generierten Private Keys herunterladen.

    • SSH-Schlüsseldateien hochladen: Wählen Sie diese Option aus, um PUB-Dateien zu durchsuchen oder per Drag-and-Drop zu verschieben.

    • SSH-Schlüssel einfügen: Wählen Sie diese Option aus, um einzelne Public Keys einzufügen. Klicken Sie zum Einfügen mehrerer Schlüssel auf + Weiterer SSH-Schlüssel, und geben Sie einen Schlüssel pro Eintrag an.

  7. Klicken Sie auf Speichern.

SSH-Schlüssel nach Erstellen eines VM-Clusters mit der Konsole hinzufügen

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf VM-Cluster.
  3. Klicken Sie auf den Namen des VM-Clusters, dem Sie SSH-Schlüssel hinzufügen möchten.
  4. Klicken Sie auf der Seite VM-Clusterdetails auf SSH-Schlüssel hinzufügen.
  5. Wählen Sie im Dialogfeld SSH-Schlüssel hinzufügen eine der folgenden Methoden:
    • SSH-Schlüsselpaar generieren: Wählen Sie diese Option, wenn die Control Plane Public/Private Key-Paare automatisch generieren soll.

      Klicken Sie auf Private Key speichern und Public Key speichern, um das SSH-Schlüsselpaar herunterzuladen und zu speichern.

    • SSH-Schlüsseldateien hochladen: Wählen Sie diese Option, um die Datei hochzuladen, die das SSH-Schlüsselpaar enthält.
    • SSH-Schlüssel einfügen: Wählen Sie diese Option aus, um die SSH-Schlüsselzeichenfolge einzufügen.

      Um mehrere Schlüssel anzugeben, klicken Sie auf Weiterer SSH-Schlüssel. Stellen Sie beim Einfügen von Schlüsseln sicher, dass jeder Schlüssel auf nur einer fortlaufenden Zeile steht. Die Länge der Schlüssel zusammen darf 10.000 Zeichen nicht überschreiten.

  6. Klicken Sie auf Speichern.

Virtuelle Maschine im VM-Cluster mit der Konsole stoppen, starten oder neu starten

Sie können virtuelle Maschinen mit der Konsole stoppen, starten oder neu starten.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region und das Compartment des VM-Clusters aus, das die zu stoppende, zu startende oder neu zu startende virtuelle Maschine enthält.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters mit der virtuellen Maschine, die Sie stoppen, starten oder neu starten möchten.

    Auf der Seite VM-Clusterdetails werden Informationen zum ausgewählten VM-Cluster angezeigt.

  5. Klicken Sie in der Liste Ressourcen auf Virtuelle Maschinen.

    Die Liste der virtuellen Maschinen wird angezeigt.

  6. Klicken Sie in der Liste der Knoten auf das Symbol Aktionen (drei Punkte), und klicken Sie dann auf eine der folgenden Aktionen:
    1. Start: Gestoppten Knoten starten. Nach dem Neustart des Knotens ist die Aktion Stoppen aktiviert.
    2. Stoppen: Knoten herunterfahren. Nachdem der Knoten gestoppt wurde, ist die Aktion Starten aktiviert.
    3. Neu starten: Knoten herunterfahren und dann neu starten.

Status einer virtuellen Maschine im VM-Cluster mit der Konsole prüfen

Prüfen Sie den Status einer virtuellen Maschine im VM-Cluster.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region und das Compartment aus, das mit dem VM-Cluster mit der betreffenden virtuellen Maschine verknüpft ist.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters mit der betreffenden virtuellen Maschine.

    Auf der Seite VM-Clusterdetails werden Informationen zum ausgewählten VM-Cluster angezeigt.

  5. Klicken Sie in der Liste Ressourcen auf Virtuelle Maschinen.

    Die Liste der virtuellen Maschinen wird angezeigt. Für jede virtuelle Maschine im VM-Cluster werden Name, Status und Client-IP-Adresse angezeigt.

  6. Suchen Sie in der Liste der Knoten die gewünschte virtuelle Maschine, und prüfen Sie deren Status.

    Die Farbe des Symbols und der zugehörige Text geben Aufschluss über den Status.

    • Verfügbar: Grünes Symbol. Der Knoten ist betriebsbereit.
    • Wird gestartet: Gelbes Symbol. Der Knoten wird aufgrund einer Start- oder Neustartaktion in der Konsole oder API gestartet.
    • Wird gestoppt: Gelbes Symbol. Der Knoten wird aufgrund einer Stopp- oder Neustartaktion in der Konsole oder API gestoppt.
    • Gestoppt: Gelbes Symbol. Der Knoten wird angehalten.
    • Nicht erfolgreich: Rotes Symbol. Eine Fehlerbedingung verhindert den Weiterbetrieb der virtuellen Maschine.

VM-Cluster mit der Konsole in ein anderes Compartment verschieben

Führen Sie diese Schritte aus, um das Compartment Ihres VM-Clusters in Exadata Cloud Infrastructure zu ändern.

Wenn Sie ein VM-Cluster verschieben, wird die Compartment-Änderung auch auf die virtuellen Maschinen und Datenbanken angewendet, die mit dem VM-Cluster verknüpft sind. Die Compartment-Änderung betrifft jedoch keine anderen verknüpften Ressourcen, wie zum Beispiel die Exadata-Infrastruktur. Sie verbleiben in ihrem Compartment.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region und das Compartment mit dem zu verschiebenden VM-Cluster aus.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des zu verschiebenden VM-Clusters.

    Auf der Seite VM-Clusterdetails werden Informationen zum ausgewählten VM-Cluster angezeigt.

  5. Klicken Sie auf Weitere Aktionen und dann auf Ressource verschieben.
  6. Wählen Sie im nächsten Dialogfeld das neue Compartment für das VM-Cluster aus, und klicken Sie auf Verschieben.

So ändern Sie den Anzeigenamen des VM-Clusters

Hinweis

Dieses Thema gilt nur für Exadata Cloud Infrastructure-Instanzen, die das neue Ressourcenmodell für Exadata Cloud Infrastructuree-Instanzen verwenden.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster.

  4. Klicken Sie in der Liste der Exadata-VM-Clusterressourcen auf den Namen des gewünschten VM-Clusters.

  5. Klicken Sie auf der Seite Infrastrukturdetails auf Weitere Aktionen und Anzeigename aktualisieren.
  6. Geben Sie im Dialogfeld Anzeigenamen aktualisieren den neuen Anzeigenamen und den aktuellen Anzeigenamen wie angegeben ein.
  7. Klicken Sie auf Aktualisieren.

VM-Cluster mit der Konsole beenden

Stellen Sie vor dem Beenden eines VM-Clusters Folgendes sicher:
  • Wenn für Datenbanken Data Guard konfiguriert ist, dekonfigurieren Sie diese zuerst.
  • Wenn in Datenbanken ein Backup ausgeführt wird, warten Sie, bis das Backup abgeschlossen ist.

Wenn Sie ein VM-Cluster beenden, wird es aus der Cloud-Control Plane entfernt. Bei diesem Prozess werden die virtuellen Maschinen und ihre Inhalte zerstört.

Hinweis

Sie können ein VM-Cluster nicht aus einer Infrastruktur mit weniger als 5 Storage Servern beenden
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region und das Compartment mit dem zu beendenden VM-Cluster aus.
  3. Klicken Sie auf VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, das Sie beenden möchten.

    Auf der Seite VM-Clusterdetails werden Informationen zum ausgewählten VM-Cluster angezeigt.

  5. Klicken Sie auf Weitere Aktionen und dann auf Beenden.
  6. Gehen Sie in dem daraufhin angezeigten Dialogfeld wie folgt vor:
    • Prüfen Sie die Meldung zur Backupaufbewahrungs-Policy
    • Geben Sie den Namen des VM-Cluster ein
    • Klicken Sie auf Beenden, um die Aktion zu bestätigen.
    Hinweis

    Die Datenbank bleibt in einem beendeten Status, wobei Backups aufgelistet werden, bis alle Backups abgelaufen sind.

So zeigen Sie Details zur privaten DNS-Konfiguration an

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Datenbank auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Wählen Sie das Compartment aus, das Ihre Exadata-Infrastruktur enthält.
  4. Klicken Sie auf VM-Cluster.
  5. Klicken Sie auf den Namen des VM-Clusters, das mit einem privaten DNS konfiguriert ist und das Sie anzeigen möchten.
  6. Im Abschnitt "Netzwerk" werden das private DNS und die private Zone angezeigt, wenn ein privates DNS konfiguriert ist.
  7. Klicken Sie unter Private Ansicht auf den Namen der privaten Ansicht, um die Konfiguration zu bearbeiten.

So hängen Sie eine virtuelle IP-Adresse an

Hängen Sie mit diesem Verfahren eine virtuelle IP-Adresse aus einem VM-Cluster an.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Datenbank auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Wählen Sie das Compartment aus, das Ihre Exadata-Infrastruktur enthält.
  4. Klicken Sie auf Exadata-VM-Cluster.
  5. Klicken Sie unter Ressourcen auf Virtuelle IP-Adresse.
  6. Klicken Sie auf Virtuelle IP-Adresse anhängen.
  7. Gehen Sie im Dialogfeld Virtuelle IP-Adresse anhängen wie folgt vor:
    1. Wählen Sie ein Subnetz in der Dropdown-Liste Subnetz aus.
    2. Geben Sie einen Hostnamen für die virtuelle IP-Adresse in das Feld "Hostname der virtuellen IP-Adresse" ein.
    3. Sie können entweder IPv4/IPv6-Adressen automatisch aus dem Subnetz zuweisen oder IPv4/IPv6-Adressen manuell zuweisen. Wenn Sie sich für eine manuelle Zuweisung entscheiden, geben Sie die gewünschte IP-Adresse in das Feld Virtuelle IP-Adresse ein.
    4. (Optional) Sie können einen VIrtual-Rechnernamen als Standardanhang in das Feld Virtuelle Maschine eingeben.
    5. Klicken Sie auf Anhängen.

So trennen Sie eine VIP-Adresse

Hängen Sie mit diesem Verfahren eine virtuelle IP-Adresse aus einem VM-Cluster an.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Datenbank auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Wählen Sie das Compartment aus, das Ihre Exadata-Infrastruktur enthält.
  4. Klicken Sie auf Exadata-VM-Cluster.
  5. Klicken Sie unter Ressourcen auf Virtuelle IP-Adresse.
  6. Klicken Sie rechts neben der virtuellen IP-Adresse, die Sie trennen möchten, auf das Symbol "Aktionen" (drei Punkte).
  7. Klicken Sie auf Trennen.
  8. Geben Sie im Dialogfeld Virtuelle IP-Adresse trennen die zu trennende VIP-Adresse ein, und klicken Sie auf Trennen.

Von einem Einzelstack-(IPv4-)Exadata-VM-Cluster in ein Dual-Stack-(IPv4/IPv6-)Exadata-VM-Cluster mit Data Guard-Synchronisierung migrieren

  1. Erstellen Sie ein Dual-Stack-Exadata-VM-Cluster.
  2. Erstellen Sie eine Data Guard-Verknüpfung zwischen dem vorhandenen Exadata-VM-Cluster mit einem einzelnen Stack (IPv4), das die Primärdatenbank hostet, und dem neuen Exadata-VM-Cluster mit zwei Stacks (IPv4/IPv6), das die Standbydatenbank hostet.
  3. Datenbank-Switchover ausführen

    Stellen Sie vor dem Switchover sicher, dass beide Datenbanken synchronisiert sind. Die Primär- und die Standbydatenbank müssen synchronisiert werden. Das bedeutet, dass kein Backlog von Redo-Logs in der Standbydatenbank vorhanden ist. Sie können die Synchronisierung prüfen, indem Sie sicherstellen, dass keine Redo-Logs zur Anwendung auf die Standbydatenbank ausstehen. Prüfen Sie den Synchronisierungsstatus mit dem Befehl DGMGRL> SHOW CONFIGURATION;.

Überblick über die automatische Diagnoseerfassung

Durch das Aktivieren von Diagnoseerfassung und -benachrichtigungen können Sie und Oracle Cloud Operations Probleme mit Gast-VMs schnell und effektiv identifizieren, untersuchen, verfolgen und lösen. Abonnieren Sie Ereignisse, um über Änderungen des Ressourcenstatus benachrichtigt zu werden.

  • Diagnoseereignisse aktivieren

    Lassen Sie zu, dass Oracle kritische, Warnungs-, Fehler- und Informationsereignisse erfasst und für Sie veröffentlicht. Weitere Informationen finden Sie unter Database Service-Ereignisse.

  • Zustandsmonitoring aktivieren

    Lassen Sie zu, dass Oracle Zustandsmetriken/-ereignisse wie Oracle Database-Status (hoch-/heruntergefahren), Belegung des Speicherplatzes usw. erfasst und mit Oracle Cloud Operations teilt. Sie werden dabei auch über einige Ereignisse benachrichtigt. Weitere Informationen finden Sie unter Zustandsmetriken.

  • Vorfallslogs und Traceerfassung aktivieren

    Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen. Weitere Informationen finden Sie unter Vorfallslogs und Tracedateien.

Die Diagnoseerfassung ist:

  • Aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (alle drei Optionen).
  • Deaktiviert: Wenn Sie keine Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (keine der drei Optionen).
  • Teilweise aktiviert: Wenn Sie Diagnose-, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen (eine oder zwei Optionen).

Wenn Sie Diagnoseereignisse und Zustandsmonitoring deaktivieren, werden die Erfassung und Benachrichtigung von Daten/Ereignissen erst gestoppt, wenn Sie die mit den Optionen verknüpften Kontrollkästchen deaktivieren. Historische Daten werden jedoch nicht aus den Oracle Cloud Operations-Daten-Repositorys gelöscht.

Vorfallslogs und Tracedateien

In diesem Abschnitt werden alle Dateien aufgeführt, die von Oracle Support erfasst werden können, wenn Sie sich für Vorfallslogs und Traceerfassung anmelden.

Hinweis

  • Oracle erstellt eine Serviceanfrage für die Infrastruktur-CSI (Customer Support Identifier), wenn ein Problem ermittelt wird und eine Kundeninteraktion zur Lösung erforderlich ist.
  • Die E-Mail-Adresse des Mandantenadminstrators für Oracle Cloud Infrastructure des Kunden wird als CSI-Kontakt verwendet, um eine Serviceanfrage zu erstellen und Logs anzuhängen. Stellen Sie sicher, dass der Mandantenadministrator als CSI-Kontakt in My Oracle Support (MOS) hinzugefügt wird.

Oracle Trace File Analyze (TFA) - Komponentengesteuerte Logerfassung

Die Verzeichnisse sind im Allgemeinen einer Komponente zugewiesen, und anhand dieser Komponente kann TFA die zu erfassenden Dateien ermitteln. Beispiel: Wenn die CRS-Komponente angefordert wird, würde TFA angewiesen, in den der CRS-Komponente zugeordneten Verzeichnissen nach Dateien zu suchen, die dem erforderlichen Erfassungszeitrahmen entsprechen.

Hinweis

Wenn Sie zuvor die Erfassung von Vorfallslogs und Tracedateien ausgewählt haben und diese Option deaktivieren, wenn Oracle Cloud Operations einen Logerfassungsjob ausführt, wird dieser Job ausgeführt und nicht abgebrochen. Zukünftige Logerfassungen erfolgen erst, wenn Sie die Option zum Erfassen von Vorfallslogs und Tracedateien wieder aktivieren.

TFA wird mit Skripten ausgeliefert, die ausgeführt werden, wenn eine bestimmte Komponente angefordert wird. Beispiel: Bei einer CRS-Komponente führt crscollect.pl eine Reihe von crsctl-Befehlen aus und erfasst die Eingabe. Standardmäßig verdeckt TFA keine erfassten Logs.

Tabelle 5-1: Oracle Trace File Analyze (TFA) - Komponentengesteuerte Logerfassung

Komponente Skript Dateien/Verzeichnisse

OS: Betriebssystemlogs

oscollect.pl
  • /var/log/messages
  • OSWatcher-Archiv
  • Nur Exadata: ExaWatcher-Archiv

    /opt/oracle.ExaWatcher/archive/

CRS: Grid Infrastructure- und Clusterlogs

crscollect.pl
  • /etc/oracle
  • GIHOME/crf/db/HOSTNAME1
  • GIHOME/crs/log
  • GIHOME/css/log
  • GIHOME/cv/log
  • GIHOME/evm/admin/log
  • GIHOME/evm/admin/logger
  • GIHOME/evm/log
  • GIHOME/log/-/client
  • GIHOME/log/HOSTNAME1
  • GIHOME/log/HOSTNAME1/admin
  • GIHOME/log/HOSTNAME1/client
  • GIHOME/log/HOSTNAME1/crflogd
  • GIHOME/log/HOSTNAME1/crfmond
  • GIHOME/log/HOSTNAME1/crsd
  • GIHOME/log/HOSTNAME1/cssd
  • GIHOME/log/HOSTNAME1/ctssd
  • GIHOME/log/HOSTNAME1/diskmon
  • GIHOME/log/HOSTNAME1/evmd
  • GIHOME/log/HOSTNAME1/gipcd
  • GIHOME/log/HOSTNAME1/gnsd
  • GIHOME/log/HOSTNAME1/gpnpd
  • GIHOME/log/HOSTNAME1/mdnsd
  • GIHOME/log/HOSTNAME1/ohasd
  • GIHOME/log/HOSTNAME1/racg
  • GIHOME/log/HOSTNAME1/srvm
  • GIHOME/log/HOSTNAME1/xag
  • GIHOME/log/diag/asmtool
  • GIHOME/log/diag/clients
  • GIHOME/log/procwatcher/PRW_SYS_HOSTNAME1
  • GIHOME/network/log
  • GIHOME/opmn/logs
  • GIHOME/racg/log
  • GIHOME/scheduler/log
  • GIHOME/srvm/log
  • GRIDBASE/crsdata/@global/cvu
  • GRIDBASE/crsdata/HOSTNAME1/core
  • GRIDBASE/crsdata/HOSTNAME1/crsconfig
  • GRIDBASE/crsdata/HOSTNAME1/crsdiag
  • GRIDBASE/crsdata/HOSTNAME1/cvu
  • GRIDBASE/crsdata/HOSTNAME1/evm
  • GRIDBASE/crsdata/HOSTNAME1/output
  • GRIDBASE/crsdata/HOSTNAME1/ovmmwallets
  • GRIDBASE/crsdata/HOSTNAME1/scripts
  • GRIDBASE/crsdata/HOSTNAME1/trace
  • GRIDBASE/diag/crs/-/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/incident
  • GRIDBASE/diag/crs/HOSTNAME1/crs/trace

Database: Oracle Database-Logs

Kein DB-spezifisches Skript - Führt opatch lsinventory für das ORACLE_HOME aus, aus dem die DB ausgeführt wird. TFA führt "ipspack" basierend auf dem Zeitraum für bestimmte DB-Vorfälle aus.

  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/cdump
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/trace
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/incident

Cloud-Tooling-Logs

  • Creg-Dateien: /var/opt/oracle/creg/*.ini-Dateien mit maskierten sensiblen Informationen
  • Cstate-Datei: /var/opt/oracle/cstate.xml

  • Datenbankbezogene Tooling-Logs:

    Wenn dbName angegeben ist, /var/opt/oracle/log/<dbName>, andernfalls Logs für alle Datenbanken erfassen: /var/opt/oracle/log/

    Wenn dbName angegeben ist, /var/opt/oracle/dbaas_acfs/log/<dbName>, andernfalls Logs für alle Datenbanken erfassen: /var/opt/oracle/log/<dbName>

  • Datenbankumgebungsdateien: Wenn dbName angegeben ist, /home/oracle/<dbName>.env, andernfalls Logs für alle Datenbanken erfassen: /home/oracle/*.env
  • Pilotlogs: /home/opc/.pilotBase/logs
  • Liste der Logverzeichnisse:
    • /var/opt/oracle/log
    • /var/opt/oracle/dbaas_acfs/log
    • /var/opt/oracle/dbaas_acfs/dbsystem_details
    • /var/opt/oracle/dbaas_acfs/job_manager
    • /opt/oracle/dcs/log

DCS-Agent-Logs

  • /opt/oracle/dcs/log/

Tooling-bezogene Grid Infrastructure-/Datenbanklogs

  • Grid Infrastructure: GI_HOME/cfgtoollogs
  • Datenbankalertlog: /u02/app/oracle/diag/rdbms/*/*/alert*.log

Zustandsmetriken

Prüfen Sie die Liste der Datenbank- und Nicht-Datenbankzustandsmetriken, die von Oracle Trace File Analyzer erfasst wurden.

Hinweis

Möglicherweise fügt Oracle in Zukunft weitere Metriken hinzu. Wenn Sie sich jedoch bereits für die Erfassung von Metriken entschieden haben, müssen Sie Ihren Opt-in-Wert nicht aktualisieren. Er bleibt basierend auf Ihren aktuellen Voreinstellungen aktiviert/deaktiviert.

Hinweis

Zusätzlich zu den unten aufgeführten Metriken analysiert Oracle zusätzliche Metriken, um ein Höchstmaß an Servicevorgängen und Support für die Gewährleistung einer hohen Verfügbarkeit von Services bereitzustellen.

Liste der Zustandsmetriken für Gast-VMs - Datenbankmetriken

Tabelle 5-2: Liste der Gast-VM-Zustandsmetriken - Datenbankmetriken

Metrikname Metrikanzeigename Einheit Aggregation Intervall Erfassungshäufigkeit Beschreibung

CpuUtilization

CPU-Auslastung

Prozentsatz

Mittel

Eine Minute

Fünf Minuten

Die CPU-Auslastung in Prozent, aggregiert über alle Consumer-Gruppen hinweg. Der Prozentsatz für die Auslastung wird in Bezug auf die Anzahl der CPUs gemeldet, die die Datenbank nutzen darf (doppelt so viele wie die Anzahl der OCPUs).

StorageUtilization

Speicherplatzauslastung

Prozentsatz

Mittel

Eine Stunde

Eine Stunde

Der Prozentsatz der bereitgestellten Speicherkapazität, die derzeit genutzt wird. Stellt den gesamten zugewiesenen Speicherplatz für alle Tablespaces dar.

BlockChanges

DB-Blockänderungen

Änderungen pro Sekunde

Mittel

Eine Minute

Fünf Minuten

Die durchschnittliche Anzahl der geänderten Blöcke pro Sekunde.

ExecuteCount

Ausführungsanzahl

Anzahl

Summe

Eine Minute

Fünf Minuten

Die Anzahl der Benutzeraufrufe und rekursiven Aufrufe, die während des ausgewählten Intervalls SQL-Anweisungen ausgeführt haben.

CurrentLogons

Aktuelle Anmeldungen

Anzahl

Summe

Eine Minute

Fünf Minuten

 Die Anzahl der erfolgreichen Anmeldungen während des ausgewählten Intervalls.

TransactionCount

Anzahl Transaktionen

Anzahl

Summe

Eine Minute

Fünf Minuten

Die kombinierte Anzahl der Benutzer-Commits und Benutzer-Rollbacks während des ausgewählten Intervalls.

UserCalls

Benutzeraufrufe

Anzahl

Summe

Eine Minute

Fünf Minuten

Die kombinierte Anzahl der Anmeldungen, Parses und Ausführen-Aufrufe während des ausgewählten Intervalls.

ParseCount

Parse-Anzahl

Anzahl

Summe

Eine Minute

Fünf Minuten

Die Anzahl der Hard Parses und Soft Parses im ausgewählten Intervall.

StorageUsed

Belegter Speicherplatz

GB

Max.

Eine Stunde

Eine Stunde

Gesamter Speicherplatz, der zur Erfassungszeit von der Datenbank belegt wird.

StorageAllocated

Zugewiesener Speicherplatz

GB

Max.

Eine Stunde

Eine Stunde

Gesamter Speicherplatz, der zur Erfassungszeit der Datenbank zugewiesen wurde.

StorageUsedByTablespace

Speicherplatz, der vom Tablespace belegt wird

GB

Max.

Eine Stunde

Eine Stunde

Gesamter Speicherplatz, der zur Erfassungszeit vom Tablespace belegt wird. Bei Containerdatenbanken stellt diese Metrik Root-Container-Tablespaces bereit.

StorageAllocatedByTablespace

Dem Tablespace zugewiesener Speicherplatz

GB

Max.

Eine Stunde

Eine Stunde

Gesamter Speicherplatz, der zur Erfassungszeit dem Tablespace zugewiesen wurde. Bei Containerdatenbanken stellt diese Metrik Root-Container-Tablespaces bereit.

StorageUtilizationByTablespace

Speicherplatzauslastung nach Tablespace

Prozentsatz

Mittel

Eine Stunde

Eine Stunde

Gibt den Prozentsatz des Speicherplatzes an, der zur Erfassungszeit vom Tablespace belegt wird. Bei Containerdatenbanken stellt diese Metrik Root-Container-Tablespaces bereit.

Liste der Gast-VM-Zustandsmetriken - Nicht-Datenbankmetriken

Tabelle 5-3: Liste der Gast-VM-Zustandsmetriken - Nicht-Datenbankmetriken

Metrikname Metrikanzeigename Einheit Aggregation Erfassungshäufigkeit Beschreibung

ASMDiskgroupUtilization

Auslastung der ASM-Datenträgergruppe

Prozentsatz

Max.

10 Minuten

Prozentsatz des nutzbaren Speicherplatzes, der in einer Datenträgergruppe verwendet wird. Der nutzbare Speicherplatz ist der für das Wachstum verfügbare Speicherplatz. Die Datenträgergruppe DATA speichert die Oracle-Datenbankdateien. Die RECO-Datenträgergruppe enthält Datenbankdateien für das Recovery wie Archive und Flashback-Logs.

FilesystemUtilization

Dateisystemauslastung

Prozentsatz

Max.

Eine Minute

Prozentuale Auslastung des bereitgestellten Dateisystems.

CpuUtilization

CPU-Auslastung

Prozentsatz

Mittel

Eine Minute

Prozentuale CPU-Auslastung

MemoryUtilization

Speicherplatzauslastung

Prozentsatz

Mittel

Eine Minute

Prozentsatz des Arbeitsspeichers, der zum Starten neuer Anwendungen ohne Swapping verfügbar ist. Der verfügbare Speicher kann über den folgenden Befehl abgerufen werden: cat /proc/meminfo.

SwapUtilization

Swap-Auslastung

Prozentsatz

Mittel

Eine Minute

Prozentuale Auslastung des gesamten Swapspeichers.

LoadAverage

Lastdurchschnitt

Anzahl

Mittel

Eine Minute

Durchschnittliche Systemlast in 5 Minuten.

NodeStatus

Knotenstatus

Ganzzahl

Mittel

Eine Minute

Gibt an, ob der Host erreichbar ist.

OcpusAllocated

Zugewiesene OCPU

Ganzzahl

Max.

Eine Minute

Die Anzahl zugewiesener OCPUs.

Exadata Cloud Infrastructure-Instanz mit der API verwalten

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Mit diesen API-Vorgängen können Sie Exadata Cloud Infrastructure-Instanzkomponenten verwalten.

Cloud-Exadata-Infrastrukturressource (neues Ressourcenmodell):

Cloud-VM-Cluster (neues Ressourcenmodell):

DB-Systeme (altes Ressourcenmodell):

Knoten virtueller Maschinen (alle Exadata Cloud Infrastructure-Instanzen):

Übergeordnetes Thema: VM-Cluster verwalten

Fehlerbehebung bei virtuellen Maschinen mit Konsolenverbindungen

Über Konsolenverbindungen können Sie Fehler bei virtuellen Maschinen beheben. Beispiel: Eine zuvor arbeitende Gast-VM reagiert nicht mehr.

Hinweis

Exadata-Systemsoftware 23.1.13 ist die mindestens erforderliche Version. Prüfen Sie außerdem alle unten angegebenen Voraussetzungen, einschließlich der Festlegung eines Kennworts für den Benutzer opc oder root. Wenn Sie die erforderlichen Änderungen nicht im Voraus vornehmen, um diese Anforderungen zu erfüllen, können Sie keine dringende Verbindung zur seriellen Konsole herstellen, wenn die VM nicht anderweitig zugänglich ist.

Um sich zu Administrations- und allgemeinen Zwecken bei einer aktiven Instanz anzumelden, verwenden Sie eine Secure Shell (SSH). Weitere Informationen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

Um eine SSH-Verbindung zur seriellen Konsole herzustellen, führen Sie die folgenden Konfigurationsschritte aus.

  1. Stellen Sie sicher, dass Sie über die richtigen Berechtigungen verfügen.
  2. Schließen Sie die Voraussetzungen ab, einschließlich der Erstellung des SSH-Schlüsselpaares (falls Sie noch kein Schlüsselpaar haben).
  3. Erstellen Sie die serielle Virtual-Machine-Konsole.
  4. Stellen Sie über SSH eine Verbindung zur seriellen Konsole her.

So prüfen Sie die installierte DB-Serverversion:

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-Infrastruktur.
  4. Klicken Sie auf den Namen der entsprechenden Infrastruktur.
  5. Gehen Sie auf der daraufhin angezeigten Seite "Infrastrukturdetails" zum Abschnitt "Version", um die installierte DB-Serverversion zu suchen.

Übergeordnetes Thema: VM-Cluster verwalten

Erforderliche IAM Policys

Ein Administrator muss Ihnen über eine IAM-Policy sicheren Zugriff auf die Virtual-Machine-Konsole auf dem Oracle Exadata Database Service on Dedicated Infrastructure-System erteilen.

Dieser Zugriff ist erforderlich, unabhängig davon, ob Sie die Konsole oder die REST-API mit einem SDK, einer CLI oder anderen Tools verwenden. Wenn Sie eine Meldung erhalten, dass Sie keine Berechtigung haben oder nicht autorisiert sind, fragen Sie den Administrator, welcher Zugriffstyp Ihnen erteilt wurde und in welchem Compartment Sie arbeiten sollen.

Um Konsolenverbindungen für virtuelle Maschinen zu erstellen, muss ein Administrator dem Benutzer über eine IAM-Policy den Zugriff zum Lesen und Verwalten von Konsolenverbindungen für virtuelle Maschinen erteilen. Der Ressourcenname für VM-Konsolenverbindungen lautet dbnode-console-connection. Der Ressourcenname für die Virtual Machine lautet db-nodes. Mit den folgenden Policys können Benutzer Virtual-Machine-Konsolenverbindungen erstellen: 

Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy

Voraussetzungen

Sie müssen einen SSH-Client installieren und SSH-Schlüsselpaare erstellen.

SSH-Client und Befehlszeilenshell installieren (Microsoft Windows)

Microsoft Windows enthält standardmäßig keinen SSH-Client. Wenn Sie eine Verbindung von einem Windows-Client herstellen, müssen Sie einen SSH-Client installieren. Sie können PuTTY plink.exe mit Windows PowerShell oder Software verwenden, die eine Version von OpenSSH enthält, wie:

Die Anweisungen in diesem Thema verwenden häufig PuTTY und Windows PowerShell.

Wenn Sie die Konsolenverbindung von Windows mit Windows PowerShell herstellen möchten, ist PowerShell möglicherweise bereits auf Ihrem Windows-Betriebssystem installiert. Falls nicht, befolgen Sie die Schritte unter dem Link. Wenn Sie sich über einen Windows-Client mit PowerShell bei der Instanz anmelden, ist plink.exe erforderlich. plink.exe ist das Befehlslinkverbindungstool, das in PuTTY enthalten ist. Sie können PuTTY installieren oder plink.exe separat installieren. Installationsinformationen finden Sie im Abschnitt http://www.putty.org.

SSH-Schlüsselpaare erstellen

Um die sichere Konsole zu erstellen, benötigen Sie ein SSH-Schlüsselpaar. Die Methode zum Erstellen von Schlüsselpaaren hängt von Ihrem Betriebssystem ab. Wenn Sie eine Verbindung zur seriellen Konsole herstellen, müssen Sie einen RSA-Schlüssel verwenden. Die Anweisungen in diesem Abschnitt zeigen, wie Sie ein RSA-Schlüsselpaar erstellen.

SSH-Schlüsselpaar für Linux erstellen

Wenn Sie ein UNIX-System verwenden, ist das Utility ssh-keygen wahrscheinlich bereits installiert. Um zu bestimmen, ob das Utility installiert ist, geben Sie ssh-keygen in die Befehlszeile ein. Wenn das Utility nicht installiert ist, können Sie OpenSSH für UNIX von http://www.openssh.com/portable.html herunterladen und installieren.

  1. Öffnen Sie eine Shell oder ein Terminal zur Eingabe der Befehle.
  2. Geben Sie in der Eingabeaufforderung ssh-keygen und einen Namen für den Schlüssel ein. Optional können Sie eine Passphrase angeben.

    Die Schlüssel werden mit den Standardwerten erstellt: RSA-Schlüssel mit 2048 Bit.

    Sie können auch einen vollständigen ssh-keygen-Befehl eingeben. Beispiel:
    ssh-keygen -t rsa -N "" -b 2048 -C "<key_name>" -f <path/root_name>
    Argument Beschreibung
    -t rsa RSA-Algorithmus verwenden.
    -N "<passphrase>" Eine Passphrase, um den Schlüssel zu schützen (wie ein Kennwort). Wenn Sie keine Passphrase festlegen möchten, geben Sie nichts zwischen die Anführungszeichen ein.

    Eine Passphrase ist nicht erforderlich. Sie können sie als Sicherheitsmaßnahme angeben, um den Private Key vor nicht autorisierter Verwendung zu schützen. Wenn Sie eine Passphrase angeben, müssen Sie bei der Anmeldung bei der Instanz die Passphrase angeben. Dadurch wird es normalerweise schwieriger, die Verbindung zu einer Instanz zu automatisieren.
    -b 2048 Generieren einen 2048-Bit-Schlüssel. Sie müssen diesen Wert nicht festlegen, wenn 2048 akzeptabel ist, da 2048 der Standardwert ist.

    Für SSH-2-RSA werden mindestens 2048 Bit empfohlen.
    -C "<key_name>" Ein Name zur Identifizierung des Schlüssels.
    -f <path/root_name> Der Speicherort, in dem das Schlüsselpaar gespeichert wird, sowie der Root-Name für die Dateien.

Erstellen Sie das SSH-Schlüsselpaar für Windows mit PuTTY

Wenn Sie einen Windows-Client zur Verbindung mit der Instanzkonsolenverbindung verwenden, verwenden Sie ein SSH-Schlüsselpaar, das von PuTTY generiert wurde.

Hinweis

Stellen Sie sicher, dass Sie die neueste Version von PuTTY verwenden, siehe http://www.putty.org.

  1. Suchen Sie puttygen.exe im Ordner PuTTY auf Ihrem Computer. Beispiel: C:\Program Files (x86)\PuTTY. Doppelklicken Sie auf puttygen.exe, um es zu öffnen.
  2. Geben Sie als Schlüsseltyp "SSH-2 RSA" und als Schlüsselgröße 2048 Bit an:
    • Bestätigen Sie im Menü Schlüssel, dass der Standardwert SSH-2 RSA-Schlüssel ausgewählt ist.
    • Übernehmen Sie unter Zu generierender Schlüsseltyp den Standardschlüsseltyp RSA.
    • Setzen Sie die Anzahl der Bit in einem generierten Schlüssel unter Number of bits in a generated key auf 2048, wenn diese nicht bereits festgelegt ist.
  3. Klicken Sie auf Generieren.
  4. Um zufällige Daten im Schlüssel zu generieren, bewegen Sie die Maus um den leeren Bereich im PuTTY-Fenster.

    Wenn der Schlüssel generiert wurde, wird er unter Public key for pasting into OpenSSH authorized_keys file angezeigt.

  5. Unter Key comment wird ein Schlüsselkommentar einschließlich Datum und Zeitstempel generiert. Sie können den Standardkommentar beibehalten oder durch einen eigenen beschreibenden Kommentar ersetzen.
  6. Lassen Sie das Feld Key passphrase leer.
  7. Klicken Sie in der Eingabeaufforderung auf Save private Key und dann auf Yes, um den Schlüssel ohne Passphrase zu speichern.

    Das Schlüsselpaar wird im Format PuTTY Private Key (PPK) gespeichert. Dieses proprietäre Format funktioniert nur mit dem Toolset PuTTY.

    Sie können den Schlüssel beliebig benennen, müssen aber die Dateierweiterung ppk verwenden. Beispiel: mykey.ppk.

  8. Wählen Sie alle generierten Schlüssel aus, die unter Public key angezeigt werden, um sie in die Datei OpenSSH authorized_keys einzufügen, kopieren Sie sie mit Strg + C, fügen Sie sie in eine Textdatei ein, und speichern Sie die Datei dann im selben Speicherort wie den Private Key.
    Hinweis

    Verwenden Sie nicht die Option Public Key speichern, da der Schlüssel damit nicht im Format OpenSSH gespeichert wird.

    Sie können den Schlüssel zwar beliebig benennen, sollten aber aus Gründen der Konsistenz denselben Namen wie den des Private Keys und die Dateiendung pub verwenden. Beispiel: mykey.pub.

  9. Schreiben Sie die Namen und Speicherorte Ihrer Public-Key- und Private-Key-Datei auf. Zum Erstellen einer Instanzkonsoleverbindung benötigen Sie den Public Key. Sie müssen den Private Key für die Verbindung zur Instanzkonsole mit PuTTY verwenden. Beispiel: $HOME\Documents\mykey.ppk.

So erstellen Sie eine Verbindung mit dem mit PuTTY generierten SSH-Schlüsselpaar

Weitere Informationen zum Generieren von SSH-Schlüsselpaaren finden Sie unter SSH-Schlüsselpaar für Windows mit PuTTY erstellen

Gehen Sie im Fenster "Seriellen Konsolenzugriff erstellen" wie folgt vor:

  1. Fügen Sie den im Format OpenSSH generierten SSH-Schlüssel ein, oder wählen Sie SSH-Schlüsseldatei hochladen aus, und geben Sie den Pfad des in Schritt 8 gespeicherten Public Keys unter SSH-Schlüsselpaar für Windows mit PuTTY erstellen an.
  2. Wenn die Verbindung Aktiv ist, klicken Sie auf Serielle Konsolenverbindung für Windows kopieren.
  3. Fügen Sie die aus dem vorherigen Schritt kopierte Verbindungszeichenfolge in eine Textdatei ein.
  4. Ersetzen Sie in der Textdatei <PATH_FILE_PUTTY_PRIVATE.ppk>, um auf den Pfad der PPK-Datei (PuTTY Private Key) auf Ihrem Computer zu verweisen. Beispiel: Sie haben die Datei .ppk unter $HOME\Documents\mykey.ppk gespeichert.
  5. Fügen Sie die geänderte Verbindungszeichenfolge in das Fenster PowerShell ein, und drücken Sie dann die Eingabetaste, um eine Verbindung zur Konsole herzustellen.

Bei einer virtuellen Maschine über die serielle Konsole anmelden

Wenn Sie sich mit einer Virtual-Machine-Konsolenverbindung bei einer virtuellen Maschine anmelden möchten, können Sie eine Secure Shell-(SSH-)Verbindung verwenden. Wenn Sie sich mit Benutzernamen und Kennwort anmelden möchten, benötigen Sie einen Benutzeraccount mit einem Kennwort. Oracle Exadata Cloud legt kein Standardkennwort für die Benutzer opc oder root fest. Wenn Sie sich daher als opc- oder root-Benutzer anmelden möchten, müssen Sie ein Kennwort für den opc- oder root-Benutzer erstellen. Fügen Sie andernfalls einen anderen Benutzer mit einem Kennwort hinzu, und melden Sie sich als dieser Benutzer an. Dies sollte im Voraus abgeschlossen werden, bevor Sie sich möglicherweise in einer Situation bei der seriellen Konsole anmelden müssen.

Über Firewalls anmelden

Wenn sich der Client, mit dem Sie auf die serielle Konsole zugreifen, hinter einer Firewall befindet, müssen Sie sicherstellen, dass dieser Client den erforderlichen Endpunkt für den Zugriff auf die serielle Konsole der virtuellen Maschine erreichen kann. Das Clientsystem, das sich bei der seriellen Konsole verbindet, muss mit Port 443 direkt oder über einen Proxy auf den seriellen Konsolenserver (z.B. vm-console-ad1.exacs.us-ashburn-1.oci.oraclecloud.com) über SSH zugreifen können.

Serielle Virtual-Machine-Konsolenverbindung erstellen

Bevor Sie eine lokale Verbindung zur seriellen Konsole herstellen können, müssen Sie die Konsole der virtuellen Maschine erstellen.

Virtual-Machine-Konsolenverbindungen sind auf jeweils einen Client beschränkt. Wenn der Client nicht erfolgreich verläuft, bleibt die Verbindung ungefähr fünf Minuten lang aktiv. Während dieser Zeit kann kein anderer Client angemeldet werden. Nach fünf Minuten wird die Verbindung beendet, und ein neuer Client kann eine Verbindung herstellen. Während des fünfminütigen Timeouts sind alle Versuche, einen neuen Client zu verbinden, mit der folgenden Meldung nicht erfolgreich:
channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist Konsolenverbindungen standardmäßig ausgewählt.

  4. Klicken Sie auf Konsolenverbindung erstellen.
  5. Im daraufhin angezeigten Fenster "Seriellen Konsolenzugriff erstellen" stehen Ihnen drei Optionen zum Hinzufügen des SSH-Schlüssels zur Verfügung
    • Schlüsselpaar für mich generieren: Oracle Cloud Infrastructure kann ein SSH-Schlüsselpaar für Sie generieren. Wenn Sie PowerShell oder PuTTY verwenden, um von einem Windows-Client aus eine Verbindung zur Instanz herzustellen, können Sie das generierte SSH-Schlüsselpaar nicht verwenden, ohne es zuerst in eine .ppk-Datei zu konvertieren.
    • Öffentliche Schlüsseldatei hochladen: Navigieren Sie zu einer Public-Key-Datei auf dem Rechner. Wenn Sie die Schritte zum Erstellen von SSH-Schlüsselpaaren im Abschnitt "Voraussetzungen" befolgt haben, um ein Schlüsselpaar zu erstellen, navigieren Sie mit dieser Option zur .pub-Datei.
    • Public Key einfügen: Fügen Sie den Inhalt der Public-Key-Datei in das Textfeld ein.
  6. Klicken Sie auf Konsolenverbindung erstellen.

    Wenn die Konsolenverbindung erstellt wurde und verfügbar ist, wechselt der Status zu Aktiv.

SSH-Verbindung zur seriellen Konsole herstellen

Nachdem Sie die Konsolenverbindung für die virtuelle Maschine erstellt haben, können Sie eine Secure Shell-(SSH-)Verbindung zur seriellen Konsole herstellen. Wenn Sie eine SSH-Verbindung zur seriellen Konsole herstellen, müssen Sie einen RSA-Schlüssel verwenden. Sie können denselben SSH-Schlüssel für die serielle Konsole verwenden, der beim Starten der Instanz verwendet wurde, oder Sie können einen anderen SSH-Schlüssel verwenden.

Wenn Sie mit der Arbeit in der seriellen Konsole fertig sind und die SSH-Verbindung beendet haben, müssen Sie die serielle Konsolenverbindung löschen. Wenn Sie die Verbindung zur Session nicht trennen, beendet Oracle Cloud Infrastructure die serielle Konsolsession nach 24 Stunden. Sie müssen sich dann erneut authentifizieren, um wieder eine Verbindung herzustellen.

Serverhostschlüssel validieren

Wenn Sie das erste Mal eine Verbindung zur seriellen Konsole herstellen, werden Sie aufgefordert, den Fingerprint des Serverhostschlüssels zu validieren. Der Fingerprint des Serverhostschlüssels ist der Hashwert SHA256 für den SSH-Schlüssel des Serverhosts. Die SSH-Handshake-Serverantwort wird mit dem zugehörigen Private Key signiert. Die Validierung des Fingerprints des Serverhostschlüssels schützt vor potenziellen Angriffen.

Wenn Sie eine manuelle Verbindung zur seriellen Konsole herstellen, wird der Fingerprint des Serverhostschlüssels nicht automatisch validiert. Vergleichen Sie zum manuellen Validieren des Fingerprints, der in der Oracle Cloud Infrastructure-Konsole angezeigt wird, mit dem Wert des RSA-Schlüsselfingerprints, der beim Herstellen der Verbindung im Terminal angezeigt wird.

Um den Fingerprint des Serverhostschlüssels in der Konsole zu finden, klicken Sie auf der Detailseite der virtuellen Maschine unter Ressourcen auf Konsolenverbindung. In der Tabelle wird der Fingerprint des Serverhostschlüssels angezeigt. Der Fingerprint in der Konsole muss mit dem Wert des RSA-Schlüsselfingerprint übereinstimmen, der im Terminal angezeigt wird, wenn Sie eine Verbindung zur seriellen Konsole herstellen.

Die Serverhostschlüssel werden aus Sicherheitsgründen regelmäßig rotiert. Die Schlüsselrotation reduziert das bei Kompromittierung der Schlüssel entstehende Risiko, indem die Datenmenge begrenzt wird, die von einer Schlüsselversion verschlüsselt oder signiert wird. Wenn der Schlüssel rotiert wurde und Sie versuchen, eine Verbindung mit der seriellen Konsole herzustellen, wird eine Warnung angezeigt, die auf einen potenziellen Angriff hinweist. Die Warnung enthält den Fehler Hostschlüsselprüfung nicht erfolgreich und eine Zeilennummer in der Datei .ssh/known_hosts. Löschen Sie diese Zeile in der Datei .ssh/known_hosts, und melden Sie sich dann erneut bei der seriellen Konsole an. Daraufhin werden Sie aufgefordert, einen neuen Fingerprint für den Serverhostschlüssel zu akzeptieren.

Verbindung über Mac OS X- und Linux-Betriebssysteme herstellen

Verwenden Sie einen SSH-Client, um eine Verbindung zur seriellen Konsole herzustellen. Mac OS X und die meisten Linux- und UNIX-ähnlichen Betriebssysteme umfassen standardmäßig den SSH-Client OpenSSH.

So stellen Sie mit OpenSSH unter Mac OS X oder Linux eine Verbindung zur seriellen Konsole her:

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.
  4. Klicken Sie in der Oracle Cloud Infrastructure-Konsole auf der Seite "Details zur virtuellen Maschine" unter Ressourcen auf Konsolenverbindung.
  5. Klicken Sie auf das Menü "Aktionen" (drei Punkte) und dann auf Kopieren der seriellen Konsolenverbindung für Linux/Mac.
  6. Fügen Sie die Verbindungszeichenfolge in ein Terminalfenster in einem Mac OS X- oder Linux-System ein. Drücken Sie dann die Eingabetaste, um eine Verbindung zur Konsole herzustellen.

    Wenn Sie nicht den standardmäßigen SSH-Schlüssel oder -Agent verwenden, ändern Sie die Verbindungszeichenfolge der seriellen Konsole mit dem Flag -i der Identitätsdatei, um den zu verwendenden SSH-Schlüssel (z.B. id_rsa) anzugeben. Geben Sie dieses Flag sowohl für die SSH-Verbindung als auch für den SSH-Proxybefehl an, wie in der folgenden Zeile gezeigt: 

    ssh -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...
  7. Validieren und akzeptieren Sie bei entsprechender Aufforderung den Fingerprint des Serverhostschlüssels.

    Wenn Sie zuvor einen Fingerprint für den Serverhostschlüssel akzeptiert haben, der Schlüssel jedoch rotiert wurde, wird eine Warnung angezeigt, die auf einen potenziellen Angriff hinweist. Die Warnung enthält den Fehler Hostschlüsselprüfung nicht erfolgreich und eine Zeilennummer in der Datei .ssh/known_hosts. Löschen Sie die angegebene Zeile in der Datei .ssh/known_hosts, und melden Sie sich dann erneut bei der seriellen Konsole an. Validieren und akzeptieren Sie den neuen Fingerprint des Serverhostschlüssels.

  8. Drücken Sie die Eingabe noch einmal, um die Konsole zu aktivieren.

    Wenn die Verbindung aktiv ist, wird eine Nachricht in der Konsole angezeigt:

    =================================================
IMPORTANT: You are now connected to the serial console for this VM. This should be used in emergency situations only.
See product documentation for more details and alternative connectivity options for normal operations
=================================================
  9. Starten Sie die virtuelle Maschine neu.

    Sie müssen keinen Benutzernamen oder kein Kennwort eingeben. Wenn die Virtual Machine funktionstüchtig und die Verbindung aktiv ist, wird die serielle Ausgabe in der Konsole angezeigt. Wenn die serielle Ausgabe nicht in der Konsole angezeigt wird, bootet das Gast-VM-Betriebssystem nicht.

    Weitere Optionen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei virtuellen Maschinen über Gast-VM-Konsolenverbindungen auf Linux-Betriebssystemen.

    1. Gehen Sie zur Seite "ExaDB-D VM-Clusterdetails".
    2. Klicken Sie unter Ressourcen auf Virtuelle Maschinen.
    3. Wählen Sie im Menü "Aktionen" (drei Punkte) für die virtuelle Maschine, die Sie neu starten möchten, die Option Neu starten aus.

Verbindung von Windows-Betriebssystemen

Die Schritte zum Anmelden bei der seriellen Konsole über die Microsoft Windows-Version PowerShell unterscheiden sich von denen für OpenSSH. Die folgenden Schritte funktionieren nicht im Windows-Terminal.

Wenn Sie sich über einen Windows-Client mit PowerShell bei der Instanz anmelden, ist plink.exe erforderlich. plink.exe ist das Befehlslinkverbindungstool, das in PuTTY enthalten ist. Sie können PuTTY installieren oder plink.exe separat installieren. Weitere Informationen finden Sie unter SSH-Client und Befehlsshell installieren (Windows).

So verbinden Sie sich unter Microsoft Windows mit der seriellen Konsole:

  1. Klicken Sie in der Oracle Cloud Infrastructure-Konsole auf der Seite "Details zur virtuellen Maschine" unter Ressourcen auf Konsolenverbindung.
  2. Klicken Sie auf das Menü "Aktionen" ( drei Punkte).

    Gehen Sie je nach verwendetem SSH-Client folgendermaßen vor:

    • Wenn Sie Windows PowerShell verwenden, klicken Sie auf Serielle Konsolenverbindung für Windows kopieren.
    • Wenn Sie OpenSSH verwenden, klicken Sie auf Serielle Konsolenverbindung für Linux/Mac kopieren.
    Hinweis

    Die kopierte Verbindungszeichenfolge für Windows enthält den Parameter -i, der den Speicherort der Private-Key-Datei angibt. Der Standardwert für diesen Parameter in der Verbindungszeichenfolge referenziert eine Umgebungsvariable, die möglicherweise nicht auf Ihrem Windows-Client konfiguriert ist, oder stellt möglicherweise nicht den Speicherort der Private-Key-Datei dar. Prüfen Sie den Wert, der für den Parameter -i angegeben wurde, und nehmen Sie alle erforderlichen Änderungen vor, bevor Sie mit dem nächsten Schritt fortfahren.
  3. Fügen Sie die aus dem vorherigen Schritt kopierte Verbindungszeichenfolge in eine Textdatei ein, damit Sie den Pfad zur Private-Key-Datei hinzufügen können.
  4. In der Textdatei ersetzen Sie $env:homedrive$env:homepath\oci\console.ppk durch den Pfad zur .ppk-Datei auf dem Rechner. Dieser Pfad wird zweimal in der Zeichenfolge angezeigt. Ersetzen Sie ihn an beiden Stellen.
  5. Fügen Sie die geänderte Verbindungszeichenfolge in das Fenster PowerShell oder den OpenSSH-Client ein, und drücken Sie dann die Eingabetaste, um eine Verbindung zur Konsole herzustellen.
  6. Validieren und akzeptieren Sie bei entsprechender Aufforderung den Fingerprint des Serverhostschlüssels.

    Wenn Sie zuvor einen Fingerprint für den Serverhostschlüssel akzeptiert haben, der Schlüssel jedoch rotiert wurde, wird eine Warnung angezeigt, die auf einen potenziellen Angriff hinweist. Die Warnung enthält einen Fehler bei der Verifizierung des Hostschlüssels und eine Zeilennummer in der Datei .ssh/known_hosts. Löschen Sie die angegebene Zeile in der Datei .ssh/known_hosts, und melden Sie sich dann erneut bei der seriellen Konsole an. Validieren und akzeptieren Sie den neuen Fingerprint des Serverhostschlüssels.

  7. Drücken Sie die Eingabe noch einmal, um die Konsole zu aktivieren.
  8. Starten Sie die virtuelle Maschine neu.

    Sie müssen keinen Benutzernamen oder kein Kennwort eingeben. Wenn die Virtual Machine funktionstüchtig und die Verbindung aktiv ist, wird die serielle Ausgabe in der Konsole angezeigt. Wenn die serielle Ausgabe nicht in der Konsole angezeigt wird, bootet das Gast-VM-Betriebssystem nicht.

    Weitere Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei virtuellen Maschinen über Gast-VM-Konsolenverbindungen.

    1. Gehen Sie zur Seite "ExaDB-D VM-Clusterdetails".
    2. Klicken Sie unter Ressourcen auf Virtuelle Maschinen.
    3. Wählen Sie im Menü "Aktionen" (drei Punkte) für die virtuelle Maschine, die Sie neu starten möchten, die Option Neu starten aus.

So erstellen Sie eine Verbindung mit dem mit der OCI-Konsole generierten SSH-Schlüsselpaar:

Gehen Sie im Fenster "Seriellen Konsolenzugriff erstellen" wie folgt vor:

  1. Klicken Sie auf Schlüsselpaar für mich generieren.
  2. Klicken Sie auf Private Key speichern.
  3. Klicken Sie auf Konsolenverbindung erstellen.
    Hinweis

    Stellen Sie sicher, dass Sie die neueste Version von PuTTY verwenden, siehe http://www.putty.org.
  4. Suchen Sie puttygen.exe im Ordner PuTTY auf Ihrem Computer. Beispiel: C:\Program Files (x86)\PuTTY. Double-click puttygen.exe, um ihn zu öffnen.
  5. Klicken Sie im PuTTY-Schlüsselgenerator auf das Menü Konvertierungen und dann auf Importieren.
  6. Wählen Sie im Windows Explorer den von der OCI-Konsole generierten SSH-Schlüssel aus (Schritt 1), und klicken Sie auf Öffnen.

    PuTTY importiert den Schlüssel und zeigt Informationen zum Schlüssel im Fenster PuTTY Key Generator an.

  7. Klicken Sie auf Private Key speichern.
  8. Klicken Sie auf Yes, wenn Sie dazu aufgefordert werden, den Schlüssel ohne Passphrase zu speichern.

    Das Schlüsselpaar wird im Format PuTTY Private Key (PPK) gespeichert. Dieses proprietäre Format funktioniert nur mit dem PuTTY-Toolset.

    Sie können den Schlüssel beliebig benennen, müssen aber die Dateierweiterung .ppk verwenden. Beispiel: $HOME\Desktop\key-vm-console.ppk.

  9. Verwenden Sie einen Texteditor, um den Befehl so zu ändern, dass er auf Ihren PPK-Pfad (PuTTY Private Key) verweist. Ersetzen Sie <PATH_FILE_PUTTY_PRIVATE.ppk>, um auf den Pfad der PPK-Datei (PuTTY Private Key) auf Ihrem Computer zu verweisen. Beispiel: Sie haben die Datei .ppk unter $HOME\Desktop\key-vm-console.ppk gespeichert.
  10. Fügen Sie die geänderte Verbindungszeichenfolge in das Fenster PowerShell ein, und drücken Sie dann die Eingabetaste, um eine Verbindung zur Konsole herzustellen.

So konvertieren Sie eine generierte Private-Key-Datei .key:

  1. Öffnen Sie PuTTYgen.
  2. Klicken Sie auf Laden, und wählen Sie den Private Key aus, der beim Erstellen der Instanz generiert wurde.

    Die Erweiterung für die Schlüsseldatei lautet .key.

  3. Klicken Sie auf Private Key speichern.
  4. Geben Sie einen Namen für den Schlüssel an.

    Die Erweiterung für den neuen Private Key lautet .ppk.

  5. Klicken Sie auf Speichern.

Mit der Cloud Shell eine Verbindung zur seriellen Konsole herstellen

Mit der Cloud Shell-Integration können Sie schnell und einfach eine Verbindung zur seriellen Konsole herstellen. Cloud Shell ist ein webbrowserbasiertes Terminal, das von der Konsole aus zugänglich ist. Die Cloud Shell-Integration erstellt automatisch die Instanzkonsolenverbindung und einen temporären SSH-Schlüssel. Einzige Voraussetzung für das Herstellen einer Verbindung zur seriellen Konsole über Cloud Shell ist, dass Benutzern die richtigen Berechtigungen erteilt werden. Eine Einführung in die Verwendung von Cloud Shell finden Sie unter Cloud Shell verwenden.

Hinweis

  • Standardmäßig begrenzt Cloud Shell den Netzwerkzugriff auf interne OCI-Ressourcen in der Hauptregion Ihres Mandanten nur, wenn Sie das von Cloud Shell verwaltete öffentliche Netzwerk aktiviert haben. Ihr Administrator muss eine Identitäts-Policy konfigurieren, um das öffentliche Cloud Shell-Netzwerk zu aktivieren. Weitere Informationen finden Sie unter Cloud Shell-Netzwerk.
  • Mit Cloud Shell können Sie nicht gleichzeitig eine Verbindung zu mehreren DB-Knoten herstellen. Beispiel: Wenn Sie eine offene Verbindung zu DBnode1 haben und eine Verbindung zu DBnode2 herstellen möchten, müssen Sie zuerst die aktive Cloud Shell aus DBnode1 beenden und dann eine Verbindung zu DBnode2 herstellen.

Wenn Sie mit der Arbeit in der seriellen Konsole fertig sind und die SSH-Verbindung beendet haben, müssen Sie die serielle Konsolenverbindung löschen. Wenn Sie die Verbindung zu der Session nicht trennen, beendet Oracle Cloud Infrastructure die serielle Konsolensession nach 24 Stunden. Sie müssen sich erneut authentifizieren, um erneut eine Verbindung herzustellen.

So stellen Sie mit der Cloud Shell eine Verbindung zur seriellen Konsole her
  1. Melden Sie sich bei der Konsole an.
  2. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  3. Auf der Seite "Instanzdetails" in der Oracle Cloud Infrastructure-Konsole klicken Sie unter Ressourcen auf Konsolenverbindung.
  4. Klicken Sie auf Cloud Shell-Verbindung starten.

    Dadurch wird die Cloud Shell in einem "Schublade" am unteren Rand der Console angezeigt.

  5. Wenn bereits eine Konsolenverbindung vorhanden ist, werden Sie gefragt, ob Sie die vorhandene Ressource löschen möchten. Drücken Sie y und anschließend die Eingabetaste.
  6. Wenn Sie fertig sind, beenden Sie die Instanzkonsolenverbindung.

Konsolenhistorie für eine virtuelle Maschine anzeigen

Sie können die letzten Daten aus der seriellen Konsole für eine virtuelle Maschine erfassen und aufrufen. Die Daten beinhalten Konfigurationsmeldungen, die beim Booten der virtuellen Maschine auftreten, wie Kernel- und BIOS-Meldungen. Sie sind nützlich, um den Status der virtuellen Maschine zu prüfen oder Probleme zu diagnostizieren und zu beheben.

Die Konsolenhistorie erfasst bis zu einem Megabyte der neuesten Daten aus der seriellen Konsole für die angegebene virtuelle Maschine. Beachten Sie, dass die Raw-Konsolendaten einschließlich Multibyte-Zeichen erfasst werden.

Die Konsolenhistorie ist ein Point-in-Time-Datensatz. Verwenden Sie eine serielle Konsolenverbindung, um Fehler in einer fehlerhaften virtuellen Maschine mit einer interaktiven Konsolenverbindung zu beheben.

Konsolenhistoriendaten verwalten

Mit der Konsole oder API können Sie die Erfassung der Konsolenhistorie verwalten. Mit der Konsolenhistorie können Sie serielle Ausgaben von Ihrer virtuellen Maschine anzeigen, ohne dass eine Remoteverbindung zur Instanz hergestellt werden muss. Mit der Konsolenhistorie können Sie den vorherigen Zugriff und die Aktionen prüfen, die mit der seriellen Konsole ausgeführt wurden.

Auf der Seite "Instanzdetails" in der Konsole können Sie Konsolenhistorien erfassen und herunterladen, Metadatendetails anzeigen und bearbeiten sowie erfasste Konsolenhistoriendaten löschen.

Konsolenhistorie mit der Konsole erfassen
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist die Konsolenverbindung standardmäßig ausgewählt.

  4. Klicken Sie auf Konsolenhistorie.
  5. Klicken Sie auf den Namen der gewünschten Historie.
  6. Klicken Sie im daraufhin angezeigten Fenster auf Herunterladen, um eine Kopie der Konsolenhistorie herunterzuladen.
  7. Klicken Sie auf Speichern und Schließen, um die Historie zu speichern und das Fenster zu schließen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Konsolenhistorienerfassungen mit der Konsole herunterladen
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist die Konsolenverbindung standardmäßig ausgewählt.

  4. Klicken Sie auf Konsolenhistorie.
  5. Klicken Sie auf den Namen der gewünschten Historie.
  6. Klicken Sie im daraufhin angezeigten Fenster auf Herunterladen, um eine Kopie der Konsolenhistorie herunterzuladen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Konsolenhistorienerfassungen mit der Konsole anzeigen
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist die Konsolenverbindung standardmäßig ausgewählt.

  4. Klicken Sie auf Konsolenhistorie.
  5. Klicken Sie auf den Namen der gewünschten Historie.
  6. Klicken Sie in der Konsolenhistorienliste für die Konsolenhistorienerfassung, die Sie anzeigen möchten, auf das Menü Aktionen, und klicken Sie dann auf Details anzeigen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Metadatendetails einer Konsolenhistoriendatenerfassung mit der Konsole anzeigen und bearbeiten
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist die Konsolenverbindung standardmäßig ausgewählt.

  4. Klicken Sie auf Konsolenhistorie.
  5. Klicken Sie in der Konsolenhistorienliste für die Konsolenhistorienerfassung, die Sie anzeigen möchten, auf das Menü Aktionen, und klicken Sie dann auf Details anzeigen.
  6. Optional können Sie den Namen der Konsolenhistorie bearbeiten. Geben Sie dabei keine vertraulichen Informationen ein.
  7. Wenn Sie Tags anzeigen oder bearbeiten möchten, klicken Sie auf Taggingoptionen anzeigen.
  8. Um Tags zu bearbeiten oder zu entfernen, klicken Sie auf das Symbol "Bearbeiten" neben dem Tag. Um ein Tag zu bearbeiten, nehmen sie im Dialogfeld Tag bearbeiten die gewünschten Änderungen vor, und klicken Sie auf Speichern. Um ein Tag zu entfernen, klicken Sie auf Tag entfernen.
  9. Klicken Sie auf Save and close.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Konsolenhistorienerfassungen mit der Konsole löschen
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist die Konsolenverbindung standardmäßig ausgewählt.

  4. Klicken Sie auf Konsolenhistorie.
  5. Klicken Sie in der Konsolenhistorienliste für die Konsolenhistorienerfassung, die Sie anzeigen möchten, auf das Menü Aktionen, und klicken Sie dann auf Löschen.
  6. Klicken Sie im Bestätigungsdialogfeld auf Konsolenhistorie entfernen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Konsolenhistoriendaten mit der API verwalten

Hier finden Sie die Liste der API-Aufrufe zum Verwalten von Konsolenhistoriendaten.

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Die vollständige Liste der APIs finden Sie unter Database-Service-API.

Mit den folgenden API-Vorgängen können Sie die Konsolenhistoriendaten verwalten.

  • Zum Erfassen der Konsolenhistorie können Sie die Methode createDbNodeConsoleHistory verwenden.
  • Um Details von Metadaten der Konsolenhistorie abzurufen, verwenden sie die Methode getDbNodeConsoleHistory.
  • Um Details zum Inhalt der Konsolenhistorie abzurufen, verwenden sie die Methode getDbNodeConsoleHistoryContent.
  • Verwenden Sie die Methode updateDbNodeConsoleHistory, um Metadaten zur Konsolenhistorie zu bearbeiten.
  • Verwenden Sie die Methode listDbNodeConsoleHistories, um Konsolenhistorienerfassungen aufzulisten.
  • Verwenden Sie die Methode deleteDbNodeConsoleHistory, um die erfassten Daten von Konsolenhistorien zu löschen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Fehlerbehebung bei virtuellen Maschinen über Gast-VM-Konsolenverbindungen auf Linux-Betriebssystemen

Nachdem Sie mit der Instanzkonsolenverbindung eine Verbindung hergestellt haben, können Sie verschiedene Aufgaben ausführen. Beispiel:

  • Systemkonfigurationsdateien bearbeiten.
  • Die SSH-Schlüssel für den opc-Benutzer hinzufügen oder zurücksetzen.
  • Setzen Sie das Kennwort für den Benutzer opc zurück.

Bei diesen Aufgaben müssen Sie im Wartungsmodus in eine Bash-Shell booten.

So starten Sie in den Wartungsmodus

Hinweis

Standardbenutzer und -kennwort:

  • Account: Grub-Bootladevorgang
  • Benutzername: root
  • Standardkennwort: sos1Exadata
  • Kontotyp: Betriebssystembenutzer

Weitere Informationen finden Sie unter Standardbenutzeraccounts für Oracle Exadata.

  1. Starten Sie die VM im VM-Cluster neu.
  2. Wechseln Sie bei virtuellen Maschinen, die Oracle Linux 7.x oder Oracle Linux 8.x ausführen, beim Start des Neustartprozesses zurück zum Terminalfenster. Sie sehen, dass Konsolenmeldungen im Fenster angezeigt werden. Sobald das GRUB-Boot-Menü angezeigt wird, stoppen Sie den automatischen Boot-Prozess mit up/down Pfeiltaste. So können Sie das Boot-Menü verwenden.
  3. Markieren Sie im Boot-Menü das oberste Element, und klicken Sie auf e, um den Boot-Eintrag zu bearbeiten.
  4. Verwenden Sie im Bearbeitungsmodus die Pfeiltaste nach unten, um durch die Einträge zu scrollen, bis Sie die Zeile erreichen, die mit linux16 beginnt.
  5. Fügen Sie am Ende dieser Zeile Folgendes hinzu:
    init=/bin/bash
  6. Starten Sie über das Terminalfenster die Instanz mit der Tastenkombination Strg+X neu.

    Wenn die Instanz neu gestartet wurde, wird die Befehlszeile der Bash-Shell angezeigt, und Sie können mit den folgenden Verfahren fortfahren.

So bearbeiten Sie Systemkonfigurationsdateien

  1. Führen Sie in der Bash-Shell den folgenden Befehl aus, um die SElinux-Policys zu laden und den Kontext der zu ändernden Dateien zu erhalten:
    /usr/sbin/load_policy -i
  2. Führen Sie den folgenden Befehl aus, um die Root-Partition mit Lese- und Schreibberechtigungen neu zu mounten:
    /bin/mount -o remount, rw /
  3. Bearbeiten Sie die Konfigurationsdateien nach Bedarf, um die Instanz wiederherzustellen.
  4. Nachdem Sie die Konfigurationsdateien bearbeitet haben, starten Sie die Instanz über die Shell mit dem folgenden Befehl:
    exec /usr/lib/systemd/systemd
    Sie können die Instanz jedoch auch mit dem folgenden Befehl neu starten:
    /usr/sbin/reboot -f

So können Sie den SSH-Schlüssel für den opc-Benutzer hinzufügen oder zurücksetzen

  1. Führen Sie in der Bash-Shell den folgenden Befehl aus, um die SElinux-Policys zu laden und den Kontext der zu ändernden Dateien zu erhalten:
    /usr/sbin/load_policy -i
  2. Führen Sie den folgenden Befehl aus, um die Root-Partition mit Lese- und Schreibberechtigungen neu zu mounten:
    /bin/mount -o remount, rw /
  3. Führen Sie den folgenden Befehl aus der Bash-Shell aus, um zum SSH-Schlüsselverzeichnis für den opc-Benutzer zu wechseln:cd ~opc/.ssh
  4. Fügen Sie den PublicKey-Eintrag in die Datei authorized_keys ein.
    Hinweis

    Bei Bedarf können Sie die Datei bearbeiten und den vorherigen Schlüssel entfernen. Achten Sie jedoch darauf, die Cloud-Automatisierungsschlüssel beizubehalten, um zu verhindern, dass die Cloud-Automatisierung unterbrochen wird.
    echo '<contents of public key file>' >> authorized_keys
  5. Starten Sie die Instanz mit dem folgenden Befehl neu:
    /usr/sbin/reboot -f

So setzen Sie das Kennwort für den opc-Benutzer zurück

  1. Führen Sie in der Bash-Shell den folgenden Befehl aus, um die SElinux-Policys zu laden und den Kontext der zu ändernden Dateien zu erhalten.

    Dieser Schritt ist erforderlich, um sich mit SSH und der Konsole bei Ihrer Instanz anmelden zu können.

    /usr/sbin/load_policy -i
  2. Führen Sie den folgenden Befehl aus, um die Root-Partition mit Lese- und Schreibberechtigungen neu zu mounten:
    /bin/mount -o remount, rw /
  3. Führen Sie den folgenden Befehl aus, um das Kennwort für den Benutzer opc zurückzusetzen:
    sudo passwd opc
  4. Starten Sie die Instanz mit dem folgenden Befehl neu:
    sudo reboot -f
    Hinweis

    Das Festlegen eines root-Kennworts wäre eine akzeptable Alternative zum Festlegen eines opc-Kennworts.

Verbindung zur seriellen Virtual-Machine-Konsole beenden

So beenden Sie die serielle Konsolenverbindung

Wenn Sie SSH verwenden, wird das Zeichen ~ am Anfang einer neuen Zeile als Escapezeichen verwendet.

  1. So beenden Sie die serielle Konsole:
    ~.
  2. Um die SSH-Session anzuhalten, geben Sie Folgendes ein:
    ~^z

    Das Zeichen ^ stellt die Strg-Taste dar.

  3. So zeigen Sie alle SSH-Escapebefehle an:
    ~?

So löschen Sie die serielle Konsolenverbindung für eine virtuelle Maschine

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie auf das gewünschte VM-Cluster.
  3. Klicken Sie auf der daraufhin angezeigten Seite "VM-Clusterdetails" auf den Namen der gewünschten virtuellen Maschine.

    Unter Ressourcen ist die Konsolenverbindung standardmäßig ausgewählt.

  4. Klicken Sie auf das Menü "Actions" und dann auf Delete. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.