Tiempo de espera extremo al desconectar una base de datos de SQL Server


278

Estoy tratando de realizar un mantenimiento fuera de línea (restauración de la base de datos de desarrollo desde una copia de seguridad en vivo) en mi base de datos de desarrollo, pero el comando 'Desconectar' a través de SQL Server Management Studio está funcionando extremadamente lento, en el orden de 30 minutos más ahora. Estoy a punto de perder el control y parece que no puedo encontrar referencias en línea sobre lo que podría estar causando el problema de la velocidad o cómo solucionarlo.

Algunos sitios han sugerido que las conexiones abiertas a la base de datos causan esta desaceleración, pero la única aplicación que usa esta base de datos es la instancia IIS de mi máquina de desarrollo, y el servicio se detiene; no hay más conexiones abiertas.

¿Qué podría estar causando esta desaceleración y qué puedo hacer para acelerarla?

Respuestas:


408

Después de algunas búsquedas adicionales (nuevos términos de búsqueda inspirados en la respuesta de gbn y el comentario de u07ch sobre la respuesta de KMike) encontré esto, que se completó con éxito en 2 segundos:

ALTER DATABASE <dbname> SET OFFLINE WITH ROLLBACK IMMEDIATE

(Actualizar)

Cuando esto todavía falla con el siguiente error, puede solucionarlo según lo inspirado en esta publicación de blog :

ALTER DATABASE falló porque no se pudo colocar un bloqueo en la base de datos 'dbname' Vuelva a intentarlo más tarde.

puede ejecutar el siguiente comando para averiguar quién mantiene un bloqueo en su base de datos:

EXEC sp_who2

Y use lo SPIDque encuentre en el siguiente comando:

KILL <SPID>

Luego ejecute el ALTER DATABASEcomando nuevamente. Ahora debería funcionar.


35
Si esto no funciona (no se pudo colocar un candado), pruebe la solución en stackoverflow.com/questions/4673065 .
nalply

3
Si el proceso Take DB Offline aún se está ejecutando, para las máquinas de desarrollo puede eliminarlo desde el Administrador de tareas y ejecutar el comando anterior.
Null Head

1
Si ejecuta el comando KILL y recibe el mensaje "No se puede usar KILL para matar su propio proceso", asegúrese de estar utilizando la base de datos maestra para ejecutar el comando
Jarrod

129

Lo más probable es que haya una conexión con la base de datos desde algún lugar (un raro ejemplo: actualización estadística asincrónica )

Para buscar conexiones, use sys.sysprocesses

USE master
SELECT * FROM sys.sysprocesses WHERE dbid = DB_ID('MyDB')

Para forzar las desconexiones, use ROLLBACK INMEDIATE

USE master
ALTER DATABASE MyDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE

77
+1 porque la consulta de proceso le permite saber qué está conectado a esta base de datos. en mi caso era un empleado deshonesto con SSMS abierto :)
MikeMurko

3
En mi caso, era el pícaro con una ventana de analizador de consultas abierta
dellyjm

1
En mi caso, los desarrolladores tenían un sitio web principal de producción para un banco muy conocido que apuntaba a una base de datos con el título VIEJO
ZZ9

3
Si dice que el ALTER DATABASE failed because a lock could not be placed on databasecomando KILL <SPID>ayudará
Muflix

28

¿Tiene alguna ventana abierta de SQL Server Management Studio que esté conectada a esta base de datos?

Póngalo en modo de usuario único e intente nuevamente.


2
ALTER DATABASE <DBNAME> SET SINGLE_USER WITH Rollback Inmediate
u07ch

KMike: la única conexión que tengo está abierta a la base de datos maestra, no a la base de datos que estoy tratando de desconectar.
Erik Forbes el

17

En mi caso, después de esperar tanto para que terminara, no tuve paciencia y simplemente cerré el estudio de administración. Antes de salir, mostró el mensaje de éxito, db está fuera de línea. Los archivos estaban disponibles para cambiar el nombre.


7

ejecutar el procedimiento almacenado sp_who2

Esto le permitirá ver si hay bloqueos de bloqueo ... matarlos debería solucionarlo.


5

En SSMS: haga clic derecho en el icono del servidor SQL, Monitor de actividad. Procesos abiertos. Encuentra el procesado conectado. Haz clic derecho en el proceso, Kill.


4

cada vez que te encuentres con este tipo de cosas, siempre debes pensar en tu registro de transacciones. La declaración alter db con reversión inmediata indica que este es el caso. Mira esto: http://msdn.microsoft.com/en-us/library/ms189085.aspx

Hágase con puntos de control, etc. Debe decidir si vale la pena guardar las transacciones en su registro o no y luego elegir el modo para ejecutar su base de datos en consecuencia. Realmente no hay razón para que tengas que esperar, pero tampoco hay razón para que pierdas datos: puedes tener ambas.


2
Sabio consejo, gracias, pero en este caso los datos son prescindibles ya que se trata de una base de datos de desarrollo que se está restaurando.
Erik Forbes el

3

Cerrar la instancia de SSMS (SQL Service Manager) desde el que se realizó la solicitud resolvió el problema para mí .....


3

En mi caso, había visto algunas tablas en el DB antes de ejecutar esta acción. Mi cuenta de usuario tenía una conexión activa a este DB en SSMS. Una vez que me desconecté del servidor en SSMS (dejando abierto el cuadro de diálogo 'Desconectar la base de datos'), la operación tuvo éxito.


Lo mismo conmigo. Luego me reconecté, cambié la base de datos activa a master y ejecuté el siguiente comando: ALTER DATABASE XXX SET OFFLINE WITH ROLLBACK INMEDIATE
cskwg

2

Para evitar esto, detuve el sitio web que estaba conectado a la base de datos en IIS e inmediatamente el panel 'congelado' desconectar db 'se descongeló.


2

Intenté todas las sugerencias a continuación y nada funcionó.

  1. EXEC sp_who
  2. Matar <SPID>

  3. ALTER DATABASE SET SINGLE_USER WITH Rollback Inmediate

    ALTERAR BASE DE DATOS DESCONECTADA CON ROLLBACK INMEDIATA

    Resultado: los dos comandos anteriores también se atascaron.

4) Haga clic con el botón derecho en la base de datos -> Propiedades -> Opciones Establecer la base de datos de solo lectura en True Haga clic en 'Sí' en el cuadro de diálogo que advierte que SQL Server cerrará todas las conexiones a la base de datos.

Resultado: la ventana se atascó al ejecutarse.

Como último recurso, reinicié el servicio del servidor SQL desde el administrador de configuración y luego ejecuté ALTER DATABASE SET OFFLINE WITH ROLLBACK INMEDIATE. Funcionó a las mil maravillas


1

Además, cierre cualquier ventana de consulta que pueda tener abierta y que esté conectada a la base de datos en cuestión;)


1

En SSMS, configure la base de datos en solo lectura y luego vuelva. Las conexiones se cerrarán, lo que libera las cerraduras.

En mi caso, había un sitio web que tenía conexiones abiertas a la base de datos. Este método fue bastante fácil:

  1. Haga clic derecho en la base de datos -> Propiedades -> Opciones
  2. Establecer Database Read-Onlyen verdadero
  3. Haga clic en 'Sí' en el cuadro de diálogo que advierte que SQL Server cerrará todas las conexiones a la base de datos.
  4. Vuelva a abrir Opciones y desactive la opción de solo lectura
  5. Ahora intente renombrar la base de datos o desconectarla.

0

Para mí, solo tenía que ir al Monitor de actividad laboral y detener dos cosas que estaban procesando. Luego se desconectó de inmediato. En mi caso, sin embargo, sabía cuáles eran esos 2 procesos y que estaba bien detenerlos.


0

En mi caso, la base de datos estaba relacionada con una instalación antigua de Sharepoint. Al detener e inhabilitar los servicios relacionados en el administrador del servidor, se "desconectó" la acción fuera de línea, que había estado ejecutándose durante 40 minutos, y se completó de inmediato.

Es posible que desee verificar si algún servicio está utilizando actualmente la base de datos.


1
Ejecute sp_who2para ver qué procesos están usando la base de datos y use kill <PID>para detenerlos.
Eric Kigathi

0

La próxima vez, desde el cuadro de diálogo Desconectar, recuerde marcar la casilla de verificación 'Descartar todas las conexiones activas'. También estaba en SQL_EXPRESS en una máquina local sin conexiones, pero esta desaceleración ocurrió a menos que marque esa casilla de verificación.


-1

En mi caso detuve el servidor Tomcat. entonces inmediatamente el DB se desconectó.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.