Vamos a hablar del DUPLICATE. Qué gran herramienta y cuantas horas de trabajo nos ha adelantado este método. ¿Para qué lo soléis usar? Generalmente, los usos más frecuentes que yo he visto es para clonar entornos de producción en entornos de desarrollo, o actualizar estos cada cierto tiempo.
Incluso entornos que tienen automatizado mediante scripts el borrado y duplicado de la base de datos diariamente o semanalmente, para tener los datos productivos actualizados en los entornos de validación/desarrollo/preproducción.
Mi caso no iba a ser diferente, tengo que hacer un DUPLICATE de un entorno productivo a uno de preproducción. Una base de datos bastante grande y con una duración estimada de unas 20-24 horas.
Lo ejecuto, todo funciona correctamente, comienza a realizar los pasos previos y llego hasta el momento en el que restaura correctamente el primer datafile. En ese momento, confío que todo va a ir bien y me desentiendo, hasta el día siguiente que revisaremos el log de la ejecución a ver que tal ha ido.
¿Tus DUPLICATES funcionan bien a la primera? A mi me cuesta. Si no es por una cosa, es por otra, pero siempre hay que pulir algunos errores. Unos por olvido o descuido nuestro como DBA y otros, que se escapan de nuestro área de influencia y no dependen directamente de nosotros, como ha pasado en este caso.
¿Quieres saber qué pasó y como lo solucioné? Sigue leyendo, te puede ahorrar una nueva ejecución y unas cuantas horas de espera.
Leer artículo completo
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
Seguimos trabajando con los clúster, dataguard, haciendo duplicates, creando recursos, etc etc.
Como ya va siendo habitual que ocurran cosas extrañas, os vengo a contar otra de las que suelen aparecer poco. Te puede hacer perder unas cuantas horas/días buscando, comparando, examinando 🔍 hasta que consigas ver el problema, que fácil no ha sido.
Lo peor de este asunto, es que hemos conseguido encontrar el problema, lo hemos podido solucionar y ahora funciona todo correctamente, pero ha sido imposible conocer la causa raíz.
Hemos instalado 5 clúster, todos siguiendo el mismo documento de instalación, haciendo los mismos pasos, ejecutando las mismas líneas, y tan solo uno «nos ha salido rana» 🐸.
Se nos podría haber colado alguna sentencia que lanzar, algún paso que nos hayamos dejado sin ejecutar, pero se ha revisado minuciosamente toda la instalación, incluso comparándolo con el history de los servidores y no hemos podido ver nada anómalo. No hemos sido capaces de encontrar donde hemos fallado.
Habrá sido un «mi alma» 👻? (Siendo andaluces y en tiempos de carnaval, seguro que alguien lo entiende 🤣)
Leer artículo completo
¡Qué sorpresa! Otra vez escribiendo sobre clusterware, grid infrastructure y problemas que van surgiendo relacionados con esta reciente instalación que realicé.
Esta vez se ha detectado un gran consumo de CPU (a veces del 100%) por el proceso systemd-udevd.
No teníamos muy claro qué ocurría, ni a qué era debido. Ha tocado investigar un poco, hasta llegar a una solución final.
Para ponernos en contexto, tenemos un servidor Linux con RedHat 8, Grid Infrastructure 19c con la Release Update 19.23 y una base de datos 19c, pero esta con Release Update 19.12.
La base de datos es un Dataguard que tiene la Primary y una Standby.
Leer artículo completo
Estos días estoy haciendo pruebas con Dataguard y la forma de implementar la utilidad Broker para facilitar algunas tareas, concretamente el Switchover.
Todos los blogs, webs de autoayuda y las notas oficiales de Oracle te explican muy bien el procedimiento para habilitarlo. Pero en pocos lugares he visto un poco de «troubleshooting» con los errores más comunes, o qué puede pasar mientras lanzas comandos y no responden tan bien como las guías y tutoriales que estás siguiendo.
Será que soy muy curioso, y cada paso que doy me gusta comprobarlo, ver que hace, como se comporta… Además, tengo algo especial y es que me suelen pasar cosas que a nadie le pasan. O a lo mejor también les pasan, pero no las cuentan.
De eso va este rincón en la red, de contarte cada paso que de y cada chocazo que me pegue. Todo lo que consiga solucionar te lo voy a contar. Si alguna vez te pasa, aquí podrás encontrar la luz en tu oscuro camino.
Leer artículo completo
