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:
|
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. |
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 |
---|---|
|
Sono consentite solo le seguenti clausole:
|
|
Utilizzando ALTER PROFILE :
|
|
Sono consentite solo le seguenti clausole:
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 |
|
Sono consentiti solo |
|
L'uso delle tablespace La dimensione del blocco del database AI autonomo viene corretta all'indirizzo 8K. Una tablespace |
|
Le seguenti clausole vengono ignorate:
Per ulteriori informazioni su |
|
Nella clausola I database link possono essere utilizzati solo per le connessioni TCP perché le connessioni TCPS richiedono un wallet. |
|
Per informazioni sui requisiti |
|
Le tabelle Le seguenti clausole vengono ignorate:
Per ulteriori informazioni su |
|
L'uso delle tablespace La dimensione del blocco del database AI autonomo viene corretta all'indirizzo 8K. Una tablespace |
|
Impossibile utilizzare le seguenti clausole con l'istruzione CREATE USER :
|
|
Questo comando è supportato solo se utilizzato nel seguente formato:
Se si esegue questo comando senza
|
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
eUROWID
non sono abilitati nella distribuzione dell'infrastruttura Exadata dedicata. Non è possibile specificare le colonneROWID
oUROWID
durante la creazione delle tabelle, né è possibile aggiungere le colonneROWID
oUROWID
alle tabelle esistenti.Tuttavia, è possibile abilitare
ROWID
oUROWID
impostando il parametro di inizializzazioneALLOW_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
eORACLE_BIGDATA
. I driver di accessoORACLE_DATAPUMP
,ORACLE_HDFS
eORACLE_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 .
-
Le procedure
DBMS_LOGMNR.ADD_LOGFILE
eDBS_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 vistaV$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.
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 colonneXMLType
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 |
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.
- 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
edbms_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.
DBMS_DEBUG_JDWP
DBMS_DEBUG_JDWP_CUSTOM
UTL_TCP
Nota
Sebbene il packageUTL_TCP
non sia supportato su Autonomous AI Database on Dedicated Exadata Infrastructure, la costanteUTL_TCP.CRLF
può essere utilizzata in istanze specifiche con altri package. Per un esempio di utilizzo diUTL_TCP.CRLF
, vedere Codice di esempio di invio e-mail SMTP.
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 suUTL_HTTP
. - Prima di richiamare i sottoprogrammi
UTL_HTTP
, è necessario impostare la posizione del wallet utilizzando il sottoprogrammaSET_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 suUTL_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 utilizzandoDBMS_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.
- È possibile utilizzare