miércoles, 12 de marzo de 2025

Oracle Hot Topics: Marzo 12, 2025


Bugs
Bug Product Area Bug ID Last Updated
SELECT STATEMENT FAILS WITH [KKPAPDAFKK_INT+816] [SIGSEGV] [ADDR:0XE9] [PC:0X3CAFD40] [ADDRESS NOT MAPPED TO OBJECT]

Oracle Database - Enterprise Edition 31076540 Wed, 12 Mar 2025 04:18 GMT-06:00

"This message contains information according to the preferences you set in My Oracle Support. To modify your settings or to turn off this automated message, login to My Oracle Support (http://support.oracle.com) and click on 'More' -> 'Settings' -> 'Hot Topics E-mail'" My Oracle Support


martes, 11 de marzo de 2025

MOS: Activation Two-Factor authentication (2FA)

 

My Oracle Support
Launch of Two-Factor authentication (2FA)
My Oracle Cloud Support

viernes, 7 de marzo de 2025

Planned Maintenance to My Oracle Cloud Support on Friday, March 14, 2025


Applies To: Customers

Summary
Planned Maintenance to My Oracle Cloud Support on Friday, March 14, 2025

Details

My Oracle Cloud Support will be unavailable because of maintenance during the following period:
  • Friday, March 14, 2025, 7:00 PM PT to Friday, March 14, 2025, 9:00 PM PT

Oracle Support services will continue to be available, and you can reach us via telephone for any critical issues. The Oracle Support telephone numbers for your location are available in the Oracle Support Center. You will be able to use Communities at https://community.oracle.com/customerconnect/.

Thank you in advance for your patience.
My Oracle Cloud Support Team

domingo, 2 de marzo de 2025

Sobre la reciente publicación de Mike Dietrich en su blog: Final blog post about datapatch cleanup and purge

 


El último día del mes de febrero, Mike nos comparte un post, sobre un tema que es poco conocido, pero puede tener un impacto grande, tanto a nivel de estructuras de la base de datos, como en espacio local de almacenamiento en el servidor.

En esta profesión de DBA, a quienes tienen la costumbre de aplicar todos los RU (Release Update) a una base de datos de forma consecutiva, aún cuando no sea necesario hacerlo.

Si yo he instalado la versión base de 19c 19.3.0.0, no necesito instalar ningún RU intermedio para actualizar mi base de datos a 19.25.0.0, pero si es necesario actualizar la herramienta de OPatch, ya que esta si cambia en prerequisitos específicos para cada cierto grupo de RU.

En la práctica, personalmente he visto algunas diferencias importantes en 19.10 y 19.11, que de alguna manera, me lleva como práctica propia a actualizar primero de 19.3 a 19.10 y luego de ahí a 19.18 que es el otro RU que noto diferencias significativs y posteriormente a cualquier RU reciente.

Por ejemplo, he visto cambios importantes en el rendimiento a favor, a la hora de instalar 19.10. Lueg en 19.18 se incluye algunas validaciones adicionales que tienen que ver con el número máximo de PDBs a nivel de contenedor para la versión SE2 y E.E.

A la hora de hacer un parcheo en la versión 19.18 a 19.19 a una base de datos 19c desplegada como IaaS, en una instancia de Oracle Linux en el OCI, se me hizo imposible crear más de 3 PDBs en un contenedor con Oracle Database Enterprise Edition. A pesar que subí un par de casos con el área de PM's del producto, no tuve respuesta al inconveniente sufrido. Después de reinstalar un ambiente nuevo y pasar directamente a 19.15 desde 19.3 no tuve inconvenientes como los descritos anteriormente.

El tema aquí de fondo, es que cada vez que aplicamos un RU, en el proceso previo de aplicación, la herramienta OPatch, hace un backup de aquellos archivos de la versión actualmente instalada, para poder realizar un "rollback" a nivel de la aplicación del parche.

Adicionalmente al OPatch a través del comando "DATAPATCH", guarda en la base de datos, la colección completa de scripts SQL y PL/SQL en un archivo ZIP para poder realizar "ROLLBACK" en el tablespace SYSTEM. Esto como lo afirma Mike provoca inevitablemente que el tablespace SYSTEM crezca con cada aplicación de RU.

Aquí el punto es que no es necesario mantener la copia de los scripts anteriores de cada RU, porque cada aplicación, contiene la información necesaria para disolver los cambios anteriores. Por decirlo de alguna manera, es un respaldo acumulativo.

Si aplico en orden cada RU que fue siendo liberado para una versión base en el software de la base de datos, vamos a ir aumentando acumulativamente el espacio ocupado.

Y esta acumulación no sólo se da a nivel de la metadata del CDB$ROOT o sea en el container database, sino también, se hace en cada metadata para cada pluggable database que tengamos en el contenedor.


Mike nos indica que han logrado crear un parche para poder hacer esta limpieza. El número del parche es el 

Actualmente el parche sólo esta disponible en One-off patches para las versiones 19.25.0, 19.26.0 y 23.7.0.

Una vez aplicado este parche agrega un nuevo parámetro al comando DATAPATCH de la herramienta OPatch:
  • ./datapatch -purge_old_metadata
Se espera, que para la liberación del RU del mes de Julio de este 2025, -RU 19.28- ya sea incluido como parte de la herramienta OPatch, on en el mismo RU.

Ya he realizado el proceso de aplicación de la limpieza y la verdad que fue bastante rápido, comparado con el tiempo que tardaba aplicando el proceso anterior.

Existen varias publicaciones sobre este mismo tema en el blog de Mike:



Para el evento del LAOUC 2025, he subido una propuesta con el nombre de: Tablespace SYSTEM en Peligro: La Trampa del Crecimiento de Datapatch en donde estaré explicando a profundida el procedimiento y mostrando el impacto a nivel de almacenamiento, en el servidor de la base de datos y en el tablespace SYSTEM del contenedor y de cada pluggable database.

En caso de no se admitido para el evento, estaría compartiendo a través de un video con ustedes todo el proceso en un par de meses.

Por el momento, si deseas avanzar por tu cuenta con el tema, puedes consultar el post: https://mikedietrichde.com/2025/02/28/final-blog-post-about-datapatch-cleanup-and-purge/ para comprender el proceso que debe ser ejecutado.




viernes, 28 de febrero de 2025

Oracle Hot Topics: Febrero 28, 2025

Bugs

Bug Product Area Bug ID Last Updated
ORA-600 [KDSGRP1] IN ADG AFTER FAILOVER
Oracle Database - Enterprise Edition 22241601 Fri, 28 Feb 2025 03:53 GMT-06:00


Knowledge Articles
Knowledge Article Product Area Last Updated
Support Position for Oracle Products Running on Supported Guest OS under Oracle Linux KVM

Oracle Database Cloud Exadata Service Oracle Database - Enterprise Edition Oracle Cloud Infrastructure - Exadata Cloud Service Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) Gen 2 Exadata Cloud at Customer Wed, 26 Feb 2025 09:08 GMT-06:00




viernes, 21 de febrero de 2025

Oracle Base Database Service (BaseDB) - Clone PDB API Deprecation on Base Database Service (Base DB)

 
Oracle

Action Required


Oracle Cloud Infrastructure Customer,

Effective November 01, 2025, theClone PDB APIs listed below are being deprecated and replaced with new APIs.

  • localClonePluggableDatabase
  • RemoteClonePluggableDatabase

Additionally the following FIELD will also be deprecated.

  • dbSystemShape

Action Required:

Please review MOS Note KA311 - API (Clone PDB) Deprecation on Base Database Service (BaseDB for all details of the deprecation as well as learn how to perform equivalent operations.

Note: If you have custom or Terraform scripts that reference the APIs and / or the FIELD mentioned above, they should be amended to reflect the changes.

If you havce any queries or concerns related to this upcoming chnage, please contact Oracle Support by creating a Service Request(SR) and provide the Reference Number included in this notification.

Reference Number
bd581112

Action Required By
November 1, 2025 00:00 UTC

 

Service(s)
Oracle Base Database Service (BaseDB)

viernes, 7 de febrero de 2025

Oracle Hot Topics: Jan 07, 2025

Bugs
Bug Product Area Bug ID Last Updated

VARIOUS ORA-600 OR ORA-7445 IN QUERY WITH LISTAGG AND OTHER AGGREGATIONS IN 19.25

Oracle Database - Enterprise Edition 37334244 Fri, 7 Feb 2025 05:34 GMT-06:00

Knowledge Articles
Knowledge Article Product Area Last Updated

purgeLogs: Archive & Cleanup traces, logs in one command

Exadata Database Machine V2 Oracle Database Appliance Oracle Database Cloud Exadata Service Oracle Database - Enterprise Edition Real Application Clusters Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) Gen 2 Exadata Cloud at Customer Fri, 7 Feb 2025 02:06 GMT-06:0


"This message contains information according to the preferences you set in My Oracle Support. To modify your settings or to turn off this automated message, login to My Oracle Support (http://support.oracle.com) and click on 'More' -> 'Settings' -> 'Hot Topics E-mail'" My Oracle Support

sábado, 1 de febrero de 2025

En verdad desaparece la tabla DUAL en la versión de Oracle Database 23ai?

Una de las características más comentadas de la versión 23ai de Oracle Database, es que ahora no es necesario utilizar la famosa tabla "Dummy", que todos conocemos como "DUAL", que nos acompañó desde la versión Oracle 7 !!!.

Pero no te engañes, si activas el plan de ejecución de la sentencia, verás que la ruta de recuperación de valores, realiza un "FAST DUAL"


En versiones antiguas de Oracle (antes de 10g), la tabla DUAL era una tabla física con una única fila y columna. Sin embargo, a partir de Oracle 10g, se reemplazó con una implementación interna basada en una vista sobre X$DUAL, lo que evita accesos innecesarios a segmentos de datos.

Por eso, un plan de ejecución en Oracle 10g o versiones posteriores, mostraran un acceso "FAST DUAL", que indica que Oracle ha optimizado la consulta evitando el acceso a una tabla real y, en su lugar, genera el resultado de manera interna en la memoria, sin necesidad de realizar una operación I/O en disco.


viernes, 31 de enero de 2025

jueves, 30 de enero de 2025

Oracle Topics 30 de enero de 2025



Bugs
Bug Product Area Bug ID Last Updated
ORA-16000 IN ACTIVE DATAGUARD STANDBY DATABASE THROUGH A DATABASE LINK ON BI PUB
Oracle Database - Enterprise Edition 23314355 Thu, 30 Jan 2025 05:25 GMT-06:00

Knowledge Articles
Knowledge Article Product Area Last Updated
Exadata Database Machine and Exadata Storage Server Supported Versions

Oracle Exadata Hardware Oracle Platinum Services Oracle Database Cloud Exadata Service Exadata Database Machine X2-2 Hardware Oracle Database Cloud Service Oracle Database Exadata Express Cloud Service Oracle Cloud Infrastructure - Database Service Oracle Exadata Storage Server Software Oracle Database Cloud Schema Service Oracle Database - Enterprise Edition Oracle Database Backup Service Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) Oracle Cloud Infrastructure - Exadata Cloud Service Gen 2 Exadata Cloud at Customer Tue, 28 Jan 2025 18:48 GMT-06:00


lunes, 20 de enero de 2025

Oracle Hot topics: 20 de enero 2025

Bugs

Bug Product Area Bug ID Last Updated
Oracle Database - Enterprise Edition 30022623 Sat, 18 Jan 2025 03:41 GMT-06:00


Knowledge Articles
Knowledge Article Product Area Last Updated

Oracle Database Cloud Exadata Service Oracle Database Cloud Service Oracle Database - Standard Edition Oracle Database - Enterprise Edition Autonomous Database Dedicated Autonomous Database Serverless Gen 2 Exadata Cloud at Customer Oracle Database - Personal Edition Thu, 16 Jan 2025 18:34 GMT-06:00



sábado, 18 de enero de 2025

Oracle Database 23ai, creando un nuevo PDB from SEED en OCI: Error ORA-28361: Master key not yet set

Escenario:

Estas creando un nuevo PDB en un contenedor de base de datos Oracle en versión 23ai, en una base de datos desplegada como servicio en el OCI.

No tienes inconveniente a la hora de crear el nuevo PDB, pero cuando deseas agregar un "Tablespace" nuevo, te devuelve el error ORA-28361: Master key not yet set.

Esta es la forma en como resolver el problema, siempre y cuando recuerdes la frase que utilizaste para crear la llave de encriptación en el despliegue del servicio.
SQL> connect / as sysdba
Connected.

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 LAB1                           READ WRITE NO

SQL> show parameter create

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
create_bitmap_area_size              integer     8388608
create_stored_outlines               string
db_create_file_dest                  string      /u02/app/oracle/oradata/cdb_x2
                                                 m_iad/
db_create_online_log_dest_1          string      /u03/app/oracle/redo/
db_create_online_log_dest_2          string
db_create_online_log_dest_3          string
db_create_online_log_dest_4          string
db_create_online_log_dest_5          string

SQL> create pluggable database lab2 admin user admin identified by MY$p*********$2025$;

Pluggable database created.

Elapsed: 00:00:13.68
SQL> alter pluggable database lab2 open;

Pluggable database altered.

Elapsed: 00:00:07.35
SQL> alter pluggable database lab2 save state;

Pluggable database altered.

Elapsed: 00:00:00.05
SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 LAB1                           READ WRITE NO
         4 LAB2                           READ WRITE NO
SQL> alter session set container=lab2;

Session altered.

Elapsed: 00:00:00.01
SQL> create user demo identified by MY***********$2025$;

User created.

Elapsed: 00:00:00.18
SQL> grant create session to demo;

Grant succeeded.

Elapsed: 00:00:00.01
SQL> grant dba to demo;

Grant succeeded.

Elapsed: 00:00:00.01
SQL> alter user demo default tablespace users;
alter user demo default tablespace users
*
ERROR at line 1:
ORA-00959: tablespace 'USERS' does not exist
Help: https://docs.oracle.com/error-help/db/ora-00959/


Elapsed: 00:00:00.00

SQL> create tablespace users;
create tablespace users
*
ERROR at line 1:
ORA-28361: Master key not yet set.
Help: https://docs.oracle.com/error-help/db/ora-28361/

Cuando realizas la siguiente consulta, encuentras que en la columna FULLY_BACKED_UP el valor es UNDEFINED.
SQL> SELECT * FROM v$encryption_wallet;
WRL_TYPE WRL_PARAMETER STATUS WALLET_TYPE WALLET_OR KEYSTORE FULLY_BAC CON_ID ---------- -------------------- ---------- -------------------- --------- -------- --------- ---------- FILE OPEN AUTOLOGIN SINGLE UNITED UNDEFINED 4 Elapsed: 00:00:00.01
Solución al error:

SQL> ADMINISTER KEY MANAGEMENT SET KEY USING TAG 'rotate_key' FORCE
KEYSTORE IDENTIFIED BY "V4_dS#3LxZ4bdLxyZ2Y2yCj" WITH BACKUP USING 'backup_key';

keystore altered.
Donde el valor de KEYSTORE IDENTIFIED BY, es la frase que escogiste cuando hiciste el despliegue de la base de datos para el tema de encriptación
Elapsed: 00:00:00.21
SQL> create tablespace users;

Tablespace created.

Elapsed: 00:00:00.97

SQL> col WRL_PARAMETER format a20
SQL> SELECT * FROM v$encryption_wallet;

WRL_TYPE   WRL_PARAMETER        STATUS     WALLET_TYPE          WALLET_OR KEYSTORE FULLY_BAC     CON_ID
---------- -------------------- ---------- -------------------- --------- -------- --------- ----------
FILE                            OPEN       AUTOLOGIN            SINGLE    UNITED   NO                 4

Elapsed: 00:00:00.00
SQL>

lunes, 13 de enero de 2025

Oracle Hot Topics: January 13, 2025


Bugs
Bug Product Area Bug ID Last Updated

SEQUENCE.NEXTVAL WITH NOCACHE ON 19C SLOWER THAN 12.1 DUE TO ROW CACHE LOCK
Oracle Database - Enterprise Edition 32043701 Mon, 13 Jan 2025 07:38 GMT-06:00

Knowledge Articles
Knowledge Article Product Area Last Updated
Troubleshooting Guide: ORA-00800 - [Set Priority Failed], [VKTM]

Oracle Database Cloud Exadata Service Oracle Database - Enterprise Edition Oracle Cloud Infrastructure - Exadata Cloud Service Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) Gen 2 Exadata Cloud at Customer Mon, 13 Jan 2025 01:16 GMT-06:00



viernes, 3 de enero de 2025

𝗦𝗣𝗢𝗨𝗚 𝗖𝗼𝗺𝗺𝘂𝗻𝗶𝘁𝘆 - 𝙊𝘾𝙄- Zero Trust aplicado a OCI- ACED Rolando Carrasco

 

 𝗦𝗣𝗢𝗨𝗚 𝗖𝗼𝗺𝗺𝘂𝗻𝗶𝘁𝘆 - 𝙊𝘾𝙄

💼El próximo 14 de enero, a la vuelta de Navidades, tienes una nueva cita con SPOUG para este hashtagwebinar de hashtagOCI

En este webinar, sobre hashtagOCI, aprenderás sobre Zero Trust aplicado a OCI. La sesión utiliza un proyecto Opensource de nombre OpenZiti.io integrado en la infraestructura de OCI. Utilizaremos Oracle Autonomous, Oracle API Gateway, Oracle VCNs y Subnets y todo lo que implique el networking en OCI

Conoce todos los detalles en el link que te dejo abajo ⤵️

🎯Aplica los conceptos de Zero Trust a tus Cloud Services ejecutándose en OCI
🎙Rolando Carrasco
💼 SPOUG Community: OCI
📍 Virtual
📅 14 de enero
⌚ 11:00h CET Time
✍️ Registro Miembro SPOUG ➡ https://lnkd.in/dg_wqzWZ

🚨📣 Aún no eres miembro de la Comunidad SPOUG? Contacta con nosotros vía sonia.cuesta@spoug.es.


¡NO TE LO PUEDES PERDER!


hashtagSPOUG hashtagOracle hashtagOCI hashtagSPOUGCommunity

Todos los Sábados a las 8:00PM

Optimismo para una vida Mejor

Optimismo para una vida Mejor
Noticias buenas que comentar