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 | Limites |
|---|---|
| Database In-Memory | Voir Database In-Memory. |
| Assimilation rapide | Reportez-vous à Assimilation 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 Log Miner. |
| 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 (ML) | Prend en charge :
|
| 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 du changement de système en cours de test et le type de système de test, vous pouvez utiliser l'un des composants ou les deux pour effectuer vos tests.
|
| Oracle Text | Reportez-vous à Oracle Text. |
| Oracle XML DB | Reportez-vous à Oracle XML DB. |
Commandes SQL
La base de données Autonomous AI sur une infrastructure Exadata dédiée 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.
Remarque : 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 Autonomous AI.
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 la base de données Autonomous AI
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 :
|
ALTER PROFILE |
Utilisez ALTER PROFILE :
|
ALTER SESSION |
Seules les clauses suivantes sont autorisées :
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 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 La taille de bloc de la base de données Autonomous AI est fixée à 8 Ko. Un tablespace |
ALTER TABLE |
Les clauses suivantes sont ignorées :
Pour plus d'informations sur |
CREATE DATABASE LINK |
Dans la clause 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 d'IA autonome pour connaître les exigences Password Verify Function. |
CREATE TABLE |
Les tables Les clauses suivantes sont ignorées :
Pour plus d'informations sur |
CREATE TABLESPACE |
L'utilisation de tablespaces La taille de bloc de la base de données Autonomous AI est fixée à 8 Ko. Un tablespace |
CREATE USER |
Les clauses suivantes ne peuvent pas être utilisées avec l'instruction CREATE USER :
|
DROP TABLESPACE |
Cette commande est prise en charge uniquement lorsqu'elle est utilisée au format suivant :
Si vous exécutez cette commande sans
|
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 sont que partiellement pris en charge dans Autonomous AI Database :
-
Par défaut, les types de données
ROWIDetUROWIDne sont pas activés dans les déploiements d'infrastructure Exadata dédiée. Vous ne pouvez pas indiquer de colonnesROWIDouUROWIDlors de la création de tables, ni ajouter de colonnesROWIDouUROWIDà des tables existantes.Toutefois, vous pouvez activer
ROWIDouUROWIDen définissant le paramètre d'initialisationALLOW_ROWID_COLUMN_TYPEsur 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 du langage SQL Oracle Database 19c ou à Référence du langage SQL Oracle Database 26ai.
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) à la banque de colonnes en mémoire 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).
Voici les remarques à prendre 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 n'est prise en charge que sur les bases de données Autonomous AI avec au moins 16 ECPU ou 4 OCPU activées.
-
Le fait de réduire 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 les bases de données clonées à partir d'une instance ou d'une sauvegarde de base de données, que la source clone soit activée ou non. 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 rencontrer 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 avec Database In-Memory activé.
-
Redémarrage d'une base de données Conteneur Autonomous avec des bases de données Autonomous AI compatibles avec 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 Autonomous AI 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_LOADERetORACLE_BIGDATAsont pris en charge. Les pilotes d'accèsORACLE_DATAPUMP,ORACLE_HDFSetORACLE_HIVEne 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é comme un outil puissant d'audit des données et un outil sophistiqué d'analyse des données. Pour connaître les fonctionnalités clés de LogMiner, reportez-vous à Avantages de LogMiner dans Utilitaires Oracle Database 19c ou Utilitaires Oracle AI Database 26ai.
La base de données Autonomous AI sur une infrastructure Exadata dédiée prend en charge LogMiner, avec les limitations suivantes :
-
Les procédures
DBMS_LOGMNR.ADD_LOGFILEetDBS_LOGMNR.REMOVE_LOGFILEne peuvent pas être utilisées à partir d'une base de données Autonomous AI. -
La procédure
dbms_logmnr.start_logmnrpeut uniquement être appelée avec des paramètres SCN ou de plage horaire. L'interrogation de la vueV$LOGMNR_CONTENTSrenvoie ensuite les données du numéro SCN ou de la période indiqué pour la base de données Autonomous AI connectée. -
Une seule session LogMiner est autorisée par base de données Autonomous AI.
-
Par défaut, les fichiers journaux archivés de la base de données Autonomous AI sont conservés jusqu'à :
-
3 jours pour les bases de données sans capture GoldenGate et configuration 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 avec capture GoldenGate 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 indiqué ci-dessus. Il peut y avoir des instances lorsque vous tentez d'extraire des fichiers journaux non disponibles. Dans ce cas, LogMiner signale
ORA-1285: "error reading file". -
Remarque : vous devez disposer du rôle GGADMIN pour exécuter LogMiner. Pour plus d'informations, reportez-vous à Déverrouiller 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. (reportez-vous à la note de bas 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'informations 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 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 Oracle XML DB sont restreintes.
Remarque : 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 à Repository Access Control 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 XMLType objet-relationnel 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 Autonomous AI sur une infrastructure Exadata dédiée |
|---|---|
DBMS_FLASHBACK |
Oui, à l'exception de la procédure DBMS_FLASHBACK.TRANSACTION_BACKOUT |
| Temps de flashback | Oui, à l'exception de la spécification d'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 Database Replay pour capturer une charge globale sur le système en production et de la réexécuter sur un système test avec les caractéristiques de transaction, d'accès simultané et de synchronisation 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 de réexécution de base de données de Real Application Testing (RAT) dans Oracle Autonomous AI Database on Dedicated Exadata Infrastructure 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 Database Replay avec Autonomous AI Database on Dedicated Exadata Infrastructure présente certaines limites et recommandations :
-
Oracle 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 Autonomous AI 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_awretdbms_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 Oracle Database 26c 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 base de données Autonomous AI sur une infrastructure Exadata dédiée.
Répertorie les packages PL/SQL Oracle Database avec les restrictions et remarques relatives à la base de données Autonomous AI sur une infrastructure Exadata dédiée.
Packages PL/SQL enlevés
-
DBMS_DEBUG_JDWP -
DBMS_DEBUG_JDWP_CUSTOM -
UTL_TCP
Remarque : bien que le package UTL_TCP ne soit pas pris en charge sur la base de données Autonomous AI 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_SERVICEest 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-programmeSET_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 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 de détails sur l'établissement de la connectivité entre le serveur tiers et le locataire de base de données Autonomous AI, 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_MAILest superposé àUTL_SMTP.
-
-
DBMS_AQADMRemarques-
DBMS_AQADM.MOVE_QUEUE_TABLEne peut être utilisé qu'en modeONLINEpour déplacer des tables Advanced Queuing (AQ) d'un tablespace vers un autre ou dans le même tablespace. Reportez-vous à Remarque sur My Oracle Support (MOS) : ID de document 2867445.1 pour obtenir des instructions sur le déplacement des tables AQ d'un tablespace à l'autre à l'aide deDBMS_AQADM.MOVE_QUEUE_TABLEsur les versions 19c et supérieures. -
DBMS_AQADM.MOVE_QUEUE_TABLEne peut pas être utilisé pour déplacer des tables AQ même en modeONLINElorsque les noms de table ou de schéma respectent la casse et incluent des identificateurs spéciaux.
-