问题标签 [maintenance-plan]

有什么方法可以在维护计划被触发后停止它？我有一个正在生产中运行，需要尽快停止。

感谢任何建议/想法。谢谢！

Our production database server has stopped running the backup maintance plans...

The server has plenty of space, upon googling and futher investigation it appears the backups are being halted they moment they are started.

Running "Select * from Sys.dm_Exec_requests where command = 'Backup Database'" indicates the backup is being suspended due to 'DATABASE: 5 [BULKOP_BACKUP_DB]' with wait type of 'LCK_M_U'

I have tried searching for an answer to this, but nothing seems to apply in this case.

As i stated the server has plenty of disk space, and has been restarted, yet the backups are still immediatly suspened.

I'm all out of ideas, and would apreciate any input into helping me fix this 'issue'

Update: It seems it is waiting for session 77 to finish which is another backup, but it is 'Killed/Rollback' with percentage complete of 76% (doesnt appear to be changing) and a wait time of 267328092, trying to kill this prcoess results in 'SPID 77: transaction rollback in progress. Estimated rollback completion: 76%. Estimated time remaining: 86124 seconds.'

Update: Upon installing updates, trying some fixes, it appeared fixed, however on its second attempt it also stopped processing the backup, this time with a wait type of ASYNC_IO_COMPLETION...

any ideas?

与 wordpress 等所有 CMS 系统一样，Drupal 具有维护模式，用户可以在该模式下看到自定义消息，指示站点已离线进行维护。如何在使用 struts 制作的 Web 应用程序中做到这一点？

我的想法：

1) 设计具有相同上下文路径的单独 Web 应用程序，并在维护和离线您的原始站点期间使用它。第二个应用程序仅包含维护页面，对于未找到的页面，它也显示维护页面。

2) 将维护模式值放入属性文件或某些 xml 文件或数据库值中，并在每个操作调用时检查它，如果为真则重定向到维护模式页面。（比第一个要好，但是已经做了很多动作，将花费大量时间在每个动作中插入条件代码，特别是在调度动作文件中，但这将是永久的内置应用程序解决方案。）

我在寻找什么？

创建某种全局操作，将每个操作路径重定向到维护页面。

像这样的东西：

任何想法都会非常有帮助。

谢谢。

我试图找到以下问题的权威答案：

Wicket 1.5.10 是最后一个版本吗？安全修复程序是否被向下移植到 1.15 代码分支？

在官方分发站点上，我看到自 2013 年 2 月以来没有新版本的 1.5 版本，并且我在 Wicket 网站声明中找不到任何地方，该声明阐明了 1.5 版本的维护计划或政策。

我在备份的维护计划 (SQL Server) 上设置了 2 个计划。

其中一个计划设置为每 1 小时运行一次以进行完整数据库备份，另一个计划设置为每 20 分钟运行一次以进行差异备份。问题是它们将在第一个计划运行时同时执行。

如何设置差异备份以避免在时间 X:00 运行？

当前设置：

• 00:00 - 完全备份 + 差异备份（问题）
• 00:20 - 差异备份
• 00:40 - 差异备份
• 01:00 - 完全备份 + 差异备份（问题）

我希望它像这样执行：

• 00:00 - 仅完整备份
• 00:20 - 差异备份
• 00:40 - 差异备份
• 01:00 - 仅完整备份

我正在制定一项维护计划，以便在我的服务器上进行备份。我只想知道 SQL Server 是否维护在备份过程中创建的备份文件列表？

非常感谢！

我正在尝试编写一个脚本来扫描 Sql 维护任务失败 - 请参阅下面的脚本。我似乎无法使用 EnumHistory() 处理超过 100 个条目。有没有人有办法解决这个问题？

正如 Ben Thul 所指出的，保留的最大历史记录行数由服务器实例配置：

在数据库维护计划中，我们可以使用不同的任务来帮助我们优化数据库的性能，如下所示：

• 缩小数据库
• 备份数据库
• 执行操作员通知
• 更新数据库统计信息
• 验证数据库的完整性
• 清理剩余的维护文件
• 执行 SQL Server 代理作业
• 执行 Transact-SQL 语句
• 重建索引
• 重组索引
• 清理数据库历史

我的问题是应该在 1 天、1 周和 1 个月内分别在 2 GB 数据库上执行哪些任务。

我有一个存储过程，它通常运行得非常快（几乎几秒钟），但是在奇怪的日子里，具有相同参数的相同过程需要几分钟才能执行。但是，如果我此时对索引进行碎片整理，它会在几秒钟内再次开始运行。

这可能是因为糟糕的执行计划或碎片索引吗？

如果是这样，有没有办法让这个过程不依赖于执行计划或碎片索引？

在此先感谢，约瑟夫

我的数据库的一个索引具有随着时间的流逝变慢的奇怪行为。

即使我的维护计划包括对所有用户数据库的“重建索引”步骤。过了一会儿，它变得如此缓慢，以至于我的整个应用程序/服务器网格都停止了。

但是当我对特定索引进行手动重建时，查询时间会从几分钟缩短到半秒。

为什么维护计划的“重建索引”步骤似乎跳过了这个索引，为什么它是手动工作的？（维护计划正确运行，没有错误，每晚）