如何使用非常规参数调用存储过程？

Question

我正在尝试将Red Gate的SQLBackup Pro软件集成到我用C#编写的内部备份软件中.这样做的自然方式是通过扩展存储过程.问题在于它以我以前从未见过的格式调用:

master..sqlbackup '-SQL "BACKUP DATABASE pubs TO DISK = [C:\Backups\pubs.sqb]"'

通过SSMS运行时,这很好用.我遇到麻烦的地方是尝试从C#(使用.NET 4和Dapper Dot Net)调用它.

我的第一次尝试不起作用,因为它将整个cmd字符串解释为存储过程的名称,并抛出错误"无法找到存储过程''":

var cmd = "master..sqlbackup '-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'";
connection.Execute(cmd, commandType: CommandType.StoredProcedure, commandTimeout: 0);

我的第二次尝试立即返回并显示(到C#)成功,但实际上没有进行备份(这也很难进行参数化):

var cmd = "master..sqlbackup";
var p = new DynamicParameters();
p.Add("", "'-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'");
connection.Execute(cmd, p, commandType: CommandType.StoredProcedure, commandTimeout: 0);

我的第三次尝试似乎也成功了,但实际上没有进行备份:

var cmd = "master..sqlbackup '-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'";
connection.Execute(cmd, commandTimeout: 0);

我错过了什么？

更新1:

我忽略了Red Gate文档,该文档说存储过程实际上不会引发SQL错误,它只是在输出表中返回错误.油滑.这可能解释了为什么我在上面的第二次和第三次测试中得到了无声的失败:一些潜在的问题,他们没有收集输出来说明原因.

这就是我现在的位置:

var cmd = "master..sqlbackup";
var p = new DynamicParameters();
p.Add("", "'-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'");
p.Add("@exitcode", DbType.Int32, direction: ParameterDirection.Output);
p.Add("@sqlerrorcode", DbType.Int32, direction: ParameterDirection.Output);
connection.Execute(cmd, p, commandType: CommandType.StoredProcedure, commandTimeout: 0);

当我运行它并检查那些输出参数时,我得到退出代码870:

没有命令传递给SQL备份.

该命令为空.

所以它没有看到空命名的参数.

更新2:

在跟踪中捕获上述内容会显示空参数字符串最终被替换,@Parameter1=这解释了存储过程无法看到它的原因.

Answer 1

这很恶心，根本不是我想要的，但这就是我现在所做的：

var cmd = String.Format(@"
DECLARE @exitcode int; 
DECLARE @sqlerrorcode int;
EXEC master..sqlbackup '-SQL \"BACKUP DATABASE [{0}] TO DISK = [{1}])\"', @exitcode OUTPUT, @sqlerrorcode OUTPUT;
IF (@exitcode >= 500) OR (@sqlerrorcode <> 0)
BEGIN
RAISERROR('SQLBackup failed with exitcode %d and sqlerrorcode %d ', 16, 1, @exitcode, @sqlerrorcode)
END
", myDbName, myBkpPath);

connection.Execute(cmd, commandTimeout: 0);

这会执行备份并实际返回故障状态，这暴露了导致静默故障的故障部分的潜在问题。

在运行之前，会根据已知数据库列表检查 myDbName 以确保其存在，并且 myBkpPath 是由我的代码生成的，因此我不担心注入。只是……好吧，看看那个。可怕。