分离数据库/脱机失败

Question

我目前正在分离生产服务器上的开发数据库。由于这是生产服务器，我不想重新启动 sql 服务。这是最坏的情况。

显然我尝试通过 SSMS 分离它。告诉我有一个活动连接，我断开了它。第二次分离时，它告诉我这是不可能的，因为它正在使用中。

我尝试了 EXEC sp_detach_db 'DB' 但没有成功。

我尝试让数据库脱机。它运行了大约 15 分钟，当我感到无聊时，我就把它关掉了。

无论如何，我尝试了一切...我确保使用 SSMS 分离数据库中的连接指示器来终止所有连接。

以下返回 0 个结果：

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

以下内容现在运行了 18 分钟：

ALTER DATABASE DB SET OFFLINE WITH ROLLBACK IMMEDIATE

我确实在这一切过程中定期重新启动 SMSS，以确保 SSMS 不是罪魁祸首通过无形地锁定某些东西。

难道就没有办法暴力破解吗？数据库模式是我非常喜欢的东西，但数据是消耗性的。

希望有某种快速修复方法吗？ :)

DBA 今晚将尝试重置该流程，但我想知道解决此问题的方法，以防万一。

谢谢！

ps：我正在使用 DTC ...所以也许这可以解释为什么我的数据库突然被锁定？

编辑：

我现在正在执行以下操作，这会导致最终部分的无限执行。第一个查询甚至返回 0，所以我认为杀死用户根本不重要。

使用[大师] GO

SELECT * FROM sys.sysprocesses WHERE dbid = DB_ID('Database')

GO

DECLARE @return_value int

EXEC @return_value = [dbo].[usp_KillUsers] @p_DBName = 'Database'

SELECT 'Return Value' = @return_value

GO

ALTER DATABASE 数据库通过回滚立即脱机

GO

Answer 1

您如何连接到 SQL Server？您是否有可能在自己连接到数据库时尝试分离数据库？这可能会阻止分离，具体取决于所涉及的 SQL Server 版本。

您可以尝试使用 DAC 来实现类似的功能。

Answer 2

尝试在分离数据库之前终止所有连接，IE：

    USE [master]
GO
/****** Object:  StoredProcedure [dbo].[usp_KillUsers]    Script Date: 08/18/2009 10:42:48 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[usp_KillUsers]
  @p_DBName SYSNAME = NULL
AS

/* Check Paramaters                    */
/* Check for a DB name                 */
IF (@p_DBName IS NULL)
BEGIN
  PRINT 'You must supply a DB Name'
  RETURN
END -- DB is NULL
IF (@p_DBName = 'master')
BEGIN
  PRINT 'You cannot run this process against the master database!'
  RETURN
END -- Master supplied
IF (@p_DBName = DB_NAME())
BEGIN
  PRINT 'You cannot run this process against your connections database!'
  RETURN
END -- your database supplied

SET NOCOUNT ON

/* Declare Variables                   */
DECLARE @v_spid INT,
        @v_SQL  NVARCHAR(255)

/* Declare the Table Cursor (Identity) */
DECLARE c_Users CURSOR
   FAST_FORWARD FOR
 SELECT spid
   FROM master..sysprocesses (NOLOCK)
  WHERE db_name(dbid) LIKE @p_DBName

OPEN c_Users

FETCH NEXT FROM c_Users INTO @v_spid
WHILE (@@FETCH_STATUS <> -1)
BEGIN
  IF (@@FETCH_STATUS <> -2)
  BEGIN
    SELECT @v_SQL = 'KILL ' + CONVERT(NVARCHAR, @v_spid)
--    PRINT @v_SQL
    EXEC (@v_SQL)
  END -- -2
  FETCH NEXT FROM c_Users INTO @v_spid
END -- While

CLOSE c_Users
DEALLOCATE c_Users

这是一个终止所有用户与数据库的连接的脚本，只需传递数据库名称，它就会关闭它们。然后你可以尝试分离数据库。这个脚本是我不久前发现的，我不能声称它是我自己的。我并不是说这是任何形式的抄袭，我只是没有来源。

Answer 3

SELECT DISTINCT req_transactionUOW FROM syslockinfo

KILL 'number_returned' （process_id -2 的那个）

原因是 DTC 有点烦人，并且由于事务失败而完全锁定了数据库。现在我想知道发生这种情况的原因。但至少它让我能够在问题再次发生时重置损坏的事务。

我将其发布在这里，因为我确信它会帮助一些遇到相同问题的人。