Caractéristiques d'Oracle Database avec une prise en charge limitée dans la base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée

La base de données autonome sur une infrastructure Exadata dédiée prend en charge la plupart des fonctions présentes dans Oracle Database Enterprise Edition. Pour assurer la sécurité et les performances de la base de données d'IA autonome, certaines fonctions n'ont qu'une prise en charge limitée.

Les fonctionnalités, options et ensembles suivants d'Oracle Database ont une prise en charge limitée dans Autonomous AI Database.

Fonction, option ou ensemble Limitations
Database In-Memory Voir Base de données en mémoire.
Ingestion rapide Voir Ingestion rapide.
Tables organisées en index Les tables organisées en index ne sont pas prises en charge, mais si vous tentez d'en créer une, aucune erreur n'est générée. Au lieu de cela, une table organisée en tas avec un index de clé primaire est créée. Par conséquent, si vous utilisez des tables organisées en index, vous devez tester les applications qui utilisent ces tables pour vérifier qu'elles fonctionnent avec des tables organisées en tas avec des index de clé primaire.
Java dans Oracle Database (parfois appelé OJVM ou Database Embedded JVM) Les sessions de base de données qui utilisent Java dans Oracle Database subissent une baisse de performance côté base de données lorsque des opérations de maintenance de service sont effectuées sur la base de données.
LogMiner Voir Oracle Log Miner.
Oracle Data Pump Le mode d'espace-table transportable (paramètre TRANSPORT_TABLESPACES) n'est pas pris en charge.
Oracle Database Advanced Queuing

Seules les API PL/SQL Advanced Queuing sont prises en charge.

Les avis de l'interface d'appel Oracle pour Advanced Queuing ne sont pas pris en charge.
Oracle Flashback et points de restauration Voir Oracle Flashback and Restore Points.
Oracle Label Security Vous ne pouvez pas spécifier de fonctions d'étiquetage dans les politiques.
Oracle Machine Learning (OML)

Prend en charge :

  • OML4SQL sur toutes les versions de base de données.
  • Oracle Data Miner.
Pour obtenir la documentation sur le produit OML, consultez Oracle Machine Learning dans Oracle Help Center.

Oracle Real Application Testing

SQL Performance Analyzer et Database Replay sont les principaux composants d'Oracle Real Application Testing (RAT). Selon la nature et l'incidence du changement de système testé et le type de système d'essai, vous pouvez utiliser l'un ou l'autre des composants ou les deux pour effectuer vos tests.
Oracle Text Voir Oracle Text.
Oracle XML DB Voir Oracle XML DB.

Commandes SQL

Autonomous AI Database sur une infrastructure Exadata dédiée permet la plupart des commandes SQL disponibles dans Oracle Database. Pour assurer la sécurité et les performances de la base de données d'IA autonome, certaines commandes SQL sont restreintes.

Cette section fournit une liste des limitations de commande SQL requises pour protéger la sécurité et l'intégrité de la performance dans une base de données d'IA autonome sur une infrastructure Exadata dédiée. La plupart des syntaxes SQL et PL/SQL standard et des constructions utilisées avec Oracle Database fonctionnent dans Autonomous AI Database.

Note : Si vous essayez d'utiliser une commande SQL restreinte, le système génère cette erreur :

ORA-01031: insufficient privileges

Cette erreur indique que vous n'êtes pas autorisé à exécuter la commande SQL dans la base de données d'intelligence artificielle autonome.

Les commandes SQL et les ensembles PL/SQL suivants ne sont pas pris en charge dans les bases de données d'intelligence artificielle autonomes :

Commandes SQL avec restrictions dans Autonomous AI Database

Les commandes LDD suivantes sont disponibles dans Autonomous AI Database avec des restrictions :

Commande SQL Restrictions
ALTER PLUGGABLE DATABASE et ALTER DATABASE

Seules les clauses suivantes sont autorisées :

DATAFILE AUTOEXTEND ON

DATAFILE AUTOEXTEND OFF

DATAFILE RESIZE

DEFAULT EDITION

SET TIME_ZONE
ALTER PROFILE Utilisation de ALTER PROFILE :
ALTER SESSION

Seules les clauses suivantes sont autorisées :

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

Pour obtenir la liste des paramètres d'initialisation que vous pouvez définir dans Oracle Autonomous AI Database sur une infrastructure Exadata dédiée, voir Modification des paramètres d'initialisation de base de données. Notez que certains de ces paramètres ne peuvent pas être définis au niveau de la session. Pour savoir si un paramètre donné peut être modifié à l'aide de ALTER SESSION SET, interrogez la colonne ISSES_MODIFIABLE de la vue de performance dynamique V$PARAMETER.

ALTER SYSTEM Seules les commandes ALTER SYSTEM SET et ALTER SYSTEM KILL SESSION sont autorisées. SET ne peut être utilisée que pour définir les paramètres listés dans Modification des paramètres d'initialisation de base de données.
ALTER TABLESPACE

L'utilisation d'espaces-tables SMALLFILE n'est pas prise en charge par Autonomous AI Database.

La taille de bloc de la base de données d'IA autonome est fixée à 8 Ko. Un espace-table BIGFILE ne contient qu'un seul fichier de données ou fichier temporaire et la taille maximale de fichier pour un espace-table avec des blocs de 8 Ko est de 32 téraoctets (To).

ALTER TABLE

Les clauses suivantes sont ignorées :

allocate_extent

alter_iot

deallocate_unused

ilm

inmemory_table

logging

modify_LOB_storage

physical_attributes

shrink

Pour plus d'informations sur ALTER TABLE, voir Informations de référence sur le langage SQL pour Oracle Database 19c ou Informations de référence sur le langage SQL pour Oracle AI Database 26ai.

CREATE DATABASE LINK

Dans la clause USING 'connect string', vous devez utiliser la syntaxe Easy Connect ou fournir un descripteur complet. Vous ne pouvez pas utiliser un nom de service de réseau, car le fichier tnsnames.ora n'est pas disponible pour la recherche.

Les liens de base de données ne peuvent être utilisés que pour les connexions TCPS car ils nécessitent un portefeuille.
CREATE PROFILE Reportez-vous à Gérer la complexité des mots de passe sur la base de données d'IA autonome pour connaître les exigences Password Verify Function.
CREATE TABLE

Les tables XMLType utilisant le stockage basé sur un schéma XML ne sont pas autorisées. Voir Oracle XML DB.

Les clauses suivantes sont ignorées :

  • cluster

  • ilm_clause

  • inmemory_table_clause

  • LOB_storage_clause

  • logging_clause

  • organization external : L'utilisation de cette clause comporte certaines limites, comme décrit dans Tables externes créées manuellement.

  • organization index : L'utilisation de cette clause ne crée pas de table organisée en index. Elle crée une table standard avec une clé primaire. Vous devez tester et vérifier la performance de la table générée pour votre application.

  • physical_properties

Pour plus d'informations sur CREATE TABLE, voir Informations de référence sur le langage SQL pour Oracle Database 19c ou Informations de référence sur le langage SQL pour Oracle AI Database 26ai.

CREATE TABLESPACE

L'utilisation d'espaces-tables SMALLFILE n'est pas prise en charge par Autonomous AI Database.

La taille de bloc de la base de données d'IA autonome est fixée à 8 Ko. Un espace-table BIGFILE ne contient qu'un seul fichier de données ou fichier temporaire et la taille maximale de fichier pour un espace-table avec des blocs de 8 Ko est de 32 téraoctets (To).

CREATE USER Les clauses suivantes ne peuvent pas être utilisées avec l'énoncé CREATE USER :
  • IDENTIFIED EXTERNALLY
  • IDENTIFIED BY VALUES
DROP TABLESPACE

Cette commande n'est prise en charge que si elle est utilisée dans le format suivant :

DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES;

Si vous exécutez cette commande sans INCLUDING CONTENTS AND DATAFILES dans la syntaxe, l'erreur suivante est générée :

ORA-01031: insufficient privileges

Types de données

Une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée permet la plupart des types de données disponibles dans Oracle Database. Pour assurer la sécurité et les performances de la base de données d'IA autonome, certains types de données sont restreints.

Les types de données Oracle Database suivants ne sont pas pris en charge ou ne sont que partiellement pris en charge dans Autonomous AI Database :

Pour obtenir la liste des types de données Oracle, voir Informations de référence sur le langage SQL pour Oracle Database 19c ou Informations de référence sur le langage SQL pour Oracle Database 26ai.

Database In-Memory

Oracle Database In-Memory (Database In-Memory) est une suite de fonctionnalités qui améliore considérablement la performance des analyses en temps réel et des charges de travail mixtes.

Le magasin de colonnes en mémoire (magasin de colonnes IM) est la fonction clé de Database In-Memory. Le magasin de colonnes IM gère des copies de tables, de partitions et de colonnes individuelles dans un format de colonne compressé spécial optimisé pour les balayages rapides. Le magasin de colonnes IM réside dans la zone de mémoire (In-Memory Area), qui est une partie facultative de la mémoire SGA (System Global Area). Pour plus d'informations sur cette fonction, consultez Database 19c In-Memory Guide ou Database 26ai In-Memory Guide.

Autonomous AI Database on Dedicated Exadata Infrastructure vous permet d'activer Database In-Memory pour votre base de données Autonomous AI Database en affectant un pourcentage de sa mémoire SGA (System Global Area) au magasin de colonnes In-Memory (stockage de colonnes IM) lors du provisionnement de la base de données ou ultérieurement. Vous pouvez également activer ou désactiver Database In-Memory pour une base de données d'IA autonome existante à partir de sa page Détails dans la console Oracle Cloud Infrastructure (OCI).

Ce qui suit décrit les notes à prendre en compte avant et après l'activation de Database In-Memory pour votre base de données IA autonome :

Pour obtenir des instructions détaillées, voir Activer ou désactiver la base de données en mémoire ou Créer une base de données d'IA autonome sur une infrastructure Exadata dédiée.

Tables externes créées manuellement

Au lieu d'utiliser la procédure DBMS_CLOUD.CREATE_EXTERNAL_TABLE pour créer une table externe, vous pouvez utiliser l'énoncé SQL CREATE TABLE...ORGANIZATION EXTERNAL pour en créer une manuellement. Dans ce cas, certaines limitations s'appliquent.

Oracle LogMiner

LogMiner, qui fait partie d'Oracle Database, vous permet d'interroger les fichiers de journalisation en ligne et archivés via une interface SQL. Les fichiers de journalisation contiennent des informations sur l'historique des activités d'une base de données.

Toutes les modifications apportées aux données utilisateur ou au dictionnaire de base de données sont enregistrées dans les fichiers de journalisation Oracle pour effectuer des opérations de récupération de base de données. Étant donné que LogMiner fournit une interface relationnelle bien définie, facile à utiliser et complète pour les fichiers de journalisation, il peut être utilisé comme un puissant outil d'audit des données et un outil d'analyse de données sophistiqué. Pour les principales fonctionnalités de LogMiner, voir Avantages de LogMiner dans Utilitaires Oracle Database 19c ou Utilitaires Oracle AI Database 26ai.

Une base de données autonome sur une infrastructure Exadata dédiée prend en charge LogMiner, avec les limitations suivantes :

Note : Vous devez avoir le rôle GGADMIN pour exécuter LogMiner. Pour plus de détails, voir Déverrouiller l'utilisateur GGADMIN.

Oracle Text

Ce qui suit décrit la prise en charge des fonctions d'Oracle Text dans une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée. Pour assurer la sécurité et les performances de la base de données d'IA autonome, certaines fonctions d'Oracle Text sont restreintes.

Fonction d'Oracle Text Pris en charge dans Autonomous AI Database Informations supplémentaires
Toutes les fonctions de journalisation et les API de journalisation telles que ctx_report.query_log_summary Pas de prise en charge Voir QUERY_LOG_SUMMARY dans Oracle Database 19c ou Oracle Database 26ai
Magasin de données de fichier et d'URL Pas de prise en charge Voir Type de magasin de données dans Oracle Database 19c ou Oracle Database 26ai
CREATE INDEX avec l'option BIG_IO Pas de prise en charge par défaut (voir la note de bas de page 1) Voir Délai de réponse amélioré à l'aide de l'option BIG_IO de l'index CONTEXT dans Oracle Database 19c ou Oracle Database 26ai
OPTIMIZE_INDEX en mode de reconstruction Pas de prise en charge par défaut (voir la note de bas de page 1). OPTIMIZE_INDEX dans Oracle Database 19c ou Oracle Database 26ai

Note de bas de page 1 Cette option est prise en charge si vous accordez le privilège de créer un déclencheur à l'utilisateur (GRANT CREATE TRIGGER). Vous devez également désactiver le mode LMD parallèle au niveau de la session (ALTER SESSION DISABLE PARALLEL DML).

Pour plus de détails sur Oracle Text, voir Oracle Text 19c Application Developer's Guide ou Oracle Text 26ai Application Developer's Guide.

Oracle XML DB

Ce qui suit décrit la prise en charge des fonctions d'Oracle XML DB dans une base de données d'intelligence artificielle autonome sur une infrastructure Exadata dédiée. Pour assurer la sécurité et les performances de la base de données autonome avec intelligence artificielle, certaines instances d'Oracle XML DB sont restreintes.

Note : Si vous migrez des tables contenant des colonnes XMLType vers une base de données Autonomous AI Database sur une infrastructure Exadata dédiée à l'aide d'Oracle Data Pump, vous devez effectuer une conversion en XML binaire non schéma avant d'utiliser Oracle Data Pump Export (expdp).

Les fonctionnalités suivantes sont prises en charge :

Les fonctions suivantes ne sont pas prises en charge ou ne le sont que partiellement.

Zone Fonction XML DB Pris en charge dans Autonomous AI Database Informations supplémentaires
Référentiel Protocole XML DB Non Voir Accès au référentiel à l'aide de protocoles dans Oracle Database 19c ou Oracle Database 26ai
Référentiel Ressources XML DB Non Voir Ressources du référentiel Oracle XML DB dans Oracle Database 19c ou Oracle Database 26ai
Référentiel Listes de contrôle d'accès XML DB Non Voir Contrôle de l'accès au référentiel dans Oracle Database 19c ou Oracle Database 26ai
Stockage Enregistrement de schéma XML Non Voir Enregistrement de schéma XML avec Oracle XML DB 19c ou Oracle XML DB 26ai
Stockage CLOB Non Abandonné
Stockage Relationnel objet Non Voir Schéma XML et XMLType relationnel à l'objet dans Oracle Database 19c ou Oracle Database 26c
Stockage XML binaire Oui (sans schéma uniquement) Voir Modèles de stockage XMLType dans Oracle Database 19c ou Oracle Database 26ai
Indexer XMLIndex structuré Oui Voir Composant structuré XMLIndex dans Oracle Database 19c ou Oracle Database 26ai
Indexer Index en texte intégral XQuery Oui Voir Indexation des données XML pour les interrogations en texte intégral dans Oracle Database 19c ou Oracle Database 26ai
Indexer XMLIndex non structuré Non Voir Composant non structuré XMLIndex dans Base de données Oracle 19c ou Oracle Database 26ai
Ensembles Ensemble DOM XML Oui Voir API DOM PL/SQL pour XMLType (DBMS_XMLDOM) dans Oracle Database 19c ou Oracle Database 26ai
Ensembles Ensemble de l'analyseur XML Oui Voir API d'analyseur PL/SQL pour XMLType (DBMS_XMLPARSER) dans Oracle Database 19c ou Oracle Database 26ai
Ensembles Processeur XSL (DBMS_XSLPROCESSOR) Oui Voir Processeur XSLT PL/SQL pour XMLType (DBMS_XSLPROCESSOR) dans Oracle Database 19c ou Oracle Database 26ai

Pour plus de détails sur Oracle XML DB, voir Oracle XML DB 19c Developer's Guide ou Oracle XML DB 26ai Developer's Guide.

Oracle Flashback et points de restauration

Ce qui suit décrit la prise en charge d'Oracle Flashback et des points de restauration dans une base de données d'IA autonome sur une infrastructure Exadata dédiée. Pour assurer la sécurité et les performances de la base de données d'IA autonome, certaines fonctions d'Oracle Flashback et de Restore Point sont restreintes.

Pour restaurer et récupérer votre base de données à un point dans le temps, voir Restaurer et récupérer.

Fonction d'Oracle Flashback et de points de restauration Pris en charge dans une base de données d'intelligence artificielle autonome sur une infrastructure Exadata dédiée
DBMS_FLASHBACK Oui, sauf la procédure DBMS_FLASHBACK.TRANSACTION_BACKOUT.
Temps de déplacement Flashback Oui, sauf pour spécifier une Flashback Data Archive par défaut à l'aide de la clause SET DEFAULT avec les énoncés CREATE FLASHBACK ARCHIVE et ALTER FLASHBACK ARCHIVE.
Abandon Flashback Oui
Interrogation Flashback Oui
Table Flashback Oui
Transaction Flashback Oui
Interrogation de transaction Flashback Oui
Interrogation de version Flashback Oui
Point de restauration Non
Point de restauration garanti Non

Pour plus d'informations sur l'utilisation des fonctions Flashback, voir À propos de la technologie Flashback d'Oracle Database 19c ou À propos de la technologie Flashback d'Oracle Database 26ai.

Réexécution de la base de données

Vous pouvez utiliser Database Replay pour capturer une charge globale sur le système de production et la réexécuter sur un système de test avec les caractéristiques de synchronisation, de simultanéité et de transaction exactes de la charge globale d'origine. Cela vous permet de tester les effets d'une modification du système sans affecter le système de production.

La capture de la charge de travail de production élimine la nécessité de développer des charges de travail ou des scripts de simulation, ce qui entraîne une réduction significative des coûts et des gains de temps. Les tests réalistes d'applications complexes qui ont pris des mois à l'aide d'outils de simulation de charge peuvent être effectués en quelques jours à l'aide de Database Replay. Cela vous permet de tester rapidement les changements et d'adopter de nouvelles technologies en toute confiance et à moindre risque. Pour plus d'informations sur la réexécution de base de données, voir Présentation de la réexécution de base de données dans le guide de test d'Oracle 19c ou le guide de test d'Oracle 26ai.

L'utilisation du composant Database Replay de Real Application Testing (RAT) dans Oracle Autonomous AI Database sur une infrastructure Exadata dédiée est la même que sa mise en oeuvre dans Oracle Database. Voir Réexécution de base de données dans Oracle Database 19c ou Oracle Database 26ai pour le processus impliqué dans l'utilisation de la réexécution de base de données avec votre base de données.

Il existe certaines limitations et recommandations pour l'utilisation de Database Replay avec Autonomous AI Database sur une infrastructure Exadata dédiée :

Ensembles PL/SQL de base de données

Ce qui suit décrit les notes à prendre en compte avant, pendant et après l'utilisation des ensembles PL/SQL dans une base de données d'IA autonome sur une infrastructure Exadata dédiée.

Répertorie les ensembles PL/SQL Oracle Database avec des restrictions et des notes dans Autonomous AI Database sur une infrastructure Exadata dédiée.

Packages PL/SQL supprimés

Note : Bien que l'ensemble UTL_TCP ne soit pas pris en charge sur une base de données d'intelligence artificielle autonome sur une infrastructure Exadata dédiée, la constante UTL_TCP.CRLF peut être utilisée dans des instances spécifiques avec d'autres ensembles. Voir Exemple de code d'envoi de courriel SMTP pour un exemple d'utilisation de UTL_TCP.CRLF.

Notes sur les packages PL/SQL

Contenu connexe