Funzionalità di Oracle Database con supporto limitato in Autonomous AI Database su un'infrastruttura Exadata dedicata

Autonomous AI Database on Dedicated Exadata Infrastructure supporta la maggior parte delle funzioni presenti in Oracle Database Enterprise Edition. Per garantire la sicurezza e le prestazioni di Autonomous AI Database, alcune funzioni hanno solo un supporto limitato.

Le seguenti funzionalità, opzioni e pacchetti di Oracle Database hanno un supporto limitato in Autonomous AI Database.

Caratteristica, opzione o pacchetto	Limitazioni
Database In-Memory	Vedere Database In-Memory.
Ingestione rapida	Vedere Ingestione rapida.
Tabelle organizzate ad indice (IOT, Index-Organized Tables)	Le tabelle organizzate a indice non sono supportate, ma il tentativo di crearne una non genera un errore. Viene invece creata una tabella organizzata dall'heap con un indice di chiave primaria. Pertanto, se si utilizzano tabelle organizzate a indice, è necessario eseguire il test delle applicazioni che utilizzano tabelle organizzate a indice per confermare che funzionano utilizzando tabelle organizzate a heap con indici di chiave primaria.
Java in Oracle Database (a volte chiamato OJVM o Database Embedded JVM)	Le sessioni di database che utilizzano Java in Oracle Database subiranno una riduzione delle prestazioni lato database quando vengono eseguite operazioni di manutenzione del servizio sul database.
LogMiner	Vedere Oracle Log Miner.
Oracle Data Pump	La modalità tablespace trasportabile (parametro `TRANSPORT_TABLESPACES`) non è supportata.
Accodamento avanzato Oracle Database	Sono supportate solo le API di accodamento avanzato PL/SQL. Le notifiche di Oracle Call Interface (OCI) per Advanced Queuing non sono supportate.
Oracle Flashback e punti di ripristino	Vedere Oracle Flashback and Restore Points.
Oracle Label Security	Non è possibile specificare funzioni di etichettatura nei criteri.
Oracle Machine Learning (OML)	Supporta: OML4SQL su tutte le versioni del database. Oracle Data Miner. Per la documentazione del prodotto OML, fare riferimento a Oracle Machine Learning su Oracle Help Center.
Oracle Real Application Testing	SQL Performance Analyzer e Database Replay sono i componenti chiave di Oracle Real Application Testing (RAT). A seconda della natura e dell'impatto della modifica di sistema in fase di test e del tipo di sistema di test, è possibile utilizzare uno o entrambi i componenti per eseguire i test. Replica del database: per ulteriori dettagli, vedere Replica del database. SQL Performance Analyzer (SPA): per ulteriori informazioni su SPA, vedere Testing Guide in Oracle Database 19c o Oracle Database 26ai. Suggerimento È possibile utilizzare le funzioni SPA di Enterprise Manager (EM). Per ulteriori dettagli, vedere Monitoring and Administration Tasks in Administrator's Guide for Oracle Autonomous AI Databases
Oracle Text	Vedere Oracle Text.
Oracle XML DB	Consultare la sezione Oracle XML DB.

Comandi SQL

Autonomous AI Database on Dedicated Exadata Infrastructure consente la maggior parte dei comandi SQL disponibili in Oracle Database. Per garantire la sicurezza e le prestazioni di Autonomous AI Database, alcuni comandi SQL sono limitati.

Questa sezione fornisce una lista di limitazioni dei comandi SQL necessarie per proteggere la sicurezza e garantire l'integrità delle prestazioni in Autonomous AI Database on Dedicated Exadata Infrastructure. La maggior parte della sintassi e dei costrutti SQL e PL/SQL standard utilizzati con Oracle Database funzionano in Autonomous AI Database.

Nota: se si tenta di utilizzare un comando SQL limitato, il sistema genera questo errore:

ORA-01031: insufficient privileges

Questo errore indica che non è consentito eseguire il comando SQL in Autonomous AI Database.

I comandi SQL e i package PL/SQL seguenti non sono supportati nei database AI autonomi:

ADMINISTER KEY MANAGEMENT
SYS.DBMS_SHARED_POOL
CREATE_LIBRARY

Comandi SQL con limitazioni in Autonomous AI Database

I seguenti comandi DDL sono disponibili in Autonomous AI Database con limitazioni:

Comando SQL	Limitazioni
`ALTER PLUGGABLE DATABASE` e `ALTER DATABASE`	Sono consentite solo le seguenti clausole: `DATAFILE AUTOEXTEND ON` `DATAFILE AUTOEXTEND OFF` `DATAFILE RESIZE` `DEFAULT EDITION` `SET TIME_ZONE`
`ALTER PROFILE`	Utilizzo di `ALTER PROFILE`: Esistono limitazioni per un utente definito `PASSWORD_VERIFY_FUNCTION`. Per ulteriori informazioni, vedere Gestisci complessità password in Autonomous AI Database. La clausola `CONTAINER` facoltativa viene ignorata se specificata.
`ALTER SESSION`	Sono consentite solo le seguenti clausole: `ADVISE COMMIT, ADVISE ROLLBACK, ADVISE NOTHING` `CLOSE DATABASE LINK` `ENABLE COMMIT IN PROCEDURE, DISABLE COMMIT IN PROCEDURE` `ENABLE PARALLEL , DISABLE PARALLEL , FORCE PARALLEL` `ENABLE RESUMABLE, DISABLE RESUMABLE` `SET DEFAULT_COLLATION` `SET EDITION` `SET ISOLATION_LEVEL` `SET ROW ARCHIVAL VISIBILITY` `SET init-param = value` Per una lista di parametri di inizializzazione che è possibile impostare in Oracle Autonomous AI Database on Dedicated Exadata Infrastructure, vedere Modifica dei parametri di inizializzazione del database. Si noti che non è possibile impostare alcuni di questi parametri a livello di sessione. Per determinare se un determinato parametro può essere modificato utilizzando `ALTER SESSION SET`, eseguire una query sulla colonna `ISSES_MODIFIABLE` della vista prestazioni dinamiche `V$PARAMETER`.
`ALTER SYSTEM`	Sono consentiti solo `ALTER SYSTEM SET` e `ALTER SYSTEM KILL SESSION`. `SET` può essere utilizzato solo per impostare i parametri elencati in Modifica dei parametri di inizializzazione del database.
`ALTER TABLESPACE`	L'uso delle tablespace `SMALLFILE` non è supportato da Autonomous AI Database. La dimensione del blocco di Autonomous AI Database viene fissata a 8 KB. Una tablespace `BIGFILE` contiene un solo file di dati o un solo file temporaneo, mentre la dimensione massima del file per una tablespace con blocchi 8 KB è di 32 terabyte (TB).
`ALTER TABLE`	Le seguenti clausole vengono ignorate: `allocate_extent` `alter_iot` `deallocate_unused` `ilm` `inmemory_table` `logging` `modify_LOB_storage` `physical_attributes` `shrink` Per ulteriori informazioni su `ALTER TABLE`, vedere Oracle Database 19c SQL Language Reference o Oracle AI Database 26ai SQL Language Reference.
`CREATE DATABASE LINK`	Nella clausola `USING 'connect string'`, è necessario utilizzare la sintassi Easy Connect o fornire un descrittore completo. Impossibile utilizzare un nome di servizio di rete perché il file `tnsnames.ora` non è disponibile per la ricerca. I database link possono essere utilizzati solo per le connessioni TCP perché le connessioni TCPS richiedono un wallet.
`CREATE PROFILE`	Per i requisiti `Password Verify Function`, fare riferimento a Gestisci complessità password su Autonomous AI Database.
`CREATE TABLE`	Le tabelle `XMLType` che utilizzano la memorizzazione basata su schema XML non sono consentite. Consultare la sezione Oracle XML DB. Le seguenti clausole vengono ignorate: `cluster` `ilm_clause` `inmemory_table_clause` `LOB_storage_clause` `logging_clause` `organization external`: l'uso di questa clausola ha determinate limitazioni, come descritto in Tabelle esterne create manualmente. `organization index`: l'uso di questa clausola non crea una tabella organizzata da indice. Crea una tabella normale con una chiave primaria. È necessario eseguire il test e verificare le prestazioni della tabella generata per l'applicazione. `physical_properties` Per ulteriori informazioni su `CREATE TABLE`, vedere Oracle Database 19c SQL Language Reference o Oracle AI Database 26ai SQL Language Reference.
`CREATE TABLESPACE`	L'uso delle tablespace `SMALLFILE` non è supportato da Autonomous AI Database. La dimensione del blocco di Autonomous AI Database viene fissata a 8 KB. Una tablespace `BIGFILE` contiene un solo file di dati o un solo file temporaneo, mentre la dimensione massima del file per una tablespace con blocchi 8 KB è di 32 terabyte (TB).
`CREATE USER`	Le seguenti clausole non possono essere utilizzate con l'istruzione `CREATE USER`: `IDENTIFIED EXTERNALLY` `IDENTIFIED BY VALUES`
`DROP TABLESPACE`	Questo comando è supportato solo se utilizzato nel seguente formato: `DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES;` Se si esegue questo comando senza `INCLUDING CONTENTS AND DATAFILES` nella sintassi, si otterrà il seguente errore: `ORA-01031: insufficient privileges`

Tipi di dati

Autonomous AI Database on Dedicated Exadata Infrastructure consente la maggior parte dei tipi di dati disponibili in Oracle Database. Per garantire la sicurezza e le prestazioni di Autonomous AI Database, alcuni tipi di dati sono limitati.

I tipi di dati Oracle Database seguenti non sono supportati o sono supportati solo parzialmente in Autonomous AI Database:

Per impostazione predefinita, i tipi di dati ROWID e UROWID non sono abilitati nelle distribuzioni dell'infrastruttura Exadata dedicata. Non è possibile specificare colonne ROWID o UROWID durante la creazione delle tabelle, né è possibile aggiungere colonne ROWID o UROWID alle tabelle esistenti.

Tuttavia, è possibile abilitare ROWID o UROWID impostando il parametro di inizializzazione ALLOW_ROWID_COLUMN_TYPE su true. Per ulteriori informazioni sull'abilitazione, vedere Riferimento Database 19c o Riferimento Database 26ai.
Tipi di dati LOB (Large Object): è supportato solo lo storage LOB SecureFiles.
I tipi di dati multimediali non sono supportati. Oracle Multimedia non è più supportato in Oracle Database.

Per un elenco dei tipi di dati Oracle, vedere Oracle Database 19c SQL Language Reference o Oracle Database 26ai SQL Language Reference.

Database In-Memory

Oracle Database In-Memory (Database In-Memory) è una suite di funzioni che migliora notevolmente le prestazioni per gli analytics in tempo reale e i carichi di lavoro misti.

L'area di memorizzazione colonne in memoria (area di memorizzazione colonne IM) è la funzione chiave di Database In-Memory. L'area di memorizzazione delle colonne IM gestisce copie di tabelle, partizioni e singole colonne in uno speciale formato compresso ottimizzato per scansioni rapide. L'area di memorizzazione delle colonne IM si trova nell'area In-Memory, che è una parte facoltativa dell'area SGA (System Global Area). Per ulteriori informazioni su questa funzionalità, fare riferimento alla Guida in memoria di Database 19c o alla Guida in memoria di Database 26ai.

Autonomous AI Database on Dedicated Exadata Infrastructure ti consente di abilitare Database In-memory per Autonomous AI Database allocando una percentuale della relativa area globale di sistema (SGA) all'area di memorizzazione colonne In-Memory (area di memorizzazione colonne IM) durante il provisioning del database o in un secondo momento. Puoi anche abilitare o disabilitare Database In-Memory per un Autonomous AI Database esistente dalla pagina Dettagli sulla console di Oracle Cloud Infrastructure (OCI).

Di seguito vengono descritte le note da considerare prima e dopo l'abilitazione di Database In-Memory per Autonomous AI Database.

L'attivazione o la disattivazione della memoria in entrata del database è supportata solo sui database AI autonomi con almeno 16 ECPU o 4 OCPU abilitate.
Lo scale-down di un Autonomous AI Database a meno di 16 ECPU o 4 OCPU disabilita automaticamente Database In-Memory per quel database.
È inoltre possibile abilitare Database In-Memory nei database clonati da un'istanza di database o da un backup, indipendentemente dal fatto che per l'origine della copia sia abilitata la memoria in database. Poiché le impostazioni non vengono ereditate dalla copia, è possibile abilitare Database In-Memory manualmente durante la duplicazione o in un secondo momento.
È possibile che si verifichi un peggioramento delle prestazioni nei seguenti casi:
- Qualsiasi attività di applicazione di patch che determina il reboot del database con Database In-Memory abilitato.
- Riavvio di un Autonomous Container Database con Autonomous AI Database abilitati per Database In-Memory.
Se abiliti Database In-Memory per database AI autonomi primari in un'impostazione di Autonomous Data Guard, anche il database di standby contiene le stesse impostazioni. Tuttavia, non puoi modificare queste impostazioni nel database in standby.
Per una migliore gestione e condivisione delle risorse SGA/memoria di base, Oracle consiglia che tutti i database AI autonomi configurati per Database In-Memory si trovino nello stesso Autonomous Container Database.

Per istruzioni dettagliate, consulta la sezione relativa all'abilitazione o disabilitazione della memoria in database o alla creazione di un Autonomous AI Database sull'infrastruttura Exadata dedicata.

Tabelle esterne create manualmente

Anziché utilizzare la procedura DBMS_CLOUD.CREATE_EXTERNAL_TABLE per creare una tabella esterna, è possibile utilizzare l'istruzione SQL CREATE TABLE...ORGANIZATION EXTERNAL per crearne una manualmente. Quando lo fai, si applicano alcune limitazioni.

I driver di accesso ORACLE_LOADER e ORACLE_BIGDATA sono supportati. I driver di accesso ORACLE_DATAPUMP, ORACLE_HDFS e ORACLE_HIVE non sono supportati.
Se si specificano i file memorizzati nello storage degli oggetti cloud come posizione dell'origine dati, è necessario utilizzare uno dei formati URI descritti nei formati URI dello storage degli oggetti cloud.

Oracle LogMiner

LogMiner, che fa parte di Oracle Database, consente di eseguire query sui redo log file in linea e archiviati tramite un'interfaccia SQL. I redo log file contengono informazioni sulla cronologia dell'attività su un database.

Tutte le modifiche apportate ai dati utente o al dizionario del database vengono registrate nei redo log file Oracle per eseguire le operazioni di recupero del database. Poiché LogMiner fornisce un'interfaccia relazionale ben definita, facile da usare e completa per i redo log file, può essere utilizzato come potente strumento di auditing dei dati e sofisticato strumento di analisi dei dati. Per le funzionalità chiave di LogMiner, fai riferimento ai vantaggi di LogMiner in Oracle Database 19c Utilities o Oracle AI Database 26ai Utilities.

Autonomous AI Database on Dedicated Exadata Infrastructure supporta LogMiner, con le seguenti limitazioni:

Le procedure DBMS_LOGMNR.ADD_LOGFILE e DBS_LOGMNR.REMOVE_LOGFILE non possono essere utilizzate da un Autonomous AI Database.
La procedura dbms_logmnr.start_logmnr può essere richiamata solo con i parametri SCN o intervallo di tempo. L'esecuzione di query sulla vista V$LOGMNR_CONTENTS restituisce successivamente i dati dell'SCN o dell'intervallo di tempo specificato per l'Autonomous AI Database connesso.
Per ogni Autonomous AI Database è consentita una sola sessione LogMiner.
Per impostazione predefinita, i file di log archiviati di Autonomous AI Database vengono conservati per fino a:
- 3 giorni per i database senza acquisizione GoldenGate e impostazione di Autonomous Data Guard.
- 7 giorni per i database con Autonomous Data Guard per i quali non è abilitata l'acquisizione GoldenGate.
- 15 giorni per i database con acquisizione GoldenGate abilitata.
Pertanto, LogMiner può accedere solo a 3, 7 o 15 giorni di file di log archiviati secondo l'elenco sopra riportato.

Il periodo di conservazione dei file di log dipende dalla velocità di transazione del database e non è sempre garantito fino al numero di giorni specificato sopra. Possono esistere istanze quando si tenta di estrarre file di log non disponibili. In questi casi, LogMiner segnala ORA-1285: "error reading file".

Nota: per eseguire LogMiner è necessario disporre del ruolo GGADMIN. Per ulteriori dettagli, vedere Sblocca utente GGADMIN.

Oracle Text

Di seguito viene descritto il supporto per le funzioni di Oracle Text in Autonomous AI Database on Dedicated Exadata Infrastructure. Per garantire la sicurezza e le prestazioni di Autonomous AI Database, alcune funzioni di Oracle Text sono limitate.

Funzione Oracle Text	Supportato in Autonomous AI Database	Ulteriori informazioni
Tutti i log e le API che eseguono i log, ad esempio `ctx_report.query_log_summary`	Non supportato	Vedere QUERY_LOG_SUMMARY in Oracle Database 19c o Oracle Database 26ai
Data store file e URL	Non supportato	Vedere Tipo di datastore in Oracle Database 19c o Oracle Database 26ai
`CREATE INDEX` con l'opzione `BIG_IO`	Non supportato per impostazione predefinita. (vedere Nota a piè di pagina 1)	Vedere Miglioramento del tempo di risposta mediante l'opzione BIG_IO dell'indice CONTEXT in Oracle Database 19c o Oracle Database 26ai
`OPTIMIZE_INDEX` in modalità ricreazione	Non supportato per impostazione predefinita. (vedere Nota a piè di pagina 1).	OPTIMIZE_INDEX in Oracle Database 19c o Oracle Database 26ai

Nota a piè di pagina 1 Questa opzione è supportata se si concede il privilegio di creare un trigger all'utente (GRANT CREATE TRIGGER). È inoltre necessario disabilitare il DML parallelo a livello di sessione (ALTER SESSION DISABLE PARALLEL DML).

Per informazioni dettagliate su Oracle Text, vedere Oracle Text 19c Application Developer's Guide o Oracle Text 26ai Application Developer's Guide.

Oracle XML DB

Di seguito viene descritto il supporto per le funzioni di Oracle XML DB in Autonomous AI Database on Dedicated Exadata Infrastructure. Per garantire la sicurezza e le prestazioni di Autonomous AI Database, alcuni Oracle XML DB sono limitati.

Nota: se si esegue la migrazione di tabelle contenenti colonne XMLType in Autonomous AI Database on Dedicated Exadata Infrastructure utilizzando Oracle Data Pump, è necessario eseguire la conversione in XML binario non schema prima di utilizzare Oracle Data Pump Export (expdp).

Sono supportate le seguenti funzionalità:

Supporto completo per XMLQuery, XMLTable e altre funzioni standard SQL/XML
Schema di indicizzazione che include indici funzionali che utilizzano espressioni SQL/XML, XMLIndex strutturato e indice di testo completo XQuery

Le funzioni riportate di seguito non sono supportate o sono supportate solo parzialmente.

Ad area	Funzione XML DB	Supportato in Autonomous AI Database	Ulteriori informazioni
Repository	Protocollo XML DB	N.	Vedere Repository Access Using Protocols in Oracle Database 19c o Oracle Database 26ai
Repository	Risorse XML DB	N.	Vedere Oracle XML DB Repository Resources in Oracle Database 19c o Oracle Database 26ai
Repository	ACL XML DB	N.	Vedere Repository Access Control in Oracle Database 19c o Oracle Database 26ai
Memorizzazione	Registrazione schema XML	N.	Vedere Registrazione dello schema XML con Oracle XML DB 19c o Oracle XML DB 26ai
Memorizzazione	CLOB	N.	Non più valida
Memorizzazione	Oggetto relazionale	N.	Vedere XML Schema and Object-Relational XMLType in Oracle Database 19c o Oracle Database 26c
Memorizzazione	XML binario	Sì (solo non basato su schema)	Vedere Modelli di memorizzazioneXMLType in Oracle Database 19c o Oracle Database 26ai
Indice	Indice XML strutturato	Sì	Vedere XMLIndex Structured Component in Oracle Database 19c o Oracle Database 26ai.
Indice	Indice testo completo XQuery	Sì	Vedere Indicizzazione dei dati XML per le query full-text in Oracle Database 19c o Oracle Database 26ai.
Indice	Indice XML non strutturato	N.	Vedere XMLIndex Unstructured Component in Oracle database 19c o Oracle Database 26ai.
Package	Pacchetto DOM XML	Sì	Vedere PL/SQL DOM API for XMLType (DBMS_XMLDOM) in Oracle Database 19c o Oracle Database 26ai
Package	Package parser XML	Sì	Vedere PL/SQL Parser API for XMLType (DBMS_XMLPARSER) in Oracle Database 19c o Oracle Database 26ai
Package	Processore XSL (DBMS_XSLPROCESSOR)	Sì	Vedere PL/SQL XSLT Processor for XMLType (DBMS_XSLPROCESSOR) in Oracle Database 19c o Oracle Database 26ai

Per informazioni dettagliate su Oracle XML DB, vedere Oracle XML DB 19c Developer's Guide o Oracle XML DB 26ai Developer's Guide.

Oracle Flashback e punti di ripristino

Di seguito viene descritto il supporto per Oracle Flashback e i punti di ripristino in Autonomous AI Database on Dedicated Exadata Infrastructure. Per garantire la sicurezza e le prestazioni di Autonomous AI Database, alcune funzioni di Oracle Flashback e Restore Point sono limitate.

Per ripristinare e ripristinare il database in un point-in-time, vedere Ripristina e recupera.

Funzione Flashback e ripristino punti	Supportato in Autonomous AI Database su un'infrastruttura Exadata dedicata
`DBMS_FLASHBACK`	Sì, ad eccezione della procedura `DBMS_FLASHBACK.TRANSACTION_BACKOUT`.
Viaggio nel tempo flashback	Sì, ad eccezione della specifica di un archivio di dati di flashback predefinito mediante la clausola `SET DEFAULT` con le istruzioni `CREATE FLASHBACK ARCHIVE` e `ALTER FLASHBACK ARCHIVE`.
Flashback Drop	Sì
Flashback Query	Sì
Flashback table	Sì
Flashback Transaction	Sì
Query transazione flashback	Sì
Query versione flashback	Sì
Punto di ripristino	N.
Punto di ripristino garantito	N.

Per informazioni sull'uso delle funzioni Flashback, vedere Informazioni sulla tecnologia Flashback di Oracle Database 19c o Informazioni sulla tecnologia Flashback di Oracle Database 26ai.

Ripetizione database

È possibile usare la funzione Ripetizione database per acquisire un carico di lavoro nel sistema di produzione e ripeterlo in un sistema di test con le stesse caratteristiche, in termini di tempificazione, accesso concorrente e transazioni del carico di lavoro originale. Ciò consente di verificare gli effetti di una modifica apportata al sistema senza impatto sul sistema di produzione.

L'acquisizione del carico di lavoro di produzione elimina la necessità di sviluppare carichi di lavoro o script di simulazione, contribuendo a una riduzione dei costi e a un risparmio di tempo significativi. I test realistici di applicazioni complesse che hanno richiesto mesi utilizzando gli strumenti di simulazione del carico possono essere completati in pochi giorni con l'aiuto di Database Replay. Ciò consente di sottoporre a test le modifiche rapidamente nonché utilizzare le nuove tecnologie con maggiore fiducia e rischi minori. Per ulteriori informazioni sulla ripetizione del database, vedere Introduction to Database Replay in Oracle 19c Testing Guide o Oracle 26ai Testing Guide.

L'uso del componente Database Replay di Real Application Testing (RAT) in Oracle Autonomous AI Database on Dedicated Exadata Infrastructure è lo stesso della sua implementazione in Oracle Database. Vedere Replica del database in Oracle Database 19c o Oracle Database 26ai per informazioni sul processo di utilizzo della ripetizione del database con il database.

Esistono determinate limitazioni e suggerimenti per utilizzare la replica del database con Autonomous AI Database sull'infrastruttura Exadata dedicata:

Oracle consiglia di utilizzare un file system di rete (NFS) o un file system di storage (FSS) collegato ad Autonomous AI Database per memorizzare i file di acquisizione e ripetizione. Per istruzioni, vedere Allega file system di rete e Allega file system esterno.
Per la ripetizione del database, il client di ripetizione (wrc) può essere la stessa versione del database di ripetizione o una versione inferiore al database di ripetizione. Tuttavia, la versione minima supportata per il client di ripetizione è 19.24.
Autonomous AI Database non supporta dbms_workload_capture.import_awr e dbms_workload_replay.import_awr. In altre parole, non è possibile importare i dati AWR (Automatic Workload Repository) con la ripetizione del database. Pertanto, si consiglia di generare i report di confronto AWR su un database non autonomo, preferibilmente l'istanza di Oracle Database 26c per una migliore compatibilità.

Package PL/SQL del database

Di seguito vengono descritte le note da prendere in considerazione prima, durante e dopo l'uso dei package PL/SQL in Autonomous AI Database on Dedicated Exadata Infrastructure.

Elenca i package PL/SQL Oracle Database con restrizioni e note in Autonomous AI Database on Dedicated Exadata Infrastructure.

Pacchetti PL/SQL rimossi

DBMS_DEBUG_JDWP
DBMS_DEBUG_JDWP_CUSTOM
UTL_TCP

Nota: sebbene il package UTL_TCP non sia supportato in Autonomous AI Database on Dedicated Exadata Infrastructure, la costante UTL_TCP.CRLF può essere utilizzata in istanze specifiche con altri package. Per un esempio di utilizzo di UTL_TCP.CRLF, vedere Codice di esempio di invio e-mail SMTP.

Note package PL/SQL

Note UTL_HTTP
- Sono consentite connessioni tramite indirizzi IP.
- Le porte di uscita 80 e 443 sono abilitate per impostazione predefinita.
- Sono consentite connessioni HTTP, HTTPS e HTTP_PROXY.
- Il package PL/SQL APEX_WEB_SERVICE è strutturato su UTL_HTTP.
- Prima di richiamare i sottoprogrammi UTL_HTTP, è necessario impostare la posizione del wallet utilizzando il sottoprogramma SET_WALLET. Poiché si tratta di un'impostazione a livello di sessione, è necessario impostarla prima di ogni sessione. Per ulteriori informazioni, vedere UTL_HTTP in Oracle Database 19c PL/SQL Packages and Types Reference oppure 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;
/
```
Note UTL_SMTP
- Sono consentite connessioni tramite indirizzi IP.
- Le porte di uscita 25, 465, 587 e 2525 sono abilitate per impostazione predefinita.
- Gli endpoint SMTP semplici e sicuri (SSL) sono accessibili.
- Il servizio di consegna tramite e-mail Oracle Cloud Infrastructure (OCI) e i server SMTP di terze parti sono entrambi supportati come provider di posta elettronica. Per i dettagli su come stabilire la connettività tra il server di terze parti e il tenant di Autonomous AI Database, consulta Oracle Cloud Infrastructure - Networking and Connectivity.
- Tuttavia, a differenza del database in locale di Oracle Enterprise Edition, non è possibile impostare localhost come server SMTP. Anche il servizio sendmail() è disabilitato sulla piattaforma.
- Il package PL/SQL APEX_MAIL è strutturato su UTL_SMTP.
Note DBMS_AQADM
- DBMS_AQADM.MOVE_QUEUE_TABLE può essere utilizzato solo in modalità ONLINE per spostare le tabelle AQ (Advanced Queuing) da una tablespace a un'altra o all'interno della stessa tablespace. Vedere Nota di My Oracle Support (MOS): ID documento 2867445.1 per indicazioni sullo spostamento delle tabelle AQ tra le tablespace mediante DBMS_AQADM.MOVE_QUEUE_TABLE su 19c e versioni successive.
- DBMS_AQADM.MOVE_QUEUE_TABLE non può essere utilizzato per spostare le tabelle AQ anche in modalità ONLINE quando i nomi delle tabelle o degli schemi fanno distinzione tra maiuscole e minuscole e includono identificativi speciali.