El problema de esta semana ha venido a raíz de hacer el duplicado de una base de datos.
En un primer momento había pasado por alto que el problema fuera por el almacenamiento. ¿Quién se iba a imaginar que el estudio previo no era correcto?
Lanzo el duplicate, y después de haber copiado ya 20 datafiles, falla el proceso. ¡Qué raro! 🤨
Limpio todo bien, vuelvo a lanzar el proceso y vuelve a fallar, justo en el mismo punto, en el mismo datafile. Más raro aún.
Lo primero que llegué a pensar es que había algún problema con ese datafile en el origen, pero pronto me di cuenta que no había espacio suficiente para realizar el duplicado completo. Cuando se llenaba el diskgroup, fallaba.
Leer artículo completo
Últimamente solo ocurren fenómenos extraños. El mundo del clusterware, grid infrastructure y dataguard me va a dar unos cuantos dolores de cabeza. Unos más prolongados, otros más severos y fáciles de mitigar.
En esta ocasión, hemos tenido algunos problemillas de configuración en uno de los clústeres (que ya os contaré más adelante). Tras haber solucionado y reestablecido el clúster y comprobar que funcionaba ya todo correctamente, nos sorprende que en lugar de aparecer dos instancias (dos nodos en el clúster) aparece una tercera, pero no muestra información.
Pues… parece ser que no está todo tan bien como pensábamos. ¿A qué es debido esto? ¿Por qué ocurre?
¿Alguna vez has oído hablar sobre la CARDINALIDAD en ASM?
Te cuento un poco la teoría, qué nos ha pasado, y cómo lo hemos solucionado. ⤵️
Leer artículo completo
Cele Cueva
13 de febrero de 2025
Estas últimas semanas estoy bastante ocupado, mucho trabajo, y fuera del ámbito laboral mucha actividad en mi vida personal.
Llevo tiempo queriendo probar y escribir sobre esto, y aprovechando que estoy estudiando para obtener el OCA 23ai (Oracle Certified Associate 23ai) en el grupo de estudio de CafeDatabase, ha llegado el momento adecuado.
Ayer, entre los muchos temas que tocamos, leyendo la documentación oficial de Oracle, apareció este concepto. A muchos nos sonaba, otros no lo conocían. Es bastante interesante y puede ser muy útil en algunos escenarios.
Se trata de la función conocida como PASSWORD ROLLOVER.
A menudo, te habrás encontrado el problema de que una password caduca o entra en periodo de gracia. Tienes muchas aplicaciones o muchas conexiones distintas donde actualizar la password, y solo es posible provocando un corte de servicio, parando la aplicación o reiniciándola para reconectarla con la nueva contraseña.
Con esta función, esto se acabó.
Leer artículo completo
Cele Cueva
7 de febrero de 2025
Ayer me tocó afrontar una tarea sencilla, de las del día a día. Algo que para cualquier DBA es de primero de primaria. Borrar unas filas de una tabla.
Aparentemente, algo muy sencillo.
- Primero, una select para ver lo que hay en la tabla
- Segundo, montamos una select para seleccionar lo que vamos a borrar y estar seguros antes de ejecutar el delete.
- Tercero, como uno es inseguro por naturaleza, hace una copia de la tabla por si acaso (create table NOMBRETABLA as select * from TABLAORIGEN).
- Cuarto, ya preparados y asegurados, ejecutamos el delete.
- Quinto, un commit, que confirme bien que hemos borrado los registros.
- Sexto y último paso, volver a hacer el primer select para verificar que hemos borrado los datos.
Fácil no? Una tarea rápida, de las que a veces se agradecen para descansar un poco la cabeza y no tener que pensar demasiado.
Hoy, me dicen si realmente he ejecutado el borrado, que parece que los registros no se han borrado, que siguen ahí.
What? Como es posible? 😱 Juro y perjuro que los he borrado.
Compruebo, y efectivamente, ahí están. NO ES POSIBLE. Los registros siguen en la tabla. 😡
Repito el mismo procedimiento, vuelvo a montar las consultas (porque algo tan simple, para qué lo iba a guardar?) ejecuto todo, vuelvo a comprobar, y los datos, efectivamente, ya no están.
Antes de confirmar de nuevo que los he vuelto a borrar, he preferido ser más conservador y esperar.
TACHÁN!! Al esperar un rato, vuelvo a comprobar, y ahí están de nuevo, los registros han vuelto a aparecer en la tabla.
Leer artículo completo
Esta semana, a raíz de estar trabajando en una migración mediante mecanismo de TTS (Transport Tablespaces) de una versión 11.1.0.7 a 19c nos hemos topado con un error que no había ocurrido anteriormente en otras migraciones del mismo tipo.
El Error
released channel: ch00
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 08/28/2024 13:05:21
ORA-19870: error al restaurar parte de la copia de seguridad /home/oracle/MIGRATE/BBDD/INCREMENTAL_LAST_bbdd_fs33h9ng_1_1
ORA-19638: el archivo /oracle/base_datos/datos01/datafile01.dbf no es lo bastante actual para aplicar esta copia de seguridad incremental
ORA-19642: el SCN de inicio de la copia de seguridad incremental es 13503408614611
Leer artículo completo
