我在SQL Server 2005中有一个维护计划的问题。这是一个非常基本的维护计划 – 它有一个“执行T-SQL语句任务”，它只是在表中插入一行。
当我执行维护计划时，执行T-SQL语句并将行input到表中，但是我得到一个消息框，显示以下内容：
执行失败。 有关详细信息，请参阅维护计划和SQL Server代理作业历史logging日志。
附加信息：
Job'CobraTest.Subplan_1'失败。 （SqlManagerUI）
纽扣：
当我在SQL Server Management Studio中通过pipe理 – >维护计划 – >右键单击 – >执行以及在通过SQL Server代理安排时执行维护计划时，会发生这种情况。
在服务器上还有其他的维护计划可以手动和计划运行。
我很好奇的一件事情是，计划的SQL Server代理作业运行正常，然后失败了几个晚上，然后运行好几个晚上，现在又失败了，并没有干预或更改到SQL服务器，这让我觉得它可能是有人在networking上的其他地方改变的东西？
有什么build议么？
随意的想法…
存储过程的退出代码是否为非零？ 例如，RETURN语句给出@@ ROWCOUNT或类似的。
我很久以前就看到与SQL代理作业类似的情况，但是在SSIS之前
你是否打开了作业历史logging来查看错误信息？ 确保展开历史logging并查看实际作业步骤中的消息。
导致错误的一个常见原因是执行期间的警告。 例如，旧的“警告：空值被集合…消除”消息通常会导致SSIS作业报告失败（取决于为允许的警告数量select的设置）。
如果正在运行的实际SQL不是dynamic的，则在查询窗口中手动运行它并检查结果。
我没有一个明确的答案，但是服务器正在运行带有SP1的SQL Server 2005。 我使用Managament Studio连接的客户端机器正在运行SP2。 当我在服务器上创build维护计划时（通过terminal服务），它成功运行。 当我在我的机器（连接到服务器）上创build维护计划时，它失败。
这将需要进一步的调查，因为我通常会使用同一台客户机在SP1和SP2服务器上工作，但在这种情况下，这似乎不是一个好主意。