tools - SQL Server Management Studio 2012 se cuelga
sql server v17 (13)
"Abra el SSMS, haga clic en el botón Conectar con el explorador de objetos en el cuadro de diálogo Conectar al servidor expandir opciones >> haga clic en restablecer todo": funciona
Cuando hago clic en el nodo "Bases de datos" en el "Explorador de objetos", solo se mantiene en "Cargar elementos" hasta que en algún momento simplemente se cuelga.
Esto sucede solo cuando se conecta a un servidor remoto, no cuando se accede a una base de datos en mi PC.
Tampoco ocurre con ningún otro nodo.
Los chicos de la empresa de alojamiento web no tuvieron ningún problema con eso. (Pero están ejecutando 2008, y también lo está el servidor SQL)
Reinstalé todo el servidor SQL, etc., pero fue en vano.
¿Cuál podría ser el problema?
Ahora apliqué el Service Pack 1 de SQL 2012 (a través de Windows Update) y parece que funciona bien ahora, aunque la carga demora mucho.
Desactive Auto-Close en todas las bases de datos. Funcionó como un encanto para mí! Cada vez que expande o actualiza la lista de bases de datos, el servidor debe activar las bases de datos que causan el bloqueo.
Simplemente ejecute esto para encontrar todas las bases de datos que tienen cierre automático en
SELECT name, is_auto_close_on
FROM master.sys.databases AS dtb
WHERE is_auto_close_on = 1
ORDER BY name
Para desactivar esta configuración para una base de datos, haga clic con el botón derecho en la instancia de la base de datos en el explorador de objetos -> Haga clic en propiedades -> Haga clic en "Opciones" en el panel de navegación izquierdo en la ventana de propiedades de la base de datos -> Cambie el valor de la propiedad de Cierre automático a "Falso" en panel derecho como se muestra en la instantánea a continuación:
En mi caso, eliminar la carpeta del perfil funcionó exactamente una vez. La próxima vez que abriera SSMS 2012 se congelaría nuevamente cuando se conectara a un servidor. SP1 tampoco solucionó esto.
Eso fue hasta que encontré la siguiente solución simple descrita en un boleto por Ben Amada en connect.microsoft.com : Siempre cierre los Detalles del Explorador de objetos antes de cerrar SSMS 2012.
Así que la solución completa para mí es esta:
- Sigue la respuesta de Jaecen, pero cierra SSMS 2012 nuevamente después de crear una carpeta de perfil limpia
- Aplique la recomendación de Hoodlum y copie
SqlStudio.binde la carpeta del perfil anterior a la nueva (la carpeta del perfil anterior se puede eliminar posteriormente) - Cada vez que cierre SSMS 2012, asegúrese de que la ventana Detalles del Explorador de objetos esté cerrada
Los primeros dos pasos son necesarios solo una vez, o si la ventana Detalles del Explorador de objetos se dejó abierta accidentalmente.
Editar
Acabo de darme cuenta de que también es necesario cerrar la ventana Detalles del Explorador de objetos cuando se (re) se conecta a un servidor SQL en la misma sesión SSMS. Básicamente, cuando se conecta a un servidor, las ventanas de Detalles del Explorador de objetos deben cerrarse.
Esto es lo que funcionó para mí. Abra el SSMS, haga clic en el botón Conectar al explorador de objetos en el cuadro de diálogo Conectar al servidor. Expanda las opciones >> haga clic en Restablecer todo ¡Listo!
Experimenté este mismo problema: al acceder a un servidor remoto con el Explorador de objetos, SSMS se bloqueaba indefinidamente. El registro de eventos del sistema de Windows mostraría el error 10009 de DCOM ("DCOM no pudo comunicarse con la computadora MACHINE_NAME usando ninguno de los protocolos configurados").
La solución fue borrar el historial de MRU y otras configuraciones de mi perfil. Para hacer eso:
- Cierre cualquier instancia abierta de SSMS 2012
- En el Explorador, abra "% AppData% / Microsoft / SQL Server Management Studio"
- Cambie el nombre de la carpeta "11.0" a otra cosa, como "11.0.old"
- Abierto SSMS 2012
Verás que tu lista de MRU se ha borrado. Entonces debería poder volver a ingresar sus credenciales y usar SSMS de manera normal.
Si todo funciona, puede eliminar la carpeta cuyo nombre ha cambiado. De lo contrario, elimine la nueva carpeta "11.0" que se creó y cambie el nombre de la original a "11.0".
No tengo idea de si en realidad es la lista de MRU la que está causando este problema o si se trata de otros datos de perfil.
Pudimos descubrir que SSMS está tratando de establecer una conexión DCOM a través del puerto 135 al servidor SQL (tal vez para SSIS, depuración de T-SQL o algo más). Nuestro servidor de seguridad se configuró para bloquear el puerto 135. Al abrir el puerto en el servidor de seguridad pudimos usar SSMS (de ahí el motivo por el que funcionó en las bases de datos locales pero no en las remotas). Desafortunadamente, un puerto abierto 135 es una invitación para muchos ataques, por lo que no fue una solución práctica para nosotros.
He probado aproximadamente todas las respuestas anteriores, pero mi SSMS se atascó al expandir la lista de la base de datos. Encontré el problema finalmente. El problema se debió a una base de datos que lo restauré, pero se restauró correctamente al final. Luego, cuando expandí la lista de la base de datos se estaba pegando.
Ejecuto una consulta
SELECT
dtb.name AS [Name]
,dtb.database_id AS [ID]
,CAST(has_dbaccess(dtb.name) AS bit) AS [IsAccessible] FROM master.sys.databases AS dtb
Luego, el resultado tomó demasiado tiempo y al final se agotó el tiempo de espera, pero cuando filtre la base de datos atascada obtuve el resultado.
SELECT
dtb.name AS [Name]
,dtb.database_id AS [ID]
,CAST(has_dbaccess(dtb.name) AS bit) AS [IsAccessible] FROM
master.sys.databases AS dtb
Where name <> ''StuckDB'' ORDER BY [Name] ASC
Al final decidí separar StuckDB para resolver mi problema.
Me estoy conectando a varios servidores remotos rangig desde 2000 hasta 2012. SMSS en una PC local es SQL Server 2012, SMSS es 11.0.2100.60
El SSMS se congela varias veces al día. Cuando esto ocurre, voy a través de RDP al servidor local / SMSS / Monitor de actividad y apago los procesos de mi PC con Nombre de base de datos = maestro, uno a la vez, hasta que SMSS en mi PC se descongela.
Esto siempre funciona, sin embargo, una cura para la enfermedad más allá de los síntomas sería muy bienvenida.
Pasé más de un mes con el soporte de Microsoft SQL para solucionar este problema. Se ha presentado como un error.
Tengo ambos SQL 2012 SSMS y VS 2012 instalados en Win 7 (64).
La eliminación de la carpeta del perfil nunca funcionó durante un período de tiempo razonable.
La solución que encontramos fue garantizar que mi perfil de SSMS esté predeterminado en la base de datos Master cuando se conecte. Parecía tener algo que ver con el hecho de que me estoy conectando con la Autenticación de Windows y pertenezco a más de un grupo de AD a los que se han asignado permisos de SQL Y NO tengo permisos de SQL específicos configurados en mi cuenta de AD.
Resolví este problema cambiando mi base de datos predeterminada de nuevo a maestro.
Suponiendo que solo tiene acceso a una base de datos en la empresa de alojamiento (que es casi siempre el caso, al menos con un nombre de usuario / contraseña determinado), puede evitar la necesidad de usar el menú desplegable configurando su servidor registrado como predeterminado para el base de datos a la que se supone que debes acceder:
(También puede tomar más tiempo aquí, pero esto será solo una vez. También puede escribirlo en lugar de esperar a que la lista se llene).
De esta manera, incluso si el inicio de sesión que el host creó para usted lo enruta a tempdb o algo por defecto, Management Studio aún lo ubicará en el contexto de su base de datos.
Ahora veo que está hablando del nodo del Explorador de objetos, no del menú desplegable "Usar base de datos" que de alguna manera interpreté incorrectamente. Un ejercicio para intentar podría ser resaltar el nodo de bases de datos (no expandirlo) y hacer clic en F7 (Detalles del Explorador de objetos). Si esto se carga para usted, entonces puede ser una alternativa para navegar a través de la jerarquía y, como beneficio adicional, puede mostrar muchos atributos de entidad aquí y también la selección múltiple, dos cosas sobre las que no tiene control en el Explorador de objetos.
Si eso no ayuda, entonces su anfitrión debería ayudarlo mejor de lo que parece. Si se admite SSMS 2012, deberían poder probar esto en SSMS 2012 y confirmar o negar que puedan reproducirlo. Si no es compatible, creo que su recurso es instalar SSMS 2008 también (pueden coexistir) y usarlo para administrar este servidor específico.
Por supuesto, casi cualquier cosa que pueda hacer en el Explorador de objetos (y muchas cosas que no puede hacer), puede hacerlo usando las vistas de catálogo y / o los DMVs . Por lo tanto, antes de determinar qué hacer, es posible que desee revisar (o compartir con nosotros) exactamente para qué está utilizando el Explorador de objetos: si hay una forma de hacerlo sin el Explorador de objetos, quizás le interese la solución mejor que tener dos versiones. de la herramienta (ya que las mejoras en 2012 SSMS no tienen absolutamente nada que ver con Object Explorer).
Tenga algunos servidores SQL de 2000 a 2012, acceda luego a través de SMSS desde mi escritorio. El problema ocurre con una frecuencia variable, se ve así: cuando colapse un servidor en el explorador de objetos, SMSS se bloquea.
Buscando en el monitor de actividad en el servidor en cuestión, encuentro un proceso en la base de datos master con host = mi escritorio ejecutando la siguiente consulta
SELECCIONE dtb.name AS [Name] FROM master.dbo.sysdatabases AS dtb ORDER BY [Name] ASC SMSS
matar el proceso libera SMSS.
