Oracle Cloud Infrastructure-Dokumentation

VM-Cluster verwalten

Hier erhalten Sie Informationen zum Verwalten von VM-Clustern auf Oracle Exadata Database Service on Cloud@Customer.

Verwandte Themen

Übergeordnetes Thema: Anleitungen

VM-Cluster auf Oracle Exadata Database Service on Cloud@Customer verwalten

Das VM-Cluster ist ein Link zwischen der Oracle Exadata Database Service on Cloud@Customer-Infrastruktur und den von Ihnen bereitgestellten Oracle Datenbanken.

Das VM-Cluster enthält eine Installation von Oracle Clusterware, die Datenbanken im Cluster unterstützt. In der VM-Clusterdefinition geben Sie auch die Anzahl der aktivierten CPU-Cores an, welche die Anzahl der CPU-Ressourcen bestimmt, die für Ihre Datenbanken verfügbar sind

Bevor Sie Datenbanken auf Ihrer Exadata Cloud@Customer-Infrastruktur erstellen können, müssen Sie ein VM-Clusternetzwerk erstellen und mit einem VM-Cluster verknüpfen.

Hinweis

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

Übergeordnetes Thema: VM-Cluster verwalten

VM-Clusterknoten-Teilmengenerstellung - Überblick

Mit der VM-Clusterknoten-Teilmengenerstellung können Sie neuen und vorhandenen VM-Clustern einen Teil der Datenbankserver zuweisen, um maximale Flexibilität bei der Zuweisung von Compute-Ressourcen (CPU, Speicher, 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 und vorhandene VM-Cluster im Gen2-Exadata Cloud@Customer-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 Knotenteilmengen. Oracle empfiehlt jedoch mindestens 2 VMs pro VM-Cluster, um High Availability bereitzustellen.
  • Jedes VM-Clusternetzwerk wird vorab mit IP-Adressen für jeden DB-Server in der Infrastruktur bereitgestellt. Ein Clusternetzwerk kann nur von einem einzelnen VM-Cluster verwendet werden und wird validiert, um sicherzustellen, dass sich die IP-Adressen nicht mit anderen Clusternetzwerken überschneiden. Das Hinzufügen oder Entfernen von VMs zum oder aus dem Cluster wirkt sich nicht auf die vorab bereitgestellten IP-Adressen aus, die jedem DB-Server im zugehörigen Clusternetzwerk zugewiesen sind.

Informationen zur maximalen Anzahl von VMs pro DB-Server und zur maximalen Anzahl von VM-Clustern pro System finden Sie unter Systemausprägung und Konfigurationstabellen. Die maximale Anzahl an VM-Clustern pro System ist von den pro DB-Server verfügbaren Ressourcen abhängig und unterliegt dem maximalen VM-Limit pro DB-Server.

Hinweis

Wenn ein Cluster eine Node-unterstützte Datenbank enthält, funktioniert das Feature für zugewiesene Nutzung und Kosten für integrierbare Datenbanken nicht, weil der Prozess zum Erstellen von Node-unterstützten Datenbanken im Backend stattfindet und die Metadaten für Node-unterstützte Datenbanken nicht mit dem Control-Plane-Server synchronisiert werden.

Wenn die Datenbank jedoch ursprünglich ohne Knotensubetting erstellt und später in eine knotensubettierte Datenbank konvertiert wurde, tritt dieses Problem nicht auf, da die Metadaten bereits in der Control Plane verfügbar sind.

Ü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 Oracle Cloud Infrastructure-Mandantenadministrators des Kunden wird als CSI-Kontakt verwendet, um die Serviceanfrage zu erstellen und Logs daran 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-13: 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.

Liste der Zustandsmetriken für Gast-VMs - Datenbankmetriken

Tabelle 5-14: 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

Transaktionsanzahl

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

Parseanzahl

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-15: 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

CPU-Auslastung in Prozent.

MemoryUtilization

Arbeitsspeicherauslastung

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

Belastungsdurchschnitt

Zahl

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.

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-Clusterressourcen vertikal oder horizontal skalieren

Sie können den Speicher, die lokale Datenträgergröße (/u02), den ASM-Speicher und die CPUs (ECPUs für X11M) hoch- oder herunterskalieren.

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 Auditing 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. Exadata Cloud@Customer Cloud-Tooling berechnet die aktuelle Auslastung des Arbeitsspeichers, des lokalen Datenträgers und des ASM-Speichers im VM-Cluster, fügt eine Wachstumszugabe hinzu und berechnet einen "Minimum"-Wert, der nicht unterschritten werden kann. Es wird erwartet, dass Sie einen Wert unter Berücksichtigung dieses Mindestwertes angeben.

Hinweis

  • Wenn Sie bei der Erstellung oder Skalierung 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ügbare OCPU (ECPU für X11M) angezeigt wird. Berücksichtigen Sie daher diese reservierten OCPUs (ECPUs für X11M), 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 die Aufhebung des Mountings 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 VM-Clusterressourcen auch dann skalieren, wenn einer der DB-Server im VM-Cluster heruntergefahren ist:
    • Wenn ein DB-Server heruntergefahren ist und eine Skalierung erfolgt, werden die VMs auf diesem Server nicht automatisch auf die neuen OCPUs skaliert, wenn der DB-Server und die VMs wieder online sind. Sie müssen sicherstellen, dass alle VMs im Cluster dieselben OCPU-Werte aufweisen.
    • Selbst wenn der DB-Server heruntergefahren ist, wird die Abrechnung für das VM-Cluster mit den VMs auf diesem DB-Server nicht gestoppt.

Arbeitsspeicher und Large Pages skalieren

Sie können den Arbeitsspeicher des Datenbankservers in einem VM-Cluster vertikal und horizontal skalieren. Damit die Skalierung des Arbeitsspeichers wirksam wird, ist ein rollender Neustart der Datenbankserver erforderlich. Damit die Speicherskalierung erfolgreich verläuft, müssen die Datenbanken im Status "Offen" automatisch gestartet werden.

Änderungen des Arbeitsspeichers in einem VM-Cluster wirken sich auf die Large-Pages-(HugePages-)Einstellungen für die VMs in diesem Cluster aus. Beim Erstellen einer VM wird jedes VM-Betriebssystem mit 50% des der VM zugewiesenen Arbeitsspeichers für Large Pages konfiguriert, und Datenbanken werden so konfiguriert, dass dieser Arbeitsspeicher für ihre SGA verwendet wird. Oracle empfiehlt, die Large-Pages-Konfiguration nur zu ändern, wenn Sie die Auswirkungen der durchgeführten Änderungen kennen. Falsche Konfigurationen können den Start aller Datenbanken und sogar das Booten der VM verhindern.

Das Ändern der Large Pages-Konfiguration wird zwar nicht empfohlen, ist jedoch zulässig. Alle vorgenommenen Änderungen können jedoch durch die Cloud-Automatisierung überschrieben werden, wenn die Größe des VM-Speichers später geändert wird. Bei einer Änderung der Arbeitsspeichergröße versucht die Cloud-Automatisierung, den Large Pages-Arbeitsspeicher als Prozentsatz des gesamten Arbeitsspeichers beizubehalten, mit einem maximalen Grenzwert von 60%. Wenn Large Pages so konfiguriert sind, dass sie mehr als 60% des gesamten Arbeitsspeichers nutzen, wird dieser Wert durch die Cloud-Automatisierung automatisch auf diesen Grenzwert von 60% angepasst.

Sobald die neue Zuweisung von Large Pages berechnet wurde, führt die Automatisierung die folgenden Prüfungen durch:
  • Bedingung 1: Die aktuelle HugePages-Nutzung, multipliziert mit 1,15 (15% mehr als derzeit verwendet), muss kleiner als die neue Large Pages-Zuweisung sein.
  • Bedingung 2: Die aktuelle HugePages-Nutzung multipliziert mit 1,15 muss ebenfalls kleiner als 60% der neuen Gesamtspeichergröße sein.
Hinweis

Die aktuelle Verwendung von HugePages wird bestimmt, indem die freie HugePages von der gesamten aktuellen HugePages subtrahiert wird.
Wenn beide Bedingungen erfüllt sind, wendet die Cloud-Automatisierung die Speicheränderungen auf die VMs an. Wenn eine der Bedingungen nicht erfüllt ist, wird der Prozess mit einem Fehler wie dem Folgenden beendet:
EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.

Dieser Prozess stellt sicher, dass genügend konventioneller Speicher für den Start der VM vorhanden ist. Bevor Sie mit der Größenänderung fortfahren, führt die Automatisierung eine Vorabprüfung aus, um die aktuelle Nutzung großer Seiten durch Ausführen von Datenbankinstanzen zu bestimmen. Wenn die Vorabprüfung angibt, dass nach der Größenänderung nicht genügend Speicherplatz für große Seiten vorhanden ist, um die vorhandenen Datenbanken zu unterstützen, verläuft die Größenänderung nicht erfolgreich, und der Prozess 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-3: 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. Auf Exadata-DB-Systemen und Exadata Cloud@Customer 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

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.

X8-2- und X7-2-Systeme

  • Insgesamt verfügbarer Speicherplatz für VM-Images (X7 - alle Systeme): 1.237 GB
  • Insgesamt verfügbarer Speicherplatz für VM-Images (X8 - alle Systeme): 1.037 GB
  • VM-Imagegröße (Standard und Minimum) einschließlich /u02: 244 GB
  • Standard (Minimum) /u02: 60 GB

X8M-2-Systeme

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

X11M-, X10M- und X9M-2-Systeme

  • Insgesamt verfügbar für VM-Images (Basissystem X9M): 1077 GB
  • Insgesamt verfügbar für VM-Images (elastisch): 2243 GB
  • VM-Imagegröße (Standard und Minimum) einschließlich /u02: 244 GB
  • Standard (Minimum) /u02: 60 GB

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: Sie können acfs01 über den Befehl /sbin/acfsutil von jeder 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-Cluster auf Oracle Exadata Database Service on Cloud@Customer mit der Konsole verwalten

Erfahren Sie, wie Sie VM-Cluster in Oracle Exadata Database Service on Cloud@Customer mit der Konsole erstellen, bearbeiten und verwalten.

Übergeordnetes Thema: VM-Cluster verwalten

ASM-VM-Cluster mit der Konsole erstellen

Um das ASM-VM-Cluster zu erstellen, müssen Sie Werte für die Felder angeben, die für die Konfiguration der Infrastruktur erforderlich sind.

Um ein ASM-VM-Cluster zu erstellen, müssen Sie:

  • Aktive Exadata-Infrastruktur zum Hosten des VM-Clusters.
  • Validiertes VM-Clusternetzwerk zur Verwendung durch das VM-Cluster.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie auf Exadata-VM-Cluster erstellen.
  5. Geben Sie auf der Seite Exadata-VM-Cluster erstellen die erforderlichen Informationen an:
    1. Geben Sie den Anzeigenamen an: Der Anzeigename ist ein benutzerfreundlicher Name, mit dem Sie das VM-Cluster identifizieren können. Der Name muss nicht eindeutig sein, da eine Oracle Cloud-ID (OCID) das VM-Cluster eindeutig identifiziert.
    2. Compartment auswählen: Wählen Sie in der Liste der verfügbaren Compartments das gewünschte Compartment für das VM-Cluster aus.
    3. Wählen Sie eine Exadata-Infrastruktur aus: Wählen Sie in der Liste die Exadata-Infrastruktur aus, die das VM-Cluster gehostet werden soll. Sie können kein VM-Cluster ohne verfügbare und aktive Exadata-Infrastruktur erstellen.
    4. Wählen Sie ein VM-Clusternetzwerk aus: Wählen Sie aus der Liste eine VM-Clusternetzwerkdefinition für das VM-Cluster aus. Bevor Sie ein VM-Cluster erstellen können, benötigen Sie ein verfügbares und validiertes VM-Clusternetzwerk.
    5. VM-Clustertyp:
      Hinweis

      Sie können den VM-Clustertyp nach dem Deployment des VM-Clusters nicht ändern. Wenn Sie den VM-Clustertyp ändern möchten, müssen Sie ein neues VM-Cluster erstellen und die Datenbank in das neue Cluster migrieren.
      • Exadata-Datenbank: Standard-Datenbank-VM ohne Einschränkungen, geeignet für alle Workloads.
      • Exadata Database-Developer: Developer Database VM mit Einschränkungen, die nur für die Anwendungsentwicklung geeignet ist.
    6. VM-Cluster konfigurieren:
      • DB-Server:
        • Klicken Sie auf DB-Server ändern für die VM-Platzierung, um VM-Ressourcen zuzuweisen.
        • Gehen Sie im Dialogfeld DB-Server ändern wie folgt vor:

          VM-Clustertyp - Exadata-Datenbank: Wählen Sie mindestens einen Datenbankserver für die VM-Platzierung aus. Wenn Sie einen High Availability-Datenbankservice benötigen, der während der Wartung und ungeplanten Ausfällen verfügbar bleibt, wählen Sie mindestens zwei Datenbankserver aus. Die maximalen für die Zuweisung pro VM verfügbaren Ressourcen basieren auf der Anzahl der ausgewählten Datenbankserver.

          VM-Clustertyp - Exadata Database-Developer: Wählen Sie einen Datenbankserver für die VM-Platzierung aus. Es kann nur ein Datenbankserver ausgewählt werden.
          Hinweis

          • DB-Server, auf denen bereits 8 VMs ausgeführt werden, stehen nicht zur Wahl.
          • Bei der Berechnung der maximalen lokalen Speicherressourcen auf den ausgewählten DB-Servern wird der reservierte lokale Speicher, der vom System zum Hosten einer VM benötigt wird, vom DB-Server mit den geringsten Ressourcen abgezogen.

            Beispiel: Wenn der lokal verfügbare Speicher auf den ausgewählten DB-Servern 823 GB für DB-Server 3 und 813 GB für DB-Server 4 ist, beträgt das Minimum für alle ausgewählten Server 813 GB, und das Maximum für die Ressourcenzuweisung beträgt: 813 GB - 184 GB (reservierter lokaler Speicher für das Hosting der VM auf X8M-DB-Servern) = 629 GB.

            Weitere Informationen finden Sie unter Schätzen, wie viel lokalen Speicher Sie für Ihre VMs bereitstellen können.

        • Klicken Sie auf Speichern.
      • Anzahl der OCPUs (ECPUs für X11M) pro VM angeben: Geben Sie die Anzahl der OCPUs (ECPUs für X11M) an, die für jede VM in diesem Cluster bereitgestellt werden sollen. Der Mindestwert beträgt 2 OCPUs pro VM oder 8 ECPUs pro VM für X11M (bei Live-VM), es sei denn, Sie geben null OCPUs oder 0 ECPUs für X11M (bei heruntergefahrener VM) an.

        Wenn Sie den Wert null angeben, werden alle virtuellen Maschinen des VM-Clusters am Ende des Clustererstellungsprozesses heruntergefahren. In diesem Fall können Sie die virtuellen Maschinen später starten, indem Sie die OCPU-(ECPUs für X11M-)Ressourcen skalieren. Siehe Ressourcen in einem VM-Cluster mit der Konsole skalieren.

        Die Anzahl der OCPUs (ECPUs für X11M) für das gesamte VM-Cluster wird automatisch basierend auf der Anzahl der OCPUs pro VM (ECPUs für X11M), die Sie angegeben haben, und der Anzahl der physischen Datenbankserver, die für das VM-Cluster konfiguriert sind, berechnet.

        OCPU: Die von einer OCPU bereitgestellte CPU-Kapazität entspricht einem physischen Core eines Intel Xeon-Prozessors mit aktiviertem Hyperthreading. Jede OCPU entspricht zwei Hardwareausführungsthreads, den sogenannten vCPUs.

        Siehe Oracle Platform as a Service und Infrastructure as a Service - Public Cloud Service-Beschreibungen, gemessen und nutzungsunabhängig.

        ECPU: Eine ECPU ist eine abstrakte Kennzahl für Compute-Ressourcen. ECPUs basieren auf der Anzahl an Cores, die elastisch aus einem Pool von Compute- und Storage Servern zugewiesen werden.

      • Anzahl angeforderte OCPUs (ECPUs für X11M) für das VM-Cluster: Zeigt die Gesamtanzahl der CPU-Cores an, die dem VM-Cluster zugewiesen sind, basierend auf dem Wert, den Sie im Feld Anzahl der OCPUs (ECPUs für X11M) pro VM angeben angegeben haben. Dieses Feld kann nicht bearbeitet werden.
      • Arbeitsspeicher pro VM angeben (GB): Geben Sie den Arbeitsspeicher für jede einzelne VM an. Der Wert muss ein Vielfaches von 1 GB sein und darf nicht mehr als die verfügbare Arbeitsspeichergröße in der Exadata-Infrastruktur betragen.
      • Angeforderter Arbeitsspeicher für das VM-Cluster (GB): Zeigt die gesamte Arbeitsspeicherkapazität an, die dem VM-Cluster zugewiesen ist, basierend auf dem Wert, den Sie im Feld Arbeitsspeicher pro VM angeben (GB) eingegeben haben. Dieses Feld kann nicht bearbeitet werden.
      • Lokale Dateisystemgröße pro VM angeben (GB): Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen. Geben Sie die Größe des lokalen Dateisystems für jede einzelne VM an. Der Wert muss mehrere 1 GB umfassen und darf nicht mehr als die verfügbare Größe des Dateisystems in der X11M-Infrastruktur betragen.

        Der lokale Systemspeicher muss mindestens 60 GB betragen. 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.

        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.

        1. Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen.
        2. Ändern Sie die Größe der Dateisysteme /, /u01, /tmp, /var, /var/log, /var/log/audit und /home nach Bedarf.
          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 das Doppelte des ihnen zugewiesenen Speicherplatzes. Dies wird in den schreibgeschützten Feldern Gesamtzugewiesener Speicher für / (GB) aufgrund von Spiegelung und Gesamtzugewiesener Speicher für /var (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.
      • Reservierter lokaler Speicher pro VM (GB): Zeigt die lokale Speicherkapazität an, die intern für Root-Dateisysteme, Oracle Grid Infrastructure-Homes und Diagnoselogs reserviert ist. Dieses Feld kann nicht bearbeitet werden.
    7. Exadata-Speicher konfigurieren: Die folgenden Einstellungen definieren die Konfiguration des Exadata-Speichers für die Verwendung mit dem VM-Cluster. Der ausgewählte Speichertyp kann später nicht mehr geändert werden, nachdem das VM-Cluster mit dem gewünschten Speichertyp bereitgestellt wurde. Sie haben zwei Optionen zur Auswahl: Automatic Storage Type (ASM) und Exascale. Weitere Informationen zum Exascale-Speichertyp finden Sie unter Exascale-VM-Cluster mit der Konsole erstellen.
      Automatic Storage Management (ASM)
      • Nutzbaren Exadata-Speicher angeben: Geben Sie den Speicherplatz für jede einzelne VM an. Der empfohlene Mindestspeicherplatz beträgt 2 TB.
      • Speicher für Exadata-Snapshots zuweisen: Markieren Sie diese Option, um eine SPARSE-Datenträgergruppe zu erstellen, die für die Snapshot-Funktion von Exadata erforderlich ist. Mit Exadata-Snapshots können Sie schnell und einfach platzsparende Klone von Oracle-Datenbanken erstellen und vernichten.
      • Speicher für lokale Backups zuweisen: Aktivieren Sie diese Option, um den Exadata-Speicher für lokale Datenbankbackups zu konfigurieren. Wenn Sie diese Option auswählen, wird der RECO-Datenträgergruppe mehr Speicherplatz zugewiesen, um die Backups aufzunehmen. Wenn Sie diese Option nicht auswählen, können Sie keinen lokalen Exadata-Speicher als Backupziel für Datenbanken im VM-Cluster verwenden.

      Tabelle 5-16: Speicherzuweisung

      Speicherzuweisung DATA-Datenträgergruppe RECO-Datenträgergruppe SPARSE-Datenträgergruppe

      Exadata-Snapshots: Nein

      Backups in lokalem Exadata-Speicher aktivieren: Nein

      80%

      20%

      0% (Die Datenträgergruppe SPARSE wird nicht erstellt.)

      Exadata-Snapshots: Nein

      Backups in lokalem Exadata-Speicher aktivieren: Ja

      40%

      60%

      0% (Die Datenträgergruppe SPARSE wird nicht erstellt.)

      Speicher für Exadata-Snapshots zuweisen: Ja

      Backups in lokalem Exadata-Speicher aktivieren: Nein

      60%

      20%

      20%

      Speicher für Exadata-Snapshots zuweisen: Ja

      Backups in lokalem Exadata-Speicher aktivieren: Ja

      35%

      50%

      15%
    8. Version auswählen:
      • 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
      • Exadata-Gastversion auswählen:
        • Exadata-Infrastruktur mit Oracle Linux 7- und Exadata-Imageversion 22.1.10.0.0.230422:
          • Die Schaltfläche Image ä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 Image ä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. SSH-Schlüssel hinzufügen: Geben Sie den Public-Key-Teil eines SSH-Schlüsselpaars ein, das Sie zum Zugriff auf die virtuellen Maschinen des VM-Clusters verwenden möchten. Sie können eine Datei mit dem Schlüssel hochladen oder die SSH-Schlüsselzeichenfolge einfügen.

      Um mehrere Schlüssel anzugeben, laden Sie mehrere Schlüsseldateien hoch, oder fügen Sie jeden Schlüssel in ein separates Feld ein. 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.

    10. Wählen Sie einen Lizenztyp aus:
      • 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.
        Hinweis

        BYOL ist für den VM-Clustertyp "Exadata Database-Developer" nicht verfügbar.
      • Lizenz inklusive: Wählen Sie diese Option aus, um Oracle Database-Softwarelizenzen als Teil von Exadata Database Service on Cloud@Customer zu abonnieren.
    11. 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. Weitere Informationen finden Sie unter Erste Schritte mit Ereignissen.

      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.
      • 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.

        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).
    12. Erweiterte Optionen anzeigen:
      • Zeitzone: Die Standardzeitzone für die Exadata-Infrastruktur ist UTC. Sie können jedoch eine andere Zeitzone angeben. Gültige Zeitzonenoptionen sind diejenigen, die von der Klasse Java.util.TimeZone und vom Oracle Linux-Betriebssystem unterstützt werden.
        Hinweis

        Wenn Sie eine andere Zeitzone als UTC oder die vom Browser erkannte Zeitzone festlegen möchten, wählen Sie die Option Andere Zeitzone auswählen. Wählen Sie die Region oder das Land und dann die entsprechende Zeitzone aus.

        Wenn die gewünschte Region oder das gewünschte Land nicht angezeigt wird, wählen Sie Sonstiges und dann eine entsprechende Zeitzone.

      • Tags: Optional können Sie Tags anwenden. Wenn Sie über Berechtigungen zum Erstellen von Ressourcen verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigung 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 zuweisen.
  6. Optional können Sie die Ressourcenkonfiguration als Stack speichern.
    • So speichern Sie die Ressourcenkonfiguration als Stack:
      1. Klicken Sie auf Als Stack speichern.
      2. Geben Sie im daraufhin angezeigten Dialogfeld Als Stack speichern die folgenden Details an:
        1. Name: (Optional) Geben Sie einen aussagekräftigen Namen an, den Sie sich leicht merken können.
        2. Beschreibung: (Optional) Geben Sie eine kurze Beschreibung ein.
        3. Compartment: Wählen Sie ein Compartment für diesen Stack aus.
        4. Tags: Fügen Sie Tags hinzu.
      3. Klicken Sie auf Speichern.

        Nachdem der Stack gespeichert wurde, zeigt das System ein Banner mit einem Link zum gespeicherten Stack an.

      4. Klicken Sie auf den Link, um den Stack in der Resource Manager-Servicekonsole zu öffnen.

        Siehe Resource Manager und Terraform.

    • So zeigen Sie die Details eines Stacks an:
      1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Entwicklerservices auf Ressourcenmanager.
      2. Klicken Sie auf Stacks.
      3. Klicken Sie auf den Namen des Stacks, dessen Details Sie anzeigen möchten.

        Sie können auch auf das Aktionsmenü (drei Punkte) klicken und dann die Option Stackdetails anzeigen auswählen.

  7. Klicken Sie auf VM-Cluster erstellen.

    Die Seite "VM-Clusterdetails" wird angezeigt. Während der Erstellung lautet der Status des VM-Clusters Ausstehend. Wenn die Erstellung des VM-Clusters abgeschlossen ist, ändert sich sein Status in Verfügbar.

    Im Abschnitt "Exadata-Datenbankspeicher" auf der Seite "VM-Clusterdetails" wird der konfigurierte Speichertyp (in diesem Fall ASM) angezeigt.

Verwandte Themen

Übergeordnetes Thema: VM-Cluster in Oracle Exadata Database Service on Cloud@Customer mit der Konsole verwalten

Exascale-VM-Cluster mit der Konsole erstellen

Um das Exascale-VM-Cluster zu erstellen, müssen Sie Werte für die Felder angeben, die für die Konfiguration der Infrastruktur erforderlich sind.

So erstellen Sie ein Exascale-VM-Cluster:

  • Aktive Exadata-Infrastruktur zum Hosten des VM-Clusters.
  • Validiertes VM-Clusternetzwerk zur Verwendung durch das VM-Cluster.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie auf Exadata-VM-Cluster erstellen.
  5. Geben Sie auf der Seite Exadata-VM-Cluster erstellen die erforderlichen Informationen an:
    1. Compartment auswählen: Wählen Sie in der Liste der verfügbaren Compartments das gewünschte Compartment für das VM-Cluster aus.
    2. Geben Sie den Anzeigenamen an: Der Anzeigename ist ein benutzerfreundlicher Name, mit dem Sie das VM-Cluster identifizieren können. Der Name muss nicht eindeutig sein, da eine Oracle Cloud-ID (OCID) das VM-Cluster eindeutig identifiziert.
    3. Wählen Sie eine Exadata-Infrastruktur aus: Wählen Sie in der Liste die Exadata-Infrastruktur aus, die das VM-Cluster hosten soll. Sie können kein VM-Cluster ohne verfügbare und aktive Exadata-Infrastruktur erstellen.
    4. Wählen Sie ein VM-Clusternetzwerk aus: Wählen Sie aus der Liste eine VM-Clusternetzwerkdefinition für das VM-Cluster aus. Bevor Sie ein VM-Cluster erstellen können, benötigen Sie ein verfügbares und validiertes VM-Clusternetzwerk.
    5. VM-Clustertyp
      Hinweis

      Sie können den VM-Clustertyp nach dem Deployment des VM-Clusters nicht ändern. Wenn Sie den VM-Clustertyp ändern möchten, müssen Sie ein neues VM-Cluster erstellen und die Datenbank in das neue Cluster migrieren.
      • Exadata-Datenbank: Standard-Datenbank-VM ohne Einschränkungen, geeignet für alle Workloads.
      • Exadata Database-Developer: Developer Database VM mit Einschränkungen, die nur für die Anwendungsentwicklung geeignet ist.
    6. VM-Cluster konfigurieren:
      • DB-Server:
        • Klicken Sie auf DB-Server ändern für die VM-Platzierung, um VM-Ressourcen zuzuweisen.
        • Gehen Sie im Dialogfeld DB-Server ändern wie folgt vor:

          VM-Clustertyp - Exadata-Datenbank: Wählen Sie mindestens einen Datenbankserver für die VM-Platzierung aus. Wenn Sie einen High Availability-Datenbankservice benötigen, der während der Wartung und ungeplanten Ausfällen verfügbar bleibt, wählen Sie mindestens zwei Datenbankserver aus. Die maximalen für die Zuweisung pro VM verfügbaren Ressourcen basieren auf der Anzahl der ausgewählten Datenbankserver.

          VM-Clustertyp - Exadata Database-Developer: Wählen Sie einen Datenbankserver für die VM-Platzierung aus. Es kann nur ein einzelner Datenbankserver ausgewählt werden.

          Hinweis

          • DB-Server, auf denen bereits 8 VMs ausgeführt werden, stehen nicht zur Wahl.
          • Bei der Berechnung der maximalen lokalen Speicherressourcen auf den ausgewählten DB-Servern wird der reservierte lokale Speicher, der vom System zum Hosten einer VM benötigt wird, vom DB-Server mit den geringsten Ressourcen abgezogen.

            Beispiel: Wenn der lokal verfügbare Speicher auf den ausgewählten DB-Servern 823 GB für DB-Server 3 und 813 GB für DB-Server 4 ist, beträgt das Minimum für alle ausgewählten Server 813 GB, und das Maximum für die Ressourcenzuweisung beträgt: 813 GB - 184 GB (reservierter lokaler Speicher für das Hosting der VM auf X8M-DB-Servern) = 629 GB.

            Weitere Informationen finden Sie unter Schätzen, wie viel lokalen Speicher Sie für Ihre VMs bereitstellen können.

        • Klicken Sie auf Speichern.
      • Anzahl der OCPUs (ECPUs für X11M) pro VM angeben: Geben Sie die Anzahl der OCPUs (ECPUs für X11M) an, die für jede VM in diesem Cluster bereitgestellt werden sollen. Der Mindestwert beträgt 2 OCPUs pro VM oder 8 ECPUs pro VM für X11M (bei Live-VM), es sei denn, Sie geben null OCPUs oder 0 ECPUs für X11M (bei heruntergefahrener VM) an.

        Wenn Sie den Wert null angeben, werden alle virtuellen Maschinen des VM-Clusters am Ende des Clustererstellungsprozesses heruntergefahren. In diesem Fall können Sie die virtuellen Maschinen später starten, indem Sie die OCPU-(ECPUs für X11M-)Ressourcen skalieren. Siehe Ressourcen in einem VM-Cluster mit der Konsole skalieren.

        Die Anzahl der OCPUs (ECPUs für X11M) für das gesamte VM-Cluster wird automatisch basierend auf der Anzahl der OCPUs pro VM (ECPUs für X11M), die Sie angegeben haben, und der Anzahl der physischen Datenbankserver, die für das VM-Cluster konfiguriert sind, berechnet.

        OCPU: Die von einer OCPU bereitgestellte CPU-Kapazität entspricht einem physischen Core eines Intel Xeon-Prozessors mit aktiviertem Hyperthreading. Jede OCPU entspricht zwei Hardwareausführungsthreads, den sogenannten vCPUs.

        Siehe Oracle Platform as a Service und Infrastructure as a Service - Public Cloud Service-Beschreibungen, gemessen und nutzungsunabhängig.

        ECPU: Eine ECPU ist eine abstrakte Kennzahl für Compute-Ressourcen. ECPUs basieren auf der Anzahl an Cores, die elastisch aus einem Pool von Compute- und Storage Servern zugewiesen werden.

      • Anzahl angeforderte OCPUs (ECPUs für X11M) für das VM-Cluster: Zeigt die Gesamtanzahl der CPU-Cores an, die dem VM-Cluster zugewiesen sind, basierend auf dem Wert, den Sie im Feld Anzahl der OCPUs (ECPUs für X11M) pro VM angeben angegeben haben. Dieses Feld kann nicht bearbeitet werden.
      • Arbeitsspeicher pro VM angeben (GB): Geben Sie den Arbeitsspeicher für jede einzelne VM an. Der Wert muss ein Vielfaches von 1 GB sein und darf nicht mehr als die verfügbare Arbeitsspeichergröße in der Exadata-Infrastruktur betragen.
      • Angeforderter Arbeitsspeicher für das VM-Cluster (GB): Zeigt die gesamte Arbeitsspeicherkapazität an, die dem VM-Cluster zugewiesen ist, basierend auf dem Wert, den Sie im Feld Arbeitsspeicher pro VM angeben (GB) eingegeben haben. Dieses Feld kann nicht bearbeitet werden.
      • Lokale Dateisystemgröße pro VM angeben (GB): Geben Sie die Größe des lokalen Dateisystems für jede einzelne VM an. Der Wert muss größer als 1 GB sein und darf nicht mehr als die verfügbare Größe des Dateisystems in der X11M-Infrastruktur betragen.

        Der lokale Systemspeicher muss mindestens 60 GB betragen. 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.

        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.

        1. Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen.
        2. Ändern Sie die Größe der Dateisysteme /, /u01, /tmp, /var, /var/log, /var/log/audit und /home nach Bedarf.
          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 das Doppelte des ihnen zugewiesenen Speicherplatzes. Dies wird in den schreibgeschützten Feldern Gesamtzugewiesener Speicher für / (GB) aufgrund von Spiegelung und Gesamtzugewiesener Speicher für /var (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.
      • Reservierter lokaler Speicher pro VM (GB): Zeigt die lokale Speicherkapazität an, die intern für Root-Dateisysteme, Oracle Grid Infrastructure-Homes und Diagnoselogs reserviert ist. Dieses Feld kann nicht bearbeitet werden.
    7. Exadata-Speicher konfigurieren: Die folgenden Einstellungen definieren die Konfiguration des Exadata-Speichers für die Verwendung mit dem VM-Cluster. Der ausgewählte Speichertyp kann später nicht mehr geändert werden, nachdem das VM-Cluster mit dem gewünschten Speichertyp bereitgestellt wurde. Sie haben zwei Optionen zur Auswahl: Automatic Storage Type (ASM) und Exascale. Weitere Informationen zum ASM-Speichertyp finden Sie unter ASM-VM-Cluster mit der Konsole erstellen.
      Hinweis

      Mindestanforderung zur Konfiguration des Exascale-Speichers

      • Dieses Feature wird im Exadata-Infrastrukturmodell X8M und höher unterstützt.
      • Dieses Feature ist in Version 24.1 und höher der Exadata-Systemsoftware verfügbar.
      • Dieses Feature erfordert Oracle Grid Infrastructure Version 23ai (24.3) und unterstützt die Oracle-Datenbankversionen 23ai (23.4) und höher.

      Exascale-Option wird deaktiviert, wenn die Mindestanforderung nicht erfüllt ist.

      Exascale-Datenbankspeicher-Vault:
      • Neuen Storage Vault erstellen: Wählen Sie diese Option aus, um einen neuen Storage Vault der Exascale-Datenbank beim Provisioning des VM-Clusters zu erstellen.
        • Storage Vault-Name: Geben Sie einen aussagekräftigen Namen für den Vault ein. Klicken Sie auf den Link Compartment ändern, und wählen Sie ein Compartment aus, wenn Sie diesen Vault in einem anderen Compartment erstellen möchten.
        • Speicherkapazität für Datenbanken: Geben Sie die Speicherkapazität für die Datenbanken innerhalb der auf dem Bildschirm angezeigten Mindest- und Höchstwerte ein.
          Hinweis

          Wenn zusätzlicher Speicherplatz über das angezeigte Maximum hinaus benötigt wird, muss die Exascale-Kapazität erhöht werden. Weitere Informationen finden Sie unter Exascale Storage Vault mit der Konsole skalieren.
      • Vorhandenen Storage Vault auswählen: Wählen Sie einen Vault aus, der sich im Compartment Ihrer Wahl befindet.
    8. Version auswählen:
      Hinweis

      Im Exascale-VM-Cluster kann nur die Oracle-Datenbank 23ai bereitgestellt werden.
      • Wählen Sie die Oracle Grid Infrastructure-Version aus: Das Oracle Grid Infrastructure-Release ist standardmäßig 23ai.
      • Exadata-Gastversion auswählen:
        • Die Exadata-Gastversion ist standardmäßig die neueste (24.1.6.0)
        • Die Oracle Grid Infrastructure-Version ist standardmäßig 23ai
        • Die Schaltfläche Bild ändern ist aktiviert.
        • Klicken Sie auf Image ändern.

          Im daraufhin angezeigten Bildbereich "Ändern" wird die Liste der verfügbaren Hauptversionen des Exadata-Images (24.1.6.0 und höher) angezeigt.

          Das neueste Release für jede Hauptversion wird durch "(letzte)" gekennzeichnet.

        • Folie Alle verfügbaren Versionen anzeigen.

          Sechs frühere Versionen, einschließlich der neuesten Versionen von Exadata-Images 24.1.6.0 und höher, werden angezeigt.

        • Version auswählen.
        • Klicken Sie auf Änderungen speichern.
    9. SSH-Schlüssel hinzufügen: Geben Sie den Public-Key-Teil eines SSH-Schlüsselpaars ein, das Sie zum Zugriff auf die virtuellen Maschinen des VM-Clusters verwenden möchten. Sie können eine Datei mit dem Schlüssel hochladen oder die SSH-Schlüsselzeichenfolge einfügen.

      Um mehrere Schlüssel anzugeben, laden Sie mehrere Schlüsseldateien hoch, oder fügen Sie jeden Schlüssel in ein separates Feld ein. 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.

    10. Wählen Sie einen Lizenztyp aus:
      • 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.
        Hinweis

        BYOL ist mit dem VM-Clustertyp "Exadata Database-Developer" nicht verfügbar.
      • Lizenz inklusive: Wählen Sie diese Option aus, um Oracle Database-Softwarelizenzen als Teil von Exadata Database Service on Cloud@Customer zu abonnieren.
    11. 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. Weitere Informationen finden Sie unter Erste Schritte mit Ereignissen.

      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.
      • 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.

        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).
    12. Erweiterte Optionen anzeigen:
      • Zeitzone: Die Standardzeitzone für die Exadata-Infrastruktur ist UTC. Sie können jedoch eine andere Zeitzone angeben. Gültige Zeitzonenoptionen sind diejenigen, die von der Klasse Java.util.TimeZone und vom Oracle Linux-Betriebssystem unterstützt werden.
        Hinweis

        Wenn Sie eine andere Zeitzone als UTC oder die vom Browser erkannte Zeitzone festlegen möchten, wählen Sie die Option Andere Zeitzone auswählen. Wählen Sie die Region oder das Land und dann die entsprechende Zeitzone aus.

        Wenn die gewünschte Region oder das gewünschte Land nicht angezeigt wird, wählen Sie Sonstiges und dann eine entsprechende Zeitzone.

      • Tags: Optional können Sie Tags anwenden. Wenn Sie über Berechtigungen zum Erstellen von Ressourcen verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigung 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 zuweisen.
  6. Optional können Sie die Ressourcenkonfiguration als Stack speichern.
    • So speichern Sie die Ressourcenkonfiguration als Stack:
      1. Klicken Sie auf Als Stack speichern.
      2. Geben Sie im daraufhin angezeigten Dialogfeld Als Stack speichern die folgenden Details an:
        1. Name: (Optional) Geben Sie einen aussagekräftigen Namen an, den Sie sich leicht merken können.
        2. Beschreibung: (Optional) Geben Sie eine kurze Beschreibung ein.
        3. Compartment: Wählen Sie ein Compartment für diesen Stack aus.
        4. Tags: Fügen Sie Tags hinzu.
      3. Klicken Sie auf Speichern.

        Nachdem der Stack gespeichert wurde, zeigt das System ein Banner mit einem Link zum gespeicherten Stack an.

      4. Klicken Sie auf den Link, um den Stack in der Resource Manager-Servicekonsole zu öffnen.

        Siehe Resource Manager und Terraform.

    • So zeigen Sie die Details eines Stacks an:
      1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Entwicklerservices auf Ressourcenmanager.
      2. Klicken Sie auf Stacks.
      3. Klicken Sie auf den Namen des Stacks, dessen Details Sie anzeigen möchten.

        Sie können auch auf das Aktionsmenü (drei Punkte) klicken und dann die Option Stackdetails anzeigen auswählen.

  7. Klicken Sie auf VM-Cluster erstellen.

    Die Seite "VM-Clusterdetails" wird angezeigt. Während der Erstellung lautet der Status des VM-Clusters Ausstehend. Wenn die Erstellung des VM-Clusters abgeschlossen ist, ändert sich sein Status in Verfügbar.

    Im Abschnitt "Exadata-Datenbankspeicher" auf der Seite "VM-Clusterdetails" wird der konfigurierte Speichertyp angezeigt, in diesem Fall Exascale.

Verwandte Themen

Übergeordnetes Thema: VM-Cluster in Oracle Exadata Database Service on Cloud@Customer mit der Konsole verwalten

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 Oracle Database auf Exadata Database Service on Cloud@Customer.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Klicken Sie auf Exadata-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, die Option Diagnoseerfassung.
  6. Klicken Sie auf Bearbeiten.

    Das Fenster Einstellungen für Diagnoseerfassung bearbeiten wird angezeigt.

  7. Aktivieren oder deaktivieren Sie die Kontrollkästchen, und klicken Sie auf Speichern.

VMs mit der Konsole einem bereitgestellten Cluster hinzufügen

Mit diesem Verfahren können Sie virtuelle Maschinen einem bereitgestellten Cluster hinzufügen.

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 auf der Exadata Cloud@Customer-Infrastruktur eine Exadata-Systemsoftwareversion 22.1.16 und höher ausgeführt wird.

Hinweis

Das Upgrade auf Exadata-Systemsoftware 23.1 für die Exadata Cloud@Customer-Infrastruktur ist ab dem Updatezyklus vom Februar 2023 verfügbar.
Die folgenden Punkte sollen Ihnen beim Hinzufügen von VMs zu einem bereitgestellten Cluster helfen.
  • Die Version des Gast-BS-Images, die auf den vorhandenen bereitgestellten VMs im Cluster ausgeführt wird, wird auch verwendet, um neue VMs bereitzustellen, die zur Erweiterung des VM-Clusters hinzugefügt wurden. Alle Anpassungen, die an dem Gast-BS-Image auf den vorhandenen VMs vorgenommen wurden, müssen manuell auf die neu hinzugefügte VM angewendet werden.
  • Bei VM-Clustern mit einer Version eines Gast-BS-Images, die älter als ein Jahr ist, müssen Sie die Version des Gast-BS-Images aktualisieren, bevor Sie eine VM zur Erweiterung des Clusters hinzufügen.
  • Bei Datenbanken, die nicht Teil einer Data Guard-Konfiguration sind, werden der neu bereitgestellten VM nur Datenbanken hinzugefügt, die auf allen VMs im vorhandenen Cluster ausgeführt werden. Eine Datenbank, die auf einer Teilmenge von VMs ausgeführt wird, wird nicht automatisch auf die neu hinzugefügte VM erweitert.
Wenn Sie versuchen, eine VM zu einem VM-Cluster hinzuzufügen, tritt möglicherweise folgender Fehler auf: [FATAL] [INS-32156] Das Installationsprogramm hat ermittelt, dass nicht lesbare Dateien im Oracle Home enthalten sind. Um das Problem zu beheben, führen Sie die unter Hinzufügen einer VM zu einem VM-Cluster nicht erfolgreich beschriebenen Schritte aus, bevor Sie versuchen, einen Clusterknoten hinzuzufügen.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie Ihr Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie auf den Namen eines VM-Clusters, dem Sie virtuelle Maschinen hinzufügen möchten.
  4. Klicken Sie auf der Seite "VM-Clusterdetails" unter Ressourcen auf Virtuelle Maschinen, und klicken Sie dann auf Virtuelle Maschinen hinzufügen.
  5. Wählen Sie im Dialogfeld Virtuelle Maschinen hinzufügen zusätzliche DB-Server aus, auf denen die VM hinzugefügt werden soll.

    Sie können die Auswahl vorhandener DB-Server nicht aufheben. Die maximal verfügbaren Ressourcen pro VM werden basierend auf den neu hinzugefügten DB-Servern aktualisiert.

    Zu den Statusangaben des DB-Servers gehören: In diesem VM-Cluster, Netzwerk nicht konfiguriert, Hosting einer VM, Zum Hinzufügen verfügbar und Keine ausreichenden Ressourcen. Sie können nur DB-Server mit der Auswahlberechtigung Zum Hinzufügen verfügbar hinzufügen.

    DB-Server, für die kein Netzwerk konfiguriert ist, können nicht hinzugefügt werden. Um das Netzwerk zu konfigurieren, bearbeiten Sie das VM-Clusternetzwerk der zugehörigen Infrastruktur. Weitere Informationen finden Sie unter Weiteren DB-Server mit der Konsole zum VM-Clusternetzwerk hinzufügen.

  6. Wählen Sie die DB-Server mit der Auswahlberechtigung Zum Hinzufügen verfügbar aus, und klicken Sie auf Hinzufügen.

    Die Status der DB-Server werden in "Zugewiesen" geändert.

    Hinweis

    Sie können einen zugewiesenen DB-Server nicht entfernen.

Informationen zum Erweitern der Datenbankinstanz für Datenbanken mit aktiviertem Data Guard für die neu hinzugefügten VMs finden Sie unter Knotenliste wird für Datenbanken mit aktiviertem Data Guard nicht aktualisiert.

Liste der DB-Server in einer Exadata-Infrastruktur mit der Konsole anzeigen

Mit diesem Verfahren können Sie eine Liste der Datenbankserverhosts in einem Oracle Exadata Cloud@Customer-System anzeigen.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  2. Klicken Sie unter Infrastruktur auf Exadata-Infrastruktur.
  3. Klicken Sie in der Liste der Exadata-Infrastrukturen auf den Anzeigenamen der Infrastruktur, deren Details Sie anzeigen möchten.
  4. Klicken Sie unter Ressourcen auf DB-Server.
  5. Klicken Sie in der Liste der DB-Server auf den Namen des DB-Servers, dessen Details Sie anzeigen möchten.

    Der DB-Server listet VMs aus jedem gehosteten Cluster zusammen mit den ihnen zugewiesenen Ressourcen auf.

VM mit der Konsole aus einem VM-Cluster entfernen

Mit diesem Verfahren können Sie eine virtuelle Maschine aus einem bereitgestellten Cluster entfernen.

Hinweis

Beim Beenden einer VM in einem Cluster müssen alle Datenbanken entfernt werden, die Teil einer Data Guard-Konfiguration sind (primär oder Standby), damit das Beenden fortgesetzt werden kann. Weitere Informationen zu manuellen Schritten finden Sie im My Oracle Support-Hinweis 2811352.1.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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 Exadata-VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, aus dem Sie eine virtuelle Maschine entfernen möchten.
  5. Klicken Sie unter Ressourcen auf Virtuelle Maschinen.
  6. Klicken Sie in der Liste der virtuellen Maschinen auf das Symbol Aktionen (drei Punkte) für eine virtuelle Maschine, und klicken Sie dann auf Beenden.
  7. Geben Sie im Dialogfeld "Virtuelle Maschine beenden" den Namen der virtuellen Maschine ein, und klicken Sie auf Beenden.

    Die VM wird aus dem Cluster entfernt. Auf der Seite VM-Clusterdetails werden unter Ressourcenzuweisung für VM-Cluster die aktualisierten Ressourcenzuteilungsdetails angezeigt.

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 Database Service on Cloud@Customer.
  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 Exadata-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 daraufhin angezeigten Fenster "Lizenztyp aktualisieren" 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 Database Service on Cloud@Customer 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.

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

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Cloud@Customer.
  2. Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, dem Sie SSH-Schlüssel hinzufügen möchten.
  5. Klicken Sie auf der Seite VM-Clusterdetails auf SSH-Schlüssel hinzufügen.
  6. 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.

  7. Klicken Sie auf Änderungen speichern.

Ressourcen in einem VM-Cluster mit der Konsole skalieren

Ab Oracle Exadata Database Service on Cloud@Customer können Sie mehrere Ressourcen gleichzeitig skalieren. Sie können Ressourcen auch einzeln vertikal oder horizontal skalieren.

Skalieren Sie Ressourcen in den folgenden Fällen horizontal:
  • Anwendungsfall 1: Wenn Sie alle Ressourcen einem VM-Cluster zugewiesen haben und mehrere VM-Cluster erstellen möchten, sind keine Ressourcen für die Zuweisung zu den neuen Clustern verfügbar. Skalieren Sie daher die Ressourcen so herab, dass Sie zusätzliche VM-Cluster erstellen können.
  • Anwendungsfall 2: Wenn Sie verschiedene Ressourcen basierend auf der Workload zuweisen möchten, skalieren Sie entsprechend horizontal oder vertikal. Beispiel: Sie können über Nacht Batchjobs für Reporting/ETL ausführen und die VM nach Abschluss des Jobs horizontal skalieren.
Sie können die folgenden Ressourcen in beliebigen Kombinationen horizontal skalieren:
  • OCPU (ECPUs für X11M)
  • Arbeitsspeicher
  • 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-(ECPUs für X11M-)Skalierungsvorgänge über einen kurzen Zeitraum kann die Zeit für den Abschluss verlängern. Obwohl online, wird die OCPU-Skalierung (ECPUs 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 horizontale Skalierungsvorgä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.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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 Exadata-VM-Cluster.
  4. Klicken Sie auf den Namen des VM-Clusters, für das Sie die CPU-Ressourcen skalieren möchten.

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

  5. Klicken Sie auf VM-Ressourcen skalieren.
  6. In dem Dialogfeld können Sie Folgendes anpassen:
    • OCPU-Anzahl (ECPUs für X11M):

      Der Wert für die Anzahl der OCPUs (ECPUs für X11M) muss ein Vielfaches der Anzahl der virtuellen Maschinen sein, damit für jede virtuelle Maschine dieselbe Anzahl von CPU-Cores aktiviert ist.

      Wenn Sie die Anzahl der OCPUs (ECPUs für X11M) auf null setzen, werden alle virtuellen Maschinen im VM-Cluster heruntergefahren. Wenn Sie eine andere Einstellung als null wählen, werden alle virtuellen Maschinen im VM-Cluster gestartet. Andernfalls ist die Änderung der Anzahl der aktivierten CPU-Cores ein Onlinevorgang, und die virtuellen Maschinen werden aufgrund dieses Vorgangs nicht neu gestartet. Siehe auch Systemkonfiguration.

      Hinweis

      Wenn Sie den Datenbankinitialisierungsparameter CPU_COUNT explizit gesetzt haben, ist diese Einstellung von der Anzahl der der CPU-Cores, die dem VM-Cluster zugewiesen werden, nicht betroffen. Wenn Sie das Instance Caging-Feature von Oracle Database aktiviert haben, verwendet die Datenbankinstanz daher keine zusätzlichen CPU-Cores, es sei denn, Sie ändern die Einstellung CPU_COUNT. Wenn CPU_COUNT auf 0 (Standardeinstellung) gesetzt ist, überwacht Oracle Database kontinuierlich die vom Betriebssystem gemeldete CPU-Anzahl und verwendet die aktuelle Anzahl.
    • Arbeitsspeicher:

      Geben Sie den Arbeitsspeicher für jede einzelne VM an. Der Wert muss ein Vielfaches von 1 GB sein und darf nicht mehr als die verfügbare Arbeitsspeichergröße in der Exadata-Infrastruktur betragen.

      Wenn Sie den Arbeitsspeicher vertikal skalieren, werden die zugehörigen virtuellen Maschinen im Rolling-Verfahren nacheinander neu gestartet, um die Auswirkungen auf das VM-Cluster zu minimieren.

    • Größe des lokalen Dateisystems:

      Geben Sie die Größe für jede einzelne VM an. Der Wert muss ein Vielfaches von 1 GB sein und darf nicht mehr als die verfügbare Größe des Dateisystems in der Exadata-Infrastruktur betragen.

      Wenn Sie die Größe des lokalen Dateisystems vertikal skalieren, werden die zugehörigen virtuellen Maschinen im Rolling-Verfahren nacheinander neu gestartet, um die Auswirkungen auf das VM-Cluster zu minimieren.

      1. Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen.
      2. Ändern Sie die Größe der Dateisysteme /, /u01, /tmp, /var, /var/log, /var/log/audit und /home nach Bedarf.
        Hinweis

        • Sie können diese Dateisysteme nur erweitern und die Größe nach dem Erweitern 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 /var (GB) aufgrund von Spiegelung angegeben.
      3. Nachdem Sie das VM-Cluster erstellt haben, prüfen Sie auf der Seite "Details zur Exadata-Infrastruktur" im Abschnitt "Exadata-Ressourcen", welche Dateigröße dem lokalen Speicher (/u02) und dem lokalen Speicher (zusätzliche Dateisysteme) zugewiesen ist.

      Reservierter lokaler Speicher pro VM (GB): Zeigt die Kapazität an, die intern für Root-Dateisysteme, Oracle Grid Infrastructure-Homes und Diagnoselogs reserviert ist.

    • Nutzbarer Exadata-Speicher:

      Geben Sie den gesamten Exadata-Speicher an, der dem VM-Cluster zugewiesen ist. Der zugewiesene Speicher wird gleichmäßig auf alle Exadata-Speicherserver verteilt. Der empfohlene Mindestspeicherplatz beträgt 2 TB.

      Sie können die Exadata-Speicherzuweisung für ein VM-Cluster reduzieren. Sie müssen jedoch sicherstellen, dass der neue Wert für die vorhandenen Inhalte genügt, und auch die zu erwartende Zunahme der Daten einkalkulieren.

      Hinweis

      Beim Reduzieren muss der neue Wert mindestens 15% über dem aktuellen Wert liegen.

      Die Änderung des dem VM-Cluster zugewiesenen Exadata-Speichers ist ein Onlinevorgang. Virtuelle Maschinen werden aufgrund dieses Vorgangs nicht neu gestartet.

  7. 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 Exadata Database Service on Cloud@Customer.
  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 Exadata-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 Exadata Database Service on Cloud@Customer.
  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 Exadata-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 Oracle Exadata Database Service on Cloud@Customer 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 Exadata Database Service on Cloud@Customer.
  2. Wählen Sie die Region und das Compartment mit dem zu verschiebenden VM-Cluster aus.
  3. Klicken Sie auf Exadata-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 wählen Sie Ressource verschieben aus.
  6. Wählen Sie im nächsten Dialogfeld das neue Compartment für das VM-Cluster aus, und klicken Sie auf Ressource verschieben.

VM-Cluster mit der Konsole beenden

Vor dem Beenden eines VM-Clusters müssen Sie zuerst die darin enthaltenen Datenbanken beenden.

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.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  2. Wählen Sie die Region und das Compartment mit dem zu beendenden VM-Cluster aus.
  3. Klicken Sie auf Exadata-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 wählen Sie Beenden aus.
  6. Geben Sie im nächsten Dialogfeld den Namen des VM-Cluster ein, und klicken Sie auf Beenden, um die Aktion zu bestätigen.

Oracle Exadata Database Service on Cloud@Customer-VM-Cluster mit der API verwalten

Hier finden Sie die Liste der API-Aufrufe zum Verwalten Ihrer VM-Clusternetzwerke und VM-Cluster in Oracle Exadata Database Service on Cloud@Customer.

Informationen zum Verwenden der API und Signieren von Anforderungen finden Sie unter "REST-APIs" und "Sicherheitszugangsdaten". Informationen zu SDKs finden Sie unter "Software Development Kits und Befehlszeilenschnittstelle".

Verwenden Sie diese API-Vorgänge, um VM-Clusternetzwerke und VM-Cluster in Oracle Exadata Database Service on Cloud@Customer zu verwalten:

VM-Clusternetzwerke:
  • GenerateRecommendedVmClusterNetwork
  • CreateVmClusterNetwork
  • DeleteVmClusterNetwork
  • GetVmClusterNetwork
  • ListVmClusterNetworks
  • UpdateVmClusterNetwork
  • ValidateVmClusterNetwork
VM-Cluster:
  • CreateVmCluster
  • DeleteVmCluster
  • GetVmCluster
  • ListVmClusters
  • UpdateVmCluster

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

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

Für die Verwendung des Features für die serielle Konsole ist Exadata Infrastructure Version 22.1.10 oder höher für 22 erforderlich. X-Benutzer und Version 23.1.1 oder höher für 23. X Benutzer. Das Feature für die serielle Konsole ist auf allen neuen VM-Clustern verfügbar, die sofort erstellt werden. Es ist jedoch nur auf zuvor vorhandenen VM-Clustern nach dem nächsten vierteljährlichen Wartungszyklus verfügbar. 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 Exadata Database Service on Cloud@Customer.
  2. Wählen Sie unter Region die Region aus, die Sie mit der Oracle Exadata-Infrastruktur verknüpfen möchten.
  3. Klicken Sie unter Infrastruktur 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.

Erforderliche IAM Policys

Ein Administrator muss Ihnen über eine IAM-Policy sicheren Zugriff auf die VM-Konsole im Exadata Database Service on Cloud@Customer-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 virtuelle Maschine 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.

Ports für die Control-Plane-Konnektivität

Stellen Sie sicher, dass die Firewallregeln korrekt sind, damit der Control-Plane-Server (CPS) die erforderlichen OCI-Endpunkte erreichen kann. Weitere Informationen in Tabelle 3-2

Übergeordnetes Thema: Voraussetzungen

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.

Übergeordnetes Thema: Voraussetzungen

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 Abfrage ssh-keygen und bei Aufforderung 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.

Übergeordnetes Thema: SSH-Schlüsselpaare erstellen

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, z.B. 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 Fenster PuTTY.

    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 auf Save private key und dann in der Eingabeaufforderung 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 den gesamten generierten Schlüssel aus, der unter "Public key" für das Einfügen in die Datei OpenSSH authorized_keys angezeigt wird, kopieren Sie ihn mit STRG + C, fügen Sie ihn in eine Textdatei ein, und speichern Sie die Datei dann in demselben Speicherort wie der Private Key.
    Hinweis

    Verwenden Sie nicht Save Public Key, weil 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 den Speicherort Ihrer Public-Key- und Private-Key-Datei auf. Zum Erstellen einer Instanzkonsolenverbindung benötigen Sie den Public Key. Sie benötigen den Private Key, um sich mit PuTTY bei der Instanzkonsolenverbindung anzumelden. Beispiel: $HOME\Documents\mykey.ppk.
So erstellen Sie eine Verbindung mit dem mit PuTTY generierten SSH-Schlüsselpaar

Weitere Informationen zum Generieren des SSH-Schlüsselpaares 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 aus dem Format OpenSSH generierten SSH-Schlüssel ein, oder wählen Sie SSH-Schlüsseldatei hochladen aus, und geben Sie den Pfad des Public Keys an, der in Schritt 8 unter SSH-Schlüsselpaar für Windows mit PuTTY erstellen gespeichert wurde.
  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 Dateipfad des privaten Schlüssels PuTTY (PPK) 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 in einer potenziellen Situation möglicherweise bei der seriellen Konsole anmelden müssen.

Übergeordnetes Thema: Voraussetzungen

Ü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 erreichen kann, um auf die serielle Konsole der virtuellen Maschine zuzugreifen. 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.exacc.us-ashburn-1.oci.oraclecloud.com) über SSH zugreifen können.

Übergeordnetes Thema: Voraussetzungen

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.

Hinweis

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 Exadata Database Service on Cloud@Customer.
  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 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 unter SSH-Schlüsselpaare erstellen im Abschnitt "Anforderungen" 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 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 für die Virtuelle 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 verbinden Sie mit OpenSSH unter Mac OS X oder Linux mit der seriellen Konsole

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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 "Virtuelle Maschine - Details" unter Ressourcen auf Konsolenverbindung.
  5. Klicken Sie auf das Menü "Aktionen" (drei Punkte) und dann auf Serielle Konsolenverbindung für Linux/Mac kopieren.
  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 Kennzeichen sowohl für die SSH-Verbindung als auch für die SSH-ProxyCommand 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. Klicken Sie erneut auf die Eingabetaste, 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 den virtuellen Computer neu.

    Sie müssen keinen Benutzernamen und 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-C@C 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 neu gestartet werden soll, 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.

Hinweis

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 Virtual Machine-Details 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 Dateipfad zur Private-Key-Datei hinzufügen können.
  4. Ersetzen Sie in der Textdatei $env:homedrive$env:homepath\oci\console.ppk durch den Dateipfad zur .ppk-Datei auf dem Rechner. Dieser Dateipfad 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. Klicken Sie erneut auf die Eingabetaste, um die Konsole zu aktivieren.
  8. Starten Sie den virtuellen Computer neu.

    Sie müssen keinen Benutzernamen und 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-C@C 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 neu gestartet werden soll, 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, z.B. C:\Program Files (x86)\PuTTY. Double-click puttygen.exe, um ihn zu öffnen.
  5. Klicken Sie im PuTTY-Schlüsselgenerator auf das Menü Unterhaltungen und dann auf Importieren.
  6. Wählen Sie im Windows Explorer den von der OCI-Konsole generierten SSH-Schlüssel (Schritt 1) aus, 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 den PuTTY Private Key-(PPK-)Pfad verweist. Ersetzen Sie <PATH_FILE_PUTTY_PRIVATE.ppk>, um auf den Pfad der PuTTY Private Key-(PPK-)Datei 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 .key-Private-Key-Datei

  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. Die Cloud Shell ist ein browserbasiertes Terminal, auf das von der Konsole aus zugegriffen werden kann. Die Cloud Shell-Integration erstellt automatisch die Verbindung zur Instanzkonsole und einen temporären SSH-Schlüssel. Einzige Voraussetzung für die Anmeldung bei der seriellen Konsole über die Cloud Shell ist, den Benutzern die richtigen Berechtigungen zu erteilen. 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. Der Administrator muss eine Identitäts-Policy konfigurieren, um das öffentliche Cloud Shell-Netzwerk zu aktivieren. Weitere Informationen finden Sie unter Cloud Shell-Networking.
  • 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 die aktive Cloud Shell zunächst von DBnode1 beenden und dann eine Verbindung zu DBnode2 herstellen.
  • Stellen Sie sicher, dass die Firewallregeln korrekt sind, damit der Control-Plane-Server (CPS) die erforderlichen OCI-Endpunkte erreichen kann. Weitere Informationen in Tabelle 3-2

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.

So melden Sie sich mit der Cloud Shell bei der seriellen Konsole an

  1. Melden Sie sich bei der Konsole an.
  2. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  3. Klicken Sie in der Oracle Cloud Infrastructure-Konsole auf der Seite "Instanzdetails" unter Ressourcen auf Konsolenverbindung.
  4. Klicken Sie auf Cloud Shell-Verbindung starten.

    Dadurch wird die Cloud Shell in einer "Schublade" unten in der Konsole angezeigt.

  5. Wenn bereits eine Konsolenverbindung vorhanden ist, müssen Sie die vorhandene Ressource löschen. Klicken Sie auf y und anschließend auf Eingabe.
  6. Beenden Sie anschließend die Verbindung zur Instanzkonsole.

Konsolenhistorie für eine virtuelle Maschine anzeigen

Hinweis

Um auf die serielle Konsole zuzugreifen und die Konsolenhistorie zu verwenden, müssen Firewallregeln konfiguriert sein, damit der Control-Plane-Server (CPS) auf die erforderlichen OCI-Endpunkte zugreifen kann. Einzelheiten zu Object Storage- und VM-Konsolenkonnektivitätsanforderungen finden Sie in Table 3-2.

Sie können die neuesten seriellen Konsolendaten für eine virtuelle Maschine erfassen und anzeigen. Die Daten umfassen beim Booten der virtuellen Maschine auftretende Konfigurationsmeldungen 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 aktuellen Daten aus der seriellen Konsole für die angegebene virtuelle Maschine. Beachten Sie, dass die Daten der Raw-Konsole einschließlich Multi-Byte-Zeichen erfasst werden.

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

Konsolenhistorie verwalten

Mit der Konsole oder der API können Sie die Erfassung der Konsolenhistorie verwalten. Mit der Konsolenhistorie können Sie die serielle Ausgabe Ihrer Virtual Machine anzeigen, ohne eine Remoteverbindung zur Instanz herstellen zu müssen. Mit der Konsolenhistorie können Sie den vorherigen Zugriff und die mit der seriellen Konsole ausgeführten Aktionen prüfen.

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

Konsolenhistorie mit der Konsole erfassen

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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 Download, 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 Exadata Database Service on Cloud@Customer.
  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 Download, 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 Exadata Database Service on Cloud@Customer.
  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 Liste der Konsolenhistorien für die Konsolenhistorienerfassung, die Sie anzeigen möchten, auf das Menü Aktionen und dann auf Details anzeigen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Metadatendetails einer Console History Capture mit der Konsole anzeigen und bearbeiten

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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 Liste der Konsolenhistorien für die Konsolenhistorienerfassung, die Sie anzeigen möchten, auf das Menü Aktionen und dann auf Details anzeigen.
  6. Optional können Sie den Namen der Konsolenhistorie bearbeiten. Geben Sie dabei keine vertraulichen Informationen ein.
  7. Um Tags anzuzeigen oder zu bearbeiten, klicken Sie auf Taggingoptionen anzeigen.
  8. Zum Bearbeiten oder Entfernen von Tags klicken Sie auf das Symbol "Bearbeiten" neben dem Tag. Führen Sie zum Bearbeiten eines Tags im Dialogfeld Tag bearbeiten die gewünschten Änderungen aus, und klicken Sie auf Speichern. Um ein Tag zu entfernen, klicken Sie auf Tag entfernen.
  9. Klicken Sie auf Speichern und schließen.

Übergeordnetes Thema: Konsolenhistoriendaten verwalten

Erfassungen der Konsolenhistorie mit der Konsole löschen

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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 Liste der Konsolenhistorien für die Konsolenhistorienerfassung, die Sie anzeigen möchten, auf das Menü Aktionen und dann auf Löschen.
  6. Klicken Sie im Bestätigungsdialogfeld auf Konsolenhistorie löschen.

Ü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.

Verwenden Sie die folgenden API-Vorgänge, um die Konsolenhistoriendaten zu verwalten.

  • Um die Konsolenhistorie zu erfassen, verwenden Sie die Methode createDbNodeConsoleHistory.
  • Um Details zu Metadaten der Konsolenhistorie abzurufen, verwenden Sie die Methode getDbNodeConsoleHistory.
  • Um Details zum Inhalt der Konsolenhistorie abzurufen, verwenden Sie die Methode getDbNodeConsoleHistoryContent.
  • Um Metadaten der Konsolenhistorie zu bearbeiten, verwenden Sie die Methode updateDbNodeConsoleHistory.
  • Um die erfassten Daten der Konsole anzuzeigen, verwenden Sie die Methode listDbNodeConsoleHistories.
  • Um die erfassten Daten der Konsolenhistorie zu löschen, verwenden Sie die Methode deleteDbNodeConsoleHistory.

Ü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 Neustartvorgangs zurück zum Terminalfenster. Sie sehen, dass Konsolenmeldungen im Fenster angezeigt werden. Sobald das GRUB-Bootmenü angezeigt wird, stoppen Sie den automatischen Boot-Prozess mit dem Befehl up/down Pfeiltaste, damit Sie das Boot-Menü verwenden können.
  3. Markieren Sie im Boot-Menü das oberste Element, und bearbeiten Sie den Boot-Eintrag mit e.
  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 Folgendes am Ende dieser Zeile 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 beizubehalten:
    /usr/sbin/load_policy -i
  2. Führen Sie den folgenden Befehl aus, um die Root-Partition mit Lese-/ 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 beizubehalten:
    /usr/sbin/load_policy -i
  2. Führen Sie den folgenden Befehl aus, um die Root-Partition mit Lese-/ Schreibberechtigungen neu zu mounten.
    /bin/mount -o remount, rw /
  3. Führen Sie den folgenden Befehl aus der Bash-Shell aus, und wechseln Sie zum SSH-Schlüsselverzeichnis für den opc-Benutzer:
    cd ~opc/.ssh
  4. Fügen Sie Ihren 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 beizubehalten.

    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-/ Schreibberechtigungen neu zu mounten.
    /bin/mount -o remount, rw /
  3. Führen Sie den folgenden Befehl aus, um das Kennwort für den opc-Benutzer 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. Um die serielle Konsole zu beenden, geben Sie Folgendes ein:
    ~.
  2. So setzen Sie die SSH-Session aus:
    ~^z

    Das Zeichen ^ stellt die Strg-Taste dar.

  3. Um alle SSH-Escapebefehle anzuzeigen, geben Sie:
    ~?
So löschen Sie die serielle Konsolenverbindung für eine virtuelle Maschine

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  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ü "Aktionen" und dann Löschen. Bestätigen Sie den Vorgang, wenn Sie aufgefordert werden.