问题标签 [maintenance-plan]

我有一个维护计划，每天备份我所有的 5 个数据库。我不需要全部备份，只需要备份一部分。我不想创建新工作，因为我的网站很旧并且我不想进行重大更改（此外，我对 SQL 不是很熟悉）。我想更改此作业的属性以仅备份某些数据库并且在谷歌中没有找到我的答案。

我添加了我要修改的任务的屏幕截图。如果需要任何其他信息来帮助我，请告诉我。

提前致谢。

我有一个维护计划，每晚都会进行一次完整备份和“检查数据库完整性”。我每 15 分钟备份一次事务日志。在索引重组期间事务日志备份大小会激增 - 呈指数级增长。我曾经每晚都重新组织索引和统计信息 - 我认为这是导致索引重新组织期间事务日志备份峰值的原因？除了重组索引维护任务运行时间过长，所以我的事务备份文件夹太大（100 GB 之前运行维护清理任务作业用于事务备份）

我的计划 ：

事务日志备份计划：每天 12:45:00 AM 到 11:00:00 PM 之间每 15 分钟发生一次。时间表将从 2015 年 10 月 5 日开始使用。

完整备份计划：每天上午 12:05:00 发生。时间表将从 2015 年 10 月 5 日开始使用。

维护清理任务（用于事务日志备份和完整备份）计划：在每天上午 12:00:00 到晚上 11:59:59 之间每 1 小时发生一次。时间表将从 2015 年 10 月 5 日开始使用。

重组索引时间表：每周一、周二、周三、周四、周六、周日凌晨 3:00:00 发生。时间表将从 2015 年 10 月 5 日开始使用。

重建索引时间表：每周星期五凌晨 3:00:00 发生。时间表将从 2015 年 10 月 5 日开始使用。

昨晚我收到一个错误，我收到以下错误消息：

执行查询“UPDATE STATISTICS [dbo].[tables] W...”失败，出现以下错误：“无法绑定多部分标识符“tables.Id”。”。可能的失败原因：查询有问题，“ResultSet”属性设置不正确，参数设置不正确，或连接未正确建立。

我们有备份数据库的维护计划，我需要更改目标文件路径。

当我在 SSMS 中打开计划并进行更改然后点击保存时，我收到一条消息说

您即将以新格式保存维护计划“mtpblah”。SQL Server Tools 的早期版本不支持新格式。但是，新格式化的维护计划在执行中不会有任何问题。你想保存吗？

当我单击“确定”时，会出现一个带有大红叉的对话框并No description found弹出消息。如果我单击确定，这将关闭对话框并将我带回未保存的维护计划。

维护计划是由我的前任创建的，所以我不确定它是在哪个版本的 SQL Server 中创建的，但可能至少是我们当前版本的 SQL Server 2012 之前的一个版本。

我正在使用 SSMS 2016，根据 Microsoft 的说法，它适用于所有受支持的 SQL Server 版本。有没有其他人遇到这个问题并有解决方案？

我有一个多年来一直在管理的 SQL Server 2008 R2 实例。

我有一个包含 4 个步骤的每日备份维护计划：

1. 备份数据库（3 个数据库）
2. 备份事务日志（3 个数据库）
3. 删除超过 n 天的备份文件
4. 删除超过 n 天的事务日志

几天前，由于磁盘已满，备份（步骤#1）失败。我通过删除一些备份并减少要保留的备份天数来解决这个问题。

但从那以后，维护计划一直失败。它成功执行了第 1 步和第 2 步，但没有继续执行第 3 步和第 4 步。而且我找不到任何解释原因的错误消息。

Windows 应用程序报告维护计划失败，但没有给出原因：

SQL Server 计划作业“DailyFullBackupAndCleanup.Subplan_1”（0xEC4CDE928E25FE4B964CE0758108D70D）-
状态：失败-调用时间：2017-04-18 02:02:00-
消息：作业失败。
作业由 Schedule 21 (DailyFullBackupAndCleanup.Subplan_1) 调用。
最后运行的步骤是步骤 1 (Subplan_1)。

步骤 1 和 2 的文本文件输出都表明备份成功完成，没有错误，并且备份在那里。SQL 代理历史记录表明

谁能给我有关如何找到错误消息的任何线索？谢谢。

我在 SSMS 日志中有奇怪的错误 - 创建并运行维护计划后，日志中似乎没有子任务/计划名称，如下所示。

任何建议出了什么问题？

我有一个备份数据库的维护计划。它包含备份数据库任务，然后是维护清理任务，以删除超过 1 天的备份。当我手动执行该维护计划时，它工作正常，但是当它按计划执行时它不会做任何备份。它计划每天运行，确实如此。工作历史显示它每天都成功，持续时间约为 40 分钟，因此看起来合法。除了它没有创建任何备份文件。如果我手动执行它，则会制作备份文件，但是当它按计划再次运行时它将删除它们并且不会创建新文件。

我是维护计划和服务器代理的新手。我创建了两个名为 ABC 且类型为 T-SQL (SELECT * FROM ABCDEFG) 的服务器代理作业，以及名为 DEF 且类型为 T-SQL (SELECT * FROM ABC) 的服务器代理作业。当我在服务器代理中执行 ABC 作业时，它会显示失败，如果 ABC 作业失败，则不应执行 DEF 作业。

我创建了维护计划，其中包含执行 ABC 和 DEF 服务器代理的子计划。当我执行维护计划时，它会在工作和历史记录中显示成功。维护计划作业日志可以显示服务器代理日志吗？

这就是我的工作的样子：

在我的服务器代理日志中，ABC 作业显示失败，DEF 作业成功

维护计划历史日志

我的预期结果是维护计划将捕获服务器代理作业失败或成功，如果失败则停止。但是根据日志，维护计划将执行 ABC 和 DEF，没有任何依赖关系。我应该如何使两个服务器代理作业都具有依赖性并确保 ABC 成功，只执行 DEF 作业？

我试图将我的 postgres 安装从 9.5.7 升级到9.6.5
我的 postgres 数据库生产实例有几个数据库，到目前为止消耗了大约 700 GB的空间。
pg_upgrade需要 2 个不同的目录用于新旧数据目录。

它需要一个新目录来执行 pg_upgrade，因为我能够在本地/阶段数据库中运行上述命令，因为与 prod 相比，我的数据库大小很小，并且我在本地观察到以下内容

并且我有足够的可用数据空间来在我的本地/阶段执行临时 pg_upgrade 过程，并且我在那里成功地完成了。

在生产过程中，我只有约 300 GB的可用空间。

但是，在成功升级后，我们将删除/var/lib/pgsql/data-9.5目录。

有没有办法进行就地数据升级，以便临时 pg_upgrade 进程不需要相同数量的额外空间？

现在，SSD 已成为事实上的标准。重建索引和更新统计数据的维护工作，例如使用 Ola Hallengren https://ola.hallengren.com/jobs，是否可以仅按需而不是定期完成，例如使用 Microsoft SQL Server 2017 或更低版本的每周一次？

如果仍然需要，决定何时需要的数据库大小阈值是多少？