Fonctionnalités Oracle Database avec prise en charge limitée dans Autonomous Database on Dedicated Exadata Infrastructure

Autonomous 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 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 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 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 Database, certaines commandes SQL sont restreintes.

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

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

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

Commandes SQL avec restrictions dans Autonomous Database

Les commandes DDL suivantes sont disponibles dans Autonomous 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 <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 obtenir la liste des paramètres d'initialisation que vous pouvez définir dans Oracle Autonomous 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 Database.

La taille de bloc de base de données autonome est fixée à 8 ko. 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 à Oracle Database 19c Référence de langage SQL ou à Oracle Database 23ai Référence de langage SQL.

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

Pour connaître les exigences Password Verify Function, reportez-vous à Gestion de la complexité des mots de passe sur Autonomous Database.

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 à Oracle Database 19c Référence de langage SQL ou à Oracle Database 23ai Référence de langage SQL.

CREATE TABLESPACE

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

La taille de bloc de base de données autonome est fixée à 8 ko. 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 Database on Dedicated Exadata Infrastructure autorise la plupart des types de données disponibles dans Oracle Database. Pour assurer la sécurité et les performances d'Autonomous Database, certains types de données sont restreints.

Les types de données Oracle Database suivants ne sont pas pris en charge ou ne le sont que partiellement dans Autonomous 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 23ai.

  • 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 obtenir la liste des types de données Oracle, reportez-vous à Référence de langage SQL Oracle Database 19c ou à Référence de langage SQL Oracle Database 23ai.

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 (magasin en colonnes IM) est la fonctionnalité 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 en colonnes compressé spécial, optimisé pour les analyses 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 23ai.

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

Ce qui suit décrit les remarques à prendre en compte avant et après l'activation de Database In-Memory pour votre instance Autonomous Database :

  • L'activation ou la désactivation de Database In-Memory est prise en charge uniquement sur les instances Autonomous Database avec au moins 16 ECPU ou 4 OCPU activées.
  • La réduction d'une instance Autonomous Database à 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 instances Autonomous Database sur lesquelles Database In-Memory est activé.
  • Si vous activez Database In-Memory pour une instance Autonomous Database principale dans une configuration Autonomous Data Guard, la base de données de secours comporte également les mêmes paramètres. Vous ne pouvez toutefois pas modifier ces paramètres sur la base de données de secours.
  • Pour améliorer la gestion et le partage des ressources de mémoire SGA/mémoire sous-jacentes, Oracle recommande que toutes les instances Autonomous Database 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 instance Autonomous Database on Dedicated Exadata Infrastructure.

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.

  • Les tables externes partitionnées et les tables hybrides partitionnées ne sont pas prises en charge actuellement.

  • 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é comme un outil d'audit de données puissant et un 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 Database 23ai Utilities.

Autonomous Database on Dedicated Exadata Infrastructure 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 instance Autonomous Database.

  • La procédure dbms_logmnr.start_logmnr peut uniquement être appelée avec des paramètres de SCN ou de période. L'interrogation de la vue V$LOGMNR_CONTENTS renvoie ensuite les données à partir du numéro SCN ou de la période indiqué pour l'instance Autonomous Database connectée.

  • Seule une session LogMiner est autorisée par Autonomous Database.

  • Par défaut, les fichiers journaux archivés Autonomous 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

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

Fonctionnalité Oracle Text Pris en charge dans Autonomous 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 23ai.
Banque de données de fichier et d'URL Non pris en charge Reportez-vous à Type de magasin de données dans Oracle Database 19c ou Oracle Database 23ai.
CREATE INDEX avec l'option BIG_IO Aucune prise en charge par défaut. pied de page 1 Reportez-vous à Amélioration du temps de réponse à l'aide de l'option BIG_IO de l'index CONTEXT dans Oracle Database 19c ou Oracle Database 23ai.
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 23ai

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 23ai Application.

Oracle XML DB

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

Remarques :

Si vous migrez des tables contenant des colonnes XMLType vers Autonomous Database on Dedicated Exadata Infrastructure à l'aide d'Oracle Data Pump, vous devez effectuer la conversion au format XML binaire non-schéma avant d'utiliser l'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 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 23ai.
Référentiel Ressources XML DB No Reportez-vous à Ressources de référentiel Oracle XML DB dans Oracle Database 19c ou Oracle Database 23ai
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 23ai.
Stockage Inscription de schéma XML No Reportez-vous à Inscription de schéma XML auprès d'Oracle XML DB 19c ou d'Oracle XML DB 23ai.
Stockage CLOB No Abandonnées
Stockage Relationnel-objet No Reportez-vous à Schéma XML et relationnel objet XMLType dans Oracle Database 19c ou Oracle Database 23c .
Stockage XML binaire Oui (non basé sur un schéma uniquement) Reportez-vous à XMLType Storage Models dans Oracle Database 19c ou Oracle Database 23ai.
Index Index XML structuré Oui Reportez-vous à XMLIndex Structured Component dans Oracle Database 19c ou Oracle Database 23ai.
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 23ai.
Index XMLIndex non structuré No Reportez-vous à XMLIndex Composant non structuré dans Base de données Oracle 19c ou Oracle Database 23ai.
Packages Package DOM XML Oui Reportez-vous à API DOM PL/SQL pour XMLType (DBMS_XMLDOM) dans Oracle Database 19c ou Oracle Database 23ai.
Packages Package d'analyseur XML Oui Reportez-vous à API d'analyseur PL/SQL pour XMLType (DBMS_XMLPARSER) dans Oracle Database 19c ou Oracle Database 23ai.
Packages Processeur XSL (DBMS_XSLPROCESSOR) Oui Reportez-vous à Processeur XSLT PL/SQL pour XMLType (DBMS_XSLPROCESSOR) dans Oracle Database 19c ou Oracle Database 23ai.

Pour plus d'informations sur Oracle XML DB, reportez-vous à Oracle XML DB 19c Developer's Guide ou Oracle XML DB 23ai 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 Autonomous Database on Dedicated Exadata Infrastructure. Pour assurer la sécurité et les performances d'Autonomous 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 Autonomous Database on Dedicated Exadata Infrastructure
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 d'Oracle Database 19c ou à A propos de la technologie Flashback d'Oracle Database 23ai.

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. Cela vous permet de tester rapidement des modifications et d'adopter de nouvelles technologies en toute confiance et en prenant moins de risques. Pour plus d'informations sur Database Replay, reportez-vous à Introduction to Database Replay dans le Guide de test Oracle 19c ou le Guide de test Oracle 23ai.

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

L'utilisation de Database Replay avec Autonomous Database on Dedicated Exadata Infrastructure est soumise à 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 instance Autonomous Database pour stocker les fichiers de capture et de réexécution. Pour plus d'informations, reportez-vous aux rubriques Attachement d'un système de fichiers réseau et Attachement d'un système de fichiers externe.
  • 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 Database ne prend pas en charge dbms_workload_capture.import_awr et dbms_workload_replay.import_awr. Autrement dit, vous ne pouvez pas importer les données du référentiel AWR (Automatic Workload Repository) avec 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 sur une instance 23c 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 Autonomous Database on Dedicated Exadata Infrastructure.

Répertorie les packages PL/SQL Oracle Database avec les restrictions et remarques relatives à Autonomous Database on Dedicated Exadata Infrastructure.

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 Autonomous Database on Dedicated Exadata Infrastructure, 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 obtenir 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 23ai 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 Database, reportez-vous à Oracle Cloud Infrastructure - Mise en réseau et connectivité.
    • 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.