Tenemos un clúster de 2 nodos de Windows 2012 existente con testigo de archivo, pero los estamos reemplazando con servidores de 2019. Entonces podemos simplemente reutilizar el objeto de clúster existente, agregamos los servidores de 2019 al clúster y luego eliminamos los de 2012 una vez que las bases de datos agrupadas se sincronizan. La prueba de validación solo revela algunas advertencias, incluida la advertencia "solo un par de interfaces de red" en Validar comunicación de red, la advertencia "La contraseña no cumple con los requisitos de la política de contraseñas" en Validar configuración CSV, los nuevos servidores no están en la misma unidad organizativa como los servidores antiguos (están agrupados por versión de SO de servidor 2012 versus 2019), "La propiedad del clúster "ClusterLogSize" está configurada con un valor menor que el valor predeterminado de 1536" y el obvio "sistema operativo diferente, pero compatible". Advertencia de versiones del sistema". Entonces, nada que deba impedirnos agregar los nodos al clúster.
El proceso Agregar nodo falla en el paso "Esperando notificación de que el nodo... es un miembro completamente funcional del clúster". Los registros de eventos del sistema revelan los errores 1653 y 5398, lo que indica un problema de comunicación. El Servicio de Clustering se comunica a través de 3343, por lo que la solución de problemas se ha centrado en eso. Apagué completamente el firewall y el AV, pero el problema persistió.
Lo único que noto que es diferente entre los servidores nuevos y los servidores antiguos es que durante el Asistente para agregar nodos, cuando se activa el Servicio de Cluster Server en el nuevo servidor, el servidor no escucha en UDP 3343. Vi esto ejecutando TCPView en tanto los servidores de 2012 actualmente en el clúster como los servidores de 2019 que estoy intentando agregar al clúster. Los servidores de 2012 mostrarán escucha a través de 3343 en TCP y UDP, pero los servidores de 2019 solo mostrarán escucha y envío de información a través de TCP 3343. Habrá 4 comunicaciones de tiempo de espera a través de TCP 3343 con los dos servidores de 2012, pero eventualmente expirarán. provocando que el proceso Agregar nodo falle con un error de tiempo de espera. No estoy seguro si no escuchar en UDP 3343 en este punto del proceso es un comportamiento normal antes de que se agregue completamente un nodo o es indicativo de que el servicio no escucha correctamente tanto en TCP como en UDP 3343 en los nuevos servidores.
Nada parece bloquear activamente la comunicación; Simplemente parece que los nuevos servidores no están escuchando adecuadamente la comunicación de los otros nodos. ¿O simplemente estoy ladrando al árbol equivocado?
Respuesta1
Aunque el Informe de Validación no dice esto, es físicamente imposible agregar un nodo de 2019 a un clúster de 2012.