Funzioni di Oracle Database con supporto limitato in Autonomous Database sull'infrastruttura Exadata dedicata

Autonomous Database sull'infrastruttura Exadata dedicata supporta la maggior parte delle funzioni presenti in Oracle Database Enterprise Edition. Per garantire la sicurezza e le prestazioni di Autonomous Database, alcune funzioni hanno solo un supporto limitato.

Le funzioni, le opzioni e i pacchetti di Oracle Database riportati di seguito supportano in modo limitato Autonomous Database.

Funzione, opzione o confezione Limiti
Database In-Memory Vedere Database In-Memory.
Inserimento rapido Vedere Inclusione rapida.
Tabelle organizzate a indice (IOT, Index-Organized Table) Le tabelle organizzate a indice non sono supportate, ma il tentativo di crearne una non genera un errore. Viene invece creata una tabella organizzata a 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 verificare che funzionino utilizzando tabelle organizzate a heap con indici di chiavi primarie.
Java in Oracle Database (a volte chiamato OJVM o Database Embedded JVM) Le sessioni di database che utilizzano Java in Oracle Database avranno prestazioni lato database ridotte quando le operazioni di manutenzione del servizio vengono eseguite sul database.
LogMiner Vedere Oracle LogMiner.
Oracle Data Pump La modalità tablespace trasportabile (parametro TRANSPORT_TABLESPACES) non è supportata.
Oracle Database Advanced Queuing

Sono supportate solo le API PL/SQL Advanced Queuing.

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 Impossibile specificare le funzioni di etichettatura nei criteri.
Oracle Machine Learning (OML)
Supporta:
  • OML4SQL in tutte le versioni del database.
  • Oracle Data Miner.
Per la documentazione sui prodotti OML, fare riferimento a Oracle Machine Learning su Oracle Help Center.
Oracle Real Application Testing
SQL Performance Analyzer e Replica del database 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.
Oracle Text Vedere Oracle Text.
Oracle XML DB Consulta Oracle XML DB.

Argomenti correlati

Comandi SQL

Autonomous 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 Database, alcuni comandi SQL sono limitati.

In questa sezione viene fornita una lista delle limitazioni del comando SQL necessarie per proteggere la sicurezza e l'integrità delle prestazioni in Autonomous Database on Dedicated Exadata Infrastructure. La maggior parte della sintassi SQL e PL/SQL standard e dei costrutti utilizzati con Oracle Database funzionano in Autonomous 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 Database.

I seguenti comandi SQL e package PL/SQL non sono supportati negli Autonomous Database:

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

Comandi SQL con limitazioni in Autonomous Database

I seguenti comandi DDL sono disponibili in Autonomous 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

 Utilizzando ALTER PROFILE:

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

Per una lista di parametri di inizializzazione che è possibile impostare in Oracle Autonomous Database on Dedicated Exadata Infrastructure, vedere Modifica dei parametri di inizializzazione del database. Tenere presente 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 delle 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 nella sezione Modifica dei parametri di inizializzazione database.

ALTER TABLESPACE

L'uso delle tablespace SMALLFILE non è supportato da Autonomous Database.

La dimensione dei blocchi di Autonomous Database è corretta in 8K. Una tablespace BIGFILE contiene un solo file di dati o file temporaneo e la dimensione massima del file per una tablespace con blocchi 8K è 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 sul sito ALTER TABLE, vedere Oracle Database 19c SQL Language Reference o Oracle Database 23ai 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 Database.

CREATE TABLE

Le tabelle XMLType che utilizzano la memorizzazione basata su schema XML non sono consentite. Consulta 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 presenta alcune limitazioni, come descritto in Tabelle esterne create manualmente.

  • organization index: l'utilizzo di questa clausola non crea una tabella organizzata a indice. Crea una tabella normale con una chiave primaria. È necessario testare e verificare le prestazioni della tabella generata per l'applicazione.

  • physical_properties

Per ulteriori informazioni sul sito CREATE TABLE, vedere Oracle Database 19c SQL Language Reference o Oracle Database 23ai SQL Language Reference.

CREATE TABLESPACE

L'uso delle tablespace SMALLFILE non è supportato da Autonomous Database.

La dimensione dei blocchi di Autonomous Database è corretta in 8K. Una tablespace BIGFILE contiene un solo file di dati o file temporaneo e la dimensione massima del file per una tablespace con blocchi 8K è di 32 terabyte (TB).

CREATE USER

 Impossibile utilizzare le seguenti clausole con l'istruzione CREATE USER:
  • IDENTIFIED EXTERNALLY
  • IDENTIFIED BY VALUES

DROP TABLESPACE

Questo comando è supportato solo se utilizzato nel seguente formato:

DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS AND DATAFILES;

Se si esegue questo comando senza INCLUDING CONTENTS AND DATAFILES nella sintassi, verrà visualizzato il seguente errore:

ORA-01031: insufficient privileges

Tipi di dati

Autonomous 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 Database, alcuni tipi di dati sono limitati.

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

  • Per impostazione predefinita, i tipi di dati ROWID e UROWID non sono abilitati nella distribuzione dell'infrastruttura Exadata dedicata. Non è possibile specificare le colonne ROWID o UROWID durante la creazione delle tabelle, né è possibile aggiungere le 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 al database 19c o Riferimento al database 23ai.

  • Tipi di dati LOB (Large Object): è supportato solo lo storage LOB SecureFiles.
  • I tipi di dati multimediali non sono supportati. Oracle Multimedia non è supportato in Oracle Database.

Per la lista dei tipi di dati Oracle, vedere Oracle Database 19c SQL Language Reference o Oracle Database 23ai 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 le copie di tabelle, partizioni e singole colonne in uno speciale formato a colonne compresso ottimizzato per le 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 funzione, vedere Database 19c In-Memory Guide o Database 23ai In-Memory Guide.

Autonomous Database sull'infrastruttura Exadata dedicata consente di abilitare Database In-memory per Autonomous Database allocando una percentuale della propria area SGA (System Global Area) nell'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 Database esistente dalla relativa pagina Dettagli sulla console di Oracle Cloud Infrastructure (OCI).

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

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

Per istruzioni dettagliate, consulta Abilita o disabilita Database In-Memory o Crea un Autonomous Database su un'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 determinate limitazioni.

  • Sono supportati i driver di accesso ORACLE_LOADER e ORACLE_BIGDATA. I driver di accesso ORACLE_DATAPUMP, ORACLE_HDFS e ORACLE_HIVE non sono supportati.

  • Le tabelle esterne partizionate e le tabelle ibride partizionate non sono attualmente supportate.

  • Se si specificano i file memorizzati nello storage degli oggetti cloud come posizione dell'origine dati, è necessario utilizzare uno dei formati URI descritti in 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 audit dei dati e sofisticato strumento di analisi dei dati. Per le funzionalità chiave di LogMiner, consulta LogMiner Vantaggi in Oracle Database 19c Utilities o Oracle Database 23ai Utilities .

Autonomous Database sull'infrastruttura Exadata dedicata supporta LogMiner, con le seguenti limitazioni:

  • Le procedure DBMS_LOGMNR.ADD_LOGFILE e DBS_LOGMNR.REMOVE_LOGFILE non possono essere utilizzate da un Autonomous Database.

  • La procedura dbms_logmnr.start_logmnr può essere richiamata solo con 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 Database connesso.

  • È consentita una sola sessione LogMiner per Autonomous Database.

  • Per impostazione predefinita, i file di log archiviati di Autonomous 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 un massimo di 3, 7 o 15 giorni di file di log archiviati in base all'elenco precedente.

    Il periodo di conservazione dei file di log dipende dalla frequenza delle transazioni del database e non è sempre garantito fino al numero di giorni specificato sopra. Possono verificarsi casi in cui si tenta di estrarre file di log non disponibili. In tali 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 Oracle Text in Autonomous Database on Dedicated Exadata Infrastructure. Per garantire la sicurezza e le prestazioni di Autonomous Database, alcune funzioni di Oracle Text sono limitate.

Funzione Oracle Text Supportato in Autonomous Database Ulteriori informazioni
Tutti i log e le API che eseguono i log, ad esempio ctx_report.query_log_summary Non supportato Consulta QUERY_LOG_SUMMARY in Oracle Database 19c o Oracle Database 23ai
Datastore file e URL Non supportato Vedere Datastore Type in Oracle Database 19c o Oracle Database 23ai
CREATE INDEX con l'opzione BIG_IO Non supportato per impostazione predefinita. Piede 1 Vedere Tempi di risposta migliorati mediante l'opzione BIG_IO dell'indice CONTEXT in Oracle Database 19c o Oracle Database 23ai
OPTIMIZE_INDEX in modalità rigenerazione Non supportato per impostazione predefinita (vedere la nota 1). OPTIMIZE_INDEX in Oracle Database 19c o Oracle Database 23ai

Nota a piè di pagina 1Questa opzione è supportata se si concede il privilegio per creare un trigger per l'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 23ai Application Developer's Guide.

Oracle XML DB

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

Nota

Se si esegue la migrazione di tabelle contenenti le colonne XMLType in Autonomous Database sull'infrastruttura Exadata dedicata utilizzando Oracle Data Pump, è necessario eseguire la conversione in XML binario non schema prima di utilizzare l'esportazione di Oracle Data Pump (expdp).

Sono supportate le funzioni riportate di seguito.

  • 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 seguenti non sono supportate o sono supportate solo parzialmente.

Ad area Funzione XML DB Supportato in Autonomous Database Ulteriori informazioni
Repository Protocollo di XML DB N. Fare riferimento alla sezione Accesso al repository mediante protocolli in Oracle Database 19c o Oracle Database 23ai
Repository Risorse XML DB N. Consulta Oracle XML DB Repository Resources in Oracle Database 19c o Oracle Database 23ai
Repository ACL XML DB N. Vedere Repository Access Control in Oracle Database 19c o Oracle Database 23ai
Memorizzazione Registrazione schema XML N. Vedere Registrazione dello schema XML con Oracle XML DB 19c o Oracle XML DB 23ai
Memorizzazione CLOB N. Non più valida
Memorizzazione Oggetto relazionale N. Vedere XML Schema and Object-Relational XMLType in Oracle Database 19c o Oracle Database 23c
Memorizzazione XML binario Sì (solo non basato sullo schema) Consulta XMLType Storage Models in Oracle Database 19c o Oracle Database 23ai
Indice Indice XML strutturato Sì Vedere XMLIndex Structured Component in Oracle Database 19c o Oracle Database 23ai
Indice XQuery Indice di testo completo Sì Vedere Indicizzazione dei dati XML per le query full-text in Oracle Database 19c o Oracle Database 23ai
Indice XMLIndex non strutturato N. Vedere XMLIndex Unstructured Component in Oracle database 19c o Oracle Database 23ai
Package Package DOM XML Sì Vedere PL/SQL DOM API for XMLType (DBMS_XMLDOM) in Oracle Database 19c o Oracle Database 23ai
Package Package parser XML Sì Vedere PL/SQL Parser API for XMLType (DBMS_XMLPARSER) in Oracle Database 19c o Oracle Database 23ai
Package Processore XSL (DBMS_XSLPROCESSOR) Sì Vedere PL/SQL XSLT Processor for XMLType (DBMS_XSLPROCESSOR) in Oracle Database 19c o Oracle Database 23ai

Per informazioni dettagliate su Oracle XML DB, vedere Oracle XML DB 19c Developer's Guide o Oracle XML DB 23ai 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 Database on Dedicated Exadata Infrastructure. Per garantire la sicurezza e le prestazioni di Autonomous Database, alcune funzioni di Oracle Flashback e Restore Point sono limitate.

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

Funzione di flashback e ripristino dei punti Supportato in Autonomous Database on Dedicated Exadata Infrastructure
DBMS_FLASHBACK Sì, ad eccezione della procedura DBMS_FLASHBACK.TRANSACTION_BACKOUT.
Viaggio nel tempo flashback

Sì, ad eccezione della specifica di un archivio dati Flashback predefinito che utilizza 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ì
Flashback Transaction Query Sì
Esegui flashback query versione 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 23ai.

Ripetizione database

È possibile utilizzare 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 Replay del database. Ciò consente di testare rapidamente le modifiche e di adottare le nuove tecnologie con maggiore fiducia e rischi minori. Per ulteriori informazioni sulla replica del database, vedere Introduction to Database Replay in Oracle 19c Testing Guide o Oracle 23ai Testing Guide.

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

Esistono alcune limitazioni e suggerimenti per utilizzare la replica del database con Autonomous Database sull'infrastruttura Exadata dedicata:
  • Oracle consiglia di utilizzare un NFS (Network File System) o un FSS (File Storage System) collegato all'Autonomous Database per memorizzare i file di acquisizione e ripetizione. Per ulteriori informazioni, 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 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 istanza 23c di Oracle Database per una migliore compatibilità.

Package PL/SQL del database

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

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

Package PL/SQL rimossi
  • DBMS_DEBUG_JDWP
  • DBMS_DEBUG_JDWP_CUSTOM
  • UTL_TCP

    Nota

    Sebbene il package UTL_TCP non sia supportato in Autonomous Database sull'infrastruttura Exadata dedicata, la costante UTL_TCP.CRLF può essere utilizzata in istanze specifiche con altri package. Per un esempio di utilizzo di UTL_TCP.CRLF, vedere SMTP Send Email Sample Code.
Note sui package PL/SQL
  • UTL_HTTP Note
    • Sono consentite connessioni tramite indirizzi IP.
    • Le porte in uscita 80 e 443 sono abilitate per impostazione predefinita.
    • Sono consentite le 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 o 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;
/
  • UTL_SMTP Note
    • Sono consentite connessioni tramite indirizzi IP.
    • Le porte di uscita 25, 465, 587 e 2525 sono abilitate per impostazione predefinita.
    • Gli endpoint SMTP (SSL) semplici e sicuri sono accessibili.
    • Oracle Cloud Infrastructure (OCI) Email Delivery Service 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 Oracle Cloud Infrastructure - Networking and Connectivity, vedere Autonomous Database.
    • Tuttavia, a differenza del database in locale Oracle Enterprise Edition, non è possibile impostare localhost come server SMTP. Il servizio sendmail() è disabilitato anche sulla piattaforma.
    • Il package PL/SQL APEX_MAIL è strutturato su UTL_SMTP.
  • DBMS_AQADM Note
    • È possibile utilizzare DBMS_AQADM.MOVE_QUEUE_TABLE solo in modalità ONLINE per spostare le tabelle AQ (Advanced Queuing) da una tablespace a un'altra o all'interno della stessa tablespace. Vedere My Oracle Support (MOS) Nota: ID documento 2867445.1 per istruzioni sullo spostamento delle tabelle AQ nelle tablespace utilizzando DBMS_AQADM.MOVE_QUEUE_TABLE su 19c e versioni successive.
    • Impossibile utilizzare DBMS_AQADM.MOVE_QUEUE_TABLE 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.