Administration und Konfiguration

In diesem Abschnitt werden wichtige Aufgaben zum Verwalten und Konfigurieren von Oracle AI Database-Umgebungen behandelt. Sie enthält Befehle wie dbaascli admin updateStack für die Installation oder Aktualisierung des dbaastools-RPM und dbaascli job getStatus für die Prüfung des Status bestimmter Jobs.

dbaascli admin updateStack

Um ein dbaastools-RPM zu installieren oder zu aktualisieren, verwenden Sie den Befehl dbaascli admin updateStack.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Um das Utility zu verwenden, müssen Sie die Verbindung zu einer virtuellen Oracle Base Database Cloud@Customer-Maschine hergestellt haben.

Siehe Verbindung zu einer virtuellen Maschine mit SSH herstellen.

Syntax:

dbaascli admin updateStack
[--resume]
[--prechecksOnly]
[--nodes]

Parameter:

Parameter Beschreibung
--resume setzt die vorherige Ausführung fort
--prechecksOnly führt nur die Vorabprüfungen für diesen Vorgang aus
--nodes Gibt eine kommagetrennte Liste von Knoten an und installiert das RPM. Wenn Sie dieses Argument nicht übergeben, wird das RPM auf allen Clusterknoten installiert.

Häufig gestellte Fragen:

F: Wofür wird der Befehl "dbaascli admin updateStack" verwendet?

A: Mit dem Befehl dbaascli admin updateStack wird ein dbaastools-RPM auf Oracle Base Database Cloud@Customer installiert oder aktualisiert.

F: Welche Voraussetzungen sind für die Verwendung des Befehls "dbaascli admin updateStack" erforderlich?

A: Sie müssen den Befehl als Root-Benutzer ausführen und eine Verbindung zu einer virtuellen Oracle Base Database Cloud@Customer-Maschine herstellen.

F: Was macht die Option –resume?

A: Die Option --resume setzt die vorherige Ausführung des Befehls updateStack fort, wenn er unterbrochen oder unvollständig war.

F: Wozu dient die Option –prechecksOnly?

A: Mit der Option --prechecksOnly werden nur die Vorabprüfungen für den Vorgang ausgeführt, ohne dass die Installation oder das Update tatsächlich ausgeführt wird.

F: Wie wird der Parameter –nodes verwendet?

A: Der Parameter --nodes gibt eine durch Komma getrennte Liste der Knoten an, auf denen das RPM installiert werden soll. Falls nicht angegeben, wird das RPM auf allen Clusterknoten installiert.

F: Was muss ich tun, wenn Probleme mit dem Befehl dbaascli admin updateStack auftreten?

A: Stellen Sie sicher, dass Sie den Befehl als Root-Benutzer ausführen und mit einer virtuellen Oracle Base Database Cloud@Customer-Maschine verbunden sind. Prüfen Sie, ob bestimmte Fehlermeldungen vorliegen, und konsultieren Sie gegebenenfalls die Befehlsdokumentation oder den Oracle-Support.

F: Wie stelle ich eine Verbindung zu einer virtuellen Oracle Base Database Cloud@Customer-Maschine her, um den Befehl "dbaascli admin updateStack" zu verwenden?

A: Sie müssen SSH verwenden, um eine Verbindung zur virtuellen Maschine herzustellen. Ausführliche Anweisungen finden Sie im Abschnitt Verbindung zu einer virtuellen Maschine mit SSH herstellen in der Dokumentation.

Beispiele:

Beispiel: Installieren oder Aktualisieren von dbaastools RPM auf allen Knoten

dbaascli admin updateStack

Installiert oder aktualisiert das RPM dbaastools auf allen Knoten der Oracle Base Database Cloud@Customer-Umgebung.

Beispiel: Vorabprüfungen werden nur vor der Installation oder Aktualisierung des RPM ausgeführt

dbaascli admin updateStack --prechecksOnly

Führt nur die Vorabprüfungen für das RPM-Update dbaastools aus, ohne die Installation tatsächlich auszuführen. Sie stellt sicher, dass alle Voraussetzungen erfüllt sind, bevor Sie mit der Aktualisierung fortfahren.

Beispiel: Ein zuvor unterbrochener updateStack-Vorgang wird fortgesetzt

dbaascli admin updateStack --resume

Setzt einen vorherigen dbaastools RPM-Aktualisierungsvorgang fort, der unterbrochen oder nicht erfolgreich abgeschlossen wurde.

Beispiel: Installieren oder Aktualisieren von dbaastools auf bestimmten Knoten

dbaascli admin updateStack --nodes node1,node2

Installiert oder aktualisiert das RPM dbaastools nur auf den angegebenen Knoten node1 und node2, ohne dass sich dies auf andere Knoten im Cluster auswirkt.

Beispiel: Prozess updateStack auf bestimmten Knoten wiederaufnehmen

dbaascli admin updateStack --resume --nodes node3,node4

Setzt den Aktualisierungsprozess für dbaastools nur dann auf den spezifischen Knoten node3 und node4 fort, wenn die vorherige Ausführung unterbrochen wurde.

dbaascli job getStatus

Um den Status eines angegebenen Jobs anzuzeigen, verwenden Sie den Befehl dbaascli job getStatus.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Um das Utility zu verwenden, müssen Sie die Verbindung zu einer virtuellen Oracle Base Database Cloud@Customer-Maschine hergestellt haben.

Siehe Verbindung zu einer virtuellen Maschine mit SSH herstellen.

Syntax:

dbaascli job getStatus --jobID

Parameter:

Parameter Beschreibung
--jobID Gibt die Job-ID an

Häufig gestellte Fragen:

F: Wofür wird der Befehl "dbaascli job getStatus" verwendet?

A: Mit dem Befehl dbaascli job getStatus wird der Status angezeigt

Beispiele:

Beispiel: Status eines bestimmten Jobs mit der Job-ID prüfen

dbaascli job getStatus --jobID 12345

Prüft den Status des Jobs mit der ID 12345. In der Ausgabe wird der aktuelle Status des Jobs angezeigt (z.B. "In Bearbeitung", "Abgeschlossen" oder "Nicht erfolgreich").

Beispiel: Status eines Patching-Jobs mit Job-ID prüfen

dbaascli job getStatus --jobID 98765

Ruft den Status eines Patching-Jobs mit der ID 98765 ab, um festzustellen, ob der Patch erfolgreich eingespielt wurde oder noch ausgeführt wird.

Beispiel: Status eines Datenbankbackupjobs prüfen

dbaascli job getStatus --jobID 45678

Prüft den Status eines Datenbankbackupjobs mit der ID 45678. Die Ausgabe enthält Details zum Fortschritt oder Abschluss des Backups.

Beispiel: Prüfen des Fortschritts eines Jobs mit langer Ausführungszeit

dbaascli job getStatus --jobID 23456

Prüfen Sie den Fortschritt eines Jobs mit langer Ausführungszeit (ID 23456), um festzustellen, ob er noch ausgeführt wird oder beendet wurde.

Beispiel: Status eines Datenbankerstellungsjobs anzeigen

dbaascli job getStatus --jobID 67890

Prüft den Status eines Datenbankerstellungsjobs, der durch die Job-ID 67890 identifiziert wird.

CPU-Skalierung:

Erfahren Sie, wie Sie CPU-Ressourcen in einem VM-Cluster basierend auf Workload-Anforderungen anzeigen und anpassen.

dbaascli system scalecpu

Um die CPU-Coreanzahl für eine virtuelle Maschine in einem VM-Cluster vertikal zu skalieren, wenn die Netzwerkverbindung zwischen dem Control-Plane-Server und der OCI-Region unterbrochen ist, verwenden Sie den Befehl dbaascli cpuscale update.

Syntax:

dbaascli system scaleCPU
        {
            --coreCount <value> [--message <value>]
            | --status
        }

Parameter:

Parameter Beschreibung
--coreCount Aktualisiert die Anzahl der CPU-Cores für jede VM im Cluster auf den angegebenen Wert.
--message Gibt optional eine Textnachricht für den aktuellen Skalierungsvorgang an.
--status Zeigt Details der neuesten Aktualisierung der CPU-Coreanzahl an, die von der aktuellen VM angefordert wurde.

Häufig gestellte Fragen:

F: Wofür wird der Befehl "dbaascli system scaleCPU" verwendet?

A: Mit dem Befehl "dbaascli system scaleCPU" wird die Anzahl der CPU-Cores für jede VM in einem VM-Cluster erhöht oder verringert.

F: Was gibt die Option –coreCount an?

A: Die Option --coreCount gibt die Zielanzahl der CPU-Cores für jede VM im VM-Cluster an.

F: Kann ich eine Nachricht mit einem CPU-Skalierungsvorgang aufnehmen?

A: Ja Verwenden Sie die optionale Option --message, um eine Textnachricht für den aktuellen Skalierungsvorgang anzugeben.

F: Wie überprüfe ich den Status eines CPU-Skalierungsvorgangs?

A: Mit der Option --status können Sie Details der letzten Aktualisierung der CPU-Coreanzahl anzeigen, die von der aktuellen VM angefordert wurde.

F: Kann ich --coreCount und --status zusammen verwenden?

A: Nein. Geben Sie entweder --coreCount mit einem optionalen --message- oder --status-Wert an.

Beispiele:

Beispiel: CPU-Cores skalieren

So erhöhen Sie die Anzahl der CPU-Cores für jede VM im VM-Cluster auf 20:

dbaascli system scaleCPU --coreCount 20

Der Befehl fordert, dass die Anzahl der CPU-Cores für jede VM im VM-Cluster auf 20 aktualisiert wird.

Beispiel: CPU-Cores horizontal skalieren

So verringern Sie die Anzahl der CPU-Cores für jede VM im VM-Cluster auf 8:

dbaascli system scaleCPU --coreCount 8

Der Befehl fordert, dass die Anzahl der CPU-Cores für jede VM im VM-Cluster auf 8 aktualisiert wird.

Beispiel: CPU-Cores mit einer Nachricht skalieren

So aktualisieren Sie die Anzahl der CPU-Cores auf 20 und fügen eine Meldung hinzu:

dbaascli system scaleCPU --coreCount 20 --message "Scaling up for increased demand"

Der Befehl fordert die Aktualisierung der CPU-Coreanzahl an und verknüpft die angegebene Nachricht mit dem Skalierungsvorgang.

Beispiel: Status eines CPU-Skalierungsvorgangs prüfen

So zeigen Sie Details zur letzten Aktualisierung der CPU-Coreanzahl an:

dbaascli system scaleCPU --status

Mit diesem Befehl werden die Details der neuesten Aktualisierung der CPU-Coreanzahl an angezeigt, die von der aktuellen VM angefordert wurde.

Beispiel: Status nach Anforderung einer CPU-Skalierung prüfen

Nachdem Sie eine Aktualisierung der CPU-Coreanzahl angefordert haben, können Sie den Status des Vorgangs prüfen, indem Sie Folgendes ausführen:

dbaascli system scaleCPU --status

Auf diese Weise können Sie die Details der neuesten CPU-Skalierungsanforderung prüfen.

Diagnose und Health Checks:

Dieser Abschnitt behandelt Tools zur Aufrechterhaltung des Zustands und zur Diagnose von Problemen in Oracle AI Database-Umgebungen. Befehle wie dbaascli diag collect werden zum Erfassen von Diagnosedaten verwendet, während Sie mit dbaascli diag healthCheck Health Checks ausführen können, um potenzielle Probleme zu identifizieren. Diese Tools tragen dazu bei, die Stabilität und Leistung des Systems zu gewährleisten, indem sie Bedenken proaktiv überwachen und ausräumen.

dbaascli diag collect

Um Diagnosedaten zu erfassen, verwenden Sie den Befehl dbaascli diag collect.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Parameter:

Parameter Beschreibung
--components Gibt eine Liste der Komponenten für das Logerfassungstool an. Gültige Werte: db, gi, os, dbaastools, all.
--startTime Gibt die Startzeit für das Erfassen von Logs an. Gültiges Datums- und Uhrzeitformat: YYYY-MM-DDTHH24:MM:SS
--endTime Gibt die Endzeit für das Erfassen von Logs an. Gültiges Datums- und Uhrzeitformat: YYYY-MM-DDTHH24:MM:SS
--nodes Gibt eine durch Komma getrennte Liste der Knoten an, um Logs zu erfassen
--dbNames Gibt den Datenbanknamen an, für den Logs erfasst werden sollen. Sie können nur einen Datenbanknamen angeben.
--objectStoreBucketURI Gibt eine vorab authentifizierte Anforderungs-(PAR-)URL für Object Storage Service an, mit dem erfasste Logs hochgeladen werden. Logs werden von der Gast-VM erfasst. Weitere Informationen finden Sie unter Vorab authentifizierte Anforderungen verwenden.
--destLocation Gibt den Speicherort auf der Gast-VM an, in der Logs erfasst werden. Standard: /var/opt/oracle/dbaas_acfs
--waitForCompletion Werte: true oder false. Standard true. Geben Sie false an, damit der Vorgang im Hintergrund ausgeführt werden soll.

Häufig gestellte Fragen:

F: Wozu dient der Befehl dbaascli diag collect?

A: Mit dem Befehl dbaascli diag collect werden Diagnoselogs für Oracle AI Database und zugehörige Komponenten wie BS, Grid Infrastructure-(GI-) und DBaaS-Tools erfasst.

F: Wie kann ich angeben, für welche Komponenten die Diagnose erfasst werden soll?

A: Sie können die Komponenten mit der Option --components angeben. Gültige Werte:

F: Wie kann ich Protokolle für einen bestimmten Zeitraum sammeln?

A: Verwenden Sie die folgenden Optionen, um einen Zeitraum anzugeben:

Die Uhrzeit muss folgendes Format haben: YYYY-MM-DDTHH24:MM:SS.

F: In welchem Format sollte die Start- und Endzeit angegeben werden?

A: Sowohl --startTime als auch --endTime müssen das Format YYYY-MM-DDTHH24:MM:SS aufweisen. Beispiel: 2024-09-01T15:30:00.

F: Wie gebe ich an, von welchen Knoten die Diagnose erfasst werden soll?

A: Mit der Option --nodes können Sie eine durch Komma getrennte Liste von Knoten angeben. Beispiel:

--nodes node1,node2

F: Wie sammle ich Logs für eine bestimmte Datenbank?

A: Verwenden Sie die Option --dbNames, um den Namen der Datenbank anzugeben, für die Sie Logs erfassen möchten. Es kann jeweils nur ein Datenbankname angegeben werden.

F: Wie kann ich die erfassten Logs in Object Storage speichern?

A: Mit der Option --objectStoreBucketUri können Sie die URL der vorab authentifizierten Anforderung (PAR) für den Objektspeicher-Bucket angeben, in den die Logs hochgeladen werden.

F: Kann ich Logs in einem lokalen Verzeichnis anstelle von Object Storage erfassen?

A: Ja, mit der Option --destLocation können Sie ein Verzeichnis auf der Gast-VM angeben, in dem die Logs erfasst werden. Der Standardspeicherort ist /var/opt/oracle/dbaas_acfs.

F: Was geschieht, wenn ich kein Ziel für die Logs spezifiziere?

A: Wenn kein Ziel angegeben ist, werden die erfassten Logs im Standardspeicherort /var/opt/oracle/dbaas_acfs auf der Gast-VM gespeichert.

F: Was macht die Option –waitForCompletion?

A: Die Option --waitForCompletion gibt an, ob auf den Abschluss des Befehls gewartet werden soll, bevor die Kontrolle an den Benutzer zurückgegeben wird. Der Standardwert ist true. Wenn Sie false angeben, wird der Vorgang im Hintergrund ausgeführt.

F: Wie kann ich die Log-Sammlung im Hintergrund ausführen?

A: Setzen Sie die Option --waitForCompletion auf false, um den Logerfassungsprozess im Hintergrund auszuführen:

dbaascli diag collect --waitForCompletion false

F: Kann ich mit diesem Befehl eine vorherige Protokollsammlung fortsetzen?

A: Nein, der Befehl dbaascli diag collect unterstützt nicht die Wiederaufnahme früherer Sessions. Sie müssen einen neuen Logerfassungsprozess starten.

F: Wie kann ich sicherstellen, dass Logs direkt in Object Storage hochgeladen werden?

A: Sie können eine gültige --objectStoreBucketUri (URL der vorab authentifizierten Object Storage-Anforderung) angeben, in der die Logs nach der Erfassung hochgeladen werden.

F: Kann ich Protokolle für mehrere Datenbanken gleichzeitig sammeln?

A: Nein, mit der Option --dbNames können Sie jeweils nur einen Datenbanknamen angeben.

F: Was soll ich tun, wenn ich alle verfügbaren Protokolle für alle Komponenten erfassen möchte?

A: Mit --components alle können Sie Logs aus allen Komponenten erfassen, einschließlich Datenbank-, Grid Infrastructure-, Betriebssystem- und DBaaS-Tools.

F: Was ist ein Beispielbefehl zum Erfassen von Logs für die Datenbankkomponente aus einem bestimmten Zeitraum?

A: Hier ist ein Beispielbefehl:

dbaascli diag collect --components db --startTime 2024-09-01T12:00:00 --endTime 2024-09-01T14:00:00 --dbname orcl

F: Was ist ein Beispielbefehl zum Erfassen von Logs und Hochladen in Object Storage?

A: Hier ist ein Beispielbefehl:

dbaascli diag collect --components db --objectStoreBucketUri https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

F: Was ist das Standardverhalten, wenn die Option –components nicht angegeben ist?

A: Wenn Sie die Option --components nicht angeben, weiß der Befehl möglicherweise nicht, welche Logs erfasst werden sollen, und ist möglicherweise nicht erfolgreich. Es wird empfohlen, immer die Komponenten anzugeben, aus denen Sie Logs erfassen möchten.

F: Kann ich die Optionen –objectStoreBucketUri und –destLocation im selben Befehl angeben?

A: Nein, Sie müssen ein Ziel auswählen - entweder Object Storage über --objectStoreBucketUri oder ein lokales Verzeichnis über --destLocation.

F: Was muss ich tun, wenn bei der Verwendung des Befehls dbaascli diag collect ein Fehler auftritt?

A: Prüfen Sie, ob Sie gültige Komponentennamen, Datums-/Uhrzeitformate und Zieloptionen angegeben haben. Stellen Sie außerdem sicher, dass Sie den Befehl als Benutzer root ausführen.

dbaascli diag healthCheck

Um Health Checks für die Diagnose auszuführen, verwenden Sie den Befehl dbaascli diag healthCheck.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

Parameter:

Parameter Beschreibung
--destLocation Gibt den Speicherort auf der Gast-VM an, in der Logs erfasst werden. Standard: /var/opt/oracle/dbaas_acfs
--nodes Gibt eine durch Komma getrennte Liste der Knoten an, um Logs zu erfassen
--objectStoreBucketURI Gibt eine vorab authentifizierte Anforderungs-(PAR-)URL für Object Storage Service an, mit dem erfasste Logs hochgeladen werden. Logs werden von der Gast-VM erfasst. Weitere Informationen finden Sie unter Vorab authentifizierte Anforderungen verwenden.

Häufig gestellte Fragen:

F: Wozu dient der Befehl dbaascli diag healthCheck?

A: Mit dem Befehl dbaascli diag healthCheck werden Diagnosestatusprüfungen in einer Oracle AI Database ausgeführt, die in einer Oracle Base Database Cloud@Customer-Umgebung ausgeführt wird.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli diag healthCheck erforderlich?

A: Der Befehl muss als Benutzer root ausgeführt werden, und Sie müssen mit einer virtuellen Oracle Base Database Cloud@Customer-Maschine verbunden sein.

F: Wie gebe ich ein benutzerdefiniertes Verzeichnis für die Erfassung der Logs an?

A: Verwenden Sie die Option --destLocation, um das Verzeichnis anzugeben, in dem die Health-Check-Logs erfasst werden. Der Standardspeicherort ist /var/opt/oracle/dbaas_acfs.

F: Wie lautet der Standardspeicherort für die Logerfassung, wenn ich nicht –destLocation angeben möchte?

A: Das Standardverzeichnis für die Logerfassung ist /var/opt/oracle/dbaas_acfs.

F: Kann ich angeben, auf welchen Knoten der Health Check ausgeführt werden soll?

A: Ja, Sie können die Option --nodes verwenden, um eine durch Komma getrennte Liste von Knoten anzugeben, auf denen der Health Check ausgeführt werden soll.

F: Wie lade ich die Health Check Logs in Object Storage hoch?

A: Mit der Option --objectStoreBucketURI können Sie eine URL für vorab authentifizierte Anforderungen (PAR) aus dem Object Storage-Service bereitstellen. Dadurch werden die erfassten Logs in den angegebenen Bucket hochgeladen.

F: Kann ich Protokolle von mehreren Knoten sammeln?

A: Ja, Sie können mehrere Knoten mit der Option --nodes in einem kommagetrennten Format angeben. Beispiel: --nodes node1,node2.

F: Was ist ein Beispielbefehl, um einen Health Check auf einem bestimmten Knoten auszuführen?

A: Hier ist ein Beispielbefehl zum Ausführen des Health Checks auf einem bestimmten Knoten:

dbaascli diag healthCheck --nodes node1

F: Wie kann ich die Logs in Object Storage statt auf dem lokalen Rechner speichern?

A: Sie können eine URL für eine vorab authentifizierte Anforderung (PAR) mit der Option --objectStoreBucketURI angeben, um die Logs in Object Storage zu speichern.

F: Kann ich sowohl –destLocation als auch –objectStoreBucketURI gleichzeitig angeben?

A: Ja, Sie können sowohl --destLocation für den lokalen Speicher als auch --objectStoreBucketURI angeben, um Logs in Object Storage hochzuladen.

F: Was muss ich tun, wenn beim Ausführen des Befehls dbaascli diag healthCheck ein Fehler auftritt?

A: Stellen Sie sicher, dass Sie den Befehl als Root-Benutzer ausführen und gültige Optionen für --destLocation, --nodes oder --objectStoreBucketURI angegeben haben. Prüfen Sie, ob die Knotennamen gültig sind, sofern angegeben.

F: Kann ich den Health Check im Hintergrund durchführen?

A: Der Befehl dbaascli diag healthCheck hat keinen expliziten Hintergrundmodus. Sie können ihn jedoch im Hintergrund ausführen, indem Sie ihn anhängen und am Ende des Befehls ausführen.

F: Was geschieht, wenn ich die Option "-nodes" nicht bereitstelle?

A: Wenn die Option --nodes nicht angegeben ist, wird der Health Check standardmäßig auf allen Knoten im Cluster ausgeführt.

F: Kann ich eine vorherige Health-Check-Sitzung mit diesem Befehl fortsetzen?

A: Nein, der Befehl dbaascli diag healthCheck unterstützt nicht die Wiederaufnahme früherer Sessions. Sie müssen jedes Mal einen neuen Health Check starten.

F: Was ist ein Beispielbefehl zum Ausführen eines Health Checks und Hochladen von Logs in Object Storage?

A: Hier ist ein Beispielbefehl:

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

F: Was ist das Standardverhalten, wenn ich nicht –destLocation oder –objectStoreBucketURI spezifiziere?

A: Wenn weder --destLocation noch --objectStoreBucketURI angegeben ist, werden die Health-Check-Logs im Standardverzeichnis /var/opt/oracle/dbaas_acfs auf dem lokalen Rechner erfasst.

F: Kann ich den Health Check auf bestimmte Komponenten oder Logs beschränken?

A: Nein. Mit dem Befehl dbaascli diag healthCheck können Sie keine einzelnen Komponenten oder Logs angeben. Es führt eine allgemeine Diagnose-Integritätsprüfung für das System durch.

F: Was muss ich prüfen, bevor ich den Befehl dbaascli diag healthCheck ausführe?

A: Stellen Sie sicher, dass Sie mit einer virtuellen Oracle Base Database Cloud@Customer-Maschine verbunden sind und den Befehl als Benutzer root ausführen.

Systemverwaltung:

Dieser Abschnitt konzentriert sich auf die Überwachung und Verwaltung von Oracle Homes im System. Sie enthält Befehle wie dbaascli system getDBHomes, um Details zu allen Oracle AI Database-Homes anzuzeigen, und dbaascli system getGridHomes, um die Details aller Grid Infrastructure-Homes aufzulisten. Diese Befehle stellen wichtige Informationen für die Verwaltung und Fehlerbehebung der gesamten Systemumgebung bereit.

dbaascli system getDBHomes

Um Informationen zu allen Oracle Homes anzuzeigen, verwenden Sie den Befehl dbaascli system getDBHomes.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root oder oracle aus.

Syntax:

dbaascli system getDBHomes

Häufig gestellte Fragen:

F: Wofür wird der Befehl "dbaascli system getDBHomes" verwendet?

A: Mit dem Befehl dbaascli system getDBHomes werden Informationen zu allen Oracle Homes in einem System angezeigt.

F: Welcher Benutzer sollte den Befehl "dbaascli system getDBHomes" ausführen?

A: Der Befehl muss als Benutzer root oder oracle ausgeführt werden.

F: Gibt es Parameter für den Befehl "dbaascli system getDBHomes"?

A: Nein, der Befehl dbaascli system getDBHomes enthält keine Parameter.

F: Welche Informationen liefert der Befehl "dbaascli system getDBHomes"?

A: Der Befehl enthält Details zu allen Oracle Homes im System, einschließlich ihrer Pfade und anderer relevanter Informationen.

F: Wie kann ich die Ausgabe des Befehls dbaascli system getDBHomes interpretieren?

A: In der Ausgabe werden alle Oracle Homes mit Informationen wie dem Speicherort jedes Oracle Homes aufgeführt. Diese Informationen können Sie bei der Verwaltung und Konfiguration von Oracle-Umgebungen unterstützen.

F: Was muss ich tun, wenn der Befehl "dbaascli system getDBHomes" keine Ausgabe zurückgibt?

A: Stellen Sie sicher, dass Sie den Befehl als Benutzer root oder oracle ausführen, und prüfen Sie, ob Oracle Homes ordnungsgemäß auf dem System installiert sind. Möglicherweise möchten Sie auch die Systemberechtigungen und -konfigurationen prüfen.

F: Was geschieht, wenn ich beim Ausführen des Befehls dbaascli system getDBHomes eine Fehlermeldung erhalte?

A: Prüfen Sie die Fehlermeldung auf bestimmte Details, prüfen Sie, ob Sie über die entsprechenden Berechtigungen verfügen, und stellen Sie sicher, dass das Tool dbaascli korrekt installiert und konfiguriert ist.

F: Kann ich das dbaascli-System getDBHomes auf einem Nicht-Oracle-System ausführen?

A: Nein, der Befehl dbaascli system getDBHomes ist spezifisch für Oracle-Systeme und erfordert die Installation von Oracle-Software.

Beispiel: dbaascli system getDBHomes

dbaascli system getDBHomes

dbaascli-System getGridHomes

Um die Details aller Grid Homes aufzulisten, verwenden Sie den Befehl dbaascli system getGridHomes.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root oder oracle aus.

Syntax:

dbaascli system getGridHomes

Häufig gestellte Fragen:

F: Wofür wird der Befehl "dbaascli system getGridHomes" verwendet?

A: Mit dem Befehl dbaascli system getGridHomes werden die Details aller Grid Homes in einem System aufgelistet.

F: Welcher Benutzer sollte den Befehl "dbaascli system getGridHomes" ausführen?

A: Der Befehl muss als Benutzer root oder oracle ausgeführt werden.

F: Gibt es Parameter für den Befehl "dbaascli system getGridHomes"?

A: Nein, der Befehl dbaascli system getGridHomes enthält keine Parameter.

F: Welche Informationen liefert der Befehl "dbaascli system getGridHomes"?

A: Der Befehl enthält Details zu allen Grid Homes im System, einschließlich ihrer Standorte und anderer relevanter Informationen.

F: Wie kann ich die Ausgabe des Befehls dbaascli system getGridHomes interpretieren?

A: In der Ausgabe werden alle Grid Homes mit Informationen wie Pfaden und Konfigurationen aufgelistet. Dadurch können Sie die Oracle Grid-Infrastruktur verwalten und konfigurieren.

F: Was muss ich tun, wenn der Befehl "dbaascli system getGridHomes" keine Ausgabe zurückgibt?

A: Stellen Sie sicher, dass Sie den Befehl als Benutzer root oder oracle ausführen, und prüfen Sie, ob Oracle Grid Homes ordnungsgemäß auf dem System installiert sind. Prüfen Sie bei Bedarf die Systemberechtigungen und -konfigurationen.

F: Was geschieht, wenn ich beim Ausführen des Befehls dbaascli system getGridHomes eine Fehlermeldung erhalte?

A: Prüfen Sie die Fehlermeldung auf bestimmte Details, stellen Sie sicher, dass Sie über die entsprechenden Berechtigungen verfügen, und prüfen Sie, ob das Tool dbaascli ordnungsgemäß installiert und konfiguriert ist.

F: Kann ich das dbaascli-System getGridHomes auf einem System ohne Oracle Grid Infrastructure ausführen?

A: Nein, der Befehl dbaascli system getGridHomes ist spezifisch für Systeme mit installierter Oracle Grid-Infrastruktur. Wenn keine Grid Homes vorhanden sind, gibt der Befehl möglicherweise keine Ergebnisse zurück.