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

Autonomous Database on Dedicated Exadata Infrastructure unterstützt die meisten Features von Oracle Database Enterprise Edition. Um die Sicherheit und Performance von Autonomous Database sicherzustellen, werden einige Features nur eingeschränkt unterstützt.

Die folgenden Features, Optionen und Pakete von Oracle Database werden in Autonomous Database nur 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 und 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

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

Dieser Abschnitt enthält eine Liste der SQL-Befehle, die zum Schutz der Sicherheit und für Performanceintegrität in Autonomous Database on Dedicated Exadata Infrastructure erforderlich sind. Die meisten Standard-SQL- und PL/SQL-Syntaxen und -Konstrukte, die mit Oracle Database verwendet werden, funktionieren auch in Autonomous 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 Database nicht ausführen dürfen.

Die folgenden SQL-Befehle und PL/SQL-Packages werden in autonomen Datenbanken nicht unterstützt:

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

SQL-Befehle mit Einschränkungen in Autonomous Database

Die folgenden DDL-Befehle sind in Autonomous 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, die Sie in Oracle Autonomous 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 Database nicht unterstützt.

Die Blockgröße für Autonomous Database ist auf 8 KB 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 SQL-Sprachenreferenz für Oracle Database 19c oder in der SQL-Sprachenreferenz für Oracle Database 23ai.

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 Autonomous 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 SQL-Sprachenreferenz für Oracle Database 19c oder in der SQL-Sprachenreferenz für Oracle Database 23ai.

CREATE TABLESPACE

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

Die Blockgröße für Autonomous Database ist auf 8 KB 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 Database on Dedicated Exadata Infrastructure unterstützt die meisten in Oracle Database verfügbaren Datentypen. Um die Sicherheit und Performance von Autonomous Database sicherzustellen, sind einige Datentypen eingeschränkt.

Die folgenden Oracle Database-Datentypen werden in Autonomous 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 zur Aktivierung finden Sie unter Datenbankreferenz 19c oder Datenbankreferenz 23ai.

  • 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 der Dokumentation Oracle Database 19c SQL Language Reference oder in der Dokumentation Oracle Database 23ai 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 System Global Area (SGA). Weitere Informationen zu diesem Feature finden Sie im Database 19c In-Memory Guide oder im Database 23ai In-Memory Guide.

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

Im Folgenden werden die vor und nach der Aktivierung von Database In-Memory für Autonomous Database zu beachtenden Hinweise beschrieben:

  • Das Aktivieren oder Deaktivieren von Database In-Memory wird nur bei Autonomous Databases unterstützt, bei denen mindestens 16 ECPUs oder 4 OCPUs aktiviert sind.
  • Bei einer horizontalen Skalierung von einer Autonomous Database auf weniger als 16 ECPUs oder 4 OCPUs 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 Containerdatenbank mit Database In-Memory-fähigen Autonomous Databases neu starten.
  • Wenn Sie Database In-Memory für primäre Autonomous Database-Instanzen in einem Autonomous Data Guard-Setup aktivieren, enthält die Standbydatenbank auch dieselben Einstellungen. Sie können diese Einstellungen in der Standbydatenbank jedoch nicht ä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 Autonomous Databases in derselben autonomen Containerdatenbank befinden.

Ausführliche Anweisungen finden Sie unter Datenbank-In-Memory aktivieren oder deaktivieren oder Autonomous Database on Dedicated Exadata Infrastructure 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.

  • Partitionierte externe Tabellen und partitionierte Hybridtabellen werden derzeit 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 bietet, kann es als leistungsstarkes Datenauditingtool und anspruchsvolles Datenanalysetool verwendet werden. Wichtige Funktionen von LogMiner finden Sie unter LogMiner Vorteile in Oracle Database 19c Utilities oder Oracle Database 23ai Utilities.

Autonomous 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 Autonomous Database verwendet werden.

  • Die Prozedur dbms_logmnr.start_logmnr kann nur mit SCN- oder Zeitbereichsparametern aufgerufen werden. Beim Abfragen der View V$LOGMNR_CONTENTS werden anschließend die Daten aus der angegebenen SCN oder dem angegebenen Zeitraum für die verbundene Autonomous Database zurückgegeben.

  • Pro Autonomous Database ist nur eine LogMiner-Session zulässig.

  • Standardmäßig werden archivierte Autonomous Database-Logdateien bis zu:
    • 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 von Oracle Text-Features in Autonomous Database on Dedicated Exadata Infrastructure beschrieben. Um die Sicherheit und Performance von Autonomous Database sicherzustellen, sind einige Oracle Text-Features eingeschränkt.

Oracle Text-Feature In Autonomous 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 23ai
Datei- und URL-Datenspeicher Nicht unterstützt Siehe Datenspeichertyp in Oracle Database 19c oder Oracle Database 23ai
CREATE INDEX mit Option BIG_IO Standardmäßig nicht unterstützt Fußnote 1 Siehe Verbesserte Antwortzeit mit der Option BIG_IO des CONTEXT-Index in Oracle Database 19c oder Oracle Database 23ai
OPTIMIZE_INDEX im Neuerstellungsmodus Standardmäßig nicht unterstützt (siehe Fußnote 1) OPTIMIZE_INDEX in Oracle Database 19c oder Oracle Database 23ai

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 Anwendungsentwicklerhandbuch für Oracle Text 19c oder im Anwendungsentwicklerhandbuch für Oracle Text 23ai.

Oracle XML DB

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

Hinweis:

Wenn Sie Tabellen mit XMLType-Spalten mit Oracle Data Pump in Autonomous Database on Dedicated Exadata Infrastructure migrieren, müssen Sie vor der Verwendung von Oracle Data Pump Export (expdp) eine Konvertierung in Nicht-Schema-binäre 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 Database unterstützt Weitere Informationen
Repository XML DB-Protokoll Nr. Siehe Repository-Zugriff mit Protokollen in Oracle Database 19c oder Oracle Database 23ai
Repository XML DB-Ressourcen Nr. Siehe Oracle XML DB Repository-Ressourcen in Oracle Database 19c oder Oracle Database 23ai
Repository XML DB-ACLs Nr. Siehe Repository Access Control in Oracle Database 19c oder Oracle Database 23ai
Speicher XML-Schemaregistrierung Nr. Siehe XML-Schemaregistrierung mit Oracle XML DB 19c oder Oracle XML DB 23ai
Speicher CLOB Nr. Veraltet
Speicher Objektrelational Nr. Siehe XML-Schema und objektrelationale XMLType in Oracle Database 19c oder Oracle Database 23c
Speicher Binäre XML Ja (nur nicht schemabasiert) Siehe XMLType Storage Models in Oracle Database 19c oder Oracle Database 23ai
Index Strukturierter XML-Index Ja Siehe XMLIndex Structured Component in Oracle Database 19c oder Oracle Database 23ai
Index XQuery-Volltextindex Ja Siehe XML-Daten für Volltextabfragen indexieren in Oracle Database 19c oder Oracle Database 23ai
Index Unstrukturierter XMLIndex Nr. Siehe XMLIndex Unstrukturierte Komponente in Oracle-Datenbank 19c oder Oracle Database 23ai
Packages XML DOM-Package Ja Siehe PL/SQL-DOM-API für XMLType (DBMS_XMLDOM) in Oracle Database 19c oder Oracle Database 23ai
Packages XML-Parserpackage Ja Siehe PL/SQL-Parser-API für XMLType (DBMS_XMLPARSER) in Oracle Database 19c oder Oracle Database 23ai
Packages XSL-Prozessor (DBMS_XSLPROCESSOR) Ja Siehe PL/SQL XSLT Processor für XMLType (DBMS_XSLPROCESSOR) in Oracle Database 19c oder Oracle Database 23ai

Einzelheiten zu Oracle XML DB finden Sie im Entwicklerhandbuch für Oracle XML DB 19c oder im Entwicklerhandbuch für Oracle XML DB 23ai.

Oracle Flashback und Restore Points

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

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

Flashback- und Restore Point-Feature In Autonomous 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 Info zur Oracle Database 23ai 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 Monate mit Lastsimulationstools gedauert haben, 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 einsetzen. Weitere Informationen zur Datenbankwiedergabe finden Sie in Introduction to Database Replay im Oracle 19c Testing Guide oder im Oracle 23ai Testing Guide.

Die Verwendung der Database Replay-Komponente von Real Application Testing (RAT) in Oracle Autonomous Database on Dedicated Exadata Infrastructure entspricht der Implementierung in Oracle Database. Unter Datenbankwiedergabe in Oracle Database 19c oder Oracle Database 23ai wird der Prozess beschrieben, der mit der Datenbankwiedergabe in Ihrer Datenbank verbunden ist.

Für die Verwendung von Database Replay mit Autonomous Database on Dedicated Exadata Infrastructure gelten bestimmte Einschränkungen und Empfehlungen:
  • Oracle empfiehlt, dass Sie ein Network File System (NFS) oder File Storage System (FSS) verwenden, das an Autonomous Database angehängt ist, um die Capture- und Wiedergabedateien zu speichern. Weitere Informationen finden Sie unter Netzwerkdateisystem anhängen und Externes Dateisystem anhängen.
  • 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.
  • Autonomous Database 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 die Oracle Database-Instanz 23c, um die Kompatibilität zu verbessern.

Datenbank-PL/SQL-Packages

Im Folgenden werden die Notizen beschrieben, die vor, während und nach Verwendung von PL/SQL-Packages in Autonomous Database on Dedicated Exadata Infrastructure berücksichtigt werden müssen.

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

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

    Hinweis:

    Während das Package UTL_TCP in Autonomous Database on Dedicated Exadata Infrastructure nicht unterstützt wird, kann die Konstante UTL_TCP.CRLF 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 und Typenreferenz oder PL/SQL-Packages und Typenreferenz für Oracle Database 23ai.
      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 Einrichten der Verbindung zwischen dem Drittanbieterserver und Ihrem Autonomous Database-Mandanten finden Sie unter Oracle Cloud Infrastructure - Networking und Verbindung.
    • 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.