Características de Oracle Database con soporte limitado en Autonomous AI Database on Dedicated Exadata Infrastructure
La base de datos de IA autónoma en infraestructura de Exadata dedicada soporta la mayoría de las funciones presentes en Oracle Database Enterprise Edition. Para garantizar la seguridad y el rendimiento de la base de datos de IA autónoma, algunas funciones solo tienen soporte limitado.
Los siguientes paquetes, opciones y funciones de Oracle Database tienen soporte limitado en Autonomous AI Database.
Función, opción o paquete | Limitaciones |
---|---|
Database In-Memory | Consulte Database In-Memory. |
Ingesta rápida | Consulte Ingesta rápida. |
Tablas organizadas por índices (IOT) | Las tablas organizadas por índices no están soportadas, pero al intentar crear una no se genera un error. En su lugar, se crea una tabla organizada por montones con un índice de clave primaria. Por lo tanto, si utiliza tablas organizadas por índices, debe probar las aplicaciones que utilizan tablas organizadas por índices para confirmar que funcionan con tablas organizadas por montones con índices de clave primaria. |
Java en Oracle Database (a veces denominado OJVM o JVM embebido en base de datos) | Las sesiones de base de datos que utilizan Java en Oracle Database experimentarán una reducción en el rendimiento de la base de datos cuando se realicen operaciones de mantenimiento de servicio en la base de datos. |
LogMiner | Consulte Oracle LogMiner. |
Oracle Data Pump | El modo de tablespace transportable (parámetro TRANSPORT_TABLESPACES ) no está soportado.
|
Oracle Database Advanced Queuing |
Solo están soportadas las API de Advanced Queuing de PL/SQL. Las notificaciones de Oracle Call Interface (OCI) para Advanced Queuing no están soportadas. |
Oracle Flashback y puntos de restauración | Consulte Oracle Flashback and Restore Points. |
Oracle Label Security | No puede especificar funciones de etiquetado en las políticas. |
Oracle Machine Learning (OML) |
Soporta:
|
Oracle Real Application Testing |
SQL Performance Analyzer y Reproducción de Base de Datos son los componentes clave de Oracle Real Application Testing (RAT). Según la naturaleza y el impacto del cambio del sistema que se está probando y el tipo de sistema de prueba, puede utilizar uno o ambos componentes para realizar la prueba.
|
Oracle Text | Consulte Oracle Text. |
Oracle XML DB | Consulte Oracle XML DB. |
Comandos SQL
La base de datos de IA autónoma en infraestructura de Exadata dedicada permite la mayoría de los comandos SQL disponibles en Oracle Database. Para garantizar la seguridad y el rendimiento de Autonomous AI Database, algunos comandos SQL están restringidos.
En esta sección se proporciona una lista de las limitaciones de comandos SQL necesarias para proteger la seguridad y la integridad del rendimiento en Autonomous AI Database on Dedicated Exadata Infrastructure. La mayoría de las construcciones y sintaxis SQL y PL/SQL estándar que se utilizan con Oracle Database funcionan en Autonomous AI Database.
Note:
Si intenta utilizar un comando SQL restringido, el sistema genera este error:
ORA-01031: insufficient privileges
Este error indica que no se le permite ejecutar el comando SQL en Autonomous AI Database.
Los siguientes comandos SQL y paquetes PL/SQL no están soportados en las base de datos de IA autónoma:
ADMINISTER KEY MANAGEMENT
SYS.DBMS_SHARED_POOL
CREATE_LIBRARY
Comandos SQL con restricciones en la base de datos de IA autónoma
Los siguientes comandos DDL están disponibles en Autonomous AI Database con restricciones:
Comando SQL | Restricciones |
---|---|
|
Solo se permiten las siguientes cláusulas:
|
|
Uso de ALTER PROFILE :
|
|
Solo se permiten las siguientes cláusulas:
Para obtener una lista de los parámetros de inicialización que puede definir en Oracle Autonomous AI Database on Dedicated Exadata Infrastructure, consulte Modificación de parámetros de inicialización de base de datos. Tenga en cuenta que no puede definir algunos de estos parámetros en el nivel de sesión. Para averiguar si un parámetro determinado se puede modificar mediante |
|
Solo se permiten |
|
El uso de tablespaces El tamaño del bloque de la base de datos de IA autónoma está fijado en 8K. Un tablespace |
|
Se ignoran las siguientes cláusulas:
Para obtener más información sobre |
|
En la cláusula Los enlaces de base de datos solo se pueden utilizar para conexiones TCP porque las conexiones TCPS requieren una cartera. |
|
Consulte Gestión de la complejidad de las contraseñas en Autonomous AI Database para conocer los requisitos de |
|
No se permiten tablas Se ignoran las siguientes cláusulas:
Para obtener más información sobre |
|
El uso de tablespaces El tamaño del bloque de la base de datos de IA autónoma está fijado en 8K. Un tablespace |
|
Las siguientes cláusulas no se pueden utilizar con la sentencia CREATE USER :
|
|
Este comando solo está soportado cuando se utiliza en el siguiente formato:
Si ejecuta este comando sin
|
Tipos de Dato
La base de datos de IA autónoma en infraestructura de Exadata dedicada permite la mayoría de los tipos de datos disponibles en Oracle Database. Para garantizar la seguridad y el rendimiento de la base de datos de IA autónoma, algunos tipos del dato están restringidos.
Los siguientes tipos del dato de Oracle Database no están soportados o solo están parcialmente soportados en Autonomous AI Database:
-
Por defecto, los tipos de dato
ROWID
yUROWID
no están activados en los despliegues de infraestructura de Exadata dedicada. No puede especificar columnasROWID
oUROWID
al crear tablas, ni puede agregar columnasROWID
oUROWID
a tablas existentes.Sin embargo, puede activar
ROWID
oUROWID
definiendo el parámetro de inicializaciónALLOW_ROWID_COLUMN_TYPE
en true. Consulte Referencia de Database 19c o Referencia de Database 26ai para obtener más información sobre su activación. - Tipos de datos de objetos grandes (LOB): solo está soportado el almacenamiento de LOB de SecureFiles.
- Los tipos de datos multimedia no están soportados. (Oracle Multimedia ya no está soportado en Oracle Database).
Para obtener una lista de tipos Oracle, consulte Oracle Database 19c SQL Language Reference o Oracle Database 26ai SQL Language Reference.
Database In-Memory
Oracle Database In-Memory (Database In-Memory) es un conjunto de funciones que mejora significativamente el rendimiento para análisis en tiempo real y cargas de trabajo mixtas.
El almacén de columnas en memoria (almacén de columnas de IM) es la función clave de Database In-Memory. El almacén de columnas de IM mantiene copias de tablas, particiones y columnas individuales en un formato de columna comprimido especial optimizado para exploraciones rápidas. El almacén de columnas de IM reside en el área en memoria, que es una parte opcional del área global del sistema (SGA). Para obtener más información sobre esta función, consulte la Guía de Database 19c en memoria o la Guía de Database 26ai en memoria.
Autonomous AI Database on Dedicated Exadata Infrastructure le permite activar Database In-memory para su base de datos de IA autónoma asignando un porcentaje de su área global del sistema (SGA) al almacén de columnas en memoria (almacén de columnas de IM) al aprovisionar la base de datos o más tarde. También puede activar o desactivar Database In-Memory para una base de datos de IA autónoma existente desde su página Detalles en la consola de Oracle Cloud Infrastructure (OCI).
A continuación, se describen las notas que se deben tener en cuenta antes y después de activar Database In-Memory para su base de datos de IA autónoma:
- La activación o desactivación de Database In-Memory solo está soportada en Autonomous AI Database con al menos 16 ECPU o 4 OCPU activadas.
- Al reducir una base de datos de IA autónoma a menos de 16 ECPU o 4 OCPU, se desactiva automáticamente Database In-Memory para esa base de datos.
- También puede activar Database In-Memory en bases de datos clonadas a partir de una instancia o copia de seguridad de base de datos, independientemente de si el origen de clonación tiene activada Database In-Memory. Como la configuración no se hereda de la clonación, puede activar Database In-Memory manualmente durante la clonación o posteriormente.
- Puede experimentar una degradación del rendimiento en los siguientes casos:
- Cualquier actividad de aplicación de parches que dé como resultado el reinicio de la base de datos con Database In-Memory activado.
- Reinicio de una base de datos de contenedores autónoma con base de datos de IA autónoma activadas para Database In-Memory.
- Si activa Database In-Memory para una base de datos de IA autónoma principal en una configuración de Autonomous Data Guard, la base de datos en espera también lleva la misma configuración. Sin embargo, no puede cambiar estos valores en la base de datos en espera.
- Para mejorar la gestión y el uso compartido de los recursos de SGA/memoria subyacentes, Oracle recomienda que todas las base de datos de IA autónoma configuradas para Database In-Memory se encuentren en la misma base de datos de contenedores autónoma.
Consulte Activación o desactivación de base de datos en memoria o Creación de una base de datos de IA autónoma en una infraestructura de Exadata dedicada para obtener instrucciones detalladas.
Tablas externas creadas manualmente
En lugar de utilizar el procedimiento DBMS_CLOUD.CREATE_EXTERNAL_TABLE para crear una tabla externa, puede utilizar la sentencia SQL CREATE TABLE...ORGANIZATION EXTERNAL
para crear una manualmente. Al hacerlo, se aplican ciertas limitaciones.
-
Los controladores de acceso
ORACLE_LOADER
yORACLE_BIGDATA
están soportados. Los controladores de accesoORACLE_DATAPUMP
,ORACLE_HDFS
yORACLE_HIVE
no están soportados. -
Si desea especificar archivos almacenados en Cloud Object Storage como ubicación del origen de datos, debe utilizar uno de los formatos de URI que se describen en Formatos de URI de almacenamiento de objetos en la nube.
Oracle LogMiner
LogMiner, que forma parte de Oracle Database, permite consultar archivos redo log en línea y archivados mediante una interfaz SQL. Los archivos redo log contienen información sobre el historial de actividades de una base de datos.
Todos los cambios realizados en los datos de usuario o en el diccionario de la base de datos se registran en los archivos redo log de Oracle para realizar operaciones de recuperación de la base de datos. Debido a que LogMiner proporciona una interfaz relacional completa, fácil de usar y bien definida para los archivos redo log, se puede utilizar como una potente herramienta de auditoría de datos y una sofisticada herramienta de análisis de datos. Para conocer las capacidades clave de LogMiner, consulte LogMiner Benefits en Oracle Database 19c Utilities u Oracle AI Database 26ai Utilities .
-
Los procedimientos
DBMS_LOGMNR.ADD_LOGFILE
yDBS_LOGMNR.REMOVE_LOGFILE
no se pueden utilizar desde una base de datos de IA autónoma. -
El procedimiento
dbms_logmnr.start_logmnr
solo se puede llamar con parámetros de SCN o rango temporal. Al consultar la vistaV$LOGMNR_CONTENTS
, se devuelven posteriormente los datos del SCN o rango temporal especificados para la base de datos de IA autónoma conectada. -
Solo se permite una sesión LogMiner por base de datos de IA autónoma.
-
Por defecto, los archivos archive log de la base de datos de IA autónoma se mantienen hasta:
- 3 días para bases de datos sin captura GoldenGate y configuración de Autonomous Data Guard.
- 7 días para bases de datos con Autonomous Data Guard que no tienen activada la captura GoldenGate.
- 15 días para bases de datos con la captura GoldenGate activada.
El período de retención de archivos log depende del ratio de transacciones de la base de datos y no siempre se garantiza hasta el número de días especificado anteriormente. Puede haber instancias al intentar extraer archivos log no disponibles. En tales casos, LogMiner informa a
ORA-1285: "error reading file"
.
Note:
Debe tener el rol GGADMIN para ejecutar LogMiner. Consulte Desbloqueo del usuario de GGADMIN para obtener más información.Oracle Text
A continuación, se describe el soporte para las funciones de Oracle Text en Autonomous AI Database on Dedicated Exadata Infrastructure. Para garantizar la seguridad y el rendimiento de Autonomous AI Database, algunas funciones de la aplicación Oracle Text están restringidas.
Función de Oracle Text | Soportada en Autonomous AI Database | Más información |
---|---|---|
Todos los registros y las API que realizan el registro, como ctx_report.query_log_summary |
No soportado | Consulte QUERY_LOG_SUMMARY en Oracle Database 19c u Oracle Database 26ai |
Almacén de datos de URL y archivo | No soportado | Consulte Tipo de almacén de datos en Oracle Database 19c u Oracle Database 26ai |
CREATE INDEX con la opción BIG_IO
|
No soportada por defecto. Pie 1 | Consulte Tiempo de respuesta mejorado mediante la opción BIG_IO del índice CONTEXT en Oracle Database 19c u Oracle Database 26ai |
OPTIMIZE_INDEX en modo de recreación
|
No soportada por defecto (consulte la nota al pie 1). | OPTIMIZE_INDEX en Oracle Database 19c u Oracle Database 26ai |
Nota 1 Está soportada si otorga el privilegio para crear un disparador al usuario (GRANT CREATE TRIGGER
). También debe desactivar el DML paralelo en el nivel de sesión (ALTER SESSION DISABLE PARALLEL DML
).
Para obtener información detallada sobre Oracle Text, consulte Oracle Text 19c Application Developer's Guide u Oracle Text 26ai Application Developer's Guide.
Oracle XML DB
A continuación, se describe el soporte para las funciones de Oracle XML DB en Autonomous AI Database on Dedicated Exadata Infrastructure. Para garantizar la seguridad y el rendimiento de la base de datos de IA autónoma, algunas Oracle XML DB están restringidas.
Note:
Si migra tablas que contienen columnasXMLType
a base de datos de IA autónoma en infraestructura de Exadata dedicada mediante Oracle Data Pump, debe convertirlas a XML binario no de esquema antes del uso de Oracle Data Pump Export (expdp).
Las siguientes funciones están soportadas:
-
Soporte completo para XMLQuery, XMLTable y otras funciones SQL/XML estándar
-
Esquema de indexación que incluye índices funcionales mediante expresiones SQL/XML, XMLIndex estructurado e índice de texto completo XQuery
Las siguientes funciones no están soportadas o solo se están soportadas parcialmente.
Área | Función de XML DB | Soportada en Autonomous AI Database | Más información |
---|---|---|---|
Repositorio | Protocolo XML DB | N.º | Consulte Acceso al repositorio mediante protocolos en Oracle Database 19c u Oracle Database 26ai |
Repositorio | Recursos de XML DB | N.º | Consulte Recursos de repositorio de Oracle XML DB en Oracle Database 19c u Oracle Database 26ai |
Repositorio | ACL de XML DB | N.º | Consulte Control de acceso al repositorio en Oracle Database 19c u Oracle Database 26ai |
Almacenamiento | Registro de esquema XML | N.º | Consulte Registro de esquema XML con Oracle XML DB 19c u Oracle XML DB 26ai |
Almacenamiento | CLOB | N.º | Anticuada |
Almacenamiento | Relacional de objetos | N.º | Consulte XML Schema and Object-Relational XMLType en Oracle Database 19c u Oracle Database 26c |
Almacenamiento | XML Binario | Sí (solo no basado en esquema) | Consulte XMLType Storage Models en Oracle Database 19c u Oracle Database 26ai |
Índice | Índice XML estructurado | Sí | Consulte XMLIndex Componente estructurado en Oracle Database 19c u Oracle Database 26ai |
Índice | Índice de texto completo XQuery | Sí | Consulte Indexación de datos XML para consultas de texto completo en Oracle Database 19c u Oracle Database 26ai |
Índice | XMLIndex no estructurado | N.º | Consulte XMLIndex Unstructured Component en Oracle database 19c u Oracle Database 26ai |
Paquetes | Paquete XML DOM | Sí | Consulte API de DOM PL/SQL para XMLType (DBMS_XMLDOM) en Oracle Database 19c u Oracle Database 26ai |
Paquetes | Paquete de analizador de XML | Sí | Consulte API del analizador PL/SQL para XMLType (DBMS_XMLPARSER) en Oracle Database 19c u Oracle Database 26ai |
Paquetes | Procesador XSL (DBMS_XSLPROCESSOR) | Sí | Consulte Procesador XSLT PL/SQL para XMLType (DBMS_XSLPROCESSOR) en Oracle Database 19c u Oracle Database 26ai |
Para obtener información sobre Oracle XML DB, consulte Oracle XML DB 19c Developer's Guide u Oracle XML DB 26ai Developer's Guide.
Oracle Flashback y puntos de restauración
A continuación, se describe el soporte para Oracle Flashback y los puntos de restauración en Autonomous AI Database on Dedicated Exadata Infrastructure. Para garantizar la seguridad y el rendimiento de Autonomous AI Database, algunas funciones de los puntos de restauración y Oracle Flashback están restringidas.
Para restaurar y recuperar la base de datos a un punto en el tiempo, consulte la sección sobre restauración y recuperación.
Función de flashback y puntos de restauración | Compatible con Autonomous AI Database on Dedicated Exadata Infrastructure |
---|---|
DBMS_FLASHBACK |
Sí, excepto el procedimiento DBMS_FLASHBACK.TRANSACTION_BACKOUT .
|
Flashback en el tiempo |
Sí, excepto para especificar un flashback de archivo de datos por defecto mediante la cláusula |
Flashback de borrado | Sí |
Flashback de consulta | Sí |
Flashback de tabla | Sí |
Flashback de transacción | Sí |
Consulta de flashback de transacción | Sí |
Consulta de flashback de versión | Sí |
Punto de restauración | N.º |
Punto de restauración garantizado | N.º |
Para obtener información sobre el uso de las funciones de flashback, consulte Acerca de la tecnología de flashback de Oracle Database 19c o Acerca de la tecnología de flashback de Oracle Database 26ai.
Reproducción de Base de Datos
Puede utilizar Reproducción de Base de Datos para capturar una carga de trabajo en el sistema de producción y reproducirla con las características exactas de temporización, simultaneidad y transacción de la carga de trabajo original. Esto le permite probar los efectos de un cambio del sistema sin afectar al sistema de producción.
La captura de la carga de trabajo de producción elimina la necesidad de desarrollar cargas de trabajo o scripts de simulación, lo que da lugar a una reducción de costos y un ahorro de tiempo significativos. Las pruebas realistas de aplicaciones complejas que tardaron meses utilizando herramientas de simulación de carga se pueden completar en cuestión de días con la ayuda de Database Replay. Esto permite probar rápidamente los cambios y adoptar nuevas tecnologías con una mayor confianza y menor riesgo. Para obtener más información sobre la reproducción de base de datos, consulte Introducción a la reproducción de base de datos en Oracle 19c Testing Guide u Oracle 26ai Testing Guide.
El uso del componente Reproducción de base de datos de Real Application Testing (RAT) en la infraestructura de Exadata dedicada de Oracle Autonomous AI Database es igual que su implantación en Oracle Database. Consulte Reproducción de base de datos en Oracle Database 19c u Oracle Database 26ai para conocer el proceso que implica el uso de la reproducción de base de datos con la base de datos.
- Oracle recomienda utilizar un sistema de archivos de red (NFS) o un sistema de almacenamiento de archivos (FSS) que esté asociado a su base de datos de IA autónoma para almacenar los archivos de captura y reproducción. Consulte Asociar sistema de archivos de red y Asociar sistema de archivos externo para obtener instrucciones.
- Para la reproducción de base de datos, el cliente de reproducción (wrc) puede ser la misma versión que la base de datos de reproducción o una versión inferior a la base de datos de reproducción. Sin embargo, la versión mínima admitida para el cliente de reproducción es 19.24.
- Autonomous AI Database no soporta
dbms_workload_capture.import_awr
nidbms_workload_replay.import_awr
. Es decir, no puede importar datos del repositorio de carga de trabajo automática (AWR) con la reproducción de base de datos. Por lo tanto, se recomienda generar los informes de comparación de AWR en una base de datos no autónoma, preferiblemente en la instancia 26c de Oracle Database para una mejor compatibilidad.
Paquetes PL/SQL de Base de Datos
A continuación, se describen las notas que se deben considerar antes, durante y después del uso de paquetes PL/SQL en Autonomous AI Database on Dedicated Exadata Infrastructure.
Muestra los paquetes PL/SQL de Oracle Database con restricciones y notas en Autonomous AI Database on Dedicated Exadata Infrastructure.
DBMS_DEBUG_JDWP
DBMS_DEBUG_JDWP_CUSTOM
UTL_TCP
Note:
Aunque el paqueteUTL_TCP
no está soportado en la base de datos de IA autónoma en infraestructura de Exadata dedicada, la constanteUTL_TCP.CRLF
se puede utilizar en instancias específicas con otros paquetes. Consulte SMTP Send Email Sample Code para obtener un ejemplo del uso deUTL_TCP.CRLF
.
- Notas sobre
UTL_HTTP
- Las conexiones mediante direcciones IP están permitidas.
- Los puertos de salida 80 y 443 están activados por defecto.
- Las conexiones HTTP, HTTPS y HTTP_PROXY están permitidas.
- El paquete PL/SQL
APEX_WEB_SERVICE
se coloca en capas enUTL_HTTP
. - Antes de llamar a los subprogramas
UTL_HTTP
, debe definir la ubicación de la cartera mediante el subprogramaSET_WALLET
. Como se trata de un valor de nivel de sesión, debe definirlo antes de cada sesión. Para obtener más información, consulte UTL_HTTP en Oracle Database 19c PL/SQL Packages and Types Reference u 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; /
- Notas sobre
UTL_SMTP
- Las conexiones mediante direcciones IP están permitidas.
- Los puertos de salida 25, 465, 587 y 2525 están activados por defecto.
- Se puede acceder tanto a los puntos finales SMTP (SSL) simples como a los seguros.
- Tanto el servicio Oracle Cloud Infrastructure (OCI) Email Delivery como los servidores SMTP de terceros están soportados como proveedores de correo electrónico. Consulte Oracle Cloud Infrastructure: Redes y conexión para obtener información sobre el establecimiento de la conectividad entre el servidor de terceros y su inquilino Autonomous AI Database.
- Sin embargo, a diferencia de la base de datos local de Oracle Enterprise Edition, no se puede configurar localhost como el servidor SMTP. El servicio
sendmail()
también está desactivado en la plataforma. - El paquete PL/SQL
APEX_MAIL
se coloca en capas enUTL_SMTP
.
DBMS_AQADM
NotasDBMS_AQADM.MOVE_QUEUE_TABLE
solo se puede utilizar en modoONLINE
para mover tablas de Advanced Queuing (AQ) de un tablespace a otro o dentro del mismo tablespace. Consulte My Oracle Support (MOS) Nota: ID de documento 2867445.1 para obtener instrucciones sobre cómo mover tablas AQ a través de tablespaces medianteDBMS_AQADM.MOVE_QUEUE_TABLE
en 19c y superiores.DBMS_AQADM.MOVE_QUEUE_TABLE
no se puede utilizar para mover tablas AQ incluso en el modoONLINE
cuando los nombres de tabla o esquema son sensibles a mayúsculas/minúsculas e incluyen identificadores especiales.