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: OML4SQL en todas las versiones de base de datos. Oracle Data Miner. Para obtener documentación sobre el producto OML, consulte Oracle Machine Learning en Oracle Help Center.
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. Reproducción de base de datos: consulte Reproducción de base de datos para obtener más información. SQL Performance Analyzer (SPA): consulte la Guía de pruebas en Oracle Database 19c u Oracle Database 26ai para obtener más información sobre SPA. Sugerencia: Puede utilizar las funciones de SPA de Enterprise Manager (EM). Para obtener más información, consulte las tareas de supervisión y administración en Administrator's Guide for Oracle Autonomous AI Database
Oracle Text	Consulte Oracle Text.
Oracle XML DB	Consulte Oracle XML DB.

Temas relacionados

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
`ALTER PLUGGABLE DATABASE` y `ALTER DATABASE`	Solo se permiten las siguientes cláusulas: `DATAFILE AUTOEXTEND ON` `DATAFILE AUTOEXTEND OFF` `DATAFILE RESIZE` `DEFAULT EDITION` `SET TIME_ZONE`
`ALTER PROFILE`	Uso de `ALTER PROFILE`: Hay restricciones para un `PASSWORD_VERIFY_FUNCTION` definido por el usuario. Consulte Gestión de la complejidad de las contraseñas en Autonomous AI Database para obtener más información. La cláusula opcional `CONTAINER` se ignora si se especifica.
`ALTER SESSION`	Solo se permiten las siguientes cláusulas: `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` 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 `ALTER SESSION SET`, consulte la columna `ISSES_MODIFIABLE` de la vista de rendimiento dinámica `V$PARAMETER`.
`ALTER SYSTEM`	Solo se permiten `ALTER SYSTEM SET` y `ALTER SYSTEM KILL SESSION`. `SET` solo se puede utilizar para definir los parámetros que se muestran en Modificación de parámetros de inicialización de base de datos.
`ALTER TABLESPACE`	El uso de tablespaces `SMALLFILE` no está soportado por Autonomous AI Database. El tamaño del bloque de la base de datos de IA autónoma está fijado en 8K. Un tablespace `BIGFILE` contiene solo un archivo de datos o un archivo temporal, y el tamaño máximo del archivo para un tablespace con bloques de 8 K es de 32 terabytes (TB).
`ALTER TABLE`	Se ignoran las siguientes cláusulas: `allocate_extent` `alter_iot` `deallocate_unused` `ilm` `inmemory_table` `logging` `modify_LOB_storage` `physical_attributes` `shrink` Para obtener más información sobre `ALTER TABLE`, consulte Referencia de lenguaje SQL de Oracle Database 19c o Referencia de lenguaje SQL de Oracle AI Database 26ai.
`CREATE DATABASE LINK`	En la cláusula `USING 'connect string'`, debe utilizar la sintaxis de conexión sencilla o proporcionar un descriptor completo. No puede utilizar un nombre de servicio de red porque el archivo `tnsnames.ora` no está disponible para consulta. Los enlaces de base de datos solo se pueden utilizar para conexiones TCP porque las conexiones TCPS requieren una cartera.
`CREATE PROFILE`	Consulte Gestión de la complejidad de las contraseñas en Autonomous AI Database para conocer los requisitos de `Password Verify Function`.
`CREATE TABLE`	No se permiten tablas `XMLType` que utilicen un almacenamiento basado en esquema XML. Consulte Oracle XML DB. Se ignoran las siguientes cláusulas: `cluster` `ilm_clause` `inmemory_table_clause` `LOB_storage_clause` `logging_clause` `organization external`: el uso de esta cláusula tiene ciertas limitaciones, como se describe en Tablas externas creadas manualmente. `organization index`: el uso de esta cláusula no crea una tabla organizada por índices. Crea una tabla normal con una clave primaria. Debe probar y verificar el rendimiento de la tabla generada para la aplicación. `physical_properties` Para obtener más información sobre `CREATE TABLE`, consulte Referencia de lenguaje SQL de Oracle Database 19c o Referencia de lenguaje SQL de Oracle AI Database 26ai.
`CREATE TABLESPACE`	El uso de tablespaces `SMALLFILE` no está soportado por Autonomous AI Database. El tamaño del bloque de la base de datos de IA autónoma está fijado en 8K. Un tablespace `BIGFILE` contiene solo un archivo de datos o un archivo temporal, y el tamaño máximo del archivo para un tablespace con bloques de 8 K es de 32 terabytes (TB).
`CREATE USER`	Las siguientes cláusulas no se pueden utilizar con la sentencia `CREATE USER`: `IDENTIFIED EXTERNALLY` `IDENTIFIED BY VALUES`
`DROP TABLESPACE`	Este comando solo está soportado cuando se utiliza en el siguiente formato: `DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS AND DATAFILES;` Si ejecuta este comando sin `INCLUDING CONTENTS AND DATAFILES` en la sintaxis, obtendrá el siguiente error: `ORA-01031: insufficient privileges`

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 y UROWID no están activados en los despliegues de infraestructura de Exadata dedicada. No puede especificar columnas ROWID o UROWID al crear tablas, ni puede agregar columnas ROWID o UROWID a tablas existentes.

Sin embargo, puede activar ROWID o UROWID definiendo el parámetro de inicialización ALLOW_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 y ORACLE_BIGDATA están soportados. Los controladores de acceso ORACLE_DATAPUMP, ORACLE_HDFS y ORACLE_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 .

La base de datos de IA autónoma en infraestructura de Exadata dedicada soporta LogMiner, con las siguientes limitaciones:

Los procedimientos DBMS_LOGMNR.ADD_LOGFILE y DBS_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 vista V$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.
Por lo tanto, LogMiner solo puede acceder a hasta 3, 7 o 15 días de archivos archive log según la lista anterior.
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 columnas XMLType 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 `SET DEFAULT` con las sentencias `CREATE FLASHBACK ARCHIVE` y `ALTER FLASHBACK ARCHIVE`.
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.

Existen ciertas limitaciones y recomendaciones para utilizar la reproducción de base de datos con Autonomous AI Database on Dedicated Exadata Infrastructure:

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 ni dbms_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.

Paquetes PL/SQL eliminados

DBMS_DEBUG_JDWP
DBMS_DEBUG_JDWP_CUSTOM
UTL_TCP

Note:
Aunque el paquete UTL_TCP no está soportado en la base de datos de IA autónoma en infraestructura de Exadata dedicada, la constante UTL_TCP.CRLF se puede utilizar en instancias específicas con otros paquetes. Consulte SMTP Send Email Sample Code para obtener un ejemplo del uso de UTL_TCP.CRLF.

Notas sobre los paquetes PL/SQL

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 en UTL_HTTP.
- Antes de llamar a los subprogramas UTL_HTTP, debe definir la ubicación de la cartera mediante el subprograma SET_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 en UTL_SMTP.
DBMS_AQADM Notas
- DBMS_AQADM.MOVE_QUEUE_TABLE solo se puede utilizar en modo ONLINE 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 mediante DBMS_AQADM.MOVE_QUEUE_TABLE en 19c y superiores.
- DBMS_AQADM.MOVE_QUEUE_TABLE no se puede utilizar para mover tablas AQ incluso en el modo ONLINE cuando los nombres de tabla o esquema son sensibles a mayúsculas/minúsculas e incluyen identificadores especiales.

Título e Información de Copyright

Oracle y/o sus filiales.