Fonctions d'Oracle Database avec prise en charge limitée dans le service de base de données autonome sur une infrastructure Exadata dédiée

Autonomous Database sur une infrastructure Exadata dédiée prend en charge la plupart des fonctions présentes dans Oracle Database Enterprise Edition. Pour garantir la sécurité et la performance des bases de données autonomes, la prise en charge de certaines fonctions est limitée.

La prise en charge des fonctions, options et ensembles d'Oracle Database suivants est limitée dans les bases de données autonomes.

Fonction, option ou ensemble Limitations
Database In-Memory Voir Base de données en mémoire.
Ingestion rapide Voir Ingestion plus 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 LogMiner.
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 et points de restauration.
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 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 composants clés d'Oracle Real Application Testing (RAT). Selon la nature et l'impact de la modification du système en cours de test et le type de système de test, 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.

Rubriques connexes

Commandes SQL

L'infrastructure Autonomous Database sur une infrastructure Exadata dédiée autorise la plupart des commandes SQL disponibles dans Oracle Database. Pour garantir la sécurité et la performance des bases de données autonomes, certaines commandes SQL sont limitées.

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

Note :

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 la base de données autonome.

Les commandes SQL et les ensembles 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 soumises à des restrictions dans les bases de données autonomes

Les commandes LDD suivantes sont disponibles dans les bases de données autonomes, mais 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

 À l'aide 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, 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 des espaces-tables SMALLFILE n'est pas prise en charge par les bases de données autonomes.

La taille de bloc de la base de données 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 Database 23ai.

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é du mot de passe sur Autonomous Database 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 est limitée, 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 Database 23ai.

CREATE TABLESPACE

L'utilisation des espaces-tables SMALLFILE n'est pas prise en charge par les bases de données autonomes.

La taille de bloc de la base de données 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 <tablespace_name> 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

L'infrastructure Autonomous Database sur une infrastructure Exadata dédiée permet la plupart des types de données disponibles dans Oracle Database. Pour garantir la sécurité et la performance des bases de données autonomes, certains types de données sont limités.

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

  • 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 spécifier de colonnes ROWID ou UROWID lors de la création de tables, ni ajouter de colonnes ROWID ou UROWID à des tables existantes.

    Toutefois, vous pouvez activer ROWID ou UROWID en réglant le paramètre d'initialisation ALLOW_ROWID_COLUMN_TYPE à Vrai. Voir Informations de référence sur Database 19c ou Informations de référence sur Database 23ai pour plus d'informations sur son activation.

  • Types de données de grands objets (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, voir Oracle Database 19c SQL Language Reference ou Oracle Database 23ai SQL Language Reference.

Database In-Memory

Oracle Database In-Memory (base de données In-Memory) est une suite de fonctions qui améliore considérablement la performance pour les analyses en temps réel et les 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, voir Database 19c In-Memory Guide ou Database 23ai In-Memory Guide.

Autonomous Database sur une infrastructure Exadata dédiée vous permet d'activer la base de données en mémoire pour votre base de données Autonomous Database en affectant un pourcentage de sa mémoire SGA (System Global Area) au magasin 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 la base de données en mémoire pour une base de données Autonomous Database 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 Autonomous Database :

  • L'activation ou la désactivation de Database In-Memory n'est prise en charge que pour les bases de données Autonomous Database avec au moins 16 ECPU ou 4 OCPU activées.
  • La réduction d'une base de données Autonomous Database à moins de 16 ECPU ou 4 OCPU désactive automatiquement la base de données en mémoire pour cette base de données.
  • Vous pouvez également activer Database In-Memory sur les bases de données clonées à partir d'une instance ou d'une sauvegarde de base de données, que la fonction Database In-Memory soit activée ou non pour la source du clone. Comme 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 correctifs qui entraîne le redémarrage de la base de données avec Database In-Memory activé.
    • Redémarrage d'une base de données conteneur autonome avec bases de données en mémoire activées pour Autonomous Database.
  • Si vous activez la base de données en mémoire pour une base de données Autonomous Database 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 dans 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 Autonomous Database configurées pour la base de données en mémoire se trouvent dans la même base de données conteneur 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 Autonomous Database 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.

  • 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 et les tables hybrides partitionnées ne sont pas prises en charge actuellement.

  • Si vous spécifiez des fichiers stockés dans le service de stockage d'objets en nuage comme emplacement source des données, vous devez utiliser l'un des formats d'URI décrits dans Formats d'URI du service de stockage d'objets en nuage.

Oracle LogMiner

LogMiner, qui fait partie d'Oracle Database, vous permet d'interroger les fichiers de journalisation en ligne et archivés au moyen d'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 capacités de LogMiner, consultez LogMiner Benefits dans Oracle Database 19c Utilities ou Oracle Database 23ai Utilities .

Autonomous Database sur une infrastructure Exadata dédiée prend en charge LogMiner, avec les limitations 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 Autonomous Database.

  • La procédure dbms_logmnr.start_logmnr ne peut être appelée qu'avec des paramètres SCN ou d'intervalle de temps. L'interrogation de la vue V$LOGMNR_CONTENTS retourne ensuite les données à partir du numéro SCN ou de l'intervalle de temps spécifié pour Autonomous Database connecté.

  • Une seule session LogMiner est autorisée par Autonomous Database.

  • Par défaut, les fichiers de journalisation archivés d'Autonomous Database sont conservés jusqu'à :
    • 3 jours pour les bases de données sans saisie GoldenGate et configuration d'Autonomous Data Guard.
    • 7 jours pour les bases de données avec Autonomous Data Guard pour lesquelles la saisie GoldenGate n'est pas activée.
    • 15 jours pour les bases de données pour lesquelles la saisie GoldenGate est activée.
    Par conséquent, LogMiner ne peut accéder qu'à 3, 7 ou 15 jours de fichiers de journalisation archivés, comme indiqué dans 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 spécifié ci-dessus. Il peut y avoir des instances lorsque vous tentez d'extraire des fichiers journaux non disponibles. Dans de tels cas, LogMiner indique ORA-1285: "error reading file".

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

Les informations suivantes décrivent la prise en charge des fonctions d'Oracle Text dans Autonomous Database sur une infrastructure Exadata dédiée. Pour garantir la sécurité et la performance des bases de données autonomes, certaines fonctions d'Oracle Text font l'objet de restrictions.

Fonction d'Oracle Text Prise en charge dans les bases de données autonomes 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 23ai
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 23ai
CREATE INDEX avec l'option BIG_IO Pas de prise en charge par défaut. 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 23ai
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 23ai

Note de bas de page 1 Cette fonction 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 mode LMD parallèle au niveau de la session (ALTER SESSION DISABLE PARALLEL DML).

Pour plus de détails sur Oracle Text, voir le Guide du développeur d'applications Oracle Text 19c ou le Guide du développeur d'applications Oracle Text 23ai.

Oracle XML DB

Les informations suivantes décrivent la prise en charge des fonctions d'Oracle XML DB dans Autonomous Database sur une infrastructure Exadata dédiée. Pour garantir la sécurité et la performance des bases de données autonomes, certaines fonctions d'Oracle XML DB font l'objet de restrictions.

Note :

Si vous migrez des tables contenant des colonnes XMLType vers Autonomous Database sur une infrastructure Exadata dédiée à l'aide d'Oracle Data Pump, vous devez effectuer une conversion en code XML binaire autre qu'un schéma avant d'utiliser Oracle Data Pump Export (expdp).

Les fonctionnalités suivantes sont prises en charge :

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

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

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

Zone Fonction XML DB Prise en charge dans les bases de données autonomes 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 23ai
Référentiel Ressources XML DB Non Voir Ressources du 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 Non Voir Contrôle de l'accès au référentiel dans Oracle Database 19c ou Oracle Database 23ai
Stockage Enregistrement de schéma XML Non Voir Enregistrement de schéma XML avec Oracle XML DB 19c ou Oracle XML DB 23ai
Stockage CLOB Non Abandonné
Stockage Relationnel objet Non Voir Schéma XML et relation objet-XMLType dans Oracle Database 19c ou Oracle Database 23c
Stockage XML binaire Oui (sans schéma uniquement) Voir XMLType Modèles de stockage dans Oracle Database 19c ou Oracle Database 23ai
Indexer XMLIndex structuré Oui Voir XMLIndex Composant structuré dans Oracle Database 19c ou Oracle Database 23ai
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 23ai
Indexer XMLIndex non structuré Non Voir XMLIndex Composant non structuré dans Base de données Oracle 19c ou Oracle Database 23ai
Ensembles Ensemble DOM XML Oui Voir API DOM PL/SQL pour XMLType (DBMS_XMLDOM) dans Oracle Database 19c ou Oracle Database 23ai
Ensembles Ensemble de l'analyseur XML Oui Voir API d'analyseur PL/SQL pour XMLType (DBMS_XMLPARSER) dans Oracle Database 19c ou Oracle Database 23ai
Ensembles Processeur XSL (DBMS_XSLPROCESSOR) Oui Voir Processeur XSLT PL/SQL pour XMLType (DBMS_XSLPROCESSOR) dans Oracle Database 19c ou Oracle Database 23ai

Pour plus de détails sur Oracle XML DB, voir le Guide du développeur Oracle XML DB 19c ou le Guide du développeur Oracle XML DB 23ai.

Oracle Flashback et points de restauration

Les informations suivantes décrivent la prise en charge d'Oracle Flashback et des points de restauration dans Autonomous Database sur une infrastructure Exadata dédiée. Pour garantir la sécurité et la performance des bases de données autonomes, certaines fonctions d'Oracle Flashback et des points de restauration font l'objet de restrictions.

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 Prise en charge dans Autonomous Database sur une infrastructure Exadata dédiée
DBMS_FLASHBACK Oui, sauf la procédure DBMS_FLASHBACK.TRANSACTION_BACKOUT.
Voyage dans le temps

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

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

Vous pouvez utiliser Database Replay pour capturer une charge de travail sur le système de production et la reproduire sur un système de test avec exactement les mêmes caractéristiques temporelles, de concurrence et de transaction que la charge de travail d'origine. Cela vous permet de tester les effets d'une modification du système sans que le système de production soit touché.

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 Oracle 19c ou le guide de test Oracle 23ai.

L'utilisation du composant Database Replay de Real Application Testing (RAT) dans Oracle Autonomous Database on Dedicated Exadata Infrastructure est identique à sa mise en oeuvre dans Oracle Database. Voir Réexécution de base de données dans Oracle Database 19c ou Oracle Database 23ai 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 limites et recommandations pour utiliser Database Replay avec Autonomous Database sur une infrastructure Exadata dédiée :
  • Oracle recommande d'utiliser un système de fichiers réseau (NFS) ou un système de stockage de fichiers (FSS) attaché à Autonomous Database pour stocker les fichiers de saisie et de réexécution. Pour plus d'informations, voir Attacher un système de fichiers réseau et Attacher un système de fichiers externe.
  • Pour Database Replay, le client de réexécution (wrc) peut être la même version que la base de réexécution, ou une version inférieure à la base de réexécution. Toutefois, 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 une instance Oracle Database 23c pour une meilleure compatibilité.

Ensembles PL/SQL de base de données

Les informations suivantes décrivent des notes à prendre en compte avant, pendant et après l'utilisation d'ensembles PL/SQL dans Autonomous Database sur une infrastructure Exadata dédiée.

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

Ensembles PL/SQL supprimés
  • DBMS_DEBUG_JDWP
  • DBMS_DEBUG_JDWP_CUSTOM
  • UTL_TCP

    Note :

    Bien que l'ensemble UTL_TCP ne soit pas pris en charge sur Autonomous Database 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 ensembles PL/SQL
  • Notes sur UTL_SMTP
    • Les connexions au moyen d'adresses IP sont autorisées.
    • Les ports sortants 25, 465, 587 et 2525 sont activés par défaut.
    • Les points d'extrémité SMTP simples et sécurisés (SSL) sont accessibles.
    • Le service de transmission de messages pour Oracle Cloud Infrastructure et les serveurs SMTP de tierce partie sont pris en charge en tant que fournisseurs de courriel. Voir Oracle Cloud Infrastructure - Réseau et connectivité pour plus de détails sur l'établissement de la connectivité entre le serveur de tierce partie et votre locataire Autonomous Database.
    • Cependant, vous ne pouvez pas configurer localhost en tant que serveur SMTP, ce qui est possible dans la base de données sur place Oracle Enterprise Edition. Le service sendmail() est également désactivé sur la plate-forme.
    • L'ensemble PL/SQL APEX_MAIL est superposé à UTL_SMTP.
  • DBMS_AQADM Notes
    • DBMS_AQADM.MOVE_QUEUE_TABLE ne peut être utilisé qu'en mode ONLINE pour déplacer des tables Advanced Queuing (AQ) d'un espace-table à un autre ou dans le même espace-table. Voir Note sur My Oracle Support (MOS) : ID document 2867445.1 pour obtenir des conseils sur le déplacement des tables AQ entre les espaces-tables à l'aide de DBMS_AQADM.MOVE_QUEUE_TABLE sur 19c et versions ulté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.