SMO 备份失败，错误 1827（完整数据库）

Question

我正在使用 SqlExpress 2012（我必须这样做，别无选择）。

在极少数情况下，数据库会满载。
现在我想备份整个数据库，然后截断一些表并收缩数据库。 对于备份，我使用以下代码：

public void BackupDatabase(string backupFilePath, string databaseServer, string databaseName, out string errorMessage)
{
    var connection = new ServerConnection(databaseServer);
    connection.StatementTimeout = 360;
    Backup backup = new Backup();
    backup.Devices.AddDevice(backupFilePath, DeviceType.File);
    backup.Database = databaseName;
    backup.Initialize = true;
    backup.Incremental = false;
    backup.Action = BackupActionType.Database;
    backup.SqlBackup(new Server(connection));
}

但是，如果我这样做，一段时间后我会收到错误消息。 这是我的错误日志：

2020-01-20 13:42:54.89 spid10s 启动数据库“msdb”。
2020-01-20 13:42:54.90 spid12s 启动数据库“mssqlsystemresource”。
2020-01-20 13:42:54.91 spid12s 资源库构建版本为 12.00.6108。 这只是一条信息性消息。 无需用户操作。
2020-01-20 13:42:54.93 spid12s 启动数据库“模型”。
2020-01-20 13:42:55.69 spid12s 清除 tempdb 数据库。
2020-01-20 13:43:00.07 spid12s 启动数据库“tempdb”。
2020-01-20 13:43:00.37 spid18s Service Broker 端点处于禁用或停止状态。
2020-01-20 13:43:00.37 spid18s 数据库镜像端点处于禁用或停止状态。
2020-01-20 13:43:00.39 spid18s Service Broker 管理器已启动。
2020-01-20 13:43:01.02 spid10s 恢复完成。 这只是一条信息性消息。 无需用户操作。
2020-01-20 13:43:02.66 服务器公共语言运行时 (CLR) 功能使用来自 C:\\Windows\\Microsoft.NET\\Framework64\\v4.0.30319 的 CLR 版本 v4.0.30319 初始化。
2020-01-20 13:43:15.65 spid51 启动数据库“TESTDB”。
2020-01-20 13:43:36.75 spid51 错误：1827，严重性：16，状态：1。
2020-01-20 13:43:36.75 spid51 CREATE DATABASE 或 ALTER DATABASE 失败，因为由此产生的累积数据库大小将超过每个数据库 10240 MB 的许可限制。
2020-01-20 13:49:04.59 备份错误：3041，严重性：16，状态：1。
2020-01-20 13:49:04.59 备份 BACKUP 未能完成命令 BACKUP DATABASE PHASIS。 检查备份应用程序日志以获取详细消息。
2020-01-20 14:14:56.76 备份错误：3041，严重性：16，状态：1。
2020-01-20 14:14:56.76 备份 BACKUP 未能完成命令 BACKUP DATABASE PHASIS。 检查备份应用程序日志以获取详细消息。

在我看来，spid51 在收集所有信息后尝试执行“创建数据库”。 但随后它尝试将备份文件作为服务器实例的一部分，并且由于 10 GB 无法再增加而崩溃。

有人知道如何更改备份，以便备份不再计入数据库限制吗？ 也许明确地给它一个新的数据库或类似的东西？

微软关于 SMO 的信息并不是很有帮助： https : //docs.microsoft.com/de-de/dotnet/api/microsoft.sqlserver.management.smo.backup? redirectedfrom=MSDN&view=sql-smo-140.17283 。 0

编辑：当我使用 Management Studio 进行备份时，它可以工作，但我必须以编程方式使用 smo 进行备份。

Answer 1

好吧，那是……呃……有点尴尬。
我将超时从 360（6 分钟）提高到 3600（60 分钟）并且它不再崩溃了。 所以日志条目和错误消息真的很混乱，让我误入歧途。