IntelliSense en blanco en SSMS mientras las consultas siguen ejecutándose

Escribir el nombre de una tabla no produce ninguna sugerencia, pero la misma ventana ejecuta sin problema sentencias SELECT. Esa combinación es la pista: la conexión funciona, pero el estado de finalización del editor no. SSMS guarda su propia caché y su propia idea de qué base de datos y qué cuenta usa la ventana. Trate ese estado como algo separado del túnel antes de cambiar cualquier ajuste de red.

La ventana tiene su propio estado de conexión

Cada ventana de consulta lleva una conexión, una base de datos y un contexto de autorización. El Explorador de objetos puede estar conectado a otro servidor o base de datos, y otra pestaña puede estar ejecutándose con otra cuenta. Confirme el estado propio de la ventana afectada antes de compararlo con cualquier otra cosa. Una ventana abierta antes de que subiera la VPN también puede estar ligada a una conexión que ya no existe, así que su estado importa más de lo que sugiere la barra de título.

Una interrupción de la VPN puede dejar esa ventana desconectada mientras la aplicación todavía parece viva. Vuelva a conectar mediante el flujo habitual de SSMS y después confirme que el selector de base de datos muestra la base que espera.

Fuerce la reconstrucción de la caché local

La guía de solución de problemas de IntelliSense de Microsoft documenta la actualización admitida: Editar → IntelliSense → Actualizar caché local, o Ctrl+Shift+R. Úsela después de confirmar la conexión, sobre todo cuando cambiaron objetos mientras la ventana permaneció abierta. La actualización reconstruye una lista local; no puede restaurar una ruta de red que desapareció.

Confirme también que IntelliSense está habilitado para el editor y que la versión instalada de SSMS admite la sentencia que escribe. El comportamiento de finalización varía entre versiones y no cubre todos los productos ni todas las formas de script. Si el atajo no hace nada, trátelo como un síntoma del estado del editor y no como un síntoma de la VPN. Un elemento de menú que permanece gris y un atajo engullido por otra combinación de teclas son dos datos del editor que conviene anotar antes de culpar al túnel.

Los nombres que faltan pueden ser permisos

Las listas de finalización solo sugieren objetos que la cuenta conectada puede ver. Por eso un script copiado de un compañero puede referirse a nombres que su sesión no tiene permiso para resolver. Compare la visibilidad de la cuenta prevista en lugar de la sesión no relacionada de un administrador. Si falta un nombre por un permiso, arreglar el editor no hará que aparezca.

Pida al propietario de la base de datos el permiso mínimo que necesita la tarea y mantenga esa concesión concreta. Los derechos administrativos amplios concedidos para llenar una lista de sugerencias cambian una pequeña comodidad por una gran exposición.

Decida qué fallo tiene realmente

Dos fallos se parecen desde el teclado y necesitan dueños distintos. Si las sentencias ordinarias de la misma ventana también fallan, investigue la resolución de nombres, el transporte y la autenticación de esa conexión. Si las sentencias se ejecutan y solo faltan las sugerencias, la prueba pertenece al editor. Anote cuál de los dos vio, porque los dos informes van a equipos distintos y una descripción mezclada retrasa ambos.

Conserve la versión instalada de SSMS, la base de datos seleccionada, la cuenta y un ejemplo pequeño no secreto para el informe de herramientas. Una grabación o una lista de los nombres exactos que fallan ayuda más que la frase IntelliSense está roto. Después vuelva a probar tras la actualización de la caché y tras una reconexión, porque esas dos acciones separan la mayoría de los casos.