Fehlerbehebung bei Autonomous AI Database on Dedicated Exadata Infrastructure

In den folgenden Abschnitten können Sie Probleme mit Oracle Autonomous AI Database auf dedizierter Exadata-Infrastruktur auf Oracle Public Cloud- und Exadata Cloud@Customer-Plattformen beheben.

Zugriff auf Masterverschlüsselungsschlüssel nicht möglich

Gilt nur für: Anwendbar Oracle Public Cloud

Potenzielle Ursache

Das autonome Exadata-VM-Cluster (AVMC) kann den Masterverschlüsselungsschlüssel nicht erreichen.

Empfohlene Maßnahme

Stellen Sie sicher, dass der Masterverschlüsselungsschlüssel von AVMC aus erreichbar ist.

Auflösung

Stellen Sie sicher, dass das Servicegateway für das AVMC-Subnetz mit Ziel: Alle IAD-Services in Oracle Services Network aktiviert ist.

Stellen Sie sicher, dass die folgende IAM-Policy für die dynamische Gruppe definiert ist:

allow dynamic-group <dynamic-group-name>
to manage keys
in compartment <vaults-and-keys-compartment>
where all {
    target.key.id='<key_ocid>',
    request.permission!='KEY_DELETE',
    request.permission!='KEY_MOVE',
    request.permission!='KEY_IMPORT',
    request.permission!='KEY_BACKUP'
}

Weitere Referenz

Live Lab: Oracle Autonomous AI Database für Sicherheitsadministratoren
Dokumentation: Verwendung von Vom Kunden verwalteten Schlüsseln im Vault-Service vorbereiten

Zugriff auf Vault nicht möglich

Gilt nur für: Anwendbar Oracle Public Cloud

Potenzielle Ursache

Autonomes Exadata-VM-Cluster (AVMC) kann den Vault nicht lesen.

Empfohlene Maßnahme

Prüfen Sie, ob der Vault über AVMC erreichbar ist.

Auflösung

Stellen Sie sicher, dass das Servicegateway für das AVMC-Subnetz mit Ziel: Alle IAD-Services in Oracle Services Network aktiviert ist

Stellen Sie sicher, dass die folgende IAM-Policy für die dynamische Gruppe definiert ist

allow dynamic-group <dynamic-group>
to read vaults
in tenancy | compartment <vaults-and-keys-compartment>

Weitere Referenz

Live Lab: Oracle Autonomous AI Database für Sicherheitsadministratoren
Dokumentation: Verwendung von Vom Kunden verwalteten Schlüsseln im Vault-Service vorbereiten

Backup in Netzwerkdateisystem (NFS) nicht erfolgreich

Gilt nur für: Anwendbar Exadata Cloud@Customer

Potenzielle Ursache

NFS-Ziel ist aufgrund eines Netzwerkproblems möglicherweise nicht erreichbar.

Empfohlene Maßnahme

Prüfen Sie, ob das NFS über das autonome Exadata-VM-Cluster-(AVMC-)Netzwerk erreichbar ist.

Auflösung

Prüfen Sie das Netzwerkrouting, und versuchen Sie es erneut. Alle IP-Adressen müssen über das Backupnetzwerk des AVMC erreichbar sein.
Trennen Sie die NFS, und hängen Sie sie erneut an.
Sekundäres freigegebenes NFS anhängen.

Weitere Referenz

Dokumentation: Info zu Backup und Recovery

Netzwerkdateisystem (NFS) kann nicht eingehängt werden

Gilt nur für: Anwendbar Exadata Cloud@Customer

Potenzielle Ursachen

Falscher Exportpfad.
Fehlende Berechtigungen für den Exportpfad.
Kein Netzwerkzugriff zwischen AVMC-(Autonomous Exadata VM Cluster-)Client-IPs und NFS-Server.

Vorgeschlagene Aktionen

Prüfen Sie den Exportpfad und die Berechtigungen für den Exportpfad.
Prüfen Sie, ob die Zugriffsports zwischen NFS-Server und Client-IPs geöffnet sind.

Auflösung

Stellen Sie sicher, dass export_path korrekt ist.
Stellen Sie sicher, dass der Oracle-Benutzer über die Berechtigung für den export_path verfügt
- uid:gid des Oracle-Benutzers für autonomes VM-Cluster muss 1001:1001 lauten
Stellen Sie sicher, dass keine Firewalls den Netzwerkzugriff zwischen AVMC-Client-IPs und dem NFS-Server blockieren.
Wenn der Netzwerkzugriff auf NFS über Backup-IPs erfolgt, erstellen Sie eine Serviceanfrage für die Vorgänge der autonomen KI-Datenbank, um Routingregeln zu implementieren und den Traffic über Backup-IPs an NFS umzuleiten.

Datei kann nicht in Network File System (NFS) geschrieben werden

Gilt nur für: Anwendbar Exadata Cloud@Customer

Potenzielle Ursache

Falsche Berechtigungen für das NFS-Mount.

Empfohlene Maßnahme

Prüfen Sie, ob das NFS-Mount über die richtige Berechtigung verfügt.

Auflösung

Stellen Sie sicher, dass der Oracle-Benutzer über die richtige Berechtigung für das NFS-Mount verfügt.

uid:gid des Oracle-Benutzers für autonomes VM-Cluster muss 1001:1001 lauten

Ausgehender Traffic kann nicht von APEX abgerufen werden

Fehlercode

OPC :ORA-24247 WHILE TRYING TO USE APEX_INSTANCE_ADMIN.VALIDATE_EMAIL_CONFIG

Potenzielle Ursache

HTTPS- und SMTP-Egress-Regeln fehlen.

Empfohlene Maßnahme

Aktivieren Sie den Netzwerkzugriff für APEX gemäß Ihren Anforderungen für Aufgaben wie das Senden von E-Mails oder den Zugriff auf REST-Ressourcen (oder andere HTTP-basierte Ressourcen). Der Zugriff ist nur verfügbar, nachdem der Benutzer ihn konfiguriert hat.

Auflösung

So erteilen Sie Netzwerkzugriff über APEX (wie zuvor out-of-the-box konfiguriert):

Der angegebene Principal-Name muss mit dem APEX-Installationsschema übereinstimmen. Beispiel: APEX_210200.
Der Name des Apex-Schemas für ein bestimmtes Deployment ist versionsabhängig und kann mit der folgenden Abfrage gefunden werden:
```
select schema from dba_registry where comp_id='APEX'
```
ACLs, die für andere Benutzer wie ADMIN erstellt werden, wirken sich nicht auf den Zugriff über APEX aus. Solche ACLs würden sich nur auf Anwendungsfälle auswirken, bei denen ADMIN oder Code, dessen Eigentümer ADMIN ist, direkt UTL_HTTP oder UTL_SMTP genannt wird.

Weitere Referenz

Dokumentation mit der Platzhalterregel, die den Zugriff auf alle Hosts ermöglichen würde, und einer nachfolgenden restriktiveren Regel, die den Zugriff auf localhost ermöglichte: Netzwerkservices in Oracle Database aktivieren
Weitere Details zum Hinzufügen von Regeln zum Zulassen bestimmter Hosts oder Platzhaltermuster finden Sie unter APPEND_HOST_Procedure in der Oracle Database 19c PL/SQL Packages and Types Reference oder in der Oracle Database 26ai PL/SQL Packages and Types Reference.

Backupaufbewahrungsprobleme mit ZDLRA

Gilt nur für: Anwendbar Exadata Cloud@Customer

Potenzielle Ursache

Die Ursache hängt von den Details im Diagnosebericht ab, die gemäß den folgenden Vorschlägen generiert werden.

Empfohlene Maßnahme

Um das Problem zu verstehen und zu beheben, befolgen Sie den folgenden My Oracle Support-(MOS-)Hinweis, der Sie durch das Erfassen von Diagnosedaten erläutert. Dadurch kann der Support die Ursache Ihres Problems eingrenzen.

Systemaktivitätsbericht: SRDC - Zero Data Loss Recovery Appliance (ZDLRA) Data Collection (Dok.-ID 2154189.1)
Wenn die Recovery Appliance höher als oder gleich Version 19.2.1.1.2 ist, kann der folgende Befehl auch zum Generieren des Systemaktivitätsberichts (SAR) verwendet werden. Dieser wird jedoch nur im Textformat generiert:
```
racli run diagnostics --tag=sar
```
Dieser Befehl generiert ein Diagnosepackage.
Reichen Sie eine Serviceanfrage (SR) in My Oracle Support mit den Diagnoseergebnissen ein.

Auflösung

Nachdem Sie die Serviceanfrage mit den Diagnoseergebnissen eingereicht haben, wird sich das Oracle Support-Team mit Ihnen in Verbindung setzen, um das entsprechende Problem zu beheben.

Weitere Referenz

Dokumentation: Serviceanfrage in My Oracle Support erstellen

Verzögerung bei der Verbindung zur autonomen KI-Datenbank mit SQL*Plus

Potenzielle Ursache

Wenn Sie versuchen, eine Verbindung zur autonomen KI-Datenbank auf einer dedizierten Exadata-Infrastruktur mit SQL*Plus herzustellen, wird versucht, ONS auf Port 6200 zu erreichen, um FAN-Ereignisse einmal pro Knoten zu abonnieren. Wenn die Anforderung zum Erreichen des Knotens 6200 aufgrund eines Timeouts nach 10 Sekunden (pro Knoten) abläuft, wird mit regulärem SQLNET 1521/2484 fortgefahren, was zu einer Verbindungsverzögerung führt.

Möglicherweise haben Sie einen blockierten Ingress auf der domU für Port 6200 oder einen blockierten Egress auf dem Clienthost.

Empfohlene Maßnahme

Geben Sie Ingress- und Egress-Regeln für FAN-Port 6200 an, oder deaktivieren Sie das Abonnement für FAN-Ereignisse auf Ihrem Client.

Auflösung

Sie haben zwei Optionen, um dieses Problem zu beheben:

Deaktivieren Sie das Abonnement für FAN-Ereignisse auf Ihrem Client, indem Sie die XML-Datei oraaccess aktualisieren.

Mit der Datei oraaccess.xml können Sie die verbindungsspezifischen Parameter basierend auf den individuellen Anwendungsanforderungen außer Kraft setzen. Beispiele finden Sie unter Verbindungsparameter auf Verbindungs-String-Ebene außer Kraft setzen.
Fix connectivity to port 6200 from the client host to domU by providing the ingress and egress rules for FAN port 6200 as described in Step 4. Create the VCN and Subnets.