Funciones de Oracle Database con soporte limitado en Autonomous Database on Dedicated Exadata Infrastructure

Autonomous Database on Dedicated Exadata Infrastructure soporta la mayoría de las funciones presentes en Oracle Database Enterprise Edition. Para garantizar la seguridad y el rendimiento de Autonomous Database, algunas funciones solo tienen soporte limitado.

Las siguientes funciones, opciones y paquetes de Oracle Database tienen soporte limitado en Autonomous 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 prueba en Oracle Database 19c u Oracle Database 23ai 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 la sección sobre tareas de supervisión y administración en Administrator's Guide for Oracle Autonomous Databases.
Oracle Text	Consulte Oracle Text.
Oracle XML DB	Consulte Oracle XML DB.

Temas relacionados

Comandos SQL

Autonomous Database on Dedicated Exadata Infrastructure permite la mayoría de los comandos SQL disponibles en Oracle Database. Para garantizar la seguridad y el rendimiento de Autonomous Database, algunos comandos SQL están restringidos.

En esta sección se proporciona una lista de limitaciones de comandos SQL necesarias para proteger la seguridad y para la integridad de rendimiento en Autonomous 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 Database.

Note:

Si intenta utilizar un comando SQL restringido, el sistema genera este error:

ORA-01031: insufficient privileges

Este error indica que no tiene permiso para ejecutar el comando SQL en Autonomous Database.

Los siguientes comandos SQL y paquetes PL/SQL no están soportados en Autonomous Database:

ADMINISTER KEY MANAGEMENT
SYS.DBMS_SHARED_POOL
CREATE_LIBRARY

Comandos SQL con restricciones en Autonomous Database

Los siguientes comandos DDL están disponibles en Autonomous 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 usuario definido `PASSWORD_VERIFY_FUNCTION`. Consulte Gestión de la complejidad de las contraseñas en Autonomous 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 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`	Autonomous Database no soporta el uso de tablespaces `SMALLFILE`. El tamaño de bloque de Autonomous Database está fijado en 8 K. 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 Oracle Database 19c SQL Language Reference o Oracle Database 23ai SQL Language Reference.
`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 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 Oracle Database 19c SQL Language Reference o Oracle Database 23ai SQL Language Reference.
`CREATE TABLESPACE`	Autonomous Database no soporta el uso de tablespaces `SMALLFILE`. El tamaño de bloque de Autonomous Database está fijado en 8 K. 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

Autonomous Database on Dedicated Exadata Infrastructure permite la mayoría de los tipos de datos disponibles en Oracle Database. Para garantizar la seguridad y el rendimiento de Autonomous Database, algunos tipos de datos están restringidos.

Los siguientes tipos de datos de Oracle Database no están soportados o solo están parcialmente soportados en Autonomous 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 23ai 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 de datos de Oracle, consulte Oracle Database 19c SQL Language Reference o Oracle Database 23ai 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 columnar 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 Database 19c In-Memory Guide o la Database 23ai In-Memory Guide.

Autonomous Database on Dedicated Exadata Infrastructure permite activar Database In-memory para Autonomous Database 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 posterior. También puede activar o desactivar Database In-Memory para una instancia de Autonomous Database 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 Autonomous Database:

La activación o desactivación de Database In-Memory solo está soportada en instancias de Autonomous Database con al menos 16 ECPU o 4 OCPU activadas.
Al reducir una instancia de Autonomous Database 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 Autonomous Database activadas en memoria de base de datos.
Si activa Database In-Memory para una instancia principal de Autonomous Database 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 instancias de Autonomous Database configuradas para Database In-Memory estén en la misma base de datos de contenedores autónoma.

Consulte Activación o desactivación de Database In-Memory o Creación de una instancia de Autonomous Database 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.
Las tablas externas particionadas y las tablas híbridas particionadas no están soportadas actualmente.
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 base de datos se registran en los archivos redo log de Oracle para realizar operaciones de recuperación de base de datos. Puesto que LogMiner proporciona una interfaz relacional completa, fácil de utilizar 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 Database 23ai Utilities.

Autonomous Database on Dedicated Exadata Infrastructure soporta LogMiner, con las siguientes limitaciones:

Los procedimientos DBMS_LOGMNR.ADD_LOGFILE y DBS_LOGMNR.REMOVE_LOGFILE no se pueden utilizar desde una instancia de Autonomous Database.
El procedimiento dbms_logmnr.start_logmnr solo se puede llamar con parámetros de SCN o de rango temporal. La consulta de la vista V$LOGMNR_CONTENTS devuelve posteriormente los datos del SCN o rango temporal especificado para la instancia de Autonomous Database conectada.
Solo se permite una sesión LogMiner por Autonomous Database.
Por defecto, los archivos archive log de Autonomous Database se conservan 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 funciones de Oracle Text en Autonomous Database on Dedicated Exadata Infrastructure. Para garantizar la seguridad y el rendimiento de Autonomous Database, algunas funciones de Oracle Text están restringidas.

Función de Oracle Text	Soportada en Autonomous 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 23ai.
Almacén de datos de URL y archivo	No soportado	Consulte Tipo de almacén de datos en Oracle Database 19c u Oracle Database 23ai.
`CREATE INDEX` con la opción `BIG_IO`	No soportada por defecto. ^{Pie 1}	Consulte Mejora del tiempo de respuesta mediante la opción BIG_IO del índice CONTEXT en Oracle Database 19c u Oracle Database 23ai.
`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 23ai

^{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 más información sobre Oracle Text, consulte Oracle Text 19c Application Developer's Guide u Oracle Text 23ai Application Developer's Guide.

Oracle XML DB

A continuación se describe el soporte para las funciones de Oracle XML DB en Autonomous Database on Dedicated Exadata Infrastructure. Para garantizar la seguridad y el rendimiento de Autonomous Database, Oracle XML DB está restringido.

Note:

Si migra tablas que contienen columnas XMLType a Autonomous Database on Dedicated Exadata Infrastructure mediante Oracle Data Pump, debe convertirlo a XML binario de no esquema antes de utilizar 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 Database	Más información
Repositorio	Protocolo XML DB	N.º	Consulte Repository Access Using Protocols en Oracle Database 19c u Oracle Database 23ai
Repositorio	Recursos de XML DB	N.º	Consulte Recursos de repositorio de Oracle XML DB en Oracle Database 19c u Oracle Database 23ai
Repositorio	ACL de XML DB	N.º	Consulte Repository Access Control en Oracle Database 19c u Oracle Database 23ai
Almacenamiento	Registro de esquema XML	N.º	Consulte Registro de esquema XML con Oracle XML DB 19c u Oracle XML DB 23ai.
Almacenamiento	CLOB	N.º	Anticuada
Almacenamiento	Relacional de objetos	N.º	Consulte Esquema XML y Object-Relational XMLType en Oracle Database 19c u Oracle Database 23c
Almacenamiento	XML Binario	Sí (solo no basado en esquema)	Consulte XMLType Storage Models en Oracle Database 19c u Oracle Database 23ai.
Índice	Índice XML estructurado	Sí	Consulte XMLIndex Structured Component en Oracle Database 19c u Oracle Database 23ai
Í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 23ai
Índice	XMLIndex no estructurado	N.º	Consulte XMLIndex Unstructured Component en Oracle database 19c u Oracle Database 23ai
Paquetes	Paquete XML DOM	Sí	Consulte API de DOM PL/SQL para XMLType (DBMS_XMLDOM) en Oracle Database 19c u Oracle Database 23ai.
Paquetes	Paquete de analizador de XML	Sí	Consulte API del analizador PL/SQL para XMLType (DBMS_XMLPARSER) en Oracle Database 19c u Oracle Database 23ai
Paquetes	Procesador XSL (DBMS_XSLPROCESSOR)	Sí	Consulte Procesador XSLT PL/SQL para XMLType (DBMS_XSLPROCESSOR) en Oracle Database 19c u Oracle Database 23ai

Para obtener más información sobre Oracle XML DB, consulte Oracle XML DB 19c Developer's Guide o Oracle XML DB 23ai 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 Database on Dedicated Exadata Infrastructure. Para garantizar la seguridad y el rendimiento de Autonomous Database, algunas funciones de Oracle Flashback y puntos de restauración 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	Soportado en Autonomous 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 funciones de flashback, consulte Acerca de la tecnología de flashback 19c de Oracle Database o Acerca de la tecnología de flashback de Oracle Database 23ai.

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 mayor confianza y menor riesgo. Para obtener más información sobre la reproducción de base de datos, consulte Introduction to Database Replay en Oracle 19c Testing Guide o Oracle 23ai Testing Guide.

El uso del componente Reproducción de base de datos de Real Application Testing (RAT) en Oracle Autonomous Database on Dedicated Exadata Infrastructure es el mismo que su implantación en Oracle Database. Consulte Reproducción de base de datos en Oracle Database 19c u Oracle Database 23ai para conocer el proceso implicado en el uso de la reproducción de base de datos con la base de datos.

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

Oracle recomienda utilizar un sistema de archivos de red (NFS) o un sistema de almacenamiento de archivos (FSS) asociado a Autonomous Database para almacenar los archivos de captura y reproducción. Consulte Asociación de sistema de archivos de red y Asociación de 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 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 instancia 23c de Oracle Database para mejorar la compatibilidad.

Paquetes PL/SQL de Base de Datos

A continuación, se describen las notas que se deben tener en cuenta antes, durante y después del uso de paquetes PL/SQL en Autonomous Database on Dedicated Exadata Infrastructure.

Muestra los paquetes PL/SQL de Oracle Database con restricciones y notas en Autonomous 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 Autonomous Database on Dedicated Exadata Infrastructure, la constante UTL_TCP.CRLF se puede utilizar en instancias específicas con otros paquetes. Consulte SMTP Send Email Sample Code para ver un ejemplo de 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 la referencia de tipos y paquetes PL/SQL de Oracle Database 19c o la referencia de tipos y paquetes PL/SQL de Oracle Database 23ai.
```
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 conectividad para obtener más información sobre cómo establecer la conectividad entre el servidor de terceros y el inquilino de Autonomous 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.