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 del database AI autonomo, alcune funzioni hanno solo un supporto limitato.

Le seguenti funzionalità, opzioni e pacchetti di Oracle Database hanno un supporto limitato in Autonomous AI 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 Consultare la sezione Oracle XML DB.

Argomenti correlati

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 del database AI autonomo, 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 seguenti comandi SQL e pacchetti PL/SQL non sono supportati nei database AI autonomi:

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

Comandi SQL con restrizioni nel database AI autonomo

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

 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 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 nella sezione Modifica dei parametri di inizializzazione database.

ALTER TABLESPACE

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

La dimensione del blocco del database AI autonomo viene corretta all'indirizzo 8K. Una tablespace BIGFILE contiene un solo file di dati o un solo 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 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 informazioni sui requisiti Password Verify Function, vedere Gestisci complessità password in 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 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 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 del database AI autonomo viene corretta all'indirizzo 8K. Una tablespace BIGFILE contiene un solo file di dati o un solo 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 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 del database AI autonomo, alcuni tipi di dati sono limitati.

I seguenti tipi di dati Oracle Database 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 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 Database 19c Reference o Database 26ai Reference.

  • 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 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 funzione, consultare Database 19c In-Memory Guide o Database 26ai In-Memory Guide.

Autonomous AI Database on Dedicated Exadata Infrastructure ti consente di abilitare Database In-memory per il tuo Autonomous AI Database allocando una percentuale della sua System Global Area (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 database AI autonomo 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 il database AI autonomo.

  • 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.
  • Il ridimensionamento di un Autonomous AI 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 Autonomous AI Database abilitato per Database In-Memory.
  • Se abiliti Database In-Memory per un Autonomous AI Database primario in un'impostazione 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 gli Autonomous AI Database 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 database AI autonomo 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 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.

  • 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 di 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 LogMiner vantaggi 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.

  • È consentita una sola sessione LogMiner per Autonomous AI Database.

  • 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 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 di Oracle Text in Autonomous AI Database on Dedicated Exadata Infrastructure. Per garantire la sicurezza e le prestazioni del database AI autonomo, 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 Consulta QUERY_LOG_SUMMARY in Oracle Database 19c o Oracle Database 26ai
Datastore 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. Piede 1 Vedere Miglioramento del tempo di risposta utilizzando l'opzione BIG_IO dell'indice CONTEXT in Oracle Database 19c o Oracle Database 26ai
OPTIMIZE_INDEX in modalità rigenerazione Non supportato per impostazione predefinita (vedere la nota 1). OPTIMIZE_INDEX in Oracle Database 19c o Oracle Database 26ai

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 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 del database AI autonomo, 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 l'esportazione (expdp) di Oracle Data Pump.

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 AI Database Ulteriori informazioni
Repository Protocollo di 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 sullo schema) Vedere XMLType Modelli di storage 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 XQuery Indice di testo completo Sì Vedere Indicizzazione dei dati XML per le query full-text in Oracle Database 19c o Oracle Database 26ai.
Indice XMLIndex non strutturato N. Vedere XMLIndex Unstructured Component nel database Oracle 19c o Oracle Database 26ai
Package Package DOM XML Sì Consulta 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 per 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 del database AI autonomo, 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 AI 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 26ai.

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 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 replica del database, vedere Introduzione alla replica del database 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 replica 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 al database AI autonomo 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 26c di Oracle Database per una migliore compatibilità.

Package PL/SQL del database

Di seguito vengono descritte le note da prendere in considerazione prima, durante e dopo l'utilizzo 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.

Package PL/SQL rimossi
  • DBMS_DEBUG_JDWP
  • DBMS_DEBUG_JDWP_CUSTOM
  • UTL_TCP

    Nota

    Sebbene il package UTL_TCP non sia supportato su 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 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 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;
/
  • 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.
    • 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. Consulta Oracle Cloud Infrastructure - Networking and Connectivity per i dettagli su come stabilire la connettività tra il server di terze parti e il tenant Autonomous AI 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.