问题标签 [maintenance-plan]

我创建了两个触发器。一个在 sysssispackages 上，另一个在 sysjobs 上。每当有人修改维护计划或作业（无作业计划）时，这两个触发器将简单地发送邮件。

我的问题是每当有人修改 MP 时，我都会收到两个触发器的警报（1 个 sysssispackage 和 2-4 个 sysjobs 表警报）。有什么方法可以将这些警报限制在以下情况下。

1. 如果从 MP 完成更改，我只会收到 sysssispackage 表的警报，即仅 1 个警报。
2. 如果对 Jobs 进行了更改，我只会收到 sysjobs 表的警报。

一种解决方法是更改​​ sysjobs 表上的触发器，以便它检查邮件队列并相应地发送邮件。

但是，我想知道是否还有其他方法。

谢谢。

PS-我的基本要求是跟踪谁对 MP 和 Jobs 进行了更改。

我必须每天检查多台服务器以找到它们的备份文件夹（可能还有其他数据，如备份时间、数据库和备份类型）。

如果我知道维护计划的名称，是否有编写脚本来列出备份文件夹？

我发现这很有帮助，但它需要至少运行一次备份。

我希望监视 SQL Server 维护计划中可能发生的各种事件。我想要的方法是让维护计划对数据进行 HTTP POST。经过一些研究，我认为我的首选方法是使用 cURL，但我知道这需要启用 xp_cmdshell，从安全角度来看这并不理想。

所以，我试图把一些 T-SQL 放在一起，它会检查 xp_cmdshell 是否启用，如果没有启用它足够长的时间来运行命令，然后再次禁用它。但是，我下面的内容不是合作的，我很确定这与所有这些 GO 的...

谢谢你的帮助。

当我转到 SQL Server Management Studio -> 管理 -> 维护计划 -> 右键单击​​我要执行的维护计划，但该选项显示为灰色。

• 我已经检查并且 SQL Server 集成服务正在运行。
• 我可以执行其他维护计划。
• 我什至尝试过毫无问题地修改这个计划，但执行仍然是灰色的。
• 目前没有该计划的其他实例正在运行。
• 我还断开了与 SQL Server 的连接并重新连接，但这也无济于事。
• SQL 代理正在运行。

有一个生产系统已经运行了很多年，最初是作为 PHP 应用程序，然后是与 Rails 的混合体，现在完全在 Rails 中。目前尚不清楚它已经存在了多长时间。最古老的 git commit 是从 5 年前开始的。

目标是不惜一切代价保持系统运行。只要没有中断，我们使用什么代码都没有关系。目前它是 Rails 版本3.2.33。

如果我们不升级任何宝石，我们就有可能变得过时且无法部署。如果我们升级，我们将需要对代码进行更改，从而导致潜在的错误蔓延。我们不仅面临代码腐烂，而且还面临由于 AWS 中断而导致的停机。

确保万无一失的第一步是什么？我花了几个月的时间编写黄瓜（集成）测试，但很难涵盖所有边缘情况。该应用程序已经运行了很长时间，以至于大多数错误都已修复，并且几乎没有新的异常。测试从一开始就不是优先事项，因此大多数代码都没有记录。

当用户登录到我的连接到 Microsoft SQL Server 数据库的应用程序时，我想添加一个警报来检查他们的夜间维护计划是否失败或没有运行。

使用 SQL，我如何检查给定的维护计划上次运行的时间以及它是成功还是失败？

我可以在以下位置查看维护计划：

但是我不确定要加入哪些包含历史记录的表。

当用户登录应用程序时，如果 Microsoft SQL 数据库维护计划失败、未运行、未实施或从未计划过，我将添加警报。我不希望添加一个设置来识别应该检查的维护计划。

如何获取对当前数据库“ SELECT db_name()”执行任何操作的维护计划列表？

我可以在这里看到所有维护计划的列表：SELECT * FROM msdb.dbo.sysmaintplan_plans

我猜我需要查询计划步骤并检查是否有任何包含我的数据库。

能够识别每个步骤的类型会很好，即：完整性检查、索引重建、统计更新或备份等……然后我可以确保完成所有必需的步骤。

我在 WinServer 2012 R2 上使用 SQL-Server 2012 (SP2)。我创建了一个维护计划，对我的数据库进行备份并删除超过 2 天的报告文件和备份文件。

我的问题是维护计划不会删除超过 2 天的文件。这些文件在 5 或 6 天后也不会被删除。备份经过验证和压缩。

我对目录（代理在 LocalSystem 下运行）和“文件扩展名”下的任务属性拥有权限，我尝试设置不带点和带点的名称，例如“.bak”、“bak”和“*.bak”但没有任何效果。我改变了任务的顺序，没有任何效果。

但我总是收到成功消息。那么这里有什么问题呢？

我们正在通过“CRM 2011 作业编辑器”（可从 Codeplex 下载：https ://crmjobeditor.codeplex.com/）管理我们的 CRM 2013（内部部署）维护作业。

我们已将重新索引作业设置为每天运行，但是我们想仔细检查该作业是否由于错误或其他原因而在某些日子无法运行。

您是否知道是否有任何 CRM 维护工作的书面日志，是否将任何历史日志写入 SQL 数据库的某处？

当启动某些性能任务时，我从 CRM Trace 中看到，但是始终保持跟踪会消耗大量磁盘空间......只是想知道 CRM 的设计是否将维护计划的任何日志历史记录写入 SQL 数据库。

我是维护 20 多台 Azure 服务器的团队的一员。大多数服务器都在 24-7 全天候运行，因此我们没有每周定期维护或其他任何事情。

大多数虚拟机是 Windows Server 2012，我们有一些相当活跃的数据库服务器在高级存储上运行 SQL 2014，其他的是 Web/IIS 和文件/应用程序服务器，以及一个终端服务器。

应该对我们的虚拟机进行什么样的维护以确保性能不受影响？（去碎片化和类似的东西？）我很好奇你们做什么以及多久做一次。

谢谢！乔尔