¡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
Siguiendo con la instalación de Grid Infrastructure 19c sobre RedHat 8, además de otros errores que me he ido encontrando y que ya he publicado aquí (Error «clientSupportedOSCheck» al instalar Oracle en Red Hat 8 y Error de Perl: warning: Setting locale failed al ejecutar ASMCMD) hoy voy a desgranar otro, que costó bastante encontrar.
El error hablaba sobre un problema con la relación de confianza que había creado entre los nodos. Según la documentación oficial, debe ser posible conectarse de un nodo a otro sin contraseña. Además, hay que forzar una primera conexión para que se cree el fichero known_hosts y se añada ahí la confianza en ese host, para evitar la típica pregunta…
[oracle@SERVIDOR1 ]$ ssh servidor2
The authenticity of host 'servidor2 (10.10.0.10)' can't be established.
ECDSA key fingerprint is SHA256:PVcTkwHowazFaeJ+Jo6C7+uAAPvV0OS6nEWGlD1tEZU.
ECDSA key fingerprint is MD5:01:d7:qc:53:58:9r:81:62:5a:d2:f3:18:35:za:0s:jb.
Are you sure you want to continue connecting (yes/no)?
Y era posible, se podía conectar, y ya no saltaba la pregunta de autenticación. Lo probé de todas las maneras posibles. Revisé la relación de confianza varias veces, la borré, la volví a crear, seguía funcionando bien, pero a Oracle no le gustaba.
¿Quieres saber realmente qué ocurría y como lo solucioné? ⤵️
Leer artículo completo
Como contaba en la entrada anterior «Error «clientSupportedOSCheck» al instalar Oracle en Red Hat 8«, me encuentro actualmente instalando nuevos clúster (GRID Infrastructure) donde posteriormente migraremos bases de datos en versión 19c que ahora mismo prestan servicio en otras distribuciones Linux o en Red Hat 7.
Me he encontrado con múltiples errores y problemas con estos nuevos servidores, y este que os cuento a continuación es otro de ellos.
Tampoco es un error como tal, es un warning. Pero es incómodo, que cada vez que ejecutas un comando o entras a la consola de ASMCMD, aparezcan esas líneas. Seguramente, de no haberlo corregido, más adelante me habría supuesto algún error o problema más grave.
Leer artículo completo
Como buen DBA chapado a la antigua que soy, uso SQL*Plus. Nada de herramientas externas como SQL Developer, Toad o cualquier otra herramienta gráfica.
¿Las he usado? – Sí.
¿Me han sacado alguna vez de un apuro? – También.
Pero no son mis herramientas de trabajo habituales.
Creo que este truco que descubrí hace algún tiempo, te puede ayudar a ganar tiempo en SQL*Plus y a mirar esa pantallita negra con otros ojos. Quizá hasta te parezca un poco más atractivo. 😋
A mi me fastidiaba mucho, escribir una consulta, y a mitad de camino equivocarme.
Ya entra en juego la configuración de tu cliente SSH y la de la shell que estás usando. Unas no te dejan borrar, otras te muestran símbolos extraños al pulsar la tecla retroceso, etc.
Total, que al final, siempre me tocaba reescribir la consulta completa, o ir copiando y pegando fragmentos del código para intentar sacar la consulta adelante sin perder demasiado tiempo.
Te voy a enseñar dos soluciones a tus problemas.
Leer artículo completo
