El pulso se acelera por un segundo. Todos hemos estado ahí. Las preguntas caen en cascada: ¿Me hackearon? ¿Alguien metió las manos en el motor? ¿Es un proceso interno de Siebel que falló? Y lo más extraño: a los pocos minutos, el objeto vuelve a estar válido por arte de magia.

Como boticarios del dato, no podemos permitirnos cajas negras en nuestra infraestructura. Así que acompáñame a destripar este paquete, entender por qué hace lo que hace, y por qué, en realidad, es uno de los mejores aliados que puedes tener en un entorno Oracle 12c con CRM Siebel.

🔬 El Síntoma: ¿De dónde salió este fantasma?

Primero, bajemos las pulsaciones. Este paquete no es un intruso, pero tampoco viene preinstalado de fábrica ni con el motor de Oracle Database ni con los binarios de Siebel.

Si miramos bajo el capó y leemos la cabecera del código fuente, encontramos esta joya: REM \(Header: coe_gather_statistics.sql 11.4.4.6 2015/09/09 abel.macias carlos.sierra \)

Estamos ante una auténtica receta magistral del Oracle Center of Excellence (COE), firmada por referentes absolutos del rendimiento como Carlos Sierra y Abel Macias. Es un script implementado a medida (probablemente en alguna ventana de afinamiento pasada o por recomendación de Oracle ACS) para domar al Optimizador Basado en Costos (CBO) frente al complejo modelo de datos de Siebel.

¿Y por qué se invalidó y compiló solo? Pura mecánica de Oracle. Si alguna dependencia de este paquete (como la tabla de auditoría siebel_stats_log o alguna vista del diccionario de datos) sufre el más mínimo cambio o mantenimiento, el paquete pasa a estado INVALID. Cuando el Scheduler intenta correr la rutina de madrugada, entra en acción la Recompilación Diferida (Deferred Recompilation): Oracle nota la invalidez, verifica que la estructura sigue siendo coherente y lo recompila al vuelo, ejecutándolo sin que nosotros movamos un dedo.

⚗️ La Fórmula Magistral: Traduciendo el código

Lanzar un DBMS_STATS.GATHER_SCHEMA_STATS tradicional en un entorno Siebel es como intentar navegar por Santiago con un mapa del año 1990: el optimizador va a tomar decisiones desastrosas. Este paquete del COE interviene exactamente ahí.

Analicemos sus ingredientes clave:

• Filtro Quirúrgico: El motor no pierde tiempo. El script ignora la basura y se enfoca solo en tablas estándar de Siebel (S_%) y extensiones customizadas (CX_%), saltándose inteligentemente las tablas de ETL.

• La vacuna contra los Nested Loops: Siebel es especialista en crear cientos de tablas vacías. Si Oracle ve "0 filas" en sus estadísticas, asume un costo bajísimo y arma Nested Loops masivos que terminan asfixiando la CPU. ¿Qué hace nuestra fórmula? Si una tabla tiene menos de 15 registros, borra las estadísticas y bloquea la tabla (DBMS_STATS.LOCK_TABLE_STATS). Esto fuerza al motor a usar Dynamic Sampling, calculando la ruta en tiempo real. Magia pura.

• Evolución a 12c: El código es inteligente. Detecta que estamos en la versión 12.2.0.1 y delega el cálculo del muestreo a DBMS_STATS.AUTO_SAMPLE_SIZE. Este algoritmo de hash moderno es brutalmente rápido y nos entrega estadísticas precisas en una fracción del tiempo que tomaría en un 11g.

• Histogramas a la medida: La regla de oro en Siebel es recolectar estadísticas solo para columnas indexadas. Sin embargo, el script hace excepciones a mano para el corazón de la visibilidad del CRM (S_POSTN_CON, S_ORG_BU, S_ORG_GROUP), forzando el análisis de todas las columnas. Le estamos dando al optimizador una radiografía perfecta de dónde están los cuellos de botella.

💊 Contraindicaciones y Monitoreo

Tener a SYS.siebel_stats operando en las sombras no es un riesgo, es un seguro de vida. Su labor nocturna es la barrera entre un día de operaciones fluido y un colapso generalizado de la aplicación.

Como única recomendación de monitoreo, acostúmbrate a revisar periódicamente la tabla siebel_stats_log. Ahí es donde el procedimiento deja anotado si tropezó con algún ORA-XXXXX mientras tú y yo intentábamos dormir un par de horas.

Ahora les paso el micrófono a ustedes: ¿Les ha tocado lidiar con el optimizador en entornos Siebel pesados? ¿Tienen implementadas otras recetas del COE en sus motores? ¡Los leo en los comentarios para debatir!

Oracle convierte 23ai en Oracle AI Database 26ai aplicando el Release Update 23.26.0. No es un “upgrade” tradicional: se aplica el RU y la instancia pasa a 26ai. Aquí un resumen práctico, qué probar y una mini-checklist para DBAs.

1) ¿Qué pasó (resumen corto)?

Oracle publicó el Release Update 23.26.0 que marca la transición de la familia 23ai hacia la nueva serie 26ai. Si corres 23ai, aplicar ese RU transforma la instancia en 26ai sin necesidad de un upgrade de base de datos tradicional ni recertificación automática de apps — aun así, validar siempre en non-prod.

2) ¿Por qué importa para los DBAs?

Porque 26ai consolida mejoras AI-nativas (vector search, integración LLM/RAG, APIs y mejoras en observabilidad) y deja el camino listo para workloads de embeddings y búsqueda semántica dentro del motor DB. Para infra y operaciones significa: nuevas métricas que vigilar, posibles ajustes en drivers/clients y comprobaciones de compatibilidad en pipelines que usan AI.

3) Novedades prácticas (de impacto directo)

• AI Vector Search y capacidades LLM integradas: funcionalidad pensada para pipelines de embeddings / RAG.

• Mejoras en conectividad y drivers (ej.: opciones reactivas/pipelines en clientes).

• Comportamientos y métricas nuevas que conviene instrumentar (latencia de índice vectorial, uso de memoria para embeddings, etc.).

• RU aplicable en rolling para RAC (como otros RUs), permitiendo minimizar downtime en clusters.

4) Mini-checklist técnica (lista para ejecutar hoy)

1. Leer Release Notes & Known Issues del RU 23.26.0 / 26ai. https://docs.oracle.com/en/database/oracle/oracle-database/26/nfcoa/oracle-ai-database-26ai-new-features-guide.pdf

2. Clonar non-prod representativo (datos y workload) y aplicar RU ahí primero.

3. Backups completos: RMAN full + datapump export de schemas críticos.

4. Plan de ventana: en RAC usar rolling RU; en single-instance planear breve downtime si aplica.

   https://mikedietrichde.com/2025/10/14/oracle-ai-database-26ai-replaces-oracle-database-23ai

5. Validar clientes: testear python-oracledb / JDBC / ODP.NET y scripts que usan pipelines/LLM.https://mikedietrichde.com/2025/10/14/oracle-ai-database-26ai-replaces-oracle-database-23ai/?utm_source=chatgpt.com

6. Pruebas específicas: OLTP, batch, integraciones RAG/embedding y jobs de ETL.

7. Monitoreo post-RU: revisar AWR/ASH, métricas de I/O, PRCP/DRCP y latencias de vector search.

8. Rollback: definir estrategia (snapshot, RMAN restore o reinstalación del RU precedente si es aplicable).

5) TL;DR

Aplica el RU 23.26.0 en un entorno controlado; tu instancia 23ai pasará a Oracle AI Database 26ai. Es un RU con foco en AI: prueba, respalda y monitorea.

Recursos y código en GitHub

He publicado todos los recursos del post como una guía técnica RMAN + rolling RU en RAC, todo esto en GitHub de la Botica Del DBA:
https://github.com/laboticadeldba/laboticadeldba-23-26ai

La Botica del DBA — Mauricio Muñoz

🌩️ ¿Qué es Oracle@GCP?
Una integración profunda entre Oracle y Google que te permite:

• ✅ Ejecutar Oracle Database certificada (incluyendo Exadata y Autonomous)

• ✅ Mantener tu licenciamiento y configuraciones actuales

• ✅ Integrarte con BigQuery, Vertex AI, GKE y demás servicios GCP

• ✅ Activar funcionalidades empresariales como RAC, Data Guard y backup automático

• ✅ Simplificar tu arquitectura multicloud sin perder el control

⚙️ ¿Qué tecnologías puedes usar?

🔹 Oracle Autonomous Database
Serverless, autoservicio, seguro y con parcheo automático. Ideal para BI, data marts o entornos de desarrollo rápidos.

🔹 Oracle Exadata Database Service
Potencia OLTP + OLAP con la flexibilidad del pago por uso. Rendimiento sin compromisos.

🔹 RAC, Data Guard, Multitenant y más
Todo lo que ya conoces, totalmente soportado en este nuevo modelo de operación.

🏗️ Casos de uso comunes

• 🌐 Arquitecturas multicloud reales
  Corre Oracle sobre Exadata en Oracle@GCP y consume IA/ML en GCP con latencia mínima.

• 🧬 Modernización sin reescritura
  Migra a GCP manteniendo tu lógica Oracle y estructura de base actual.

• 🛡️ Alta disponibilidad y recuperación ante desastres
  Implementa Data Guard o ZDLRA con replicación cruzada, combinando on-premises + GCP.

🚀 ¿Cómo lo implementas?

1. Activa la interconexión Oracle-GCP

2. Despliega Oracle DB desde la consola GCP

3. Configura red (VCN, VPN o Interconnect dedicada)

4. Migra con RMAN, Data Pump, GoldenGate, etc.

5. Integra con IAM, Cloud Monitoring, Logging y más

🔐 Seguridad y observabilidad integradas

• Cifrado de datos en tránsito y reposo

• Backups automáticos y autopatching

• Monitoreo con Cloud Monitoring, AWR, OEM y Logging centralizado

🎯 ¿Por qué deberías considerarlo?

Porque te permite modernizar sin sacrificar estabilidad ni rendimiento.
Ideal si:

✔️ Usas Oracle en tus sistemas core
✔️ Estás modernizando tu stack en GCP
✔️ Quieres una estrategia multicloud sin vendor lock-in

🧪 ¿Quieres saber más?

Consulta el sitio oficial de Oracle Database Service for GCP o escríbenos directamente Admin@LaboticaDelDBA.com √.
En La Botica del DBA te ayudamos a encontrar la receta adecuada según tus necesidades.

💬 ¿Te gustaría que hiciéramos un laboratorio técnico o demo sobre esto? Responde a este correo Admin@LaboticaDelDBA.com con “¡Me interesa Oracle@GCP!” y te contactamos.

Hasta la próxima dosis de tecnología bien recetada,
— La Botica del DBA

Introducción

¿Borraste accidentalmente datos en una tabla crítica de producción y no tienes un punto de restauración inmediato? ¿No puedes usar Flashback por limitaciones de configuración o licenciamiento? Aquí es donde LogMiner puede convertirse en tu aliado silencioso.

En este laboratorio aprenderás cómo utilizar LogMiner para recuperar información eliminada en una base de datos Oracle 19c (preferiblemente en modo NO CDB). Este proceso es ideal tanto para entornos de desarrollo como de producción (con las precauciones adecuadas).

1. Requisitos del entorno

Asegúrate de contar con lo siguiente antes de comenzar:

• Oracle Database 19c instalado (modo NO CDB recomendado).

• Usuario con privilegios DBA.

• Logs de Redo (archived o online) accesibles.

• Modo ARCHIVELOG activado.

Verifica si ARCHIVELOG está habilitado:

ARCHIVE LOG LIST;

Si no lo está, actívalo:

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE OPEN;

2. Crear entorno de pruebas

Conéctate como SYS o cualquier usuario con privilegios DBA:

-- Crear usuario de prueba
CREATE USER logminer_test IDENTIFIED BY logminer_test;
GRANT CONNECT, RESOURCE, DBA TO logminer_test;

Crear tabla y simular un borrado:

-- Conectar como logminer_test
CONN logminer_test/logminer_test

-- Crear tabla
CREATE TABLE empleados (
  id NUMBER PRIMARY KEY,
  nombre VARCHAR2(100)
);

-- Insertar registros
INSERT INTO empleados VALUES (1, 'Carlos');
INSERT INTO empleados VALUES (2, 'María');
COMMIT;

-- Simular borrado accidental
DELETE FROM empleados WHERE id = 1;
COMMIT;

3. Habilitar LogMiner

Ahora, desde el usuario SYS o DBA:

Ver logs disponibles:

COL MEMBER FOR A100
SELECT GROUP#, MEMBER FROM V$LOGFILE;

SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME, STATUS 
FROM V$ARCHIVED_LOG 
ORDER BY SEQUENCE# DESC;

Agregar archivo de log (ajusta la ruta):

BEGIN
  DBMS_LOGMNR.ADD_LOGFILE(
    LOGFILENAME => '/u01/app/oracle/oradata/ORCL/redo01.log',
    OPTIONS => DBMS_LOGMNR.NEW
  );
END;
/

Iniciar sesión de LogMiner:

BEGIN
  DBMS_LOGMNR.START_LOGMNR(
    OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG
  );
END;
/

4. Consultar los cambios

Consulta la vista V$LOGMNR_CONTENTS para inspeccionar lo ocurrido:

SELECT 
  TO_CHAR(TIMESTAMP, 'YYYY-MM-DD HH24:MI:SS') AS hora,
  OPERATION,
  SQL_REDO,
  SQL_UNDO,
  USERNAME,
  TABLE_NAME
FROM 
  V$LOGMNR_CONTENTS
WHERE 
  TABLE_NAME = 'EMPLEADOS'
  AND USERNAME = 'LOGMINER_TEST'
ORDER BY hora;

Tip: Deberías ver una fila con operación DELETE, donde el campo SQL_UNDO te indica cómo revertirla.

5. Restaurar dato borrado

Toma el SQL_UNDO y ejecútalo para restaurar:

INSERT INTO empleados VALUES (1, 'Carlos');
COMMIT;

6. Finalizar sesión LogMiner

BEGIN
  DBMS_LOGMNR.END_LOGMNR;
END;
/

Comparación rápida con otras técnicas

Tips finales para producción

• Siempre prueba en un entorno no productivo primero.

• Automatiza la adición de logs usando scripts basados en V$ARCHIVED_LOG.

• Si necesitas auditar constantemente, evalúa crear una tabla de auditoría personalizada basada en los resultados de LogMiner.

• No olvides revocar el rol DBA al usuario de pruebas una vez finalizado el ejercicio.

Nivel Avanzado (para seguir explorando)

• Agregar múltiples archivos de log con DBMS_LOGMNR.ADD_LOGFILE.

• Filtrar por SCN o timestamp para acotar los resultados.

• Exportar los datos de V$LOGMNR_CONTENTS a una tabla intermedia.

• Automatizar la recuperación con un procedimiento PL/SQL.

Conclusión

LogMiner es una herramienta potente y poco explotada, ideal para recuperación puntual y auditoría detallada. Aunque no reemplaza una estrategia de backup adecuada, puede salvarte en escenarios de pérdida puntual de datos.

¿Te gustaría un artículo sobre cómo otro tipo de recuperación? ¡Déjalo en los comentarios o escríbenos a Admin@LaBoticaDelDBA.com !

En este artículo de La Botica del DBA, te contamos cuáles son las nuevas características clave de Oracle Database 23ai y cómo pueden transformar tu día a día como DBA.

🔍 1. AI Vector Search

Una de las grandes innovaciones de Oracle 23ai es la búsqueda vectorial integrada en la base de datos. Esta funcionalidad permite realizar búsquedas semánticas usando vectores de embedding, fundamentales para integrar modelos de lenguaje (LLMs) y arquitecturas de RAG (Retrieval-Augmented Generation).

Ideal para aplicaciones que requieren recuperación inteligente de información, como asistentes virtuales, motores de recomendación y análisis de texto avanzado.

⚡ 2. True Cache

True Cache ofrece una capa de caché altamente optimizada que reduce la latencia al mínimo en consultas frecuentes. A diferencia de las soluciones externas, esta cache es completamente coherente con los datos base.

Beneficio directo: mayor rendimiento para aplicaciones OLTP sin sacrificar consistencia.

🌐 3. Sharding mejorado

Oracle 23ai refuerza su capacidad de Sharding, permitiendo distribuir bases de datos en múltiples nodos con mayor flexibilidad, rendimiento y tolerancia a fallos. Esta funcionalidad es fundamental para entornos que necesitan escalabilidad horizontal real.

Ahora es más fácil administrar grandes volúmenes de datos repartidos en múltiples regiones o nubes.

🔐 4. Tablas Blockchain

Las Blockchain Tables evolucionan en esta versión con mayor eficiencia y herramientas de auditoría integradas. Son ideales para registros inmutables y trazabilidad completa.

Útiles en contextos financieros, legales, logísticos o de cumplimiento normativo.

🛠️ 5. Migración de datos con RMAN

Ahora es posible utilizar Oracle RMAN para realizar migraciones de datos entre bases de datos activas, lo que reduce el downtime y simplifica las tareas de consolidación y modernización de entornos.

🧩 6. Soporte para Wide Tables

Oracle 23ai expande el límite de columnas en una tabla, soportando hasta 5,000 columnas por tabla (anteriormente 1,000). Esto facilita el modelado de datos complejos sin necesidad de estructuras adicionales.

🚦 7. Lock-Free Reservations

Nueva tecnología de administración de concurrencia que permite reservas de recursos sin bloqueo, mejorando el rendimiento en cargas altamente concurrentes.

🧱 8. Mejoras en arquitectura y rendimiento

• Optimización en estructuras de memoria y uso del PGA/SGA.

• Menor consumo de CPU en operaciones comunes.

• Planes de ejecución más inteligentes.

• Mejoras nativas para entornos multitenant y PDBs.

🔒 9. Seguridad reforzada

Incluye herramientas como:

• SQL Firewall: para limitar y auditar sentencias permitidas.

• Gestión más granular de privilegios.

• Integración con herramientas de auditoría modernas y cifrado nativo.

☁️ Preparado para la nube

Oracle Database 23ai está pensado para la nube desde su diseño. Disponible en:

• Oracle Cloud Infrastructure (OCI)

• Base Database Service

• Autonomous Database (en próximas integraciones)

✅ Conclusión

Oracle Database 23ai no es solo una actualización: es un nuevo estándar para bases de datos modernas, inteligentes y listas para la nube. Para los DBAs, representa una oportunidad de adoptar herramientas de última generación y mejorar la eficiencia operativa sin comprometer seguridad ni rendimiento.

Desde La Botica del DBA, te animamos a explorar cada una de estas funcionalidades, incorporarlas en tu práctica diaria y mantenerte actualizado en este nuevo capítulo de la administración de datos.

1. Sistema Operativo: Linux 8.

2. Usuario: Acceso de root o un usuario con privilegios de sudo.

3. Espacio en Disco: Al menos 20 GB de espacio libre (para Grid, RDBMS y la base de datos).

4. Memoria RAM: Mínimo 4 GB (recomendado 8 GB o más).

5. Descarga de Software:

   • Oracle Grid Infrastructure 21c desde OTN.

   • Oracle Database 21c desde OTN.

Paso 1: Preparar el Entorno

1. Actualizar el Sistema:

    sudo yum update -y
   

2. Instalar Paquetes Requeridos:

    sudo yum install -y oracle-database-preinstall-21c
   

3. Configurar Usuario y Grupos:
   Verifica que el usuario oracle y los grupos oinstall, dba, y oper estén creados:

    id oracle
   

4. Configurar Variables de Entorno:
   Edita el archivo .bash_profile del usuario oracle:

    su - oracle
    vi ~/.bash_profile
   

   Agrega las siguientes líneas:

    export ORACLE_BASE=/opt/oracle
    export ORACLE_HOME=/opt/oracle/product/21c/grid
    export ORACLE_SID=+ASM
    export PATH=$ORACLE_HOME/bin:$PATH
    export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH
   

   Guarda y cierra el archivo, luego ejecuta:

    source ~/.bash_profile
   

Paso 2: Instalar Oracle Grid Infrastructure

1. Descomprimir el Software de Grid:
   Copia el archivo descargado (por ejemplo, LINUX.X64_213000_grid_home.zip) a un directorio temporal:

    sudo mv LINUX.X64_213000_grid_home.zip /tmp/
    sudo unzip /tmp/LINUX.X64_213000_grid_home.zip -d /opt/oracle/product/21c/grid
    sudo chown -R oracle:oinstall /opt/oracle
   

2. Crear Archivo de Respuestas para Grid:
   Crea un archivo llamado grid_install.rsp:

    vi /opt/oracle/product/21c/grid/grid_install.rsp
   

   Agrega el siguiente contenido:

   ini

    oracle.install.responseFileVersion=/oracle/install/rspfmt_crsinstall_response_schema_v21.0.0
    oracle.install.option=HA_CONFIG
    ORACLE_BASE=/opt/oracle
    ORACLE_HOME=/opt/oracle/product/21c/grid
    oracle.install.asm.OSDBA=asmdba
    oracle.install.asm.OSOPER=asmoper
    oracle.install.asm.OSASM=asmadmin
    oracle.install.crs.config.gpnp.scanName=scan-cluster
    oracle.install.crs.config.gpnp.scanPort=1521
    oracle.install.crs.config.ClusterConfiguration=STANDALONE
    oracle.install.crs.config.configureAsmCluster=true
    oracle.install.crs.config.gpnp.configureGNS=false
    oracle.install.crs.config.autoConfigureClusterNodeVIP=false
    oracle.install.asm.SYSASMPassword=Oracle_123
    oracle.install.asm.diskGroup.name=DATA
    oracle.install.asm.diskGroup.redundancy=EXTERNAL
    oracle.install.asm.diskGroup.disks=/dev/sdb1
    oracle.install.asm.diskGroup.diskDiscoveryString=/dev/sdb*
   

3. Ejecutar la Instalación de Grid en Modo Silent:

    cd /opt/oracle/product/21c/grid
    ./gridSetup.sh -silent -responseFile /opt/oracle/product/21c/grid/grid_install.rsp
   

4. Ejecutar Scripts de Post-Instalación:
   Al finalizar, ejecuta los scripts como root:

    sudo /opt/oracle/product/21c/grid/root.sh
   

Paso 3: Instalar Oracle RDBMS

1. Descomprimir el Software de RDBMS:
   Copia el archivo descargado (por ejemplo, LINUX.X64_213000_db_home.zip) a un directorio temporal:

    sudo mv LINUX.X64_213000_db_home.zip /tmp/
    sudo unzip /tmp/LINUX.X64_213000_db_home.zip -d /opt/oracle/product/21c/dbhome_1
    sudo chown -R oracle:oinstall /opt/oracle
   

2. Crear Archivo de Respuestas para RDBMS:
   Crea un archivo llamado db_install.rsp:

    vi /opt/oracle/product/21c/dbhome_1/db_install.rsp
   

   Agrega el siguiente contenido:

    oracle.install.responseFileVersion=/oracle/install/rspfmt_dbinstall_response_schema_v21.0.0
    oracle.install.option=INSTALL_DB_SWONLY
    ORACLE_HOSTNAME=localhost
    UNIX_GROUP_NAME=oinstall
    INVENTORY_LOCATION=/opt/oracle/oraInventory
    ORACLE_HOME=/opt/oracle/product/21c/dbhome_1
    ORACLE_BASE=/opt/oracle
    oracle.install.db.InstallEdition=EE
    oracle.install.db.OSDBA_GROUP=dba
    oracle.install.db.OSOPER_GROUP=oper
    oracle.install.db.OSBACKUPDBA_GROUP=dba
    oracle.install.db.OSDGDBA_GROUP=dba
    oracle.install.db.OSKMDBA_GROUP=dba
    oracle.install.db.OSRACDBA_GROUP=dba
    SECURITY_UPDATES_VIA_MYORACLESUPPORT=false
    DECLINE_SECURITY_UPDATES=true
   

3. Ejecutar la Instalación de RDBMS en Modo Silent:

    cd /opt/oracle/product/21c/dbhome_1
    ./runInstaller -silent -responseFile /opt/oracle/product/21c/dbhome_1/db_install.rsp
   

4. Ejecutar Scripts de Post-Instalación:
   Al finalizar, ejecuta los scripts como root:

    sudo /opt/oracle/oraInventory/orainstRoot.sh
    sudo /opt/oracle/product/21c/dbhome_1/root.sh
   

Paso 4: Crear la Base de Datos con ASM

1. Crear Archivo de Respuestas para DBCA:
   Crea un archivo llamado dbca.rsp:

    vi /opt/oracle/product/21c/dbhome_1/dbca.rsp
   

   Agrega el siguiente contenido:

    responseFileVersion=/oracle/assistants/rspfmt_dbca_response_schema_v21.0.0
    gdbName=orcl
    sid=orcl
    databaseConfigType=SI
    storageType=ASM
    diskGroupName=DATA
    recoveryGroupName=RECO
    characterSet=AL32UTF8
    nationalCharacterSet=AL16UTF16
   

2. Ejecutar DBCA en Modo Silent:

    dbca -silent -createDatabase -responseFile /opt/oracle/product/21c/dbhome_1/dbca.rsp
   

Paso 5: Verificar la Instalación

1. Conectar a la Base de Datos:

    sqlplus / as sysdba
   

2. Verificar el Almacenamiento ASM:

    SELECT name, total_mb, free_mb FROM v$asm_diskgroup;
   

Este tutorial documenta cómo implementar una política de seguridad en Oracle que bloquea conexiones al esquema BOTICARIO basándose en el nombre del usuario del sistema operativo (OS_USER).

Incluye:

• Tablas de control y auditoría

• Trigger de conexión

• Procedimientos administrativos

• Paquete PL/SQL centralizado para gestión

💡 Ideal para entornos donde se requiere seguridad granular y trazabilidad de accesos no autorizados.

1️⃣ Preparación del Entorno

👤 Crear el esquema de seguridad

CREATE USER SEGURIDAD IDENTIFIED BY tu_contraseña_segura;
GRANT CONNECT, RESOURCE TO SEGURIDAD;
ALTER USER SEGURIDAD QUOTA UNLIMITED ON USERS;

2️⃣ Crear tabla de usuarios bloqueados

CREATE TABLE SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO (
  OS_USERNAME VARCHAR2(30) PRIMARY KEY
)
TABLESPACE USERS;

3️⃣ Crear tabla de auditoría de accesos

CREATE TABLE SEGURIDAD.LOG_ACCESOS_BLOQUEADOS (
  OS_USERNAME VARCHAR2(30),
  USERNAME    VARCHAR2(30),
  FECHA       DATE DEFAULT SYSDATE
)
TABLESPACE USERS;

4️⃣ Otorgar permisos al trigger

GRANT SELECT ON SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO TO SISTEMA;

5️⃣ Crear trigger de LOGON a nivel de base de datos

CREATE OR REPLACE TRIGGER SISTEMA.TRG_BLOQUEO_USUARIOS_BOTICARIO
AFTER LOGON ON DATABASE
DECLARE
  v_osuser   VARCHAR2(30);
  v_username VARCHAR2(30);
  v_count    NUMBER := 0;
BEGIN
  v_osuser   := SYS_CONTEXT('USERENV', 'OS_USER');
  v_username := SYS_CONTEXT('USERENV', 'SESSION_USER');

  IF UPPER(v_username) = 'BOTICARIO' THEN
    BEGIN
      SELECT COUNT(*) INTO v_count
      FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO
      WHERE LOWER(OS_USERNAME) = LOWER(v_osuser);
    EXCEPTION
      WHEN OTHERS THEN NULL;
    END;

    IF v_count > 0 THEN
      BEGIN
        INSERT INTO SEGURIDAD.LOG_ACCESOS_BLOQUEADOS (OS_USERNAME, USERNAME)
        VALUES (v_osuser, v_username);
        COMMIT;
      EXCEPTION
        WHEN OTHERS THEN NULL;
      END;

      RAISE_APPLICATION_ERROR(-20001, 'Acceso denegado para usuario con esquema BOTICARIO');
    END IF;
  END IF;
END;
/

6️⃣ Insertar usuarios del S.O. a bloquear

✅ Inserción directa

INSERT INTO SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO (OS_USERNAME)
VALUES ('DOCTORCHAPATIN');
COMMIT;

🛡️ Inserción condicional

DECLARE
    v_count PLS_INTEGER;
BEGIN
    FOR usr IN (
        SELECT 'DOCTORCHAPATIN' AS username FROM DUAL 
    ) LOOP
        SELECT COUNT(*) INTO v_count
        FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO
        WHERE OS_USERNAME = usr.username;

        IF v_count = 0 THEN
            INSERT INTO SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO (OS_USERNAME)
            VALUES (usr.username);
        END IF;
    END LOOP;
END;
/

7️⃣ Eliminar usuarios bloqueados

DELETE FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO
WHERE OS_USERNAME = 'DOCTORCHAPATIN';
COMMIT;

8️⃣ Limpiar tabla de auditoría

Opción 1: Borrado con conservación de espacio

DELETE FROM SEGURIDAD.LOG_ACCESOS_BLOQUEADOS;
COMMIT;

Opción 2: Truncado (más rápido)

TRUNCATE TABLE SEGURIDAD.LOG_ACCESOS_BLOQUEADOS;

9️⃣ Consultar registros

Usuarios bloqueados

SELECT * FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO ORDER BY OS_USERNAME;

Auditoría de accesos denegados

SELECT * FROM SEGURIDAD.LOG_ACCESOS_BLOQUEADOS ORDER BY FECHA DESC;

🔁 Rollback completo (Reversión)

-- Eliminar trigger
DROP TRIGGER SISTEMA.TRG_BLOQUEO_USUARIOS_BOTICARIO;

-- Eliminar tablas
DROP TABLE SEGURIDAD.LOG_ACCESOS_BLOQUEADOS PURGE;
DROP TABLE SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO PURGE;

-- Eliminar usuario
DROP USER SEGURIDAD CASCADE;

🎁 BONUS: Paquete PL/SQL para Gestión de Usuarios

CREATE OR REPLACE PACKAGE SEGURIDAD.PKG_GESTION_BLOQUEOS AS
  PROCEDURE AGREGAR_USUARIO(p_os_user VARCHAR2);
  PROCEDURE ELIMINAR_USUARIO(p_os_user VARCHAR2);
  FUNCTION ESTA_BLOQUEADO(p_os_user VARCHAR2) RETURN BOOLEAN;
END;
/

CREATE OR REPLACE PACKAGE BODY SEGURIDAD.PKG_GESTION_BLOQUEOS AS

  PROCEDURE AGREGAR_USUARIO(p_os_user VARCHAR2) IS
    v_count NUMBER;
  BEGIN
    SELECT COUNT(*) INTO v_count
    FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO
    WHERE OS_USERNAME = UPPER(p_os_user);

    IF v_count = 0 THEN
      INSERT INTO SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO (OS_USERNAME)
      VALUES (UPPER(p_os_user));
      COMMIT;
    END IF;
  END;

  PROCEDURE ELIMINAR_USUARIO(p_os_user VARCHAR2) IS
  BEGIN
    DELETE FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO
    WHERE OS_USERNAME = UPPER(p_os_user);
    COMMIT;
  END;

  FUNCTION ESTA_BLOQUEADO(p_os_user VARCHAR2) RETURN BOOLEAN IS
    v_count NUMBER;
  BEGIN
    SELECT COUNT(*) INTO v_count
    FROM SEGURIDAD.USUARIOS_BLOQUEADOS_BOTICARIO
    WHERE OS_USERNAME = UPPER(p_os_user);
    RETURN v_count > 0;
  END;

END;
/

✅ Con este paquete puedes hacer llamadas como:

EXEC SEGURIDAD.PKG_GESTION_BLOQUEOS.AGREGAR_USUARIO('USUARIOX');

⚠️ Notas Finales

• El trigger impide el acceso a cualquier sesión que intente conectarse como BOTICARIO si el OS_USER está registrado como bloqueado.

• Todo intento denegado es auditable, quedando trazado en LOG_ACCESOS_BLOQUEADOS.

• La solución es reversible y extensible: puedes integrarla con alertas, jobs automáticos, etc.

🧠 Conclusión

Este procedimiento permite a administradores Oracle mantener control granular, auditable y automatizable sobre accesos al esquema BOTICARIO. Una medida esencial en entornos donde la trazabilidad y el cumplimiento de políticas de seguridad son clave.

📡 ¿Te gustó esta receta de monitoreo técnico?
Explora más artículos, diagnósticos y herramientas en https://laboticadeldba.com, el espacio donde los colegas DBAs encuentran materia alquímica para hacer oro con sus entornos Oracle y resguardar su seguridad.

🧪 Comparte este artículo con tus colegas y no dejes tu infraestructura sin receta.
En La Botica del DBA te ofrecemos los mejores elixires para el rendimiento, la seguridad y la gobernabilidad de tus datos, preparados con experiencia, precisión y pasión por la tecnología.

💊 Porque todo buen sistema merece una buena dosis de monitoreo inteligente, automatización efectiva y control preventivo.

🔍 Desde un trigger bien afinado hasta un tuning quirúrgico, aquí destilamos soluciones reales para retos reales.
Síguenos, experimenta y comparte — y que nunca falte botica en tu administración de bases de datos diaria.

Publicado en La Botica del DBA

Oracle promete "Zero Downtime" al migrar a la nube. Pero como DBA, uno tiene el deber de hacerse la pregunta obligada: ¿ese "cero" es un cero de verdad o es marketing? Aquí vamos a diseccionar la herramienta Oracle Zero Downtime Migration (ZDM) con ejemplos, contexto y verdades técnicas que te ayudarán a decidir cómo y cuándo usarla.

🧠 ¿Qué es Oracle ZDM?

ZDM es una herramienta CLI desarrollada por Oracle para facilitar la migración automatizada de bases de datos desde entornos On-Premise a OCI (o incluso entre regiones OCI). Está diseñada para reducir el downtime a mínimos usando:

• Oracle GoldenGate (replicación lógica continua).

• Oracle Data Guard (standby físicos activos).

• Oracle Data Pump (en modo offline, si el downtime es aceptable).

⚙️ Métodos de migración soportados

💡 Claves para lograr un "Zero Downtime Real"

• ✅ Usar GoldenGate para replicar en tiempo real desde origen a destino.

• ✅ Realizar validaciones previas con ZDM (zdmcli migrate database -mode ANALYZE).

• ✅ Configurar red segura y de baja latencia entre origen y OCI (VPN o FastConnect).

• ✅ Planificar el cutover en una ventana de mantenimiento controlada.

📡 ¿Te gustó esta receta técnica?

Explora más artículos, diagnósticos y herramientas en https://laboticadeldba.com, el espacio donde los colegas DBAs encuentran materia alquímica para hacer oro con sus entornos Oracle.

🧪 Comparte este artículo con tus colegas y no dejes tu infraestructura sin receta.

En La Botica del DBA te ofrecemos los mejores elixires para el rendimiento, preparados con experiencia, precisión y pasión por la tecnología.

📬 ¿Tienes preguntas o quieres compartir tu experiencia con ZDM? Escribe a: Admin@LaBoticaDelDBA.com

¡Hasta la próxima fórmula mágica!

nmon (Nigel's Monitor) es una herramienta de monitoreo de rendimiento para sistemas Linux y AIX. Proporciona métricas detalladas en tiempo real sobre el uso de CPU, memoria, discos, red y procesos, siendo especialmente útil para administradores de bases de datos y sistemas que gestionan entornos Oracle.

🧪 Instalación de nmon en Oracle Linux

Oracle Linux 7 y 8:

sudo yum install nmon -y

Oracle Linux 9:

sudo dnf install nmon -y

Alternativa (si no está en los repositorios):

Descargar desde 👉 https://sourceforge.net/projects/nmon/

🖥️ Uso de nmon para Monitoreo de Oracle

Una vez instalado, nmon permite monitorear en tiempo real diversos aspectos del sistema que impactan en el rendimiento de una base de datos Oracle.

Monitoreo de CPU y Memoria:

• c: Uso de CPU por núcleo.

• m: Consumo de memoria RAM y swap.

Monitoreo de Discos:

• d: Lectura/escritura de discos, esencial para detectar cuellos de botella en I/O de Oracle.

Monitoreo de Red:

• n: Uso de interfaces de red, útil en Oracle RAC o DG.

Procesos y Kernel:

• t: Top de procesos por consumo.

• k: Estadísticas del kernel.

💾 Captura y Análisis de Datos con nmon

nmon también puede ejecutarse en modo de captura para registrar el comportamiento del sistema:

nmon -f -s 30 -c 120

Esto genera un archivo .nmon con datos tomados cada 30 segundos durante una hora.

Análisis con nmonchart (modo gráfico):

1. Descarga: https://sourceforge.net/projects/nmon/

2. Ejecuta:

./nmonchart archivo.nmon

Esto genera un informe HTML con gráficos interactivos y visuales para análisis detallado.

🔬 Caso Real: Diagnóstico de Rendimiento Oracle con nmon

En un entorno con Oracle RAC, se presentó lentitud generalizada. Gracias a nmon se identificó:

• Alta contención de CPU en ciertos núcleos.

• Procesos de Oracle (ora_dbw0, ora_lgwr) con alto consumo.

• Alto I/O en discos ASM compartidos.

Combinando esta información con un reporte AWR de Oracle, se confirmó contención de redo logs. La solución fue aumentar la cantidad de redo log groups.

🧰 Conclusión

• nmon es una herramienta ligera, poderosa y no intrusiva.

• Ideal para DBAs que necesitan visibilidad completa del sistema operativo.

• Complementa herramientas como AWR, Statspack, top, vmstat, etc.

📡 ¿Te gustó esta receta técnica?
Explora más artículos, diagnósticos y herramientas en https://laboticadeldba.com, el espacio donde los colegas DBAs encuentran materia alquímica para hacer oro con sus entornos Oracle.

🧪 Comparte este artículo con tus colegas y no dejes tu infraestructura sin receta.
En La Botica del DBA te ofrecemos los mejores elixires para el rendimiento, preparados con experiencia, precisión y pasión por la tecnología.

💊 Porque todo buen sistema merece una buena dosis de monitoreo inteligente.

"No hay nada más valioso que un backup… hasta que necesitas restaurarlo."
— Todo DBA alguna vez.

🧠 ¿Por qué este artículo?
Porque como buen boticario del dato, debes tener a mano tus fórmulas magistrales. Aquí te comparto un recetario práctico para dominar Oracle RMAN en escenarios reales, desde respaldos simples hasta recuperación de catástrofes, clonación de bases y restauración puntual de tablas.

🛠️ Preparando la botica: configuración base de RMAN

CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u01/app/oracle/fast_recovery_area/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 4;

💾 Fórmulas magistrales para backups

🔸 Backup completo

BACKUP DATABASE PLUS ARCHIVELOG;

🔸 Backup incremental

Nivel 0 (completo):

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG;

Nivel 1 (diferencial):

BACKUP INCREMENTAL LEVEL 1 DATABASE PLUS ARCHIVELOG;

🔸 Backup de tablespaces específicos

BACKUP TABLESPACE users, example;

💥 Procedimientos de restauración

🔄 Recuperación completa

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN;

📦 Restaurar tablespaces

RESTORE TABLESPACE users, example;
RECOVER TABLESPACE users, example;

🔍 Recuperar datafiles dañados

1. Identifica:

SELECT FILE#, STATUS, ERROR, CHANGE#, TIME FROM V$RECOVER_FILE;

2. Restaura y recupera:

RESTORE DATAFILE '/ruta/archivo.dbf';
RECOVER DATAFILE '/ruta/archivo.dbf';

⚙️ Casos especiales y avanzados

🧠 Restaurar controlfile perdido

STARTUP NOMOUNT;
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS;

🔁 Pérdida total de redo logs

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE OPEN RESETLOGS;

📂 Restaurar archived logs

RESTORE ARCHIVELOG ALL;

⏳ Point-in-Time Recovery (PITR)

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
RUN {
  SET UNTIL TIME "TO_DATE('2023-05-15 14:00:00', 'YYYY-MM-DD HH24:MI:SS')";
  RESTORE DATABASE;
  RECOVER DATABASE;
}
ALTER DATABASE OPEN RESETLOGS;

🧬 Recuperación de una tabla eliminada

CREATE TABLE users_temp AS 
  SELECT * FROM users AS OF TIMESTAMP (SYSTIMESTAMP - INTERVAL '1' DAY);

INSERT INTO users SELECT * FROM users_temp;
COMMIT;
DROP TABLE users_temp;

🔎 Verificación y mantenimiento de backups

CROSSCHECK BACKUP;
LIST BACKUP;
DELETE OBSOLETE;
VALIDATE BACKUPSET <backup_set_key>;

📂 Restauración de archivos segmentados o overflow

RESTORE DATAFILE <file_number>;
RECOVER DATAFILE <file_number>;

-- o

RESTORE DATAFILE '/path/to/overflow_file.dbf';
RECOVER DATAFILE '/path/to/overflow_file.dbf';

🚫 Tablespaces de solo lectura

BACKUP TABLESPACE read_only_tbs;
RESTORE TABLESPACE read_only_tbs;
RECOVER TABLESPACE read_only_tbs;

🧪 Clonación con RMAN

DUPLICATE TARGET DATABASE TO clone_db
  FROM ACTIVE DATABASE
  SPFILE
  SET DB_NAME='clone_db'
  SET DB_UNIQUE_NAME='clone_db'
  NOFILENAMECHECK;

🧾 Conclusión del boticario

Tener tus fórmulas listas no solo te salva de errores, te da paz.
Estos scripts han sido probados en entornos reales y están listos para que los adaptes a tu laboratorio o producción.
Recuérdalo siempre: el DBA preparado es el DBA con buenas recetas y un buen boticario.

📢 ¿Te gustaría más contenido práctico así?

a nuestra newsletter semanal en LaBoticaDelDBA.com y recibe dosis semanales de pasillas , recetas y elixires para DBAs.

"En la salud de tu infraestructura está la paz de tu producción."
— La Botica del DBA

🧠 ¿Qué es Oracle AHF y por qué deberías tenerlo al día?

Oracle Autonomous Health Framework (AHF) es una suite vital para cualquier DBA moderno. Se trata del conjunto de herramientas que automatiza el diagnóstico, monitoreo, trazabilidad y verificación del estado de nuestros servidores Oracle, ya sea en RAC, Standalone, Exadata u OCI.

AHF permite:

• Diagnósticos automáticos cuando ocurre una falla

• Recolección inteligente de datos con análisis preconfigurados

• Verificación del cumplimiento de buenas prácticas (orachk)

• Insights históricos y en tiempo real

• Análisis de performance e integridad del sistema operativo, clúster y ASM

🆕 ¿Qué trae de nuevo la versión 25.1?

Liberada en febrero de 2024, esta versión introdujo mejoras especialmente útiles para entornos modernos como Oracle Linux 9, destacando:

• 🔧 Nuevo sistema de configuración de upgrades automáticos (vía ahfctl setupgrade)

• 🧩 Soporte de cgroups v2 en Oracle Linux 9 para limitar consumo de recursos

• ⚙️ Corrección de errores en sistemas multipath y redes redundantes

🚀 ¿Y la 25.3? (versión estable más reciente a abril 2025)

Liberada en marzo de 2025, AHF 25.3 mejora aún más la capacidad de análisis y trazabilidad:

• 📊 Visualización del estado de ASM por nodo en AHF Insights

• 📌 Muestra qué evento exacto disparó una colección automática

• ⚠️ Advertencias al usar comandos obsoletos

• 🔁 Análisis diferencial para eventos críticos de bajo uso de memoria

• 🕒 Recolección mínima de diagnósticos establecida en 15 minutos

✅ Disponible para Linux, AIX, Solaris, Windows y más.

📚 Referencia: Doc ID 2550798.1 – AHF Downloads y Release Notes

🛠️ Mini taller: Upgrade de AHF sin downtime (de 24.11 a 25.1 o 25.3)

Escenario:

• Servidores Oracle Linux en RAC

• Versión actual de AHF: 24.11

• Upgrade objetivo: 25.1 (o directamente 25.3)

• Tiempo estimado: ⏱️ 2 horas

• Impacto: ✅ Sin interrupción de servicios

🔍 Paso 1: Verificar la versión actual

tfactl print version

📌 Ejemplo de salida:

TFA Version : 24.11.0.0.0

📦 Paso 2: Preparar staging y copiar ZIP

• Descarga el ZIP desde Oracle Support (enlace directo)

• Copia el ZIP a los servidores, por ejemplo: /chemist/DIR_AHF/ahf_25.1.0_Linux.zip

🧰 Paso 3: Configurar el entorno de upgrade

Ejecutar como root:

ahfctl setupgrade -all

Y responde:

Introduzca el indicador de autoupgrade <on/off>: off
Introduzca la ubicación de almacenamiento en área temporal del software: /chemist/DIR_AHF
Introduzca la frecuencia de upgrade: 30

✅ Verifica con:

ahfctl getupgrade -all

🔄 Paso 4: Ejecutar el upgrade

También como root:

ahfctl upgrade

📌 Repetir en ambos nodos, si estás en Oracle RAC.

🧪 Paso 5: Validar nueva versión

tfactl print version

🔎 Salida esperada:

TFA Version : 25.1.0.0.0

O si instalaste 25.3:

TFA Version : 25.3.0.0.0

🧪 Caso real: Upgrade de AHF a 25.3 en Oracle RAC Exadata

Durante un laboratorio realizado en servidores de la botica, se ejecutó el upgrade de AHF desde la versión 25.2.1.0.0 a 25.3.0.0.0 con los siguientes resultados:

Host                        | TFA Version   | Upgrade Status
----------------------------+---------------+----------------
exaociboticario-boticaaa1   | 25.3.0.0.0    | UPGRADED
exaociboticario-boticabb2   | 25.3.0.0.0    | UPGRADED

💡 Observación destacada: AHF identificó automáticamente el paquete ZIP en /expdp/REPO_AHF, validó la firma, detuvo y reinició los servicios sin afectar las bases de datos, y dejó los logs de instalación en:

/u01/oracle.ahf/data/<hostname>/diag/ahf/

📂 Esto también confirmó que no se añadieron nuevos directorios a TFA, lo que garantiza una actualización limpia y sin reconfiguraciones.

✅ Resultado final: ambos nodos quedaron homogéneos, operativos y con la versión 25.3 lista para producción.

🧬 Internals de AHF: El rol de TFA y su magia silenciosa

Aunque muchos conocen el AHF por herramientas como orachk, oswbb o ahfctl, el corazón operativo de esta suite es TFA (Trace File Analyzer). Y lo encontrarás instalado, silencioso y vigilante, en:

/opt/oracle.ahf/tfa/

🔎 ¿Qué hace TFA?

TFA se encarga de:

• 📦 Recolectar y comprimir archivos de trazas, logs, core dumps y más

• 🔍 Detectar eventos críticos y disparar análisis automáticos

• ⏱️ Generar colecciones de diagnóstico por rango horario o evento

• 📘 Documentar todo en paquetes listos para enviar a Oracle Support

🗂️ Estructura destacada dentro de /opt/oracle.ahf/tfa

⚙️ Comandos esenciales con tfactl

📥 Recolectar todo lo de las últimas 2 horas para análisis de rendimiento:

tfactl diagcollect -last 2h -srdc dbperf

🧪 Analizar la base de datos y mostrar hallazgos clave:

tfactl analyze -database <SID>

🔧 Ver estado del framework y nodos:

tfactl status

🌐 Mostrar la versión actual:

tfactl print version

💡 Bonus: Interfaz interactiva con tfactl menu

👌 Ideal para DBAs que prefieren menús sobre comandos:

tfactl menu

🎨 Presenta un menú de texto donde puedes elegir:

1. System Analysis

2. Collections

3. Administration

Permite hacer recolecciones y diagnósticos de forma guiada. Muy útil en auditorías, soporte remoto y tareas de rutina.

💎 Cierre al estilo de La Botica del DBA

Actualizar AHF es como renovar los frascos de tu botica: los principios activos siguen ahí, pero ahora con mejor empaque, nueva formulación y diagnóstico más rápido para los síntomas de tu sistema.

Este tipo de mantenimiento preventivo no solo reduce el tiempo de reacción ante incidentes, sino que te da tranquilidad operativa… esa que cuando todo está bien, simplemente no suena el teléfono.

🔗 ¿Te gustó este taller?
Suscríbete a nuestra newsletter técnica en laboticadeldba.com o escribeme directamente a la casila de correo: Admin@LaBoticaDelDBA.Com
📬 Publicamos cada semana casos reales, scripts útiles y upgrades que salvan madrugadas.

En Chile, el cambio de hora se realiza dos veces al año, alternando entre:

• Horario de verano: UTC-3 (desde septiembre)

• Horario de invierno: UTC-4 (desde abril)

Este tutorial está dirigido a administradores de bases de datos y sistemas que utilizan:

• Oracle Database: 12c, 19c, 21c y 23c

• Sistemas Operativos: Oracle Linux 7.9 y 8

Aquí aprenderás a verificar, ajustar y automatizar el cambio de hora, evitando problemas de sincronización en tus sistemas críticos.

🔍 Paso 1: Verificar Zona Horaria en Oracle Database

1.1 Verificación de zona horaria actual

sqlCopiarEditarSELECT DBTIMEZONE FROM DUAL;

1.2 Cambiar zona horaria (si aplica)

sqlCopiarEditarALTER DATABASE SET TIME_ZONE = 'America/Santiago';

⚠️ Este cambio requiere reiniciar la base de datos.

🖥️ Paso 2: Configuración de Zona Horaria en Oracle Linux

2.1 Verificar configuración actual

timedatectl

2.2 Cambiar zona horaria

sudo timedatectl set-timezone America/Santiago

🔁 Paso 3: Automatización del Cambio de Hora

3.1 Usar cron para ajustar automáticamente en las fechas oficiales

Asegúrate de revisar las fechas oficiales del cambio de hora cada año en horaoficial.cl.

Ejemplo de entradas en crontab (modo root):

# Horario de verano (primer sábado de septiembre a las 03:00 AM)
0 3 1-7 9 6 timedatectl set-timezone America/Santiago

# Horario de invierno (primer sábado de abril a las 03:00 AM)
0 3 1-7 4 6 timedatectl set-timezone America/Santiago

📅 ¿Funciona este cron para 2026, 2027, 2028, 2029 y 2030?

Recordemos la lógica:

bashCopiarEditar# Horario de verano: primer sábado de septiembre (días 1 a 7 de septiembre, si es sábado)
0 3 1-7 9 6 timedatectl set-timezone America/Santiago

# Horario de invierno: primer sábado de abril (días 1 a 7 de abril, si es sábado)
0 3 1-7 4 6 timedatectl set-timezone America/Santiago

• El número 6 al final = sábado

• 1-7 = primeros 7 días del mes

• 9 = septiembre, 4 = abril

• Hora = 03:00 AM

🔍 Validación práctica por año (primer sábado del mes):

✅ En todos los años del 2026 al 2030, el primer sábado del mes cae entre el día 1 y el 7, así que el cron propuesto funcionará perfectamente.

🧠 Recomendación extra de La Botica del DBA:

• Aun así, revisar anualmente el sitio horaoficial.cl es buena práctica, porque los gobiernos pueden cambiar la política de horarios (como ya ha pasado en Chile antes).

• Puedes dejar un recordatorio recurrente en tu calendario para revisar esto a fines de marzo y agosto de cada año.

✅ Paso 4: Validación del Cambio

4.1 En Oracle Database

SELECT DBTIMEZONE FROM DUAL;

4.2 En Oracle Linux

timedatectl

📧 Paso 5: Envío de Alertas por Correo (Opcional)

Puedes configurar correos automáticos antes y después del cambio de hora para confirmar que los sistemas han sido ajustados correctamente.

5.1 Query de control antes y después del cambio:

-- Fecha actual del sistema
SELECT TO_CHAR(SYSDATE, 'dd/mm/yyyy HH24:MI:SS') FROM dual;

-- Nombre de la instancia
SELECT instance_name FROM v$instance;

5.2 Enviar correo con mailx

Ejemplo de script de envío:

#!/bin/bash
ASUNTO="Cambio de Hora SRBOTICAP - $(date '+%d/%m/%Y %H:%M')"
MENSAJE="Se ha realizado/verificado el cambio de hora en el servidor $(hostname). Fecha actual: $(date)"
echo "$MENSAJE" | mailx -r SRBOTICAP@laboticadeldba.com -s "$ASUNTO" admin@laboticadeldba.com

💡 Puedes programar este script como cronjob minutos después del cambio de hora, o ejecutarlo manualmente como parte del procedimiento.

📚 Recursos Adicionales

• Oracle Database Time Zone Support

• Oracle Linux System Administrator Guide

• Hora Oficial de Chile

🧪 Bonus: Comprobación en Sistemas Distribuidos

Si estás en un entorno Oracle RAC o tienes múltiples servidores, asegúrate de validar el cambio en todos los nodos para evitar inconsistencias de tiempo en los logs, trace files o sincronización de procesos.

🧭 Conclusión

El cambio de hora en Chile puede parecer trivial, pero una configuración incorrecta puede causar:

• Fallas en sincronización de jobs

• Inconsistencias en registros de auditoría

• Problemas con backups y replicación

Este tutorial busca ayudarte a tener tus sistemas preparados y evitar estos problemas con pasos simples pero efectivos.

¿Lo probaste? ¿Tienes dudas?
Comenta aquí abajo o escríbeme directamente: admin@laboticadeldba.com

📬 Suscríbete a La Botica del DBA para más recetas técnicas, hacks y tips.

🔍 1. Verificación de sincronización primaria - standby

-- En base primaria:
SELECT thread#, MAX(sequence#) "Last Sequence"
FROM v$archived_log
WHERE applied = 'NO'
GROUP BY thread#;

-- Alternativa:
SELECT thread#, sequence#, applied FROM v$archived_log ORDER BY sequence# DESC;

-- Usando script (Dataguard synchronization), te dejo todo lo necesario en los bonus.
Thread Last Sequence Received Last Sequence Applied Difference
      1                  24239                 24239          0
      2                  25528                 25528          0

✅ Sincronización perfecta si el "Difference" es 0 para todos los threads.

📊 2. Verificar estado del destino Data Guard en la base primaria

SET LINES 200
COL DESTINATION FORMAT A40
COL STATUS FORMAT A10
COL RECOVERY_MODE FORMAT A25

SELECT dest_id, destination, status, recovery_mode
FROM v$archive_dest_status
WHERE dest_id = 2;

Resultado esperado:

✅ Esto confirma que la base primaria está enviando logs en tiempo real a la standby.

📃 3. Estado general de todos los destinos

SELECT destination, status, type, recovery_mode
FROM v$archive_dest_status
WHERE recovery_mode IS NOT NULL;

✅ Confirmar que solo botica19c_oci está activo como destino PHYSICAL y en modo REAL TIME APPLY. Los demás pueden estar INACTIVE.

🌐 4. Verificación de la base standby (botica19c_oci)

-- En standby:
SELECT database_role, open_mode, protection_mode FROM v$database;

Resultado esperado:

PHYSICAL STANDBY | MOUNTED | MAXIMUM PERFORMANCE

✅ La base está en modo standby montado (no abierta), lista para recibir y aplicar logs.

-- Ver proceso MRP:
SELECT process, status FROM v$managed_standby WHERE process = 'MRP0';

Resultado esperado:

PROCESS | STATUS
--------|--------
MRP0    | APPLYING_LOG

✅ MRP0 activo = aplicación en tiempo real funcionando.

⚡ Checklist Rápida

🛠️ 5. Verificación del estado de recursos en Oracle Grid Infrastructure (CRS) con srvctl y crsctl

Desde el usuario grid, puedes validar que los recursos de base de datos estén correctamente registrados, online y con el home correcto:

crsctl stat res -w "TYPE = ora.database.type" -t

Ejemplo de salida esperada:

ora.botiquin_oci.db
    1 ONLINE  ONLINE exabotica-area51 Open,HOME=/u02/app/oracle/product/12.2.0/dbhome_5,STABLE
    2 ONLINE  ONLINE exabotica-area52 Open,HOME=/u02/app/oracle/product/12.2.0/dbhome_5,STABLE

ora.botica19c_oci.db
    1 ONLINE  ONLINE exabotica-area51 Open,HOME=/u02/app/oracle/product/19.0.0.0/dbhome_1,STABLE
    2 ONLINE  ONLINE exabotica-area52 Open,HOME=/u02/app/oracle/product/19.0.0.0/dbhome_1,STABLE

✅ Verificá que el estado esté ONLINE, el home correcto (dbhome_X) y que cada nodo esté reportando el estado como STABLE.

También puedes validar la base con srvctl:

srvctl status database -d botica19c_oci
srvctl config database -d botica19c_oci

⚡ Checklist Rápida

🔧 Comando para reiniciar MRP (si se detiene)

-- En standby:
START MRP;
-- o:
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT

BONUS:

💻 Script .sh para automatizar validaciones básicas:

Dado que parte de las verificaciones pertenecen al contexto del usuario grid (infraestructura) y otras al usuario oracle (base de datos), se recomienda separar los scripts o coordinar su ejecución desde un entorno con privilegios compartidos.

✅ Script para usuario oracle (validaciones Data Guard)

#!/bin/bash
# check_dataguard_oracle.sh

ORACLE_SID=BOTICA19C1
. /home/oracle/.bash_profile

echo "Verificando MRP0 en standby..."
sqlplus -s / as sysdba <<EOF
SET PAGESIZE 0 FEEDBACK OFF VERIFY OFF HEADING OFF ECHO OFF
SELECT 'MRP0 status: ' || status FROM v\$managed_standby WHERE process = 'MRP0';
EOF

echo -e "\nVerificando destino de standby (dest_id=2)..."
sqlplus -s / as sysdba <<EOF
SET LINES 200
COL destination FOR A30
COL recovery_mode FOR A30
SELECT destination, status, recovery_mode FROM v\$archive_dest_status WHERE dest_id = 2;
EOF

✅ Script para usuario grid (estado CRS)

#!/bin/bash
# check_grid_crsctl.sh

. /home/grid/.bash_profile

echo "Estado de bases de datos en Clusterware:"
crsctl stat res -w "TYPE = ora.database.type" -t | grep -Ei 'botica|gis'

✅ Estos scripts pueden integrarse en procesos automatizados por separado, o llamarse desde un orquestador común si hay acceso entre cuentas (ej: sudo, cron centralizado, herramientas de observabilidad).

📥 Descargá los scripts completos de verificación desde GitHub

🧪 Ir al repositorio »

💊 Si esta guía te sirvió para dejar tu Data Guard en modo zen y tus instancias bien sincronizadas, ¡misión cumplida!

🚀 Si te gustó el contenido, compartelo con tu equipo, guardalo en tu caja de primeros auxilios y no te olvides de suscribirte al boletín de La Botica del DBA desde:

🔗 www.laboticadeldba.com

Ahí seguimos publicando tips, guías, scripts y anécdotas del día a día del DBA — sin vueltas, directo al grano.

📮 ¿Tienes una duda, una historia técnica o quieres colaborar con el blog?
Escribime a admin@laboticadeldba.com

Nos vemos en la próxima dosis técnica 😉
— El Boticario del DBA

Verifica siempre:

• Que los db_unique_name estén bien configurados

• Que los archivos tnsnames.ora y listener.ora estén definidos

• Que los destinos LOG_ARCHIVE_DEST_n estén activos y sin errores

🧪 Comandos Clave por Versión

🔹 Oracle 11g (NO multitenant, sin CDB/PDB)

SQL> recover managed standby database cancel;
Media recovery complete.
SQL> alter database open read only;

Database altered.

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

-- Abrir en modo solo lectura (para validaciones)
ALTER DATABASE OPEN READ ONLY;

-- Cancelar recuperación gestionada (mantenimiento)
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

-- Reanudar recuperación
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

🔹 Oracle 12c (Soporta CDB/PDB, Broker funcional)

-- Arrancar instancia en modo MOUNT (standby)
STARTUP MOUNT;

-- Activar recuperación gestionada
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

🔹 Oracle 19c, 21c, 23ai (Real-Time Apply y Broker completo)

-- Real-Time Apply recomendado
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

-- Modo normal también válido
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

🔍 Validaciones con SQL

📌 Script estado_dataguard.sql

SET LINES 200
COL dest_name FOR A20
COL destination FOR A50
COL error FOR A15
COL db_unique_name FOR A15
COL name FOR A100

SELECT dest_id, dest_name, target, name_space, destination, status, error, db_unique_name
FROM v$archive_dest
WHERE destination IS NOT NULL;

SELECT dest_id, dest_name, status, type, srl, recovery_mode
FROM v$archive_dest_status
WHERE dest_id = 2;

EXIT;

📌 Script dg_sync.sql

SET LINE 180
SET PAGES 30

COLUMN LOGON_TIME FORMAT A20
COLUMN USERNAME FORMAT A15
COLUMN OSUSER FORMAT A20

SELECT
    ARCH.THREAD# "Thread",
    ARCH.SEQUENCE# "Last Sequence Received",
    APPL.SEQUENCE# "Last Sequence Applied",
    (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Difference"
FROM
    (SELECT THREAD#, SEQUENCE#
     FROM V$ARCHIVED_LOG
     WHERE (THREAD#, FIRST_TIME) IN
           (SELECT THREAD#, MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH,
    (SELECT THREAD#, SEQUENCE#
     FROM V$LOG_HISTORY
     WHERE (THREAD#, FIRST_TIME) IN
           (SELECT THREAD#, MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
WHERE
    ARCH.THREAD# = APPL.THREAD#
ORDER BY 1;

EXIT;

🛠️ Script Bash desde Primaria: sync_dg_botica.sh

#!/bin/bash
. /home/oracle/BOTICADB.env

sqlplus -s / as sysdba <<EOF
SET PAGESIZE 50
SET LINESIZE 180
PROMPT === Estado de sincronización Data Guard ===
@/home/oracle/scripts/dg_sync.sql
EOF

Puedes programarlo en cron o integrarlo con Zabbix/Nagios.

Data Guard Broker (DGMGRL) — desde Oracle 12c+

⚙️ Paso 1: Habilitar Broker

ALTER SYSTEM SET DG_BROKER_START=true SCOPE=BOTH;

🔗 Paso 2: Crear Configuración

dgmgrl sys/password@primaria

CREATE CONFIGURATION 'DGCFG_BOTICA' AS
  PRIMARY DATABASE IS PRIMARIA_DB
  CONNECT IDENTIFIER IS primaria;

ADD DATABASE STANDBY_DB AS
  CONNECT IDENTIFIER IS standby
  MAINTAINED AS PHYSICAL;

ENABLE CONFIGURATION;

🔍 Validaciones

SHOW CONFIGURATION;
SHOW DATABASE VERBOSE PRIMARIA_DB;
SHOW DATABASE VERBOSE STANDBY_DB;

⟲ Switchover

dgmgrl
CONNECT /
SWITCHOVER TO 'STANDBY_DB';

Failover (desastre)

FAILOVER TO 'STANDBY_DB' IMMEDIATE;

🔄 Reinicio Automático con systemd

Archivo: /etc/systemd/system/syncdg-botica.service

[Unit]
Description=Revisión automática de sincronización Oracle Data Guard

[Service]
User=oracle
ExecStart=/home/oracle/scripts/sync_dg_botica.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

Activar:

sudo systemctl daemon-reexec
sudo systemctl daemon-reload
sudo systemctl enable syncdg-botica.service
sudo systemctl start syncdg-botica.service

🧠 Tips de la Botica

• Usa VALIDATE DATABASE VERBOSE solo en versiones 12c+.

• Documenta cada switchover y failover cuidadosamente.

• Nunca dejes el observer sin monitorear (FSFO).

• En OCI, aprovecha FastConnect o Private Endpoints para baja latencia.

📧 admin@laboticadeldba.com — ¡Consulta casos específicos de HA, rendimiento o DR!

¿Tienes un caso específico o un entorno complejo que quieres revisar? Escríbeme en los comentarios o comunicate directo la casilla de correos Admin@LaBoticaDelDBA.com ¡En la botica siempre hay un elixir de soluciones para cada casuística, problema de rendimiento o alta disponibilidad!

🧪 Pre-requisitos

• Acceso root o privilegios de superusuario.

• Conexión a internet para instalar paquetes.

• Datos del servidor SMTP al que se conectará (host y dirección IP).

• Utilizaremos como ejemplo el dominio: laboticadeldba.com.

🔧 1. Instalación de Sendmail y sendmail-cf

Asegúrate de tener sendmail y su herramienta de configuración avanzada:

yum install sendmail -y
yum install sendmail-cf.noarch -y

¿No sabes si está disponible? Búscalo:

yum search sendmail

🛠️ 2. Configurar el servidor SMTP (Smart Host)

Editamos el archivo /etc/mail/sendmail.mc:

vi /etc/mail/sendmail.mc

Agrega esta línea:

define(`SMART_HOST', `smtp.laboticadeldba.com')dnl

Luego genera el archivo de configuración final:

/etc/mail/sendmail.mc > /etc/mail/sendmail.cf

🧭 3. Configurar el archivo /etc/hosts

Edita el archivo para que el sistema resuelva correctamente nombres IP/DNS:

vi /etc/hosts

Ejemplo:

192.168.100.10   smtp.laboticadeldba.com smtp
192.168.100.20   SRBOTICAP.laboticadeldba.com SRBOTICAP

▶️ 4. Iniciar el servicio Sendmail

Levanta el servicio:

systemctl start sendmail.service

Para que se active al iniciar el servidor:

systemctl enable sendmail.service

📬 5. Prueba de envío de correo

Instala mailx si no lo tienes:

yum install mailx -y

Y luego ejecuta:

echo "PRUEBA CORREO SRBOTICAP $(date)" | mailx -r SRBOTICAP@laboticadeldba.com -s "Prueba Correo SRBOTICAP" admin@laboticadeldba.com

🧾 6. Revisión de logs

Para validar el envío o revisar errores:

tail -f /var/log/maillog
tail -f /var/log/messages

⏹️ 7. Detener Sendmail (opcional)

Si necesitas apagar el servicio:

systemctl stop sendmail.service

🧠 Conclusión

La configuración de sendmail puede parecer arcaica, pero sigue siendo una herramienta robusta, confiable y versátil en ambientes empresariales. Esta integración es especialmente útil en entornos Oracle RAC, servidores de respaldo, o scripts de monitoreo, donde notificar por correo ante errores o eventos es una necesidad crítica.

¿Lo probaste? ¿Tienes dudas?
Comenta aquí abajo o escríbeme directamente: admin@laboticadeldba.com

📬 Suscríbete a La Botica del DBA para más recetas técnicas, hacks y tips

En nuestra botica, cada componente tiene su lugar, como en una antigua farmacia donde cada frasco contiene su fórmula precisa. En el mundo de Oracle Spatial, las herramientas evolucionan y se perfeccionan con cada versión.

Si en la versión 19c ya compartimos una receta esencial sobre cómo mantener viva la shape_lib tras el parcheo, hoy volvemos al laboratorio con una nueva entrega para la comunidad DBA: Oracle Database 23c, y su poderosa evolución en capacidades geoespaciales.

Prepárate para descubrir qué hay de nuevo, cómo se compara con la 19c y por qué esta versión representa una renovación total para quienes trabajamos con datos espaciales.

🌍 Oracle Spatial and Graph: evolución de 19c a 23c

Oracle Spatial and Graph ha sido una extensión fundamental en Oracle Database, permitiendo a desarrolladores, analistas GIS y DBAs gestionar y analizar datos espaciales. Mientras que en 19c ya contábamos con funcionalidades sólidas, la versión 23c —conocida como 23ai— amplía las fronteras con herramientas optimizadas, mayor integración con IA y una experiencia de desarrollo más fluida.

🧠 Novedades destacadas en Oracle 23c

✅ 1. Integración con SQL/PGQ (Property Graph Queries)

Se incorpora el soporte al estándar ISO SQL/PGQ, lo que permite ejecutar consultas de grafos directamente en SQL con sintaxis simple, facilitando el análisis de redes complejas en datos empresariales.

✅ 2. Graph Server and Client v24

Una nueva arquitectura más flexible para el procesamiento de grafos, con rendimiento optimizado para grandes volúmenes de datos y compatibilidad con Apache TinkerPop.

✅ 3. IA espacial e integración con Machine Learning

Oracle 23c se integra nativamente con herramientas de aprendizaje automático, facilitando el análisis de patrones espaciales y la creación de modelos predictivos directamente sobre los datos geoespaciales.

✅ 4. Oracle Spatial Studio mejorado

Mejoras de rendimiento, interfaz más amigable y mayor soporte para datos 3D y operaciones topológicas complejas, tanto on-premise como en Oracle Cloud.

✅ 5. Visualización geoespacial avanzada

Mayor soporte para teselas vectoriales, mallas hexagonales H3 y vistas 3D optimizadas para ciudades inteligentes y gemelos digitales.

🧪 ¿Qué se mantiene y qué mejora respecto a 19c?

🔧 Recomendaciones boticarias para migrar de 19c a 23c

• Prepará tus PDBs y configuraciones externas (como extproc.ora, listener.ora, y librerías externas como shape_lib).

• Validá compatibilidades: herramientas GIS como ArcGIS y QGIS ya están adaptándose a 23c.

• Documentá las funciones espaciales en uso antes de migrar: SDO_GEOM, SDO_BUFFER, etc.

• Probá Spatial Studio 23c en Oracle Cloud, incluso con datasets de prueba, antes de hacer el salto en producción.

📚 Fuentes y referencias boticarias

Estas son las fuentes que consultamos para traerte esta receta completa:

• 📘 Oracle Spatial and Graph Overview – Oracle.com

• 📘 What's new in Oracle Spatial for 23c – Oracle Blogs

• 📘 Oracle Database 23ai New Features Guide (PDF)

• 📘 Oracle Spatial Studio – Oracle Help Center

Y si aún estás en 19c o resolviendo temas con shape_lib, te dejamos nuestra entrega anterior como referencia completa: 👉 Newsletter técnico sobre shape_lib en Oracle 19c

🧪 Conclusión boticaria

En la versión 23c de Oracle Database, junto con La Botica Del DBA la spatial database se vuelve más inteligente, más visual, más conectada. No solo recetamos soluciones: ahora prescribimos plataformas completas de análisis geoespacial e integración predictiva.

Como DBA, te toca ser boticario, pero también cartógrafo, urbanista digital y científico de datos. Y con Oracle 23c, la botica se expande.

💬 ¿Ya probaste 23c con tus datos espaciales? ¿Migraste tu shape_lib o comenzaste a usar Spatial Studio?
🧴 Escribenos a la casilla admin@laboticadeldba.com o déjanos tus comentarios para más recetas, con eso me seria de mucho valor para crear nuevas recetas y las compartimos aquí en La Botica Del DBA, muchas gracias por llegar hasta aquí.

Aquí recetamos soluciones, no excusas.

🧪 Introducción boticaria

En la botica del DBA, cada componente tiene su lugar, como en una antigua farmacia donde cada frasco tiene su fórmula precisa. En el mundo de Oracle Spatial, shape_lib es ese ingrediente activo que, si se pierde tras un parcheo, puede hacer que tu entorno GIS se vuelva disfuncional.

Este no es un simple parche. Estamos hablando de Oracle RAC 19c sobre OCI, con bases multitenant (CDB/PDB), Fleet Patching, y external procedures. Cuando el sistema se parchea, y tus funciones espaciales desaparecen... no necesitás suerte: necesitás bisturí técnico y diagnóstico boticario.

🌍 ¿Qué es una Spatial Database?

En la botica del DBA también almacenamos mapas, coordenadas, geometrías y redes. Una Spatial Database no es más que una base de datos que sabe de territorio, caminos y posiciones: almacena, consulta y analiza datos espaciales y geoespaciales.

En el mundo Oracle, esta capacidad cobra vida gracias a Oracle Spatial and Graph, una extensión nativa de Oracle Database, plenamente soportada en la versión 19c, que convierte tu base en un verdadero sistema de información geográfica (GIS) empresarial.

🧠 ¿Qué permite hacer Oracle Spatial and Graph?

Esta potente extensión habilita a desarrolladores, analistas GIS y DBAs expertos a realizar tareas de análisis espacial avanzado, integrando servicios basados en ubicación, visualización cartográfica e incluso IA geoespacial.

🧪 Funciones destacadas en Oracle 19c:

• 📐 Almacenamiento y consulta 2D/3D
  Soporte para geometrías complejas (puntos, líneas, polígonos, modelos urbanos y gemelos digitales).

• 🗺️ Visualización cartográfica avanzada
  Mapas interactivos, teselas vectoriales y uso del índice geoespacial jerárquico H3.

• 🧭 Geocodificación y enrutamiento
  Obtención de coordenadas desde direcciones, cálculo de rutas óptimas y análisis de redes físicas y lógicas.

• 🤖 Inteligencia Artificial Espacial
  Integración de aprendizaje automático sobre datos geoespaciales para patrones y predicciones.

• 🧰 Oracle Spatial Studio
  Herramienta de autoservicio para generar mapas y análisis sin necesidad de escribir código.

🔗 Enlaces de referencia:

• 📚 Oracle Spatial and Graph - Developer's Guide 19c (Oracle Docs)

• 🌐 Wikipedia: Oracle Spatial and Graph

• 🔬 Oracle: Spatial and Graph Overview

🧠 ¿Qué es shape_lib?

shape_lib es una librería externa (.so) que Oracle utiliza mediante el proceso extproc para ejecutar funciones espaciales avanzadas (por ejemplo: SDO_GEOM.SDO_AREA). Herramientas como ArcGIS o MapInfo dependen de ella.

Para funcionar, necesita una receta precisa en tres frascos clave:

• extproc.ora → archivo de configuración para procesos externos

• listener.ora y tnsnames.ora → rutas y servicios bien definidos

• Declaración en la base → vía CREATE LIBRARY

🧨 El problema post-parcheo: ¡shape_lib desaparece!

Después de aplicar un parche (ya sea con Fleet o manualmente), en un entorno RAC sobre OCI, observamos:

• Se sobrescribe extproc.ora, y se pierde:

    SET EXTPROC_DLLS=ANY
  

• Las funciones espaciales en el esquema SDE dejan de funcionar.

• DBA_LIBRARIES ya no muestra la referencia a shape_lib.

🔧 Tratamiento boticario paso a paso

✅ 1. Restaurar extproc.ora

Editá el archivo en todos los nodos RAC:

/u01/app/19.x.x.x/grid/hs/admin/extproc.ora

Asegurate de que contenga:

SET EXTPROC_DLLS=ANY

⚠️ Recuerda aplicarlo en todos los nodos: ej. nodobotica-bbaa1 y nodobotica-aabb2.

✅ 2. Validar y (re)crear la librería

Desde la PDB (ej: BOTICAD19) ejecutá:

ALTER SESSION SET CONTAINER = BOTICAD19;

SELECT library_name, file_spec
FROM dba_libraries
WHERE file_spec LIKE '%shape_lib%';

Si no aparece:

CREATE OR REPLACE LIBRARY shape_lib AS '/u01/app/oracle/shape_lib.so';
GRANT EXECUTE ON shape_lib TO SDE;

✅ 3. Reiniciar instancias para recargar extproc

Podés hacerlo manualmente o con Clusterware:

srvctl stop database -d botica19c_oci -f
srvctl start database -d botica19c_oci

🧪 Validaciones post-receta

Desde el usuario SDE o SYS:

SELECT SDO_GEOM.SDO_AREA(shape, 0.05)
FROM sde.<tu_tabla_espacial>
WHERE ROWNUM = 1;

Si ves errores como:

• ORA-28575: unable to open RPC connection to external procedure agent

• ORA-06520 o ORA-06522
  \=> Algo sigue fallando en extproc.ora, el listener o el path del .s.o.

📋 Checklist de la botica

🧪 Bonus SQL para diagnóstico

-- ¿Dónde estoy?
SHOW CON_NAME;

-- Ver librerías externas activas
SELECT library_name, file_spec
FROM dba_libraries
WHERE file_spec IS NOT NULL;

-- Estado de instancias
SELECT instance_name, status FROM v$instance;

-- PDBs abiertas
SELECT name, open_mode FROM v$pdbs;

-- Validar función espacial
SELECT SDO_GEOM.SDO_AREA(shape, 0.05)
FROM sde.<tu_tabla_espacial>
WHERE ROWNUM = 1;

🧪 Conclusión boticaria

En la botica del DBA, una sola línea omitida puede apagar todo un sistema geoespacial. Pero con bisturí técnico, srvctl, y el diagnóstico adecuado, la geometría vuelve a respirar.

Si enfrentaste un caso similar, o si tienes tu propia fórmula secreta post-parcheo, te invitamos a compartirla con la comunidad.

💬 Escribeme en admin@laboticadeldba.com
🧴 Aquí recetamos soluciones, no excusas.

🧠 Introducción

En ocasiones, las bases de datos nos hablan… pero no siempre estamos escuchando.

Esta vez, los síntomas eran difusos: lentitud intermitente, sesiones en espera, y una sensación general de que “algo no estaba bien”. Fue solo al revisar los reportes AWR cuando la verdad se reveló con claridad clínica: una tabla AUD$ desbordada, sin particionar y con auditoría activada sin control estaba consumiendo más recursos de los que imaginábamos.

Lo que parecía una simple configuración por defecto terminó generando esperas graves como buffer busy waits y gc buffer busy acquire, afectando al sistema completo.

En esta edición de la botica, te comparto un caso real que nos recordó por qué incluso las tablas del sistema merecen nuestra atención. Y como siempre, te llevas la receta: pasos claros para diagnosticar, corregir y prevenir este tipo de situaciones.

Porque en La Botica del DBA, cada historia trae una lección… y cada lección, su remedio.

🔍 Síntomas revelados por AWR

Estos fueron los eventos de espera más dominantes:

La base estaba saturada por contención de buffers y problemas de concurrencia. Algo grave estaba ocurriendo detrás de escena.

🧬 Hallazgo de laboratorio: AUD$ sin control

El AWR señalaba consistentemente una tabla: SYS.AUD$. Al analizar más a fondo, vemos que:

• Auditoría activada de forma amplia (nivel sentencia y objeto).

• Inserciones continuas y concurrentes por parte de la aplicación.

• Tabla no particionada.

• Sin políticas de retención ni purga.

• Sin optimización para entornos OLTP intensivos.

Esto generaba cuellos de botella por contención de bloques, latches y saturación de espacio libre en segmentos.

🧯 Receta para evitar otro colapso

Si tienes auditoría activa en producción, esto te interesa:

• ✅ Particionar AUD$ por día, mes o rango.

• ✅ Usar DBMS_AUDIT_MGMT para manejar retención y purga automática.

• ✅ Limitar el nivel de auditoría solo a lo necesario.

• ✅ Mover AUD$ a su propia tablespace si aplica.

• ✅ Considerar migrar a auditoría unificada (Unified Auditing) en versiones modernas.

📦 Botiquín del DBA

Aquí algunos comandos de apoyo que puedes tener a mano:

-- Ver cantidad de registros en AUD$
SELECT COUNT(*) FROM SYS.AUD$;

-- Consultar estadísticas de la tabla
SELECT * FROM DBA_TAB_STATISTICS WHERE TABLE_NAME = 'AUD$';

-- Inicializar gestión de auditoría
BEGIN
  DBMS_AUDIT_MGMT.INIT_CLEANUP(
    AUDIT_TRAIL_TYPE => DBMS_AUDIT_MGMT.AUDIT_TRAIL_DB_STD,
    DEFAULT_CLEANUP_INTERVAL => 24 );
END;
/

-- Crear job automático de purga
BEGIN
  DBMS_AUDIT_MGMT.CREATE_PURGE_JOB(
    AUDIT_TRAIL_TYPE => DBMS_AUDIT_MGMT.AUDIT_TRAIL_DB_STD,
    AUDIT_TRAIL_PURGE_INTERVAL => 24,
    AUDIT_TRAIL_PURGE_NAME => 'Purge_AUD$',
    USE_LAST_ARCH_TIMESTAMP => TRUE );
END;
/

🧠 Reflexión final

El análisis postmortem no es para culpar al muerto, sino para aprender y mejorar. El AWR nos mostró la evidencia, pero la causa raíz estaba en una mala configuración de auditoría, algo silencioso pero letal para el rendimiento.

💌 ¿Te gustó esta receta?

Suscríbete a nuestro boletín y recibe cada semana/mes a mes un caso real, una solución y/o un tip de rendimiento directo de la botica.

🔗 www.laboticadeldba.com

📩 admin@laboticadeldba.com

Hasta la próxima consulta, colega DBA. — El Boticario del DBA 🧙⚗️

🔬 Diagnóstico clínico: Lentitud severa, errores intermitentes y un RAC al borde del colapso

En esta edición de La Botica del DBA, te comparto un caso real que involucró un entorno de producción crítico, alojado en Oracle Cloud Infrastructure (OCI), sobre infraestructura Exadata. El síntoma inicial era claro: lentitud progresiva, sesiones en espera, y errores intermitentes de conexión (TNS-12637) en múltiples instancias del clúster.

El problema escaló hasta transformarse en una degradación severa del rendimiento.

🔬 Primera observación: concurrencia, secuencias y contención

Uno de los focos del problema estaba relacionado con la secuencia ID_REG_RECETARIO.NEXTVAL. Con una configuración inicial de CACHE=10 y más de 26,000 ejecuciones, el diccionario de datos se actualizaba constantemente, generando:

• row cache lock

• buffer busy waits

• enq: TX - index contention

Una sola instancia podía sostener la carga, pero al levantar la segunda del clúster, la presión de concurrencia creaba un efecto dominó.

🧴 Tratamiento aplicado:

ALTER SEQUENCE BOTICARIO.ID_REG_RECETARIO CACHE 1000;

Este simple cambio redujo de 1300 a solo 23 las escrituras en el diccionario de datos por cada 26K valores generados.

🧠 Segunda observación: HugePages mal dosificadas = ORA-4031

El siguiente síntoma fue el famoso y temido ORA-4031, con trazas que reportaban fallas al asignar memoria en los heaps de lectura/escritura de In-Memory Column Store (IMC). Las métricas mostraban una configuración deficiente de vm.nr_hugepages.

📌 El entorno requería más de 104K HugePages, pero el sistema operaba con mucho menos, generando:

• Fragmentación de memoria

• Presión durante el startup simultáneo de instancias

• Fallos esporádicos de conectividad

🧪 Diagnóstico confirmado:

grep Hugepagesize /proc/meminfo
# Resultado: 2048 kB

🧾 Herramienta recomendada:

hugepages_settings.sh (Doc ID 401749.1)

💊 Tratamiento sugerido:

• Calcular vm.nr_hugepages adecuadamente

• Aplicar el cambio en una ventana de mantenimiento programada con reinicio

🩻 Análisis postmortem (AWR)

El análisis de los reportes AWR confirmó una sobrecarga significativa en la tabla AUD$, reflejada en esperas críticas que impactaban el rendimiento global del clúster:

🔬 Observación de laboratorio:

La causa principal fue una operación de inserción masiva y continua sobre la tabla AUD$, en un entorno donde:

• La auditoría no estaba particionada

• No se aplicaban técnicas de retención ni purga automatizada

• El diseño no estaba optimizado para alto volumen de concurrencia

🔍 Este patrón es más común de lo que parece y puede llevar a síntomas graves de contención en entornos RAC.

📖 ¿Te interesa profundizar en este caso específico?
Consulta el artículo detallado:
➡️ Análisis postmortem con AWR: el caso de la AUD$ desbordada

💊 Prescripción final:

Pequeñas dosis de ajuste, gran alivio.

Este caso nos recuerda que los problemas de rendimiento en Oracle RAC no siempre vienen de grandes bugs. A veces, una secuencia sin cachear o una mala configuración de memoria puede detener un entorno entero.

💊 Recomendaciones de La Botica Del DBA:

1. Cachea tus secuencias — especialmente si son muy invocadas

2. Calcula y configura adecuadamente HugePages

3. Monitorea AWR y los Top Events de forma proactiva

4. Evita que AUD$ se convierta en un cuello de botella

5. Haz pruebas de carga con múltiples instancias activas

📫 ¿Quieres más recetas Oracle como esta?

Suscríbete a La Botica del DBA para recibir más casos reales, scripts útiles y aprendizajes prácticos desde el quirófano de producción.
📥 Escríbeme a: admin@laboticadeldba.com

Como DBAs de Oracle, sabemos que el SPFILE es parte del corazón de nuestra base de datos Oracle y en la botica cuidamos la salud de las BBDD y para ello almacenar los parámetros de inicialización, y su correcta gestión es vital. En entornos ASM, modificar el SPFILE requiere un entendimiento profundo de crsctl y ASMCMD. En este artículo, te guiaré a través del proceso.

Revisando el SPFILE Actual en ASM:

Antes de realizar cualquier modificación, es fundamental conocer el SPFILE actual en uso. Aquí te muestro cómo hacerlo:

1. Usando crsctl:

    [grid@laboratoriodelabotica ~]$ crsctl stat res ora.boticadb.db –p
   

   Este comando muestra los atributos del recurso de la base de datos, incluyendo la ubicación del SPFILE.

2. Copiando el SPFILE a un Archivo Temporal:

    ASMCMD> cp +DISKGROUPMIRROR/BOTICADBA/PARAMETERFILE/spfile.270.1032718459 /tmp/sptemp.ora
   

   Copiamos el SPFILE a un archivo temporal para su edición.

3. Verificando el Estado de los Recursos:

    crsctl stat res –t
   

   Este comando muestra el estado de todos los recursos del cluster.

4. Confirmando la Ubicación del SPFILE con SQL:

    SQL> show parameter spfile
   

   Este comando confirma la ubicación del SPFILE que la base de datos está utilizando.

Modificando el SPFILE:

1. Editando el Archivo Temporal:

   Edita el archivo /tmp/sptemp.ora con los cambios (solo si es necesario)

2. Reemplazando el SPFILE en ASM:

   Aquí es donde la sintaxis de ASMCMD se vuelve crucial. Dependiendo de la versión de Oracle, los comandos pueden variar ligeramente:

Oracle 11g/12c:

•   ASMCMD> rm +DISKGROUPMIRROR/BOTICADBA/PARAMETERFILE/spfile.270.1032718459
    ASMCMD> cp /tmp/sptemp.ora +DISKGROUPMIRROR/BOTICADBA/PARAMETERFILE/spfile.new
  

1. Actualizando el Recurso de la Base de Datos:

    crsctl modify res ora.boticadb.db -attr "PARAMETER_FILE=+DISKGROUPMIRROR/BOTICADBA/PARAMETERFILE/spfile.new"
   

   Actualizamos el recurso de la base de datos para que utilice el nuevo SPFILE.

Reiniciando la Base de Datos:

1. Deteniendo la Base de Datos:

    [oracle@laboratoriodelabotica ~]$ srvctl stop database -d boticadb
   

2. Iniciando la Base de Datos:

    [oracle@laboratoriodelabotica ~]$ srvctl start database -d boticadb
   

3. Verificando el Nuevo SPFILE:

    SQL> show parameter spfile
   

   Verificamos que la base de datos esté utilizando el nuevo SPFILE.

Verificando la Configuración del Cluster con crsctl check config:

Después de modificar el SPFILE y reiniciar la base de datos, es crucial verificar la configuración del cluster para asegurar que todo funcione correctamente.

1. Ejecutando crsctl check config:

    [grid@laboratoriodelabotica ~]$ crsctl check config
   

   Este comando verifica la integridad de la configuración del cluster, incluyendo la red, el almacenamiento y los recursos.

2. Interpretando los Resultados:

   • Salida Exitosa:

     Si la configuración es correcta, el comando no mostrará errores.

   • Errores Comunes y Soluciones:

     • Error: CRS-4639: Could not contact Oracle High Availability Services:

       Este error indica un problema con los servicios de alta disponibilidad.

       • Solución: Verifica que los servicios CRS estén en ejecución:

           [root@laboratoriodelabotica ~]# crsctl start crs
         

     • Error: CRS-4535: Cannot communicate with Cluster Synchronization Services daemon:

       Este error indica un problema con el daemon CSS.

       • Solución: Verifica el estado de CSS y reinicia el cluster si es necesario:

           [root@laboratoriodelabotica ~]# crsctl check css
           [root@laboratoriodelabotica ~]# crsctl stop crs -f
           [root@laboratoriodelabotica ~]# crsctl start crs
         

     • Error: CRS-4000: Command check failed, or completed with errors:

       Este error genérico indica que la verificación falló. Revisa los logs de CRS para obtener más detalles:

       • /u01/app/grid/diag/crs/boticadb1/crs/trace/ocssd.log

       • /u01/app/grid/diag/crs/boticadb2/crs/trace/crsd.log

       • Solución: Los logs te darán pistas sobre la causa del error. Sigue las recomendaciones de Oracle Support para resolver problemas específicos.

Consejos:

Sintaxis ASMCMD Completa:

• • ASMCMD> cp [opciones] origen destino: Copia archivos entre ASM y el sistema de archivos local.

    • ASMCMD> rm [opciones] nombre_archivo: Elimina archivos de ASM.

    • ASMCMD> ls [opciones] [ruta]: Lista el contenido de un directorio ASM.

    • ASMCMD> mkdir [opciones] nombre_directorio: Crea un directorio en ASM.

    • ASMCMD> pwd: Muestra el directorio actual en ASM.

Diferencias de Versión:

• • Siempre consulta la documentación específica de tu versión de Oracle para conocer las últimas actualizaciones y cambios en ASMCMD.

    • Presta especial atención a las opciones de los comandos, ya que pueden variar entre versiones.

Ejemplos Específicos de Parámetros del SPFILE:

• • Modificando memory_target:

    SQL

        ALTER SYSTEM SET memory_target=8G SCOPE=SPFILE;
    

    • Modificando processes:

      SQL

        ALTER SYSTEM SET processes=500 SCOPE=SPFILE;
      

Verificando la Integridad del SPFILE:

• • Después de modificar el SPFILE, verifica que no esté corrupto:

        SQL> CREATE PFILE='/tmp/verify.ora' FROM SPFILE='+DISKGROUPMIRROR/BOTICADBA/PARAMETERFILE/spfile.new';
    

    Si el comando se ejecuta sin errores, el SPFILE es válido.

Conclusión:

Modificar el SPFILE en ASM puede parecer complejo, pero con un conocimiento sólido de crsctl y ASMCMD, y siguiendo las mejores prácticas, podemos realizar esta tarea de manera eficiente y segura.

En laboticadeldba.com, te queremos acompañar en el cuidado y dedicación por las bases de Datos Oracle, espero este articulo ayude a mejorar la salud de tus bases de datos en compromiso con la excelencia y la calidad de tus entornos Oracle.