Oracle Database-Features mit eingeschränkter Unterstützung in Autonomous AI Database on Dedicated Exadata Infrastructure

Autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur unterstützt die meisten Features in Oracle Database Enterprise Edition. Um die Sicherheit und Performance von Autonomous AI Database sicherzustellen, werden einige Features nur eingeschränkt unterstützt.

Die folgenden Oracle Database-Features, -Optionen und -Pakete werden in Autonomous AI Database eingeschränkt unterstützt.

Funktion, Option oder Paket Einschränkungen
Database In-Memory Siehe Database In-Memory.
Schnelle Datenaufnahme Siehe Schnelle Datenaufnahme.
Indexorganisierte Tabellen (IOTs) Indexorganisierte Tabellen werden nicht unterstützt, aber beim Versuch, eine dieser Tabellen zu erstellen, wird kein Fehler generiert. Stattdessen wird eine Heap-organisierte Tabelle mit einem Primärschlüsselindex erstellt. Wenn Sie also indexorganisierte Tabellen verwenden, testen Sie die Anwendungen, die indexorganisierte Tabellen verwenden, um zu bestätigen, dass sie mit Heap-organisierten Tabellen mit Primärschlüsselindizes funktionieren.
Java in Oracle Database (manchmal auch als OJVM oder datenbankintegrierte JVM bezeichnet) Bei Datenbanksessions, die Java in Oracle Database verwenden, wird die Performance auf Datenbankseite verringert, wenn Servicewartungsvorgänge in der Datenbank ausgeführt werden.
LogMiner Siehe Oracle LogMiner.
Oracle Data Pump Transportable-Tablespace-Modus (Parameter TRANSPORT_TABLESPACES) wird nicht unterstützt.
Oracle Database Advanced Queuing

Nur die PL/SQL-APIs für Advanced Queuing werden unterstützt.

Oracle Call Interface-(OCI-)Benachrichtigungen für Advanced Queuing werden nicht unterstützt.
Oracle Flashback und Restore Points Siehe Oracle Flashback and Restore Points.
Oracle Label Security Sie können keine Labelingfunktionen in Policys angeben.
Oracle Machine Learning (OML)
Unterstützt:
  • OML4SQL für alle Datenbankversionen.
  • Oracle Data Miner.
Dokumentation zu OML-Produkten finden Sie unter Oracle Machine Learning im Oracle Help Center.
Oracle Real Application Testing
SQL Performance Analyzer und Datenbankwiedergabe sind die Schlüsselkomponenten von Oracle Real Application Testing (RAT). Je nach Art und Auswirkung der zu testenden Systemänderung und dem Typ des Testsystems können Sie Ihre Tests mit einer oder beiden Komponenten ausführen.
Oracle Text Siehe Oracle Text.
Oracle XML DB Siehe Oracle XML DB.

Verwandte Themen

SQL-Befehle

Mit Autonomous AI Database on Dedicated Exadata Infrastructure können die meisten in Oracle Database verfügbaren SQL-Befehle ausgeführt werden. Um die Sicherheit und Performance von Autonomous AI Database sicherzustellen, sind einige SQL-Befehle eingeschränkt.

Dieser Abschnitt enthält eine Liste der SQL-Befehlseinschränkungen, die zum Schutz die Sicherheit und für Performanceintegrität in Autonomous AI Database on Dedicated Exadata Infrastructure erforderlich sind. Die meisten Standard-SQL- und PL/SQL-Syntaxen und -Konstrukte, die mit Oracle Database verwendet werden, funktionieren in Autonomous AI Database.

Hinweis:

Wenn Sie versuchen, einen eingeschränkten SQL-Befehl zu verwenden, generiert das System diesen Fehler: 

ORA-01031: insufficient privileges

Dieser Fehler gibt an, dass Sie den SQL-Befehl in Autonomous AI Database nicht ausführen dürfen.

Die folgenden SQL-Befehle und PL/SQL-Packages werden in Autonomous AI Database nicht unterstützt:

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

SQL-Befehle mit Einschränkungen in Autonomous AI Database

Die folgenden DDL-Befehle sind in Autonomous AI Database mit Einschränkungen verfügbar:

SQL-Befehl Beschränkungen

ALTER PLUGGABLE DATABASE und ALTER DATABASE

Nur die folgenden Klauseln sind zulässig:

DATAFILE AUTOEXTEND ON

DATAFILE AUTOEXTEND OFF

DATAFILE RESIZE

DEFAULT EDITION

SET TIME_ZONE

ALTER PROFILE

 Verwenden Sie ALTER PROFILE:

ALTER SESSION

Nur die folgenden Klauseln sind zulässig:

ADVISE COMMIT, ADVISE ROLLBACK, ADVISE NOTHING

CLOSE DATABASE LINK

ENABLE COMMIT IN PROCEDURE, DISABLE COMMIT IN PROCEDURE

ENABLE PARALLEL <QUERY|DDL|DML>, DISABLE PARALLEL <QUERY|DDL|DML>, FORCE PARALLEL <QUERY|DDL|DML>

ENABLE RESUMABLE, DISABLE RESUMABLE

SET DEFAULT_COLLATION

SET EDITION

SET ISOLATION_LEVEL

SET ROW ARCHIVAL VISIBILITY

SET init-param = value

Eine Liste der Initialisierungsparameter, welche Sie in Oracle Autonomous AI Database on Dedicated Exadata Infrastructure festlegen können, finden Sie unter Datenbank-Initialisierungsparameter ändern. Beachten Sie, dass einige dieser Parameter nicht auf Sessionebene festgelegt werden können. Um herauszufinden, ob ein bestimmter Parameter mit ALTER SESSION SET geändert werden kann, fragen Sie die Spalte ISSES_MODIFIABLE der dynamischen Performance-View V$PARAMETER ab.

ALTER SYSTEM

Nur ALTER SYSTEM SET und ALTER SYSTEM KILL SESSION sind zulässig. SET kann nur verwendet werden, um Parameter festzulegen, die unter Datenbank-Initialisierungsparameter ändern aufgeführt sind.

ALTER TABLESPACE

Die Verwendung von SMALLFILE-Tablespaces wird von Autonomous AI Database nicht unterstützt.

Die Blockgröße für die autonome KI-Datenbank ist auf 8K festgelegt. Ein BIGFILE-Tablespace enthält nur eine Datendatei oder temporäre Datei. Die maximale Größe der Datei für einen Tablespace mit 8K-Blöcken beträgt 32 Terabyte (TB).

ALTER TABLE

Die folgenden Klauseln werden ignoriert:

allocate_extent

alter_iot

deallocate_unused

ilm

inmemory_table

logging

modify_LOB_storage

physical_attributes

shrink

Weitere Informationen zu ALTER TABLE finden Sie in der Oracle Database 19c SQL Language Reference oder in der Oracle AI Database 26ai SQL Language Reference.

CREATE DATABASE LINK

In der Klausel USING 'connect string' müssen Sie die Easy Connect-Syntax verwenden oder einen vollständigen Deskriptor angeben. Sie können keinen Netzwerkservicenamen verwenden, da die Datei tnsnames.ora nicht für den Lookup verfügbar ist.

Datenbanklinks können nur für TCP-Verbindungen verwendet werden, da für TCPS-Verbindungen ein Wallet erforderlich ist.

CREATE PROFILE

Informationen zu den Password Verify Function-Anforderungen finden Sie unter Kennwortkomplexität in Autonomous AI Database verwalten.

CREATE TABLE

XMLType-Tabellen, die XML-Schema-basierten Speicher verwenden, sind nicht zulässig. Siehe Oracle XML DB.

Die folgenden Klauseln werden ignoriert:

  • cluster

  • ilm_clause

  • inmemory_table_clause

  • LOB_storage_clause

  • logging_clause

  • organization external: Die Verwendung dieser Klausel unterliegt bestimmten Einschränkungen, wie unter Manuell erstellte externe Tabellen beschrieben.

  • organization index: Mit dieser Klausel wird keine indexorganisierte Tabelle erstellt. Stattdessen wird eine reguläre Tabelle mit einem Primärschlüssel erstellt. Testen und prüfen Sie die Performance der generierten Tabelle für Ihre Anwendung.

  • physical_properties

Weitere Informationen zu CREATE TABLE finden Sie in der Oracle Database 19c SQL Language Reference oder in der Oracle AI Database 26ai SQL Language Reference.

CREATE TABLESPACE

Die Verwendung von SMALLFILE-Tablespaces wird von Autonomous AI Database nicht unterstützt.

Die Blockgröße für die autonome KI-Datenbank ist auf 8K festgelegt. Ein BIGFILE-Tablespace enthält nur eine Datendatei oder temporäre Datei. Die maximale Größe der Datei für einen Tablespace mit 8K-Blöcken beträgt 32 Terabyte (TB).

CREATE USER

 Die folgenden Klauseln können nicht mit der Anweisung CREATE USER verwendet werden:
  • IDENTIFIED EXTERNALLY
  • IDENTIFIED BY VALUES

DROP TABLESPACE

Dieser Befehl wird nur unterstützt, wenn er im folgenden Format verwendet wird:

DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS AND DATAFILES;

Wenn Sie diesen Befehl ohne INCLUDING CONTENTS AND DATAFILES in der Syntax ausführen, wird der folgende Fehler angezeigt:

ORA-01031: insufficient privileges

Datentypen

Autonomous AI Database on Dedicated Exadata Infrastructure ermöglicht die meisten in Oracle Database verfügbaren Datentypen. Um die Sicherheit und Performance von Autonomous AI Database sicherzustellen, sind einige Datentypen eingeschränkt.

Die folgenden Oracle Database-Datentypen werden in Autonomous AI Database nicht oder nur teilweise unterstützt:

  • Standardmäßig sind die Datentypen ROWID und UROWID in Dedizierten Exadata-Infrastruktur-Deployments nicht aktiviert. Sie können beim Erstellen von Tabellen weder ROWID- oder UROWID-Spalten angeben noch vorhandene Tabellen mit ROWID- oder UROWID-Spalten versehen.

    Sie können ROWID oder UROWID jedoch aktivieren, indem Sie den Initialisierungsparameter ALLOW_ROWID_COLUMN_TYPE auf "true" setzen. Weitere Informationen zum Aktivieren finden Sie in der Referenz zu Datenbank 19c oder in der Referenz zu Datenbank 26ai.

  • Large Object-(LOB-)Datentypen: Nur SecureFiles-LOB-Speicher wird unterstützt.
  • Multimedia-Datentypen werden nicht unterstützt. (Oracle Multimedia wird in Oracle Database nicht unterstützt.)

Eine Liste der Oracle-Datentypen finden Sie in derOracle Database 19c SQL Language Reference oder in der Oracle Database 26ai SQL Language Reference.

Database In-Memory

Oracle Database In-Memory (Database In-Memory) ist eine Suite an Features, die wesentlich die Performance für Echtzeitanalysen und gemischte Workloads verbessert.

Der In-Memory Column Store (IM-Spaltenspeicher) ist das Hauptfeature von Database In-Memory. Der IM-Spaltenspeicher verwaltet Kopien von Tabellen, Partitionen und einzelnen Spalten in einem speziellen komprimierten Spaltenformat, das für schnelle Scans optimiert ist. Der IM-Spaltenspeicher befindet sich IM In-Memory-Bereich, einem optionalen Teil der SGA (System Global Area). Weitere Informationen zu diesem Feature finden Sie im Database 19c In-Memory Guide oder im Database 26ai In-Memory Guide.

Mit Autonomous AI Database on Dedicated Exadata Infrastructure können Sie Database In-Memory für Ihre autonome KI-Datenbank aktivieren, indem Sie dem In-Memory-Spaltenspeicher (IM-Spaltenspeicher) entweder beim Provisioning der Datenbank oder später einen Prozentsatz seiner System Global Area (SGA) zuweisen. Sie können Database In-Memory auch für eine vorhandene Autonomous AI Database auf der Seite Details der Oracle Cloud Infrastructure-(OCI-)Konsole aktivieren oder deaktivieren.

Im Folgenden werden Hinweise beschrieben, die vor und nach der Aktivierung von Database In-Memory für Ihre autonome KI-Datenbank zu beachten sind:

  • Das Aktivieren oder Deaktivieren von Database In-Memory wird nur auf autonomen KI-Datenbanken mit mindestens 16 ECPUs oder 4 OCPUs unterstützt.
  • Wenn Sie eine autonome KI-Datenbank auf weniger als 16 ECPUs oder 4 OCPUs skalieren, wird Database In-Memory für diese Datenbank automatisch deaktiviert.
  • Sie können Database In-Memory auch für Datenbanken aktivieren, die aus einer Datenbankinstanz oder einem Backup geklont wurden, unabhängig davon, ob für die Klonquelle "Datenbank-In-Memory" aktiviert ist. Da die Einstellungen nicht vom Klon übernommen werden, können Sie Database In-Memory beim Klonen oder später manuell aktivieren.
  • In den folgenden Fällen kann es zu Leistungseinbußen kommen:
    • Jede Patching-Aktivität, die zum Neustart der Datenbank mit aktiviertem Database In-Memory führt.
    • Autonome Containerdatenbanken mit aktivierten autonomen KI-Datenbanken für Database In-Memory neu starten
  • Wenn Sie Database In-Memory für eine primäre autonome KI-Datenbank in einem Autonomous Data Guard-Setup aktivieren, übernimmt die Standbydatenbank auch dieselben Einstellungen. Sie können diese Einstellungen jedoch nicht in der Standbydatenbank ändern.
  • Für eine bessere Verwaltung und gemeinsame Nutzung der zugrunde liegenden SGA-/Speicherressourcen empfiehlt Oracle, dass sich alle für Database In-Memory konfigurierten autonomen KI-Datenbanken in derselben autonomen Containerdatenbank befinden.

Ausführliche Anweisungen finden Sie unter In-Memory-Datenbank aktivieren oder deaktivieren oder Autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur erstellen.

Manuell erstellte externe Tabellen

Anstatt die Prozedur DBMS_CLOUD.CREATE_EXTERNAL_TABLE zum Erstellen einer externen Tabelle zu verwenden, können Sie diese mit der SQL-Anweisung CREATE TABLE...ORGANIZATION EXTERNAL manuell erstellen. In diesem Fall gelten bestimmte Einschränkungen.

  • Die Zugriffstreiber ORACLE_LOADER und ORACLE_BIGDATA werden unterstützt. Die Zugriffstreiber ORACLE_DATAPUMP, ORACLE_HDFS und ORACLE_HIVE werden nicht unterstützt.

  • Wenn Sie Dateien angeben, die im Cloud-Objektspeicher gespeichert sind, müssen Sie eines der unter URI-Formate für Cloud-Objektspeicher beschriebenen URI-Formate verwenden.

Oracle LogMiner

Mit LogMiner, das Teil von Oracle Database ist, können Sie Online- und archivierte Redo-Logdateien über eine SQL-Schnittstelle abfragen. Redo-Logdateien enthalten Informationen über die Historie der Aktivitäten bei einer Datenbank.

Alle an Benutzerdaten oder dem Datenbank-Dictionary vorgenommenen Änderungen werden in den Oracle Redo Log-Dateien aufgezeichnet, um Datenbank-Recovery-Vorgänge auszuführen. Da LogMiner eine gut definierte, benutzerfreundliche und umfassende relationale Schnittstelle für Redo-Logdateien bereitstellt, kann es als leistungsstarkes Datenauditingtool und ausgeklügeltes Datenanalysetool verwendet werden. Wichtige Funktionen von LogMiner finden Sie unter LogMiner Benefits in Oracle Database 19c Utilities oder Oracle AI Database 26ai Utilities.

Autonomous AI Database on Dedicated Exadata Infrastructure unterstützt LogMiner mit den folgenden Einschränkungen:

  • Die Prozeduren DBMS_LOGMNR.ADD_LOGFILE und DBS_LOGMNR.REMOVE_LOGFILE können nicht aus einer autonomen KI-Datenbank verwendet werden.

  • Die Prozedur dbms_logmnr.start_logmnr kann nur mit SCN- oder Zeitbereichsparametern aufgerufen werden. Wenn Sie die Ansicht V$LOGMNR_CONTENTS abfragen, werden die Daten aus der angegebenen SCN oder dem angegebenen Zeitraum für die verbundene autonome KI-Datenbank zurückgegeben.

  • Pro autonomen KI-Datenbank ist nur eine LogMiner-Session zulässig.

  • Standardmäßig werden archivierte Logdateien der Autonomous AI Database bis aufbewahrt:
    • 3 Tage für Datenbanken ohne GoldenGate-Erfassung und Autonomous Data Guard-Setup.
    • 7 Tage für Datenbanken mit Autonomous Data Guard, für die GoldenGate Capture nicht aktiviert ist.
    • 15 Tage für Datenbanken mit aktivierter Erfassung von GoldenGate.
    Daher kann LogMiner gemäß der obigen Liste nur auf archivierte Logdateien mit einer Dauer von bis zu 3, 7 oder 15 Tagen zugreifen.

    Der Aufbewahrungszeitraum für Logdateien hängt von der Transaktionsrate der Datenbank ab und wird nicht immer bis zur oben angegebenen Anzahl von Tagen garantiert. Es kann Fälle geben, in denen Sie versuchen, nicht verfügbare Logdateien zu minen. In solchen Fällen meldet LogMiner ORA-1285: "error reading file".

Hinweis:

Sie benötigen die GGADMIN-Rolle, um LogMiner auszuführen. Weitere Informationen finden Sie unter GGADMIN-Benutzer entsperren.

Oracle Text

Im Folgenden wird die Unterstützung für Oracle Text-Features in Autonomous AI Database on Dedicated Exadata Infrastructure beschrieben. Um die Sicherheit und Performance von Autonomous AI Database sicherzustellen, sind einige Oracle Text-Features eingeschränkt.

Oracle Text-Feature In Autonomous AI Database unterstützt Weitere Informationen
Alle Logs und APIs, die Logging ausführen, wie ctx_report.query_log_summary Nicht unterstützt Siehe QUERY_LOG_SUMMARY in Oracle Database 19c oder Oracle Database 26ai
Datei- und URL-Datenspeicher Nicht unterstützt Siehe Datenspeichertyp in Oracle Database 19c oder Oracle Database 26ai
CREATE INDEX mit Option BIG_IO Standardmäßig nicht unterstützt Fußnote 1 Siehe Verbesserte Reaktionszeit mit der Option BIG_IO des CONTEXT-Index in Oracle Database 19c oder Oracle Database 26ai
OPTIMIZE_INDEX im Neuerstellungsmodus Standardmäßig nicht unterstützt (siehe Fußnote 1) OPTIMIZE_INDEX in Oracle Database 19c oder Oracle Database 26ai

Fußnote 1 Wird unterstützt, wenn Sie dem Benutzer die Berechtigung zum Erstellen eines Triggers erteilen (GRANT CREATE TRIGGER). Außerdem müssen Sie parallele DML auf Sessionebene deaktivieren (ALTER SESSION DISABLE PARALLEL DML).

Einzelheiten zu Oracle Text finden Sie im Oracle Text 19c Application Developer's Guide oder im Oracle Text 26ai Application Developer's Guide.

Oracle XML DB

Im Folgenden wird die Unterstützung für Oracle XML DB-Features in Autonomous AI Database on Dedicated Exadata Infrastructure beschrieben. Um die Sicherheit und Performance von Autonomous AI Database sicherzustellen, sind einige Oracle XML DB-Features eingeschränkt.

Hinweis:

Wenn Sie Tabellen mit XMLType-Spalten mit Oracle Data Pump in Autonomous AI Database on Dedicated Exadata Infrastructure migrieren, müssen Sie vor dem Verwenden von Oracle Data Pump Export (expdp) eine Konvertierung in Nicht-Schema-Binär-XML vornehmen.

Die folgenden Features werden unterstützt:

  • Vollständige Unterstützung für XMLQuery, XMLTable und andere SQL/XML-Standardfunktionen

  • Indexierungsschema mit funktionalen Indizes mit SQL/XML-Ausdrücken, strukturiertem XMLIndex und XQuery-Volltextindex

Die folgenden Features werden nicht oder nur teilweise unterstützt.

Fläche XML DB-Feature In Autonomous AI Database unterstützt Weitere Informationen
Repository XML DB-Protokoll Nr. Siehe Repository-Zugriff mit Protokollen in Oracle Database 19c oder Oracle Database 26ai
Repository XML DB-Ressourcen Nr. Siehe Oracle XML DB Repository-Ressourcen in Oracle Database 19c oder Oracle Database 26ai
Repository XML DB-ACLs Nr. Siehe Repository Access Control in Oracle Database 19c oder Oracle Database 26ai
Speicher XML-Schemaregistrierung Nr. Siehe XML-Schemaregistrierung mit Oracle XML DB 19c oder Oracle XML DB 26ai
Speicher CLOB Nr. Veraltet
Speicher Objektrelational Nr. Siehe XML-Schema und objektrelationale XMLType in Oracle Database 19c oder Oracle Database 26c
Speicher Binäre XML Ja (nur nicht schemabasiert) Siehe XMLType Speichermodelle in Oracle Database 19c oder Oracle Database 26ai
Index Strukturierter XML-Index Ja Siehe XMLIndex Strukturierte Komponente in Oracle Database 19c oder Oracle Database 26ai
Index XQuery-Volltextindex Ja Siehe XML-Daten für Volltextabfragen indexieren in Oracle Database 19c oder Oracle Database 26ai
Index Unstrukturierter XMLIndex Nr. Siehe XMLIndex Unstructured Component in Oracle-Datenbank 19c oder Oracle Database 26ai
Packages XML DOM-Package Ja Siehe PL/SQL-DOM-API für XMLType (DBMS_XMLDOM) in Oracle Database 19c oder Oracle Database 26ai
Packages XML-Parserpackage Ja Siehe PL/SQL-Parser-API für XMLType (DBMS_XMLPARSER) in Oracle Database 19c oder Oracle Database 26ai
Packages XSL-Prozessor (DBMS_XSLPROCESSOR) Ja Siehe PL/SQL XSLT Processor für XMLType (DBMS_XSLPROCESSOR) in Oracle Database 19c oder Oracle Database 26ai

Einzelheiten zu Oracle XML DB finden Sie im Oracle XML DB 19c Developer's Guide oder im Oracle XML DB 26ai Developer's Guide.

Oracle Flashback und Restore Points

Im Folgenden wird die Unterstützung für Oracle Flashback und Restore Points in der Autonomous AI Database on Dedicated Exadata Infrastructure beschrieben. Um die Sicherheit und Performance von Autonomous AI Database sicherzustellen, sind einige Oracle Flashback- und Restore Point-Features eingeschränkt.

Informationen zur Point-in-Time-Wiederherstellung der Datenbank finden Sie unter Wiederherstellen.

Flashback- und Restore Point-Feature In Autonomous AI Database on Dedicated Exadata Infrastructure unterstützt
DBMS_FLASHBACK Ja, mit Ausnahme der Prozedur DBMS_FLASHBACK.TRANSACTION_BACKOUT.
Flashback Time Travel

Ja, mit Ausnahme der Angabe eines Standard-Flashback-Datenarchivs mit der Klausel SET DEFAULT und den Anweisungen CREATE FLASHBACK ARCHIVE und ALTER FLASHBACK ARCHIVE.

Flashback Drop Ja
Flashback Query Ja
Flashback Table Ja
Flashback Transaction Ja
Flashback Transaction Query Ja
Flashback Version Query Ja
Restore Point Nr.
Garantierter Restore Point Nr.

Informationen zur Verwendung von Flashback-Features finden Sie unter Oracle Database 19c Flashback Technology oder Oracle Database 26ai Flashback Technology.

Datenbankwiedergabe

Mit der Datenbankwiedergabe können Sie eine Workload auf dem Produktionssystem erfassen und sie auf einem Testsystem mit dem genauen Timing, der Gleichzeitigkeit und den Transaktionseigenschaften der ursprünglichen Workload wiedergeben. So können Sie die Auswirkungen einer Systemänderung ohne Auswirkungen auf das Produktionssystem testen.

Das Erfassen der Production-Workload eliminiert den Bedarf, Simulations-Workloads oder -Skripte zu erstellen. So werden Kosten und Zeit spürbar eingespart. Realistische Tests komplexer Anwendungen, die mit Lastsimulationstools monatelang dauerten, können mit Hilfe von Database Replay innerhalb von Tagen abgeschlossen werden. Dadurch können Sie Änderungen schnell testen und neue Technologien mit mehr Vertrauen und weniger Risiko beschäftigen. Weitere Informationen zur Datenbankwiedergabe finden Sie unter Einführung in die Datenbankwiedergabe in der Dokumentation Oracle 19c Testing Guide oder im Oracle 26ai Testing Guide.

Die Datenbankwiedergabekomponente von Real Application Testing (RAT) in der Oracle Autonomous AI Database on Dedicated Exadata Infrastructure ist mit der Implementierung in der Oracle Database identisch. Unter Datenbankwiedergabe in Oracle Database 19c oder Oracle Database 26ai finden Sie den Prozess, der an der Verwendung von Datenbankwiedergabe mit Ihrer Datenbank beteiligt ist.

Es gibt bestimmte Einschränkungen und Empfehlungen für die Verwendung der Datenbankwiedergabe mit Autonomous AI Database on Dedicated Exadata Infrastructure:
  • Oracle empfiehlt, ein Network File System (NFS) oder File Storage System (FSS) zu verwenden, das an Ihre autonome KI-Datenbank angehängt ist, um die Capture- und Replay-Dateien zu speichern. Weitere Informationen finden Sie unter Attach Network File System und Attach External File System.
  • Bei der Datenbankwiedergabe kann der Wiedergabeclient (wrc) dieselbe Version wie die Wiedergabedatenbank oder eine niedrigere Version als die Wiedergabedatenbank aufweisen. Die Mindestversion, die für den Wiedergabeclient unterstützt wird, ist 19.24.
  • Autonome KI-Datenbank unterstützt dbms_workload_capture.import_awr und dbms_workload_replay.import_awr nicht. Das heißt, Sie können Automatic Workload Repository-(AWR-)Daten nicht mit Database Replay importieren. Daher wird empfohlen, die AWR-Vergleichsberichte für eine nicht autonome Datenbank zu generieren, vorzugsweise für eine bessere Kompatibilität mit der Oracle Database 26c-Instanz.

Datenbank-PL/SQL-Packages

Im Folgenden wird beschrieben, welche Hinweise vor, während und nach der Verwendung von PL/SQL-Packages in Autonomous AI Database on Dedicated Exadata Infrastructure zu berücksichtigen sind.

Listet Oracle Database-PL/SQL-Packages mit Einschränkungen und Hinweisen in Autonomous AI Database on Dedicated Exadata Infrastructure auf.

Entfernte PL/SQL-Packages
  • DBMS_DEBUG_JDWP
  • DBMS_DEBUG_JDWP_CUSTOM
  • UTL_TCP

    Hinweis:

    Das Package UTL_TCP wird auf Autonomous AI Database on Dedicated Exadata Infrastructure nicht unterstützt, die Konstante UTL_TCP.CRLF kann jedoch in bestimmten Instanzen mit anderen Packages verwendet werden. Ein Beispiel für die Verwendung von UTL_TCP.CRLF finden Sie unter SMTP Send Email Sample Code.
Hinweise zu PL/SQL-Packages
  • UTL_HTTP-Hinweise
    • Verbindungen über IP-Adressen sind zulässig.
    • Egress-Ports 80 und 443 sind standardmäßig aktiviert.
    • HTTP-, HTTPS- und HTTP_PROXY-Verbindungen sind zulässig.
    • Das PL/SQL-Package APEX_WEB_SERVICE ist auf UTL_HTTP geschichtet.
    • Bevor Sie die UTL_HTTP-Unterprogramme aufrufen, müssen Sie zuerst den Wallet-Speicherort mit dem Unterprogramm SET_WALLET festlegen. Da es sich hierbei um eine Einstellung auf Sessionebene handelt, müssen Sie diese vor jeder Session festlegen. Weitere Informationen finden Sie unter UTL_HTTP in Oracle Database 19c PL/SQL-Packages and Types Reference oder Oracle Database 26ai PL/SQL Packages and Types Reference.
      BEGIN
  UTL_HTTP.SET_WALLET(path => 'file:/var/opt/oracle/dbaas_acfs/grid/tcps_wallets');
END;
/
  • UTL_SMTP-Hinweise
    • Verbindungen über IP-Adressen sind zulässig.
    • Egress-Ports 25, 465, 587 und 2525 sind standardmäßig aktiviert.
    • Sowohl einfache als auch sichere (SSL-)SMTP-Endpunkte sind zugänglich.
    • Oracle Cloud Infrastructure (OCI) Email Delivery Service und SMTP-Server von Drittanbietern werden als E-Mail-Provider unterstützt. Einzelheiten zum Herstellen einer Konnektivität zwischen dem Drittanbieterserver und Ihrem Autonomous AI Database-Mandant finden Sie unter Oracle Cloud Infrastructure - Networking and Connectivity.
    • Im Gegensatz zur On-Premise-Datenbank von Oracle Enterprise Edition können Sie localhost jedoch nicht als SMTP-Server einrichten. Der sendmail()-Service ist ebenfalls auf der Plattform deaktiviert.
    • Das PL/SQL-Package APEX_MAIL ist auf UTL_SMTP geschichtet.
  • DBMS_AQADM Hinweise
    • DBMS_AQADM.MOVE_QUEUE_TABLE kann nur im ONLINE-Modus verwendet werden, um Advanced Queuing-(AQ-)Tabellen von einem Tablespace in einen anderen oder innerhalb desselben Tablespace zu verschieben. Weitere Informationen zum Verschieben von AQ-Tabellen über Tablespaces mit DBMS_AQADM.MOVE_QUEUE_TABLE auf 19c und höher finden Sie unter My Oracle Support (MOS) Hinweis: Dokument-ID 2867445.1.
    • DBMS_AQADM.MOVE_QUEUE_TABLE kann nicht verwendet werden, um AQ-Tabellen auch im ONLINE-Modus zu verschieben, wenn bei Tabellen- oder Schemanamen die Groß-/Kleinschreibung beachtet wird und spezielle IDs enthalten.