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.

Feature, Option oder Paket	Einschränkungen
Database In-Memory	Siehe Database In-Memory.
Schnelle Aufnahme	Siehe Schnelle Aufnahme.
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 Log Miner.
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 (ML)	Unterstützt: OML4SQL für alle Datenbankversionen. Oracle Data Miner. Informationen zur OML-Produktdokumentation finden Sie unter Oracle Machine Learning im Oracle Help Center.
Oracle Real Application Testing	SQL Performance Analyzer und Database Replay sind die Schlüsselkomponenten von Oracle Real Application Testing (RAT). Je nach Art und Auswirkung der getesteten Systemänderung und dem Typ des Testsystems können Sie eine oder beide Komponenten verwenden, um Ihre Tests durchzuführen. Datenbankwiedergabe: Weitere Informationen finden Sie unter Datenbankwiedergabe. SQL Performance Analyzer (SPA): Weitere Informationen zu SPA finden Sie im Testing Guide in Oracle Database 19c oder Oracle Database 26ai. Tipp: Sie können die SPA-Features von Enterprise Manager (EM) verwenden. Weitere Einzelheiten finden Sie unter Monitoring- und Administrationsaufgaben in der Administratordokumentation zu autonomen Oracle AI-Datenbanken
Oracle Text	Siehe Oracle Text.
Oracle XML DB	Siehe Oracle XML DB.

SQL-Befehle

Autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur ermöglicht die meisten in Oracle Database verfügbaren SQL-Befehle. 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 von Sicherheit und für Performanceintegrität in Autonomous AI Database auf dedizierter Exadata-Infrastruktur 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 autonomen KI-Datenbanken nicht unterstützt:

ADMINISTER KEY MANAGEMENT
SYS.DBMS_SHARED_POOL
CREATE_LIBRARY

SQL-Befehle mit Einschränkungen in einer autonomen KI-Datenbank

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 von `ALTER PROFILE`: Für eine benutzerdefinierte `PASSWORD_VERIFY_FUNCTION` gelten Einschränkungen. Weitere Informationen finden Sie unter Kennwortkomplexität in autonomer KI-Datenbank verwalten. Die optionale `CONTAINER`-Klausel wird ignoriert, wenn angegeben.
`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 , DISABLE PARALLEL , FORCE PARALLEL` `ENABLE RESUMABLE, DISABLE RESUMABLE` `SET DEFAULT_COLLATION` `SET EDITION` `SET ISOLATION_LEVEL` `SET ROW ARCHIVAL VISIBILITY` `SET init-param = value` Eine Liste der Initialisierungsparameter, den Sie in Oracle Autonomous AI Database auf dedizierter Exadata-Infrastruktur 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 8 KB fest. 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 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`	Die `Password Verify Function`-Anforderungen finden Sie unter Kennwortkomplexität in autonomer KI-Datenbank 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 hat bestimmte Einschränkungen, wie unterManuell 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 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 8 KB fest. 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 `CREATE USER`-Anweisung verwendet werden: `IDENTIFIED EXTERNALLY` `IDENTIFIED BY VALUES`
`DROP TABLESPACE`	Dieser Befehl wird nur unterstützt, wenn er im folgenden Format verwendet wird: `DROP TABLESPACE 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

Autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur ermöglicht die meisten Datentypen, die in Oracle Database verfügbar sind. 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 keine ROWID- oder UROWID-Spalten angeben und auch keine ROWID- oder UROWID-Spalten zu vorhandenen Tabellen hinzufügen.

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 unter Database 19c-Referenz oder Database 26ai-Referenz.
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 Oracle Database 19c SQL Language Reference oder Oracle Database 26ai SQL Language Reference.

Database In-Memory

Oracle Database In-Memory (Database In-Memory) ist eine Suite von Features, die die Performance für Echtzeitanalysen und gemischte Workloads deutlich 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 der autonomen KI-Datenbank auf dedizierter Exadata-Infrastruktur können Sie Database In-Memory für Ihre autonome KI-Datenbank aktivieren, indem Sie einen Prozentsatz der System Global Area (SGA) entweder beim Provisioning der Datenbank oder später dem In-Memory-Spaltenspeicher (IM-Spaltenspeicher) zuweisen. Sie können Database In-Memory auch für eine vorhandene autonome KI-Datenbank 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 berücksichtigen sind:

Das Aktivieren oder Deaktivieren von Database In-Memory wird nur für autonome KI-Datenbanken unterstützt, bei denen mindestens 16 ECPUs oder 4 OCPUs aktiviert sind.
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 von einer Datenbankinstanz oder einem Backup geklont wurden, unabhängig davon, ob für die Klonquelle Database 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:
- Patching-Aktivitäten, die dazu führen, dass die Datenbank mit aktiviertem Database In-Memory neu gestartet wird.
- Autonome Containerdatenbanken mit für Database In-Memory aktivierten autonomen KI-Datenbanken neu starten
Wenn Sie Database In-Memory für eine autonome Primär-AI-Datenbank in einem Autonomous Data Guard-Setup aktivieren, enthält 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 autonomen KI-Datenbanken, die für Database In-Memory konfiguriert sind, 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 zu Oracle Database gehört, können Sie Online- und archivierte Redo Log-Dateien ü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 Log-Dateien bietet, kann es als leistungsstarkes Datenauditing-Tool und ausgeklügeltes Datenanalysetool verwendet werden. Wichtige Funktionen von LogMiner finden Sie unter LogMiner-Vorteile in Oracle Database 19c-Utilitys oder Oracle AI Database 26ai-Utilitys.

Die autonome KI-Datenbank auf einer dedizierten Exadata-Infrastruktur 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 autonomer 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 Capture- 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 GoldenGate-Erfassung.
Daher kann LogMiner gemäß der obigen Liste nur bis zu 3, 7 oder 15 Tage auf archivierte Logdateien 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 erstellen. In solchen Fällen meldet LogMiner ORA-1285: "error reading file".

Hinweis: Um LogMiner ausführen zu können, benötigen Sie die Rolle GGGADMIN. Weitere Informationen finden Sie unter GGADMIN-Benutzer entsperren.

Oracle Text

Im Folgenden wird die Unterstützung von 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. (siehe Fußnote 1)	Siehe Verbesserte Reaktionszeit mit der BIG_IO-Option 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 Dies 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).

Weitere Informationen 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 objektrelationaler XMLType in Oracle Database 19c oder Oracle Database 26c
Speicher	Binäre XML	Ja (nur nicht schemabasiert)	Siehe XMLType Storage Models in Oracle Database 19c oder Oracle Database 26ai
Index	Strukturierter XML-Index	Ja	Siehe Strukturierte Komponente "XMLIndex" 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 database 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 for 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 autonomen KI-Datenbank auf dedizierter Exadata-Infrastruktur 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 autonomer KI-Datenbank auf dedizierter Exadata-Infrastruktur unterstützt
`DBMS_FLASHBACK`	Ja, mit Ausnahme der Prozedur `DBMS_FLASHBACK.TRANSACTION_BACKOUT`.
Flashback-Zeitreise	Ja, es sei denn, Sie geben ein Standard-Flashback Data Archive mit der Klausel `SET DEFAULT` und den Anweisungen `CREATE FLASHBACK ARCHIVE` und `ALTER FLASHBACK ARCHIVE` an.
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 Info zu Oracle Database 19c Flashback Technology oder Info zu Oracle Database 26ai Flashback Technology.

Datenbankwiedergabe

Sie können eine Workload auf dem Produktionssystem mit der Datenbankwiedergabe erfassen und auf einem Testsystem mit genau dem genauen Timing, der Parallelität und den Transaktionseigenschaften der Original-Workloads 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 monatelang mit Lastsimulationstools durchgeführt wurden, können innerhalb weniger Tage mit Hilfe von Database Replay durchgeführt 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 Verwendung der Datenbankwiedergabekomponente von Real Application Testing (RAT) in der Oracle Autonomous AI Database on Dedicated Exadata-Infrastruktur entspricht der Implementierung in der Oracle Database. 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 der autonomen KI-Datenbank auf einer dedizierten Exadata-Infrastruktur:

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.
Die 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, vorzugsweise für eine Oracle Database 26c-Instanz, zu generieren, um die Kompatibilität zu verbessern.

Datenbank-PL/SQL-Packages

Im Folgenden wird beschrieben, welche Hinweise vor, während und nach Verwendung von PL/SQL-Packages in der autonomen KI-Datenbank auf dedizierter Exadata-Infrastruktur berücksichtigt werden müssen.

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 in der autonomen KI-Datenbank auf dedizierter Exadata-Infrastruktur 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 von Konnektivität zwischen dem Drittanbieterserver und Ihrem Mandanten der autonomen KI-Datenbank finden Sie unter Oracle Cloud Infrastructure - Networking und Konnektivität.
- 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: Doc 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 sind.