¿Por qué tarda tanto SQL Management Studio en conectarse?

18

Teniendo en cuenta que Microsoft SQL Server no es, técnicamente, un sistema de administración de bases de datos lento, sigo preguntándome por qué a menudo / por lo general toma tanto tiempo para que SQL Management Studio se conecte.

Esto sucede incluso cuando nadie más está accediendo al servidor de la base de datos y cuando Management Studio se ejecuta en la misma máquina que SQL Server.

Además, SQL Management Studio a menudo tarda mucho tiempo en hacer algo, incluso solo mostrar los permisos de inicio de sesión puede llevar varios minutos en servidores de bases de datos que de otro modo no se utilizarían.

¿Hay alguna explicación obvia?

sql-server ms-sql Andrew J. Brehm
fuente
1
¿Cuánto dura "tanto"? ¿2 segundos, 20 segundos o 200 segundos?
Bevan el
¿Tienes algún plugin extraño? Cada servidor al que intento conectarme toma menos de 2 segundos en mi red de trabajo.
Bob King el
@Bevan para mí, minutos para conectarme localhost... es realmente frustrante. (YMMV) Y comenzó en algún momento reciente, nunca antes había sido así.
ANeves el
@Bevan, para mí toma 50 segundos comenzar. Cuando hago clic en el icono hasta que aparece algo, son 50 segundos, lo que en mi opinión es demasiado tiempo.
FabianVal

Respuestas:

14

Esto suena estúpido, pero tuve un problema de SQL Server Management Studio muy lento y este truco lo resolvió:

  • Abra Internet Explorer
  • Vaya a Herramientas -> Opción de Internet
  • Abra la pestaña "Avanzado"
  • Desmarque "Verificar la revocación del certificado del servidor (requiere reiniciar)"

Este truco solo es efectivo si la computadora donde está instalado SQL Server Management Studio NO está conectada a Internet. Solo hacer eso resolvió mi problema. Quizás resuelva el tuyo.

Julien N
fuente
Por extraño que parezca, esto parece mejorar un poco las cosas. Pero el problema de 32/64 bits mencionado a continuación también podría ser correcto. Aceptaré esta respuesta y votaré la otra.
Andrew J. Brehm
44
No soy un experto en seguridad, pero esta página virtualobjectives.com.au/sqlserver/ssms_slow.htm (que está representada en otra respuesta aquí y funcionó bien para mí) señala que no se recomienda deshabilitar la verificación del certificado de seguridad. Creo que adoptar este enfoque te abre a un gran riesgo de seguridad: O
jinglesthula
En mi caso, el servidor no estaba conectado a Internet, por lo que no pudo realizar ninguna verificación de seguridad, por lo que no cambió mucho, excepto que no tuve que esperar el tiempo de espera :). Pero estoy de acuerdo con que esta no es una buena idea en un servidor que puede realizar esta verificación.
Julien N
16

Esto funcionó para mí: Microsoft SQL Server Management Studio es demasiado lento

En un entorno corporativo, no es raro que Microsoft SQL Server Management Studio (SSMS) para SQL Server 2005 tarde más de 45 segundos en iniciarse, así como retrasos y retrasos al abrir varias ventanas y cuadros de diálogo desde la aplicación. Si tiene este problema, entonces una solución rápida es agregar una entrada en sus HOSTS. archivo que señala crl.microsoft.com a 127.0.0.1

  • Salga de SSMS
  • Presione las teclas [Win] + [R]

  • Introduzca la siguiente..

    notepad %systemroot%\system32\drivers\etc\hosts.

  • Agregue lo siguiente ...

    127.0.0.1    crl.microsoft.com

  • Guarda el archivo.

  • Inicie SSMS (¡ah! Mucho mejor)
peco
fuente
Dios mío, es extraño ...
Alex Zhukovskiy
1
Como crlsignifica "Lista de revocación de certificados", esto tampoco es ideal desde el punto de vista de la seguridad (consulte los comentarios sobre la respuesta aceptada).
Heinzi
Para mí, esto parece haber llevado el retraso de 30 ++ segundos a <5 segundos, pero aún así lento.
tbone
3

de forma predeterminada, cuando se conecta a un servidor local, el protocolo de red utilizado es la memoria compartida. Esto puede ser bastante lento a veces.

Estaba experimentando el mismo problema de velocidad al conectarme a una caja especificada de forma similar localmente, pero no de forma remota.

¿Obtiene la misma ralentización si especifica el protocolo de red TCP / IP al conectarse?

EDITAR Además, según Microsoft, este puede ser un problema causado por Management Studio que tiene 32 bits y se ejecuta en un sistema operativo de 64 bits. Ver aquí: http://support.microsoft.com/kb/906892

Sk93
fuente
1
Por lo tanto, Microsoft recomienda ejecutarlo en un sistema operativo de 32 bits. No es exactamente una sugerencia práctica. rodando los ojos
mhenry1384
3

¿Posible implementación de IPv6 rota? ¿Estás ejecutando doble pila? Somos y hemos tenido este problema antes. Primero se prueba IPv6, y si hay algún error de configuración, eventualmente fallará a IPv4.

Brian Knoblauch
fuente
3

SSMS está intentando verificar con Microsoft el certificado raíz predeterminado, aunque no lo use. Si está utilizando un servidor proxy, use proxycfg o netsh para establecer la configuración del proxy del sistema. Cierre y luego abra SSMS y el tiempo de carga se reducirá considerablemente.

Vern Wold
fuente
2

Agregando a la respuesta de Julien N anterior, solucioné el problema (un retraso de 10 segundos al ejecutar una consulta la primera vez) desmarcando:

"Comprobar la revocación del certificado del editor"

en las opciones avanzadas de Internet Explorer. No se requiere reiniciar.

Neil Miller
fuente
1

Mi colega tiene el mismo comportamiento que tú en su PC. Estaba usando SQL Server Management Studio de 2005. Resolvió instalar la nueva versión que viene con SQL Server 2008.

Si nota que este problema solo ocurre en su PC, le sugiero que intente desinstalar y reinstalar todo el conjunto de Microsoft SQL Server.

Pato
fuente
1
Esto me sucede con SQL Server 2005 y 2008.
Andrew J. Brehm el
... y hasta SSMS 2017.
rory.ap
1

¿Podría ser esto un problema de resolución de nombres? Si el motor de SQL Server está en la misma máquina, intente usar (local) como el nombre o incluso 127.0.0.1 (o la dirección IP de la máquina). Netbios sobre TCP / IP y / o WINS / DNS deficientes pueden conducir a tiempos de conexión más lentos.

También asegúrese de que el servidor tenga suficiente memoria para funcionar. SQL Server puede funcionar bien con 512 MB de RAM, pero el rendimiento se degrada muy rápido.

No debería haber un retraso de más de 5 segundos al conectarse a un servidor. (Menos si es local).

Martin Marconcini
fuente
No. Se conecta a ".". Los servidores en cuestión son de 64 bits y tienen 8 GB y más.
Andrew J. Brehm
1

Agregué sqlservr.exe a la lista de excepciones del firewall de Windows en SQL Server 2005. Resultado: ¡respuesta muy rápida!


fuente
1

En mi caso, no fue siempre, pero cuando lo hizo, tardaría 10 minutos en recuperar incluso mi caja de conexión. Así que miré al administrador de configuración y deshabilité la memoria compartida. Funciona como encanto cada vez !!

usuario61982
fuente
1
Sería útil un poco más de detalles, como qué versión, navegación desde la aplicación a esta configuración, etc.
Pimp Juice IT
Esto funcionó para mí. Para hacer esto, ejecute el Administrador de configuración de SQL Server y desactive "Memoria compartida" en Configuración de red / Protocolos
Mike Jerred
1

La solución para mí fue deshabilitar la NIC Hyper-V:

ingrese la descripción de la imagen aquí

Simplemente haga clic derecho y luego haga clic disable

RobIII
fuente
Este fue exactamente mi problema.
Dominique Alexandre
0

Estaba teniendo el mismo problema en el que la carpeta Vistas tardaba mucho en expandirse. Otras carpetas, incluidas bases de datos o tablas, estaban bien. Todas las recomendaciones anteriores no funcionaron en mi caso. Lo que funcionó para mí es que el usuario tenía el rol sysdamin, eliminé el rol sysadmin y lo devolví y todo comenzó a funcionar bien para mí.

Bader Cheema
fuente
-2

Si está utilizando SQL Express, verifique que el tamaño total de sus bases de datos no exceda los 10 GB (limitación para SQL Express 2012).

R Barbosa
fuente
2
Si el tamaño supera la limitación, ¿el resultado sería un rendimiento lento?
Fixer1234