¡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
He instalado múltiples bases de datos en Red Hat 7, en Oracle Linux 7, incluso en CentOS 7 para mis laboratorios y pruebas.
Tengo documentados todos los pasos, ficheros de respuesta y todo bastante automatizado para ir rápido con esta tarea repetitiva, que a veces, se convierte ya en aburrida y un poco pesada.
Los que ya habéis leído alguna entrada de este blog, veréis que soy de la vieja escuela, de hacerlo todo por comando, y no me gustan los asistentes gráficos. En este caso podría usar DBCA, pero prefiero hacerlo en modo silencioso, mucho más rápido.
En Junio de 2024 ha finalizado el período de mantenimiento de Red Hat 7, y como no, en el mundo empresarial, hay que actualizar a RHEL8 y todo lo nuevo, ya debe estar en ese sistema, como mínimo.
Esta vez me toca instalar un clusterware entre dos servidores, con sus discos en ASM para los voting disk y OCR, lo habitual, como siempre.
Iluso de mi. Tengo todo preparado, ficheros de respuesta modificados, todo a punto. Lanzo el instalador para que se vaya creando e instalando todo mientras desayuno, y 💣 ¡BOOM! 💣
Vuelvo de desayunar, y no ha hecho nada.
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
