Fonctionnalités Oracle Database avec prise en charge limitée dans Autonomous AI Database sur une infrastructure Exadata dédiée

Autonomous AI Database on Dedicated Exadata Infrastructure prend en charge la plupart des fonctionnalités présentes dans Oracle Database Enterprise Edition. Pour assurer la sécurité et les performances d'Autonomous AI Database, la prise en charge de certaines fonctionnalités est limitée.

La prise en charge des fonctionnalités, options et packs Oracle Database suivants est limitée dans Autonomous AI Database.

Fonctionnalité, option ou pack Restrictions
Database In-Memory Reportez-vous à Database In-Memory.
Inclusion rapide Reportez-vous à Inclusion rapide.
Tables organisées en index Les tables organisées en index ne sont pas prises en charge, mais la tentative de création d'une telle table ne génère pas d'erreur. A la place, une table organisée par portion de mémoire 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 s'en servent pour vérifier que les tables organisées par portion de mémoire avec un index de clé primaire sont compatibles.
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 des performances côté base de données réduites lorsque des opérations de maintenance de service sont en cours sur la base de données.
LogMiner Reportez-vous à Oracle LogMiner.
Oracle Data Pump Le mode de tablespace transportable (paramètre TRANSPORT_TABLESPACES) n'est pas pris en charge.
Oracle Database Advanced Queuing

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

Les notifications OCI (Oracle Call Interface) pour Advanced Queuing ne sont pas prises en charge.
Oracle Flashback et points de restauration Reportez-vous à Oracle Flashback and Restore Points.
Oracle Label Security Vous ne pouvez pas spécifier de fonction de création de libellé dans les stratégies.
Oracle Machine Learning (OML)
Prise en charge :
  • OML4SQL sur toutes les versions de base de données.
  • Oracle Data Miner.
Pour obtenir la documentation du produit OML, reportez-vous à Oracle Machine Learning sur Oracle Help Center.
Oracle Real Application Testing
Les composants clés d'Oracle Real Application Testing (RAT) sont SQL Performance Analyzer et Database Replay. En fonction de la nature et de l'impact de la modification système testée et du type de système test, vous pouvez utiliser l'un ou l'autre des composants ou les deux.
Oracle Text Reportez-vous à Oracle Text.
Oracle XML DB Reportez-vous à Oracle XML DB.

Rubriques connexes

Commandes SQL

Autonomous AI Database on Dedicated Exadata Infrastructure autorise la plupart des commandes SQL disponibles dans Oracle Database. Pour assurer la sécurité et les performances d'Autonomous AI Database, certaines commandes SQL sont restreintes.

Cette section fournit la liste des limites requises pour les commandes SQL pour protéger la sécurité et l'intégrité des performances dans Autonomous AI Database on Dedicated Exadata Infrastructure. La plupart des syntaxes et constructions SQL et PL/SQL standard utilisées avec Oracle Database fonctionnent dans Autonomous AI Database.

Remarques :

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

ORA-01031: insufficient privileges

Cette erreur indique que vous n'êtes pas autorisé à exécuter la commande SQL dans Autonomous AI Database.

Les commandes SQL et packages PL/SQL suivants ne sont pas pris en charge dans les bases de données Autonomous AI :

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

Commandes SQL avec restrictions dans Autonomous AI Database

Les commandes DDL suivantes sont disponibles dans Autonomous AI Database avec les restrictions suivantes :

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 <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

Pour consulter la liste des paramètres d'initialisation que vous pouvez définir dans Oracle Autonomous AI Database on Dedicated Exadata Infrastructure, reportez-vous à Modification des paramètres d'initialisation de base de données. Vous ne pouvez pas définir certains de ces paramètres 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 performances dynamiques V$PARAMETER.

ALTER SYSTEM

Seules les commandes ALTER SYSTEM SET et ALTER SYSTEM KILL SESSION sont autorisées. Vous pouvez uniquement utiliser SET pour définir les paramètres répertoriés dans Modification des paramètres d'initialisation de base de données.

ALTER TABLESPACE

L'utilisation de tablespaces SMALLFILE n'est pas prise en charge par Autonomous AI Database.

La taille de bloc de la base de données AI autonome est fixée à 8K. Un tablespace BIGFILE ne contient qu'un seul fichier de données ou fichier temporaire, et la taille maximale du fichier d'un tablespace 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, reportez-vous à Référence de langage SQL Oracle Database 19c ou à Référence de langage SQL Oracle AI Database 26ai.

CREATE DATABASE LINK

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

Les liens de base de données peuvent uniquement être utilisés pour les connexions TCP car les connexions TCPS nécessitent un portefeuille.

CREATE PROFILE

Reportez-vous à Gestion de la complexité des mots de passe sur une base de données AI autonome pour connaître les exigences Password Verify Function.

CREATE TABLE

Les tables XMLType avec un stockage basé sur un schéma XML ne sont pas autorisées. Reportez-vous à 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 présente 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 les performances de la table générée pour votre application.

  • physical_properties

Pour plus d'informations sur CREATE TABLE, reportez-vous à Référence de langage SQL Oracle Database 19c ou à Référence de langage SQL Oracle AI Database 26ai.

CREATE TABLESPACE

L'utilisation de tablespaces SMALLFILE n'est pas prise en charge par Autonomous AI Database.

La taille de bloc de la base de données AI autonome est fixée à 8K. Un tablespace BIGFILE ne contient qu'un seul fichier de données ou fichier temporaire, et la taille maximale du fichier d'un tablespace 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'instruction CREATE USER :
  • IDENTIFIED EXTERNALLY
  • IDENTIFIED BY VALUES

DROP TABLESPACE

Cette commande est prise en charge uniquement lorsqu'elle est utilisée au format suivant :

DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS AND DATAFILES;

Si vous exécutez cette commande sans INCLUDING CONTENTS AND DATAFILES dans la syntaxe, l'erreur suivante apparaît :

ORA-01031: insufficient privileges

Types de données

Autonomous AI Database on Dedicated Exadata Infrastructure 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 Autonomous AI, certains types d'informations sont restreints.

Les types d'informations Oracle Database suivants ne sont pas pris en charge ou ne les sont que partiellement dans Autonomous AI Database :

  • Par défaut, les types de données ROWID et UROWID ne sont pas activés dans les déploiements d'infrastructure Exadata dédiée. Vous ne pouvez pas indiquer de colonnes ROWID ou UROWID lors de la création de tables, ni ajouter des colonnes ROWID ou UROWID à des tables existantes.

    Toutefois, vous pouvez activer ROWID ou UROWID en définissant le paramètre d'initialisation ALLOW_ROWID_COLUMN_TYPE sur True. Pour plus d'informations sur son activation, reportez-vous à Référence Database 19c ou à Référence Database 26ai.

  • Types de données LOB : seul le stockage LOB SecureFiles est pris en charge.
  • Les types de données multimédias ne sont pas pris en charge. (Oracle Multimedia n'est plus pris en charge dans Oracle Database.)

Pour consulter la liste des types de données Oracle, reportez-vous à Référence Oracle Database 19c SQL Language ou à Référence Oracle Database 26ai SQL Language.

Database In-Memory

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

Le stockage en colonnes en mémoire (stockage en colonnes IM) est la fonctionnalité clé de Database In-Memory. Le magasin de colonnes IM conserve les copies des tables, des partitions et des 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 en mémoire, qui est une partie facultative de la mémoire SGA (System Global Area). Pour plus d'informations sur cette fonctionnalité, reportez-vous au Guide en mémoire Database 19c ou au Guide en mémoire Database 26ai.

Autonomous AI Database on Dedicated Exadata Infrastructure vous permet d'activer Database In-memory pour votre base de données Autonomous AI en allouant un pourcentage de sa mémoire SGA (System Global Area) au magasin de colonnes en mémoire (emplacement de 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 Autonomous AI existante à partir de sa page Détails sur la console Oracle Cloud Infrastructure (OCI).

Les remarques suivantes doivent être prises en compte avant et après l'activation de Database In-Memory pour votre base de données Autonomous AI :

  • L'activation ou la désactivation de Database In-Memory est prise en charge uniquement sur les bases de données Autonomous AI avec au moins 16 ECPU ou 4 OCPU activées.
  • La réduction d'une base de données d'IA autonome à moins de 16 ECPU ou 4 OCPU désactive automatiquement Database In-Memory pour cette base de données.
  • Vous pouvez également activer Database In-Memory sur des bases de données clonées à partir d'une instance de base de données ou d'une sauvegarde, que la base de données en mémoire soit activée ou non pour la source clone. Etant donné que les paramètres ne sont pas hérités du clone, vous pouvez activer Database In-Memory manuellement lors du clonage ou ultérieurement.
  • Vous pouvez subir une dégradation des performances dans les cas suivants :
    • Toute activité d'application de patches entraînant le redémarrage de la base de données en activant Database In-Memory.
    • Redémarrage d'une base de données Conteneur Autonomous avec des bases de données Autonomous AI activées pour Database In-Memory.
  • Si vous activez Database In-Memory pour une base de données Autonomous AI principale dans une configuration Autonomous Data Guard, la base de données de secours comporte également les mêmes paramètres. Toutefois, vous ne pouvez pas modifier ces paramètres sur la base de données de secours.
  • Pour une meilleure gestion et un meilleur partage des ressources SGA/mémoire sous-jacentes, Oracle recommande que toutes les bases de données AI autonomes configurées pour Database In-Memory se trouvent dans la même base de données Conteneur Autonomous.

Pour obtenir des instructions détaillées, reportez-vous à Activation ou désactivation de Database In-Memory ou à Création d'une base de données Autonomous AI sur une infrastructure Exadata dédiée.

Tables externes créées manuellement

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

  • Les pilotes d'accès ORACLE_LOADER et ORACLE_BIGDATA sont pris en charge. Les pilotes d'accès ORACLE_DATAPUMP, ORACLE_HDFS et ORACLE_HIVE ne sont pas pris en charge.

  • Si vous indiquez des fichiers stockés dans le stockage d'objet cloud en tant qu'emplacement de source de données, vous devez utiliser l'un des formats d'URI décrits dans Formats d'URI de stockage d'objet cloud.

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 de l'activité 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. Etant donné que LogMiner fournit une interface relationnelle complète, facile à utiliser et bien définie pour les fichiers de journalisation, il peut être utilisé en tant qu'outil d'audit de données puissant et outil d'analyse de données sophistiqué. Pour connaître les fonctionnalités clés de LogMiner, reportez-vous à LogMiner Benefits dans Oracle Database 19c Utilities ou Oracle AI Database 26ai Utilities .

La base de données Autonomous AI sur une infrastructure Exadata dédiée prend en charge LogMiner, avec les limites suivantes :

  • Les procédures DBMS_LOGMNR.ADD_LOGFILE et DBS_LOGMNR.REMOVE_LOGFILE ne peuvent pas être utilisées à partir d'une base de données d'IA autonome.

  • La procédure dbms_logmnr.start_logmnr peut uniquement être appelée avec des paramètres SCN ou de plage horaire. L'interrogation de la vue V$LOGMNR_CONTENTS renvoie ensuite les données du numéro SCN ou de la période indiqué pour la base de données AI autonome connectée.

  • Une seule session LogMiner est autorisée par base de données Autonomous AI.

  • Par défaut, les fichiers de journalisation archivés d'Autonomous AI Database sont conservés jusqu'à :
    • 3 jours pour les bases de données sans capture GoldenGate et configuration d'Autonomous Data Guard.
    • 7 jours pour les bases de données avec Autonomous Data Guard pour lesquelles la capture GoldenGate n'est pas activée.
    • 15 jours pour les bases de données pour lesquelles la capture GoldenGate est activée.
    Par conséquent, LogMiner ne peut accéder qu'à 3, 7 ou 15 jours de fichiers journaux archivés, conformément à la liste ci-dessus.

    La période de conservation des fichiers journaux dépend du taux de transaction de la base de données et n'est pas toujours garantie jusqu'au nombre de jours indiqué ci-dessus. Il peut y avoir des cas où vous essayez d'extraire des fichiers journaux non disponibles. Dans ce cas, LogMiner signale ORA-1285: "error reading file".

Remarques :

Vous devez disposer du rôle GGADMIN pour exécuter LogMiner. Pour plus d'informations, reportez-vous à Déverrouillage de l'utilisateur GGADMIN.

Oracle Text

La section suivante décrit la prise en charge des fonctionnalités Oracle Text dans Autonomous AI Database on Dedicated Exadata Infrastructure. Pour assurer la sécurité et les performances d'Autonomous AI Database, certaines fonctionnalités Oracle Text sont restreintes.

Fonctionnalité Oracle Text Pris en charge dans Autonomous AI Database En savoir plus
Ensemble de la journalisation et des API qui exécutent la journalisation, comme ctx_report.query_log_summary Non pris en charge Reportez-vous à QUERY_LOG_SUMMARY dans Oracle Database 19c ou Oracle Database 26ai.
Banque de données de fichier et d'URL Non pris en charge Reportez-vous à Type de banque de données dans Oracle Database 19c ou Oracle Database 26ai.
CREATE INDEX avec l'option BIG_IO Aucune prise en charge par défaut. pied de page 1 Reportez-vous à Improved Response Time Using the BIG_IO Option of CONTEXT Index dans Oracle Database 19c ou Oracle Database 26ai.
OPTIMIZE_INDEX en mode reconstruction Aucune prise en charge par défaut (reportez-vous à la note de bas de page 1). OPTIMIZE_INDEX dans Oracle Database 19c ou Oracle Database 26ai

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

Pour plus d'information sur Oracle Text, reportez-vous au Guide du développeur Oracle Text 19c Application ou au Guide du développeur Oracle Text 26ai Application.

Oracle XML DB

La section suivante décrit la prise en charge des fonctionnalités d'Oracle XML DB dans Autonomous AI Database on Dedicated Exadata Infrastructure. Pour assurer la sécurité et les performances d'Autonomous AI Database, certaines fonctionnalités d'Oracle XML DB sont restreintes.

Remarques :

Si vous migrez les tables contenant les colonnes XMLType vers Autonomous AI Database on Dedicated Exadata Infrastructure à l'aide d'Oracle Data Pump, vous devez convertir au format XML binaire non-schéma avant d'utiliser l'utilitaire d'export Oracle Data Pump (expdp).

Les fonctionnalités suivantes sont prises en charge :

  • Prise en charge complète de XMLQuery, XMLTable et autres fonctions standard SQL/XML

  • Schéma d'indexation incluant les index fonctionnels utilisant des expressions SQL/XML, XMLIndex structuré et index de texte intégral XQuery

Les fonctionnalités suivantes ne sont pas prises en charge ou ne le sont que partiellement.

Graphique en aires Fonctionnalité XML DB Pris en charge dans Autonomous AI Database En savoir plus
Référentiel Protocole XML DB No Reportez-vous à Accès au référentiel à l'aide de protocoles dans Oracle Database 19c ou Oracle Database 26ai
Référentiel Ressources XML DB No Reportez-vous à Ressources de 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 No Reportez-vous à Contrôle d'accès au référentiel dans Oracle Database 19c ou Oracle Database 26ai
Stockage Inscription de schéma XML No Reportez-vous à Inscription de schéma XML avec Oracle XML DB 19c ou Oracle XML DB 26ai.
Stockage CLOB No Abandonnées
Stockage Relationnel-objet No Reportez-vous à Schéma XML et objet-relationnel XMLType dans Oracle Database 19c ou Oracle Database 26c
Stockage XML binaire Oui (non basé sur un schéma uniquement) Reportez-vous à XMLType Storage Models dans Oracle Database 19c ou Oracle Database 26ai.
Index Index XML structuré Oui Reportez-vous à XMLIndex Structured Component dans Oracle Database 19c ou Oracle Database 26ai.
Index Index de texte intégral XQuery Oui Reportez-vous à Indexation de données XML pour les requêtes en texte intégral dans Oracle Database 19c ou Oracle Database 26ai.
Index XMLIndex non structuré No Reportez-vous à XMLIndex Unstructured Component dans Oracle database 19c ou Oracle Database 26ai.
Packages Package DOM XML Oui Reportez-vous à API DOM PL/SQL pour XMLType (DBMS_XMLDOM) dans Oracle Database 19c ou Oracle Database 26ai.
Packages Package d'analyseur XML Oui Reportez-vous à API d'analyseur PL/SQL pour XMLType (DBMS_XMLPARSER) dans Oracle Database 19c ou Oracle Database 26ai.
Packages Processeur XSL (DBMS_XSLPROCESSOR) Oui Reportez-vous à Processeur XSLT PL/SQL pour XMLType (DBMS_XSLPROCESSOR) dans Oracle Database 19c ou Oracle Database 26ai.

Pour plus d'information sur Oracle XML DB, reportez-vous au Guide du développeur Oracle XML DB 19c ou au Guide du développeur Oracle XML DB 26ai.

Oracle Flashback et points de restauration

La section suivante décrit la prise en charge d'Oracle Flashback et des points de restauration dans Autonomous AI Database on Dedicated Exadata Infrastructure. Pour assurer la sécurité et les performances d'Autonomous AI Database, certaines fonctionnalités Oracle Flashback et des points de restauration sont restreintes.

Pour restaurer et récupérer une base de données jusqu'à un point dans le temps, reportez-vous à Restauration et récupération.

Fonctionnalité Flashback et des points de restauration Prise en charge dans la base de données d'IA autonome sur une infrastructure Exadata dédiée
DBMS_FLASHBACK Oui, à l'exception de la procédure DBMS_FLASHBACK.TRANSACTION_BACKOUT
Flashback Time Travel

Oui, sauf si vous indiquez une Flashback Data Archive par défaut à l'aide de la clause SET DEFAULT avec les instructions CREATE FLASHBACK ARCHIVE et ALTER FLASHBACK ARCHIVE.

Flashback Drop Oui
Requête Flashback Oui
Flashback Table Oui
Transaction Flashback Oui
Requête de transaction Flashback Oui
Requête de version Flashback Oui
Point de restauration No
Point de restauration garanti No

Pour plus d'informations sur l'utilisation des fonctionnalités Flashback, reportez-vous à A propos de la technologie Flashback Oracle Database 19c ou à A propos de la technologie Flashback Oracle Database 26ai.

Réexécution de base de données

Vous pouvez utiliser la réexécution de base de données pour capturer une charge globale sur le système de production et la réexécuter sur un système test avec les données temporelles, l'accès simultané et les caractéristiques de transaction exactes de la charge globale d'origine. Ceci permet de tester les effets d'une modification système sans incidence sur le système de production.

En capturant la charge globale de production, vous n'avez plus besoin de développer des simulations de charge globale ou des scripts de simulation, d'où une réduction des coûts et un gain de temps considérables. 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. Vous pouvez donc tester rapidement des modifications et adopter de nouvelles technologies en toute confiance et à moindre risque. Pour plus d'informations sur Database Replay, reportez-vous à Introduction to Database Replay dans le Guide de test Oracle 19c ou Guide de test Oracle 26ai.

L'utilisation du composant Database Replay de Real Application Testing (RAT) dans l'infrastructure Exadata Oracle Autonomous AI Database on Dedicated est identique à son implémentation dans Oracle Database. Reportez-vous à Database Replay dans Oracle Database 19c ou Oracle Database 26ai pour connaître le processus impliqué dans l'utilisation de Database Replay avec votre base de données.

L'utilisation de la réexécution de base de données avec Autonomous AI Database on Dedicated Exadata Infrastructure présente certaines limites et recommandations :
  • Oracle vous recommande d'utiliser un système de fichiers réseau (NFS) ou un système de stockage de fichiers (FSS) attaché à votre base de données AI autonome pour stocker les fichiers de capture et de réexécution. Pour obtenir des conseils, reportez-vous aux sections Attach Network File System et Attach External File System.
  • Pour Database Replay, le client de réexécution (wrc) peut être de la même version que la base de données de réexécution, ou une version inférieure à la base de données de réexécution. Cependant, la version minimale prise en charge pour le client de réexécution est 19.24.
  • Autonomous AI Database ne prend pas en charge dbms_workload_capture.import_awr et dbms_workload_replay.import_awr. Autrement dit, vous ne pouvez pas importer de données AWR (Automatic Workload Repository) à l'aide de Database Replay. Par conséquent, il est recommandé de générer les rapports de comparaison AWR sur une base de données non autonome, de préférence l'instance 26c Oracle Database, pour une meilleure compatibilité.

Packages PL/SQL de base de données

Les points suivants décrivent les éléments à prendre en compte avant, pendant et après l'utilisation de packages PL/SQL dans une infrastructure Exadata dédiée Autonomous AI Database.

Répertorie les packages PL/SQL Oracle Database avec les restrictions et remarques relatives à l'infrastructure Exadata Autonomous AI sur Autonomous AI.

Suppression de packages PL/SQL
  • DBMS_DEBUG_JDWP
  • DBMS_DEBUG_JDWP_CUSTOM
  • UTL_TCP

    Remarques :

    Bien que le package UTL_TCP ne soit pas pris en charge sur une base de données AI 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 packages. Reportez-vous à la section SMTP Send Email Sample Code pour un exemple d'utilisation de UTL_TCP.CRLF.
Remarques sur les packages PL/SQL
  • Remarques sur UTL_HTTP
    • Les connexions par le biais d'adresses IP sont autorisées.
    • Les ports sortants 80 et 443 sont activés par défaut.
    • Les connexions HTTP, HTTPS et HTTP_PROXY sont autorisées.
    • Le package PL/SQL APEX_WEB_SERVICE est superposé à UTL_HTTP.
    • Avant d'appeler les sous-programmes UTL_HTTP, vous devez d'abord définir l'emplacement du portefeuille à l'aide du sous-programme SET_WALLET. Puisqu'il s'agit d'un paramètre au niveau de la session, vous devez le définir avant chaque session. Pour plus d'informations, reportez-vous à UTL_HTTP dans le manuel Oracle Database 19c PL/SQL Packages and Types Reference ou 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;
/
  • Remarques sur UTL_SMTP
    • Les connexions par le biais d'adresses IP sont autorisées.
    • Les ports sortants 25, 465, 587 et 2525 sont activés par défaut.
    • Les adresses SMTP simples et sécurisées (SSL) sont accessibles.
    • Le service Oracle Cloud Infrastructure (OCI) Email Delivery et les serveurs SMTP tiers sont pris en charge en tant que fournisseurs de messagerie. Pour plus d'informations sur l'établissement de la connectivité entre le serveur tiers et le locataire Autonomous AI Database, reportez-vous à Oracle Cloud Infrastructure - Networking and Connectivity.
    • Cependant, contrairement à la base de données sur site Oracle Enterprise Edition, vous ne pouvez pas configurer localhost en tant que serveur SMTP. Le service sendmail() est également désactivé sur la plate-forme.
    • Le package PL/SQL APEX_MAIL est superposé à UTL_SMTP.
  • DBMS_AQADM Remarques
    • DBMS_AQADM.MOVE_QUEUE_TABLE peut uniquement être utilisé en mode ONLINE pour déplacer des tables Advanced Queuing (AQ) d'un tablespace vers un autre ou au sein du même tablespace. Reportez-vous à Remarque sur My Oracle Support (MOS) : ID de document 2867445.1 pour obtenir des instructions sur le déplacement de tables AQ entre des tablespaces à l'aide de DBMS_AQADM.MOVE_QUEUE_TABLE sur 19c et versions supérieures.
    • DBMS_AQADM.MOVE_QUEUE_TABLE ne peut pas être utilisé pour déplacer des tables AQ même en mode ONLINE lorsque les noms de table ou de schéma sont sensibles à la casse et incluent des identificateurs spéciaux.