Estamos teniendo un problema extraño con DB Mirroring y, para publicar el problema, primero tendré que explicar nuestra arquitectura.
Tenemos un clúster de DOS nodos [NODO 1 y NODO 2] con dos FCI instalados en él [SQLPRD01 y SQLPRDO2] y este es un clúster activo/activo, es decir, el propietario preferido de SQLPRD01 es el NODO 1 y el propietario preferido de SQLPRD02 es el NODO2. Desde estas instancias agrupadas, estamos reflejando las bases de datos en un clúster diferente en un centro de datos diferente para fines de recuperación ante desastres que tiene dos nodos [NODO 3 y NODO 4] y tienen SQLDR01 y SQLDR02 instalados con el NODO 3 como propietario preferido para SQLDR01 y NODO 4 como propietario preferido de SQLDR02. Entonces, la duplicación de base de datos se establece desde [SQLPRD01 a SQLDR01] y [SQLPRD02 a SQLDR02] respectivamente. La semana pasada nos encontramos con un problema en SQLPRD02 donde se agota el tiempo de espera de la aplicación y la duplicación pasa al estado desconectado, pero cuando conmuto por error SQLPRD02 del NODO 2 al NODO 1, la duplicación se reanuda y la aplicación puede conectarse sin ningún problema. asuntos. Fue intermitente la semana pasada, pero desde ayer el problema es constante, es decir, la duplicación estará en estado desconectado cuando realice una conmutación por error del SQL a su nodo preferido [Nodo 2], pero funciona bien en el NODO 1.
Hasta ahora solucioné los problemas siguientes:
1) ODBC/UDL/Telnet fue exitoso desde todos los nodos PRD a DR y viceversa. También se realizan las mismas pruebas desde los servidores de aplicaciones que tuvieron éxito. 2) Estas son máquinas físicas, por lo que reemplazamos los cables N/W en PRD Cluster. 3) Verificó los permisos para las cuentas de servicio SQL [que se utilizan en la configuración del espejo] tanto en SQLPRD02 como en SQLDR02, tiene acceso SA y se conecta a los puntos finales. 4) Todos los parches/revisiones/actualizaciones de firmware están al mismo nivel y la versión de SQL es 2102, que está al mismo nivel tanto en PRD como en DR. 5) Plantearon un caso con MS y ejecutaron PSSDiag y hasta ahora no han encontrado la prueba irrefutable.
Mensaje de error exacto en la instancia SQLPRD02:
Error 4 de conexión de duplicación de la base de datos de mensajes "La conexión fue cerrada por el extremo remoto o se produjo un error al recibir datos: '64 (El nombre de red especificado ya no está disponible)'' para 'TCP://SQL Cluster/Nombre de red para SQLDR02, puerto'.