Oracle Database-Features in Autonomous AI Database on Dedicated Exadata Infrastructure

Dieser Artikel enthält Informationen zur Verwendung von Oracle AI Database-Features und -Optionen in Autonomous AI Database on Dedicated Exadata Infrastructure.

Äquivalente Informationen in serverlosen Deployments von Autonomous AI Database finden Sie unter Autonomous AI Database for Experienced Database Users.

Sie können eine autonome KI-Datenbank mit Oracle Database 19c oder Oracle AI Database 26ai bereitstellen, abhängig von der Datenbanksoftwareversion der übergeordneten autonomen Containerdatenbank (ACD). Beispiel: Um eine autonome KI-Datenbank mit Oracle AI Database 26ai zu erstellen, müssen Sie eine ACD auswählen, deren Version der Oracle-Datenbanksoftware 26ai lautet. Eine umfassende Liste der Datenbankfeatures, die von jeder dieser Datenbankversionen unterstützt werden, finden Sie unter Oracle Database 26ai oder Oracle Database 19c im Oracle Help Center.

Autonomous AI Database konfiguriert und optimiert Ihre Datenbank für Sie. Sie müssen keine Administrationsvorgänge zur Konfiguration der Datenbank ausführen. SQL-Befehle, die ausschließlich für die Datenbankadministration verwendet werden, sind in diesem Service nicht verfügbar. Ebenso sind andere administrative Schnittstellen und Utilitys wie RMAN nicht verfügbar.

Lassen Sie uns besprechen, wie einige der wichtigsten Features der Oracle-Datenbank in einer autonomen KI-Datenbank verarbeitet werden:

Daten- und Temporary Tablespaces: Die Standarddaten und Temporary Tablespaces für die Datenbank werden automatisch konfiguriert. Der Name des Standard-Data Tablespace lautet DATA.
Datenbankzeichensatz: Der Datenbankzeichensatz ist Unicode AL32UTF8.
Gespeicherte Datenverschlüsselung: Gespeicherte Daten werden mit dem Algorithmus AES256 (Advanced Encryption Standard 256-Bit Cipher Key) verschlüsselt.

Hinweis: Autonome KI-Datenbanken, die vor September 2021 erstellt wurden, verwenden standardmäßig den AES128-Algorithmus.

Bei Bedarf können Sie den Verschlüsselungsalgorithmus für einen Tablespace mit dem Befehl ALTER TABLESPACE ändern. Beispiel: Um den Verschlüsselungsalgorithmus des DATA-Tablespace in AES256 zu ändern, geben Sie Folgendes ein:

  ALTER TABLESPACE data ENCRYPTION ONLINE USING 'AES256' REKEY;

Datenkomprimierung: Bei Autonomous AI Transaction Processing-Workloads ist Die Komprimierung nicht standardmäßig aktiviert. Bei Autonomous AI Lakehouse-Workloads ist die Hybridspaltenkomprimierung standardmäßig für alle Tabellen aktiviert.

Um die Komprimierung zu aktivieren oder zu deaktivieren oder andere Komprimierungsmethoden für Tabellen anzugeben, verwenden Sie die Klausel table_compression im Befehl CREATE TABLE oder ALTER TABLE.
Datenbankzugriff: Sie haben keinen direkten Zugriff auf den Datenbankknoten oder das lokale Dateisystem sowie SYSTEM- oder SYSAUX-Tablespace.
Parallele Ausführung: Standardmäßig ist die parallele Ausführung (Parallelität innerhalb einer SQL-Anweisung) für Autonomous AI Transaction Processing-Workloads nicht aktiviert. Für Autonomous AI Lakehouse-Workloads ist die parallele Ausführung jedoch standardmäßig aktiviert. Der Parallelisierungsgrad für SQL-Anweisungen wird hierbei basierend auf der Anzahl der CPUs im System und dem Datenbankservice festgelegt, den Sie bei der Verbindung mit der Datenbank verwenden.
- Sie können den Parallelisierungsgrad für eine Tabelle oder einen Index mit parallel_clause oder mit einem Hinweis ändern. Beispiel: Sie können parallele DML-Anweisungen in der Session mit dem folgenden SQL-Befehl deaktivieren:
```
ALTER SESSION DISABLE PARALLEL DML;
```
  Weitere Informationen über parallele DML-Vorgänge finden Sie im Oracle Database 19c VLDB and Partitioning Guide oder im Oracle Database 26ai VLDB and Partitioning Guide.
- Wenn Sie einen Index manuell erstellen und parallel_clause angeben, bleibt das Attribut "parallel" nach der Indexerstellung erhalten. In diesem Fall können SQL-Anweisungen parallel ausgeführt werden, ohne dass der Endbenutzer davon weiß. Ändern Sie den Wert parallel_clause in NOPARALLEL, oder legen Sie das Attribut PARALLEL auf 1 fest, um serielle Ausführung anzugeben:
```
ALTER INDEX *index_name* NOPARALLEL;
```
  Oder
```
ALTER INDEX *index_name* PARALLEL 1;
```

Neueste Features der autonomen KI-Datenbank

Autonomous AI Database umfasst die neuesten Oracle Database-Features.

Die autonome KI-Datenbank umfasst folgende Features:

Automatisierung von Indexverwaltungsaufgaben, wie das Erstellen, Neuerstellen und Löschen von Indizes basierend auf Änderungen in der Anwendungs-Workload. Weitere Informationen finden Sie unter Automatische Indizes verwalten im Administratorhandbuch für Oracle Database 19c oder im Administratorhandbuch für Oracle Database 26ai.
Automatische Erfassung von Echtzeitstatistiken, während eine herkömmliche DML-Workload ausgeführt wird. Da Statistiken zwischen DBMS_STATS-Jobs veraltet werden können, unterstützt die Erfassung von Onlinestatistiken für konventionelle DML den Optimizer bei der Generierung besserer Pläne. Onlinestatistiken sollen die Möglichkeit verringern, dass der Optimizer durch veraltete Statistiken falsche Angaben macht. Sie können Statistiken für konventionelle DML über PL/SQL-Packages, Data Dictionary Views und Hinweise verwalten und aufrufen. Weitere Informationen finden Sie unter Echtzeitstatistiken in Oracle Database 19c SQL Tuning Guide oder Oracle Database 26ai SQL Tuning Guide.
Automatische, häufigere Erfassung von Statistiken. Die häufige automatische Erfassung von Optimizer-Statistiken ergänzt den Standardjob zur Erfassung von Statistiken. Standardmäßig erfolgt die Erfassung alle 15 Minuten. Das bedeutet, dass Statistiken weniger lange veraltet sein können. Weitere Informationen finden Sie unter Häufige automatische Erfassung von Optimizer-Statistiken konfigurieren im Handbuch zum SQL-Tuning für Oracle Database 19c oder im SQL Tuning Guide für Oracle Database 26ai.
Quarantäne von Ausführungsplänen für SQL-Anweisungen, die vom Ressourcenmanager beendet werden, da sie übermäßige Systemressourcen in einer Oracle-Datenbank verbrauchen. Sie können Quarantäneeinstellungen für eine SQL-Anweisung konfigurieren, indem Sie Grenzwerte für die Ressourcennutzung mit Prozeduren im Package DBMS_SQLQ angeben. Wenn die SQL-Anweisung einen dieser Grenzwerte für die Ressourcennutzung überschreitet, wird sie beendet, und der Ausführungsplan wird unter Quarantäne gestellt. Auf diese Weise verhindert die Datenbank, dass SQL-Anweisungen mit hoher Ressourcennutzung wiederholt ausgeführt werden. Weitere Informationen finden Sie unter Quarantäne für Ausführungspläne für SQL-Anweisungen, die übermäßige Systemressourcen belegen im Administratorhandbuch für Oracle Database 19c oder im Administratorhandbuch für Oracle Database 26ai.
Optimierung hochfrequenter Einzelzeileneinfügungen für Anwendungen wie Internet of Things-(IoT-)Anwendungen. Siehe Data Streaming mit Memoptimized Rowstore aktivieren im Handbuch zur Oracle Database-19c-Performanceoptimierung oder Leitfaden zur Oracle Database-26ai-Performanceoptimierung.

ADMIN-Benutzer und SYS-Benutzer

In Oracle Autonomous AI Database auf dedizierter Exadata-Infrastruktur ist der vordefinierte administrative Benutzer ADMIN. In Oracle Database ist der vordefinierte administrative Benutzer SYS. Diese beiden Benutzer dienen zwar demselben Zweck in ihren jeweiligen Datenbanken, sind aber nicht identisch und verfügen nicht über dieselben Berechtigungen.

Da Oracle Autonomous AI Database on Dedicated Exadata Infrastructure Sicherheitskontrollen vorschreibt und administrative Datenbankaufgaben für Sie ausführt, hat der ADMIN-Benutzer nicht so viele Berechtigungen als der SYS-Benutzer. Die folgende Liste enthält die Berechtigungen, die der ADMIN-Benutzer nicht besitzt, die der SYS-Benutzer in einer Oracle Database jedoch besitzt:

ALTER LOCKDOWN PROFILE
BACKUP ANY TABLE
BECOME USER
CREATE ANY JOB
CREATE ANY LIBRARY
CREATE LIBRARY
CREATE LOCKDOWN PROFILE
CREATE PLUGGABLE DATABASE
DEQUEUE ANY QUEUE
DROP LOCKDOWN PROFILE
EM EXPRESS CONNECT
ENQUEUE ANY QUEUE
EXPORT FULL DATABASE
FLASHBACK ANY TABLE
FLASHBACK ARCHIVE ADMINISTER
GRANT ANY PRIVILEGE
GRANT ANY ROLE
IMPORT FULL DATABASE
INHERIT ANY PRIVILEGES
LOGMINING
MANAGE ANY FILE GROUP
MANAGE ANY QUEUE
MANAGE FILE GROUP
USE ANY JOB RESOURCE
USE ANY SQL TRANSLATION PROFILE

Alle Systemberechtigungen mit dem Schlüsselwort ANY (wie SELECT ANY TABLE, CREATE ANY PROCEDURE) berücksichtigen die COMMON_SCHEMA_ACCESS-Sperre, und ein ADMIN- Benutzer kann sie nicht für die allgemeinen Benutzerschemas verwenden.

Im Gegensatz zu On-Premise-Datenbanken der Oracle-Datenbank, bei denen das Schlüsselwort ANY für alle Benutzer mit Ausnahme von SYS gilt, funktioniert die Berechtigung ANY nur bei nicht allgemeinen Benutzer in autonomen AI-Datenbanken.

Hinweise

Um eine Liste allgemeiner Benutzer anzuzeigen, können Sie als ADMIN-Benutzer die folgende Abfrage ausführen:
```
select username
from dba_users
where common ='YES'
order by username;
```
Um eine Liste der Berechtigungen anzuzeigen, die mit dem Schlüsselwort ANY verwendet werden können, können Sie als ADMIN-Benutzer die folgende Abfrage ausführen:
```
select distinct(privilege)
from dba_sys_privs
where grantee like 'ADMIN' and privilege like '%ANY%'
order by privilege;
```

Parameter zur Datenbankinitialisierung

Autonomous AI Database konfiguriert Datenbank-Initialisierungsparameter automatisch, wenn Sie eine Datenbank bereitstellen. Sie müssen keine Initialisierungsparameter festlegen, um den Service zu verwenden. Sie können jedoch einige Parameter bei Bedarf ändern.

Liste der Initialisierungsparameter, die geändert werden können

Hinweis: Klicken Sie in der folgenden Liste auf einen Initialisierungsparameter, um mehr darüber zu erfahren. Die unten nicht klickbaren Parameter finden Sie in der Oracle Database 19c-Referenz oder in der Oracle Database 26ai-Referenz.

ALLOW_ROWID_COLUMN_TYPE
APPROX_FOR_AGGREGATION
APPROX_FOR_COUNT_DISTINCT
APPROX_FOR_PERCENTILE
AWR_PDB_AUTOFLUSH_ENABLED
CONTAINER_DATA
CURRENT_SCHEMA (Session only by using ALTER SESSION)
CURSOR_SHARING
DB_BLOCK_CHECKING
DDL_LOCK_TIMEOUT
FIXED_DATE
GLOBAL_NAMES
HEAT_MAP
IGNORE_SESSION_SET_PARAM_ERRORS
INMEMORY_OPTIMIZED_ARITHMETIC (Allowed only with ALTER SYSTEM)
INMEMORY_QUERY (Allowed with ALTER SYSTEM and ALTER SESSION)
JOB_QUEUE_PROCESSES (You can only lower its value or bring it back to the original value)
LDAP_DIRECTORY_ACCESS
MAX_IDLE_TIME
NLS_CALENDAR
NLS_COMP
NLS_CURRENCY
NLS_DATE_FORMAT
NLS_DATE_LANGUAGE
NLS_DUAL_CURRENCY
NLS_ISO_CURRENCY
NLS_LANGUAGE
NLS_LENGTH_SEMANTICS
NLS_NCHAR_CONV_EXCP
NLS_NUMERIC_CHARACTERS
NLS_SORT
NLS_TERRITORY
NLS_TIME_FORMAT
NLS_TIME_TZ_FORMAT
NLS_TIMESTAMP_FORMAT
NLS_TIMESTAMP_TZ_FORMAT
OPEN_CURSORS (Allowed range of values are 1000 to 4000)
OPEN_LINKS (You must set SCOPE=SPFILE and restart the Autonomous Database after modifying this parameter)
OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES (Session only by using ALTER SESSION)
OPTIMIZER_IGNORE_HINTS
OPTIMIZER_IGNORE_PARALLEL_HINTS
OPTIMIZER_INMEMORY_AWARE (Allowed with ALTER SYSTEM and ALTER SESSION)
OPTIMIZER_MODE
PARALLEL_MIN_DEGREE
PARALLEL_DEGREE_LIMIT
PLSCOPE_SETTINGS
PLSQL_CCFLAGS
PLSQL_DEBUG
PLSQL_OPTIMIZE_LEVEL
PLSQL_WARNINGS
QUERY_REWRITE_INTEGRITY
RECYCLEBIN
RESULT_CACHE_MODE
SESSION_EXIT_ON_PACKAGE_STATE_ERROR
SQL_TRACE (Allowed only with ALTER SESSION)
STATISTICS_LEVEL (Session only by using ALTER SESSION)
SYSDATE_AT_DBTIMEZONE Select a Time Zone for SYSDATE on Autonomous AI Database
TIME_ZONE
UNDO_RETENTION (min=300 and max=86400)

SYSDATE_AT_DBTIMEZONE Wählen Sie eine Zeitzone für SYSDATE in einer autonomen KI-Datenbank aus

SYSDATE_AT_DBTIMEZONE ermöglicht eine spezielle Verarbeitung in einer Session für den Datums- und Uhrzeitwert, der in Aufrufen an SYSDATE und SYSTIMESTAMP zurückgegeben wird.

Je nach Wert von SYSDATE_AT_DBTIMEZONE werden Datum und Uhrzeit entweder basierend auf der standardmäßigen Zeitzone der autonomen KI-Datenbank, der koordinierten Weltzeit (Coordinated Universal Time, UTC) oder basierend auf der Zeitzone angezeigt, die Sie in der Datenbank festlegen.

Attribut	Beschreibung
Parametertyp	Boolescher Wert
Standardwert	`FALSE`
Kann geändert werden	`ALTER SESSION`, `ALTER SYSTEM`
Wertebereich	`TRUE`	`FALSE`

Standard-DatabaseTime-Zone für autonome KI

Die standardmäßige Zeitzone der autonomen KI-Datenbank lautet Coordinated Universal Time (UTC). Standardmäßig geben Aufrufe von SYSDATE und SYSTIMESTAMP das Datum und die Uhrzeit in UTC zurück.

Um die Zeitzone der Datenbank zu ändern, können Sie die folgende Anweisung ausführen.

In diesem Beispiel wird die Zeitzone der Datenbank auf UTC-5 gesetzt.

ALTER DATABASE SET TIME_ZONE='-05:00';

In diesem Beispiel wird die Datenbankzeitzone für die US-Ostküste festgelegt: America/New_York, und die Zeit wird bei DST-Switches automatisch angepasst:

ALTER DATABASE SET TIME_ZONE='America/New_York';

Hinweis: Sie müssen die Instanz der autonomen KI-Datenbank neu starten, damit die Änderung wirksam wird.

Nachdem Sie die Datenbank-Zeitzone festgelegt haben, geben standardmäßig SYSDATE und SYSTIMESTAMP Datum und Uhrzeit in UTC zurück (SYSDATE_AT_DBTIMEZONE ist standardmäßig FALSE). Wenn Sie SYSDATE_AT_DBTIMEZONE in einer Session auf TRUE setzen, geben SYSDATE und SYSTIMESTAMP die Datenbank-Zeitzone zurück.

Weitere Informationen zur Verwendung der Klausel SET TIME_ZONE mit ALTER DATABASE finden Sie unter Datenbank-Zeitzone festlegen in Oracle Database 19c oder Oracle Database 26ai.

SYSDATE_AT_DBTIMEZONE in einer Session verwenden

Wenn SYSDATE_AT_DBTIMEZONE in einer Session FALSE ist, geben Aufrufe von SYSDATE und SYSTIMESTAMP Werte basierend auf der standardmäßigen Zeitzone der autonomen KI-Datenbank (Coordinated Universal Time, UTC) zurück.

Wenn SYSDATE_AT_DBTIMEZONE in einer Session TRUE ist, geben Aufrufe von SYSDATE oder SYSTIMESTAMP das Datum und die Uhrzeit basierend auf der Datenbankzeitzone zurück.

Hinweis: Wenn Sie SYSDATE_AT_DBTIMEZONE auf TRUE setzen, wirkt sich dies nur auf die Verwendung von SYSDATE und SYSTIMESTAMP als Operatoren in Anwendungs-SQL aus (z.B. in Abfragen, DML- und CTAS-Vorgängen). Wenn Sie diesen Parameter verwenden, wird empfohlen, dass die Client-/Sessionzeitzone mit der Datenbankzeitzone übereinstimmt.

Beispiel

Im folgenden Beispiel werden Datums- und Uhrzeitangaben für zwei verschiedene Zeitzonen basierend auf dem Parameterwert SYSDATE_AT_DBTIMEZONE zurückgegeben:

SQL> SELECT DBTIMEZONE FROM DUAL;

DBTIMEZONE
_____________
-05:00

SQL> ALTER SESSION SET SYSDATE_AT_DBTIMEZONE=FALSE;

Session altered.

SQL> SELECT SYSTIMESTAMP FROM DUAL;

SYSTIMESTAMP
______________________________________
27-JAN-22 06.59.45.708082000 PM GMT

SQL> ALTER SESSION SET SYSDATE_AT_DBTIMEZONE=TRUE;

Session altered.

SQL> SELECT SYSTIMESTAMP FROM DUAL;

SYSTIMESTAMP
_________________________________________
27-JAN-22 02.14.47.578946000 PM -05:00

Hinweis: Wenn eine Abfrage SYSDATE oder SYSTIMESTAMP im SQL Worksheet von Database Actions ausgeführt wird, werden Uhrzeit und Datum in UTC zurückgegeben (wenn der Parameter SYSDATE_AT_DBTIMEZONE auf TRUE oder FALSE gesetzt ist). Um die Datenbank-Zeitzone beim Arbeiten mit Database Actions abzurufen, verwenden Sie TO_CHAR() wie folgt:

SQL> SELECT TO_CHAR(SYSTIMESTAMP,'YYYY-MM-DD"T"HH24:MI:SS TZH":"TZM') FROM DUAL;
TO_CHAR(SYSTIMESTAMP,'YYYY-MM-DD"T"HH24:MI:SSTZH":"TZM')
___________________________________________________________
2022-01-27T14:15:00 -05:00