miércoles, 13 de agosto de 2025

Oracle Hot Topics, Ago 13, 2025

 

Bugs

Bug Product Area Bug ID Last Updated

ORA-600 [KGLDELETEALLPINSONOBJ1] GENERATED BY MMON FOR DROP MATERIALIZED VIEW "SYSTEM"."MV$$_

Oracle Database - Enterprise Edition 36635886 Wed, 13 Aug 2025 04:02 GMT-06:00

Knowledge Articles

Knowledge Article Product Area Last Updated

Exadata Database Machine and Exadata Storage Server Supported Versions

Oracle Exadata Hardware Oracle Database Exadata Express Cloud Service Generation 1 - Exadata Cloud at Customer (First Generation Cloud Machine) Oracle Platinum Services Oracle Database Cloud Exadata Service Oracle Database Cloud Service Exadata Database Machine X2-2 Hardware Oracle Cloud Infrastructure - Database Service Oracle Exadata Storage Server Software Oracle Database Cloud Schema Service Oracle Database - Enterprise Edition Oracle Cloud Infrastructure - Exadata Cloud Service Gen 2 Exadata Cloud at Customer Oracle Database Backup Service Mon, 11 Aug 2025 09:22 GMT-06:00


miércoles, 6 de agosto de 2025

Oracle renombra el Oracle CloudWorld a Oracle AI World

 



https://www.oracle.com/news/announcement/blog/oracle-announces-oracle-ai-world-2025-08-06/?source=:em:ip:ie:pt:::RC_WWMK240821P00073:SEV400397844_WW_OAIW25_DG_EM_EN_US_ReadMore&elq_mid=267379&sh=9121326152352692026810622826232615142219714&cmid=WWMK240821P00073C00023


Oracle Hot Topics Aug 08, 2025

 


Bugs

Bug Product Area Bug ID Last Updated

ORA-00600 [KTSPGFB-1] OR ORA-600[KTECGSC:OBJDCHK_KCBGTCR_5] ON UPDATE MV MASTER TABLE

Oracle Database - Enterprise Edition 34291862 Wed, 6 Aug 2025 08:08 GMT-06:00

Knowledge Articles

Knowledge Article Product Area Last Updated

Autonomous Health Framework (AHF) - Including Trace File Analyzer and Orachk/Exachk

Oracle Database Exadata Express Cloud Service Generation 1 - Exadata Cloud at Customer (First Generation Cloud Machine) Oracle Database Cloud Exadata Service Oracle Database Cloud Service Oracle Cloud Infrastructure - Database Service Oracle Exadata Storage Server Software Oracle Database - Enterprise Edition Oracle Database Cloud Schema Service Oracle Database Backup Service Gen 2 Exadata Cloud at Customer Oracle Cloud Infrastructure - Exadata Cloud Service Tue, 5 Aug 2025 14:26 GMT-06:00

lunes, 4 de agosto de 2025

𝐀𝐠𝐞𝐧𝐭𝐢𝐜 𝐀𝐈 𝐂𝐨𝐧𝐟𝐞𝐫𝐞𝐧𝐜𝐞 by Data Science Dojo on 𝐒𝐞𝐩𝐭𝐞𝐦𝐛𝐞𝐫 𝟏𝟓–𝟏𝟗, 𝟐𝟎𝟐𝟓

 


This virtual conference brings together top industry experts to explore the building blocks of agentic AI – from memory, cognition, and planning to multi‑agent coordination, secure MCP deployment, and hands‑on tutorials with cutting‑edge frameworks.

Here are some of the sessions I’m excited about:

𝐃𝐞𝐬𝐢𝐠𝐧𝐢𝐧𝐠 𝐈𝐧𝐭𝐞𝐥𝐥𝐢𝐠𝐞𝐧𝐭 𝐀𝐠𝐞𝐧𝐭𝐬
↳ Memory, Cognition, and Planning for goal‑driven AI

𝐀𝐠𝐞𝐧𝐭𝐬 𝐚𝐭 𝐒𝐜𝐚𝐥𝐞
↳ Multi‑Agent Collaboration and Autonomous Coordination

𝐌𝐚𝐧𝐚𝐠𝐢𝐧𝐠 𝐒𝐞𝐜𝐮𝐫𝐢𝐭𝐲 𝐚𝐧𝐝 𝐆𝐨𝐯𝐞𝐫𝐧𝐚𝐧𝐜𝐞 𝐢𝐧 𝐌𝐂𝐏 𝐃𝐞𝐩𝐥𝐨𝐲𝐦𝐞𝐧𝐭
↳ Best practices for safe and compliant AI

𝐓𝐮𝐭𝐨𝐫𝐢𝐚𝐥 𝐨𝐧 𝐁𝐮𝐢𝐥𝐝𝐢𝐧𝐠 𝐀𝐠𝐞𝐧𝐭𝐢𝐜 𝐑𝐞𝐬𝐞𝐚𝐫𝐜𝐡 𝐀𝐬𝐬𝐢𝐬𝐭𝐚𝐧𝐭𝐬 𝐰𝐢𝐭𝐡 𝐑𝐞𝐤𝐚
↳ Multi‑source intelligence for business and markets

𝐓𝐮𝐭𝐨𝐫𝐢𝐚𝐥 𝐨𝐧 𝐅𝐫𝐨𝐦 𝐃𝐚𝐭𝐚 𝐭𝐨 𝐀𝐠𝐞𝐧𝐭𝐬: 𝐆𝐫𝐚𝐩𝐡𝐑𝐀𝐆 𝐒𝐲𝐬𝐭𝐞𝐦𝐬 𝐰𝐢𝐭𝐡 𝐍𝐞𝐨𝟒𝐣
↳ Leveraging structured and unstructured data to enhance RAG pipelines

𝐖𝐨𝐫𝐤𝐬𝐡𝐨𝐩 𝐨𝐧 𝐕𝐢𝐬𝐮𝐚𝐥𝐢𝐳𝐢𝐧𝐠 𝐓𝐫𝐚𝐧𝐬𝐟𝐨𝐫𝐦𝐞𝐫 𝐌𝐨𝐝𝐞𝐥𝐬 𝐛𝐲 𝐋𝐮𝐢𝐬 𝐒𝐞𝐫𝐫𝐚𝐧𝐨
↳ Intuitive visualizations and hands‑on exercises to understand embeddings, attention, RAG, and AI agents

𝐖𝐨𝐫𝐤𝐬𝐡𝐨𝐩 𝐨𝐧 𝐁𝐮𝐢𝐥𝐝𝐢𝐧𝐠 𝐀𝐈 𝐀𝐠𝐞𝐧𝐭𝐬 𝐰𝐢𝐭𝐡 𝐕𝐞𝐜𝐭𝐨𝐫 𝐃𝐚𝐭𝐚𝐛𝐚𝐬𝐞𝐬 𝐛𝐲 𝐖𝐞𝐚𝐯𝐢𝐚𝐭𝐞
↳ End‑to‑end development of agentic workflows using vector search and semantic retrieval

𝐖𝐨𝐫𝐤𝐬𝐡𝐨𝐩 𝐨𝐧 𝐁𝐮𝐢𝐥𝐝𝐢𝐧𝐠 𝐀𝐠𝐞𝐧𝐭𝐢𝐜 𝐀𝐈 𝐟𝐨𝐫 𝐒𝐞𝐦𝐚𝐧𝐭𝐢𝐜 𝐒𝐞𝐚𝐫𝐜𝐡 𝐛𝐲 𝐏𝐢𝐧𝐞𝐜𝐨𝐧𝐞
↳ Practical skills for building Agentic RAG applications with Pinecone and AWS

𝐖𝐨𝐫𝐤𝐬𝐡𝐨𝐩 𝐨𝐧 𝐁𝐮𝐢𝐥𝐝𝐢𝐧𝐠 𝐒𝐦𝐚𝐫𝐭𝐞𝐫 𝐀𝐠𝐞𝐧𝐭𝐬, 𝐅𝐚𝐬𝐭𝐞𝐫 𝐛𝐲 𝐀𝐫𝐢𝐳𝐞
↳ Tracing, evaluation, and optimization techniques to build high‑performing, observable AI agents

Get direct access to live Q&A with experts, cutting‑edge tutorials, and the chance to explore the next wave of AI – from anywhere in the world.

👉 Join me and thousands of others who will be attending the conference: https://hubs.la/Q03zBfb80

Oracle Hot Topics: Aug 04, 2025

 

Bugs

Bug Product Area Bug ID Last Updated

DBMS_STATS FAILING WITH ERROR ORA-01422 WHEN GATHERING STATS FOR USER$ TABLE

Oracle Database - Enterprise Edition 29213893 Mon, 4 Aug 2025 04:15 GMT-06:00


sábado, 2 de agosto de 2025

Es posible renombrar el nombre de un usuario en Oracle Database 19c.? "_enable_rename_user"

 

Siguiendo con el uso de parámetros ocultos o no documentados oficialmente, hay uno que deja de funcionar en la versión Oracle 19c, para el bien de todos.

Como si estuvieramos viviendo una pesadilla al mejor estilo de la película o serie de Freddy Krueger el parámetro "_enable_rename_user" permite desde la versión de base de datos Oracle 11g hasta la versión 18c, poder renombrar un usuario a nivel de la base de datos.

El único inconveniente que existía, era si había una dependencia a nivel de código almacenado en la base de datos en un procedimiento, función o paquete, de lo contrario, no generaba ningún problema.

Desde el punto de vista de una auditoría regulatoria, imaginen poder justificar un usuario "FANTASMA" que antes existia y ahora no.

Veamos cual era el procedimiento para poderlo hacer en una versión 11.2.0.4

SQL> alter session set "_enable_rename_user"=TRUE
Session alterado.

SQL> create user beto identified by oracle;
User BETO creado.

SQL> alter system enable restricted session;
System ENABLE alterado.

SQL> alter user beto rename to charlie identified by oracle;
User BETO alterado.

SQL> alter system disable restricted session;
System DISABLE alterado.

Si hacemos la consulta en la base de datos, el usuario "BETO" no existe.


Si verificamos el usuario "CHARLIE" si lo encontramos en la base de datos.


Como mencioné previamente, esto sucede en versión previas a 19c.

En Oracle Database 19c, al intentar realizar el mismo proceso con la utilización del parámetro oculto, obtenemos el siguiente error:

SQL> alter user beto rename to charlie identified by "oracle";
alter user beto rename to charlie identified by "oracle"
                *
ERROR at line 1:
ORA-03001: unimplemented feature

Con lo que nos vuelve al alma al cuerpo. !!!

Pueden imaginar el nivel de exposición que podemos tener una base de datos con la capacidad de "DESAPARECER" un usuario de esta forma.?

Lo más increíble, es que esto exista desde hace más de 18 años y pocos, quisiera pensar, se han dado cuenta de ello y fuera algo permitido en la base de datos, por tanto tiempo.

El parámetro "_pdb_auto_save_state"=TRUE en Oracle Database 19c

Oracle tiene más de 5000 parámetros ocultos o también llamados "underscore parameters" que oficialmente no se encuentran documentados y que tienen como característica que inicia con un guión bajo (_).

Estos parámetros son utilizados por Oracle internamente para ajustes avanzados o para situaciones especiales de diagnóstico y según las notas de Oracle, no deberían ser modificados sin recomendación expresa de parte del equipo de soporte del MOS.

Sin embargo, algunos de ellos son útiles para cierto tipo de situaciones.

Un claro ejemplo de donde podemos utilizar estos 5391 parámetros ocultos de Oracle, es con el parámetro "_pdb_auto_save_state". En la descripción del parámetro nos dice, que este, puede salvar automáticamente el último estado guardado a nivel de la instancia en un contenedor de base de datos.

Con múltiples PDBs siendo creadas y borradas en ambientes de desarrollo y pruebas por ejemplo, es normal que nos pase que se nos olvide hacer el "ALTER PLUGGABLE DATABASE <pdb> SAVE STATE" despues de crear una instancia y abrirla para trabajar.

Cuando reiniciamos por algún motivo el servicio, en las carreras se nos olvida validar el estado de los PDBs e inicia a sonar el teléfono o a llegar infinida de mensajes por el sistema interno, de que no pueden conectarse a la base de datos.

Veamos como podría ayudarnos este parámetro a solucionar este problema.

En ejemplo a continuación, tenemos un CDB con los siguientes PDBs y su respectivo estado actual.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
         4 PDB2                           MOUNTED
         5 PDB1_DR                        MOUNTED

La base de datos PDB2 se encuentra únicamente montada.Procedemos a cambiar el estado de la PDB al estado Open.

SQL> alter pluggable database pdb2 open;

Pluggable database altered.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
         4 PDB2                           READ WRITE NO
         5 PDB1_DR                        MOUNTED

Ahora vamos a bajar el contenedor de la base de datos.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.

Subimos el contenedor.

SQL> startup
ORACLE instance started.

Total System Global Area 7868511032 bytes
Fixed Size                  9196344 bytes
Variable Size            1509949440 bytes
Database Buffers         6341787648 bytes
Redo Buffers                7577600 bytes
Database mounted.
Database opened.

Ahora validamos el estado de los PDBS.
Pueden confirmar que el PDB2 esta nuevamente montado, pero no abierto.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
         4 PDB2                           MOUNTED
         5 PDB1_DR                        MOUNTED

Ahora vamos a setear el parámetro a nivel de contenedor de la base de datos.
Hacemos que el parámetro sea actualizado a nivel de memoria y del archivo SPFILE.

SQL> alter system set "_pdb_auto_save_state"=TRUE scope=both;
System altered.
Vamos a cambiar el estado del PDB2 a OPEN.
SQL> alter pluggable database PDB2 open;
Pluggable database altered.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
         4 PDB2                           READ WRITE NO
         5 PDB1_DR                        MOUNTED

Volvemos a bajar y subir el contenedor.

SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> startup ORACLE instance started. Total System Global Area 7868511032 bytes Fixed Size 9196344 bytes Variable Size 1509949440 bytes Database Buffers 6341787648 bytes Redo Buffers 7577600 bytes Database mounted. Database opened.

Al verificar el estado de los PDBs, tenemos una situación muy particular. A pesar que el PDB1 estaba en estado "OPEN" y que yo había salvado el estado de la PDB para futuros reinicios del CDB, resulta que no reconoce el cambio del parámetro dicha situación.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           MOUNTED
         4 PDB2                           READ WRITE NO
         5 PDB1_DR                        MOUNTED

Modifiquemos entonces el estado de la PDB1 sin salvar el mismo.

SQL> alter pluggable database pdb1 open;
Pluggable database altered.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
         4 PDB2                           READ WRITE NO
         5 PDB1_DR                        MOUNTED

Bajamos el contenedor de base de datos y validamos el estado de los PDBs.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> startup
ORACLE instance started.

Total System Global Area 7868511032 bytes
Fixed Size                  9196344 bytes
Variable Size            1509949440 bytes
Database Buffers         6341787648 bytes
Redo Buffers                7577600 bytes
Database mounted.
Database opened.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
         4 PDB2                           READ WRITE NO
         5 PDB1_DR                        MOUNTED
SQL>

Listo ahora si funcionó correctamente.!!!
Hay muchos parámetros y funcionalidades que podrían facilitar considerablemente ciertas tareas a las que no le ponemos atención en repetidas ocasiones, sólo tenemos que buscar, cual nos pueda servir y tener la consideración de que antes debemos informarnos que hacen y como pueden afectar el comportamiento de la base de datos.

No aplique este tipo de cambios preferiblemente en ambientes productivos.




viernes, 1 de agosto de 2025

Oracle ACEs Presenting at Conferences in August 2025 by Oana Bonu

 

Community Manager Oracle ACE

Renowned for their technical mastery and passion for community engagement, Oracle ACE Program members are dedicated to sharing their insights wherever innovation happens. No matter where you are, there’s an opportunity to learn from these trusted experts and connect with leading voices in the Oracle ecosystem. Explore the list below to see where you can connect with Oracle ACEs in August 2025.

LAOUC 2025: August 8 - Mexico | August 11 - Costa Rica | August 13 - Panama | August 14 - Guatemala | August 18 - Chile | August 20 - Argentina | August 23 - Brazil | August 26 - Paraguay

Basheer Khan | Cristhian Cano | Debra Lilley | Edelweiss Kammermann | Eddie Molina | Emmanuel Guzmán | Franky Weber Faust | Gilson Martins | Gustavo González | Ivar Grimstad | Jhonata Lamim | Jorge Cajas | José M. Preda | José Valdézio | Julio Ayapán | Kai Yu | Maicon Carneiro | Marcelo Batalha | Mario Barduchi | Nelson Calero | Rita Nuñez | Rolando Carrasco | Ronald Vargas | Roy Salazar | Tércio Costa | Vinicius Grippa

KCDC 2025: August 13 - 14

François Martin | Heli Helskyaho | Richard Fichtner




Error al escribir en un directorio -tipo objeto- de base de datos ORA-29282 ORA-06512: en "SYS.UTL_FILE"

 

Imagina que tienes un bloque de PL/SQL con la siguiente forma:

SET SERVEROUTPUT ON;
DECLARE
vArchivoActuaente UTL_FILE.FILE_TYPE;
vLineaContenidoCliente VARCHAR2(2000);
BEGIN

vArchivoActuaente := UTL_FILE.FOPEN('LOAD_DATA', 'CargaACTUAENTE.txt', 'W');
DBMS_OUTPUT.PUT_LINE('----------INICIO----------');
FOR DATOSCLIENTE IN (consulta a la tabla del esquema en la base de datos)
LOOP
vLineaContenidoCliente := RPAD(DATOSCLIENTE.CEDULA,19,' ') || RPAD(' ',293,' ') || RPAD(DATOSCLIENTE.TELEFONO,15,' ') || RPAD(DATOSCLIENTE.EMAIL,45,' ') || RPAD(' ',1410,' ');
DBMS_OUTPUT.PUT_LINE(vLineaContenidoCliente);
DBMS_OUTPUT.PUT_LINE(LENGTH(vLineaContenidoCliente));
UTL_FILE.PUT_LINE(vArchivoActuaente, vLineaContenidoCliente);
END LOOP;

DBMS_OUTPUT.PUT_LINE('-----------FIN------------');

UTL_FILE.FCLOSE(vArchivoActuaente);

EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('ERROR: ' || SQLERRM);
IF UTL_FILE.IS_OPEN(vArchivoActuaente) THEN
UTL_FILE.FCLOSE(vArchivoActuaente);
END IF;
RAISE;
END;
/

Pero al ejecutar el bloque recibes el siguiente mensaje.

Informe de error -
ORA-29282: identificador de archivo no válido
ORA-06512: en línea 37
ORA-06512: en "SYS.UTL_FILE", línea 878
ORA-06512: en línea 24
ORA-06512: en línea 24
29282. 00000 - "invalid file ID"
*Cause: A file ID handle was specified for which no corresponding
open file exists.
*Action: Verify that the file ID handle is a value returned from a
call to UTL_FILE.FOPEN.

En donde esta el problema.?
Si el tema no es de permisos para el esquema que ejecuta el procedimiento sobre el directorio de la base de datos o sobre los permisos a nivel de sistema operativo sobre la carpeta, la solución es realmente simple.

En la apertura del archivo hace falta aumentar el tamaño de buffer de la línea - max_linesize-. En este caso de Oracle Database 12c en adelante 32767 bytes.

Cambia entonces la línea como sigue para resolver el tema: 
  • vArchivoActuaente := UTL_FILE.FOPEN('LOAD_DATA', 'CargaACTUAENTE.txt', 'W', 32767); 


Todos los Sábados a las 8:00PM