Muchos usuarios de SQL Server 2005 (desarrolladores y administradores) se quejan de lo mismo ¿Por qué tarda mucho tiempo en abrirse SQL Server Management Studio (SSMS)? Aún en caso de trabajar con grandes servidores y sin carga de trabajo, la primera vez que se abre SSMS tarda muchísimo tiempo (más de un minuto) y las sucesivas veces sigue tardando mucho (45 segundos). ¿Por qué tarda en arrancar SSMS? ¿Se puede corregir este comportamiento? ¿Qué sentido tiene? |
A todos nos ha incordiado este comportamiento típico de quizás nuestra herramienta preferida, SQL Server Management Studio, y sobre todo nos hemos hecho la misma pregunta ¿Por Qué? ¿Por qué tarda tanto tiempo en arrancar SSMS? ¿Por qué SSMS es tan lento en abrirse? Como todos sabemos, SQL Server Management Studio es una aplicación de código gestionado, es decir, que está desarrollada con .Net Framework, siendo esta la clave de este problema. Parte del código de SSMS es código firmado digitalmente, lo cual implica, que al ejecutar dicho código, por defecto el .Net Runtime intentará conectarse a crl.microsoft.com para comprobar que el certificado es válido. Como en muchas veces no estamos conectados a Internet, como es el caso de servidores de bases de datos internos (por motivos evidentes de seguridad) o en Máquinas Virtuales aisladas de Laboratorios de pruebas, el intento de conexión a crl.microsoft.com generará un tiempo de espera (al no poder salir a Internet), siendo esta la fuente del problema. Evidentemente, esta situación no es única de SQL Server Management Studio, sino que por el contrario, se trata de una situación propia de ejecutar código firmado: cualquier aplicación que utilice código firmado es susceptible de tardar mucho tiempo en abrirse. Una vez que hemos identificado el problema ¿Qué formas tenemos de solucionarlo?
|
Comentarios
Publicar un comentario