Noticias

Servidores vinculados de SQL Server: el parche de Windows puede dejar conexiones abiertas

Publicado por author-avatar
0
Collage editorial: sobre una pared de azulejos blancos, cinco canillas cromadas abiertas gotean en un balde de chapa casi lleno. A la izquierda, sobre una chapa galvanizada atornillada, letras de papel recortado dicen «SQL Server puede dejar conexiones abiertas», con la etiqueta «Windows · SQL Server» y el texto «Pasa con servidores vinculados por OLE DB, como los de Oracle o PostgreSQL, tras los parches de Windows desde octubre», y el logo de Microsoft en una plaquita blanca.

Microsoft confirmó que las actualizaciones de Windows publicadas desde el 13 de octubre de 2026 pueden hacer que SQL Server deje abiertas conexiones que debería cerrar. Pasa con los servidores vinculados (linked servers) que usan un proveedor OLE DB para consultar otra base de datos: cuando la consulta termina, la conexión con la base externa puede quedar viva, y a medida que se hacen más consultas se van acumulando. Oracle y PostgreSQL son, según Microsoft, dos de los destinos que se sabe que están afectados. Con el tiempo de uso, eso puede volver al servidor más lento o inestable. Microsoft lo agregó el 11 de noviembre a las 15:11, hora del Pacífico (las 20:11 en Argentina), como problema confirmado en su tablero de estado de Windows, y promete una actualización fuera de banda «en los próximos días».

Qué hacer hoy: si en tu empresa hay un SQL Server que consulta un Oracle, un PostgreSQL u otra base por servidor vinculado, revisá si las conexiones abiertas contra esa base vienen creciendo. Si es así, Microsoft da alivios temporales y una mitigación por soporte, que ordenamos más abajo en cinco pasos. Lo que no conviene es desinstalar las actualizaciones de seguridad para esquivar el problema.

Si tu SQL Server no habla con ninguna otra base, o si en tu oficina «base de datos» quiere decir una planilla de Excel compartida, esta nota no te cambia la semana. Si sos el que atiende el servidor del ERP, quizás sí.

Qué dice exactamente Microsoft

La entrada, titulada «SQL Server linked server connections might remain open», está en el tablero de estado de Windows 11 25H2 y en el de Windows Server 2025 con el mismo texto. Traducido, dice que después de instalar las actualizaciones del 13 de octubre de 2026 o posteriores «en dispositivos que funcionan como servidores», las conexiones creadas por consultas de servidores vinculados de SQL Server pueden quedar abiertas al terminar la consulta, y que, a medida que se hacen más consultas, se acumulan en lugar de cerrarse. Eso puede «ralentizar o degradar el rendimiento del servidor» con el tiempo de uso.

Microsoft marca como origen la actualización de seguridad del 13 de octubre: KB5127648 en Windows 11 25H2 y KB5126646 en Windows Server 2025. Por ese «y posteriores», el parche de noviembre, publicado el 10, también estaría alcanzado, aunque Microsoft no lo nombra. La lista de sistemas alcanzados es larga: en servidores, Windows Server 2025, Windows Server 2022, Windows Server versión 1809, Windows Server 2016, 2012 R2 y 2012; en equipos de escritorio, Windows 11 26H1, 25H2, 24H2 y 23H2, Windows 10 1809 y Windows 10 Enterprise LTSC 2019. El texto habla de equipos que hacen de servidor, así que la lectura razonable es que en una PC con Windows 11 el problema aparece solo si esa PC corre un SQL Server con servidores vinculados, por ejemplo un equipo que hace de servidor en una oficina chica. El estado es «Confirmed»: falla reconocida, arreglo todavía sin publicar, que llegará en una actualización fuera de banda (un parche fuera del calendario mensual).

¿Te toca? Cómo saberlo

Tienen que darse tres cosas a la vez, y la primera es la que deja afuera a casi todos:

  • Tu SQL Server tiene servidores vinculados. Para saberlo, corré el procedimiento del sistema sp_linkedservers, que según la documentación de Microsoft devuelve la lista de servidores vinculados definidos en el servidor local.
  • Esos vínculos usan un proveedor OLE DB para llegar a otra base. El mismo sp_linkedservers lo muestra en la columna SRV_PROVIDERNAME, que según la documentación es el nombre del proveedor OLE DB que maneja el acceso a ese servidor vinculado. Microsoft dice que las conexiones a Oracle y PostgreSQL están entre las que se sabe que fallan, sin cerrar la lista.
  • El Windows de ese servidor recibió la actualización del 13 de octubre o una posterior. Si el servidor está al día con los parches de seguridad y su versión de Windows está en la lista de Microsoft de arriba, la respuesta es sí.

El síntoma que describe Microsoft: un número de conexiones abiertas contra la base externa que no para de subir, aunque las consultas que las crearon ya terminaron. Una forma práctica de verlo (esto ya es consejo nuestro) es mirar la lista de sesiones activas del lado de la otra base.

Tres canillas cromadas abiertas sobre un caño de cobre en una pared de azulejos blancos, bajo el título «¿Te toca?» y la etiqueta «SQL Server · Según Microsoft», con el logo de Microsoft. Debajo de cada canilla, una condición: tu SQL Server tiene servidores vinculados; usan un proveedor OLE DB hacia otra base, como Oracle o PostgreSQL; Windows en función de servidor, con el parche del 13 de octubre o uno posterior. Las gotas caen en un balde casi lleno, junto al síntoma: las conexiones abiertas crecen y el servidor se pone lento.
Fotomontaje editorial asistido por IA con el logo de Microsoft. Condiciones y síntoma según la entrada del tablero de estado de Windows del 11 de noviembre de 2026.

Qué hacer mientras llega el arreglo

1. Aliviar la carga cerrando las conexiones inactivas. Microsoft dice que, si se pueden identificar las conexiones ociosas, cerrarlas a mano alivia la carga del servidor de forma temporal. Microsoft advierte que, igual que el reinicio, puede interrumpir consultas o transacciones activas: hay que distinguir bien una conexión colgada de una que está trabajando.

2. Reiniciar el servicio de SQL Server. También según Microsoft, reiniciar el servicio devuelve la estabilidad por un tiempo. La advertencia es suya: puede interrumpir consultas o transacciones activas, y el problema vuelve a aparecer después de suficiente tiempo de uso. Es decir, sirve para ganar tiempo, no para olvidarse. Si lo vas a hacer, que sea en una ventana de mantenimiento y avisando a quien use el sistema.

3. Pedir la mitigación. Microsoft dice que tiene una mitigación disponible para equipos empresariales afectados, que se obtiene contactando a su soporte para empresas. No publicó en qué consiste.

4. No desinstalar los parches de seguridad. Esto ya no es Microsoft, es nuestra recomendación. Sacar la actualización de octubre para volver a la normalidad parece tentador, pero ese parche corrigió la CVE-2026-96951, una falla del shell de Windows que ya se estaba usando en ataques, y alcanza también a Windows Server de 2012 R2 a 2025. Un servidor más lento es un problema; un servidor sin parches de seguridad, otro bastante peor.

5. Estar atento a la actualización fuera de banda. Microsoft no dio fecha ni número, y dice que la anunciará en la misma entrada del tablero de estado.

Cuatro llaves de paso cromadas sobre un caño de cobre en una pared de azulejos blancos, bajo el título «Mientras llega el arreglo» y la etiqueta «Lo que dice Microsoft», con el logo de Microsoft. Debajo de cada llave, un paso: cerrar las conexiones inactivas, alivio temporal; reiniciar el servicio de SQL, puede cortar consultas en curso; mitigación, soporte de Microsoft para empresas; arreglo, actualización fuera de banda en los próximos días. Abajo: los dos alivios pueden cortar consultas y duran poco.
Fotomontaje editorial asistido por IA con el logo de Microsoft. Pasos según la entrada del tablero de estado de Windows del 11 de noviembre de 2026; Microsoft no dio fecha ni número para la actualización fuera de banda.

Qué dicen los lectores

En la nota de BleepingComputer, que publicó el aviso el 12 de noviembre, un lector que firma como EdAtWork escribió (traducido): «Ojalá ese arreglo esté disponible antes del fin de semana, cuando muchas empresas programan la aplicación de sus actualizaciones». Contó que va a tener que hacer actualizaciones este fin de semana y el siguiente, y se quejó de las pruebas de Microsoft: dice que la empresa se deshizo de su equipo de pruebas hace años y que lo que tiene ahora «claramente no es efectivo».

Al cierre de esta nota no encontramos otros reportes públicos de afectados con detalle técnico.

No es el primer tropiezo de Windows con los servidores este año

BleepingComputer recuerda que en septiembre Microsoft ya había publicado una solución temporal para cierres inesperados de SQL Server en algunos equipos con Windows Server 2025, provocados por cambios recientes en la gestión de memoria y ligados a la política «Bloquear páginas en la memoria» (Lock Pages in Memory). Y esta misma semana, Microsoft reconoció que el parche de seguridad de noviembre de Windows 11, KB5132061, no se instala en algunas PC que tenían la actualización opcional de octubre. Son problemas distintos, pero la lección es la misma: probar los parches en un equipo de prueba antes de pasarlos al servidor que factura.

Lo que todavía no se sabe

Microsoft no explicó la causa técnica, no dijo qué versiones de SQL Server están afectadas ni si el problema depende del proveedor OLE DB concreto que se use, más allá de nombrar Oracle y PostgreSQL como casos conocidos. Tampoco dijo si alcanza a vínculos entre dos SQL Server, en qué consiste la mitigación que entrega por soporte, si tiene costo, ni cuántos servidores están afectados. Cuando salga el arreglo, actualizamos esta nota.

Fuentes

¿Tu SQL Server viene acumulando conexiones desde octubre? Contanos en los comentarios ⬇️

Back to list
Más viejo Outlook.com y Hotmail rechazaron correos legítimos por días: Microsoft culpa a su antispam

Publicaciones relacionadas

    Deja una respuesta