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
Tercera y última parte de esta serie. Creación del Always On y el clúster totalmente funcional con Alta Disponibilidad.
Si has llegado hasta aquí directamente, te aconsejo a que le eches un ojo a las entradas anteriores con todo el proceso completo.
- Creación del Clúster Windows
- Instalación y configuración de SQL Server 2022
- Creación de grupo de alta disponibilidad Always On (lo que vas a ver a continuación)
Siguiendo con el modelo de las anteriores entradas, esta también la divido en tres partes:
Vamos a por ello! ▶️
Leer artículo completo
Continuamos con la segunda parte de esta instalación.
Ya tenemos terminado el clúster windows, y llega el momento de instalar SQL Server 2022.
Como comenté en el post anterior, el proceso completo está dividido en tres partes:
- Creación del Clúster Windows
- Instalación y configuración de SQL Server 2022 (esta entrada)
- Creación de grupo de alta disponibilidad Always On.
Nos centramos en esta segunda parte que está divida en tres secciones:
¡Continuamos! ▶️
Leer artículo completo
En esta entrada vamos a realizar la primera parte de la instalación de un SQL Server 2022 en clúster de dos nodos con un grupo de alta disponibilidad Always On.
La tarea es compleja y si es la primera vez que te enfrentas a ella puedes tener dudas que no sepas resolver. En mi caso, siguiendo este documento de trabajo un par de veces, he conseguido dominar este tipo de instalaciones sin problemas.
Voy a explicar cada tarea paso a paso.
Fácil y sencillo.
Si al ejecutarlo tienes alguna duda, me dejas un comentario y te ayudo encantado.
He dividido la instalación en tres partes:
- Creación del Clúster Windows (esta entrada)
- Instalación y configuración de SQL Server 2022
- Creación de grupo de alta disponibilidad Always On
Esta primera parte está divida en tres secciones:
¡Comenzamos! ▶️
Leer artículo completo