当在 .net 上调用恢复存储过程但在 SQL Server 上运行时数据库卡在恢复状态答案

【问题标题】：Database stuck on restoring state when the restore stored procedure is call on .net but ok when running on SQL Server当在 .net 上调用恢复存储过程但在 SQL Server 上运行时数据库卡在恢复状态
【发布时间】：2021-11-06 16:16:53
【问题描述】：

我有一个存储过程，它将备份一个数据库并根据备份恢复一个新的数据库。

CREATE PROCEDURE [dbo].[CloneBaseAQSDB]
-- Add the parameters for the stored procedure here
@destDb NVARCHAR(50) AS
BEGIN


-- Insert statements for procedure here
DECLARE @backupPath nvarchar(400);
DECLARE @sourceDb nvarchar(50);
DECLARE @sourceDb_log nvarchar(50);

DECLARE @destMdf nvarchar(100);
DECLARE @destLdf nvarchar(100);
DECLARE @sqlServerDbFolder nvarchar(100);

SET @sourceDb = 'based_db'
SET @sourceDb_log = @sourceDb + '_log'


SET @backupPath = 'C:\MSSQL\Backup\' + @sourceDb + '.bak'   
SET @sqlServerDbFolder = 'C:\MSSQL\DATA\'

SET @destMdf = @sqlServerDbFolder + @destDb + '.mdf'
SET @destLdf = @sqlServerDbFolder + @destDb + '_log' + '.ldf'

BACKUP DATABASE @sourceDb TO DISK = @backupPath

RESTORE DATABASE @destDb FROM DISK = @backupPath
WITH REPLACE,
   MOVE @sourceDb     TO @destMdf,
   MOVE @sourceDb_log TO @destLdf   
END

当我尝试在 SQL 上运行存储过程时，它将成功运行并且可以访问数据库。就会有这个结果。

 Processed 4520 pages for database 'based_db', file 'based_db' on file 18.
 Processed 2 pages for database 'based_db', file 'based_db_log' on file 18.
 BACKUP DATABASE successfully processed 4522 pages in 1.516 seconds (23.303 MB/sec).
 Processed 4520 pages for database 'AQS_NEW', file 'based_db' on file 1.
 Processed 2 pages for database 'AQS_NEW', file 'based_db_log' on file 1.
 RESTORE DATABASE successfully processed 4522 pages in 44.801 seconds (0.788 MB/sec).

但是当我尝试使用 sqlCommand 在 .net 上调用存储过程时。该命令将完成执行，但数据库在恢复状态时卡住了。

    public void clonedBaseDatabase() {
        string connString = Common.setConnstring(Common.master_user, Common.master_pass, "master");
        string query = "CloneBaseAQSDB";
        SqlConnection con = new SqlConnection(connString);
        using (SqlConnection conn = new SqlConnection(connString)) {
            con.Open();
            SqlCommand cmd = new SqlCommand(query, con);
            cmd.CommandType = CommandType.StoredProcedure;
            cmd.Parameters.AddWithValue("@destDb", DB_NAME);
            try
            {
                cmd.ExecuteNonQuery();

            }
            catch (Exception ex)
            {
                Common.addErrorMessage(ex.Message);
            }
        }      
    }

【问题讨论】：

我已经尝试使用一种方法在关闭连接之前检查数据库是否可访问，因为我认为问题是 .net 已经在恢复脚本完成之前立即关闭连接。但是即使连接没有关闭，数据库仍然处于恢复状态。
问题最好edit补充更多信息。
根据 SSMS 的日志输出，RESTORE DATABASE 操作耗时 44 秒。 SqlCommand 有一个 default CommandTimeout of 30 seconds。它可能会在超时时尝试取消操作。
旁注：@destDb 应该是 sysname（nvarchar(128) 的别名），其他变量应该是 nvarchar(255)
不要使用addwithvalue。您还对数据库进行了许多假设 - 逻辑名称和物理名称。当心！

标签： c# .net sql-server

【解决方案1】：

根据 AlwaysLearning 评论，我只是添加了

cmd.CommandTimeout = 0;

它有效！

【讨论】：