对旧线程进行除尘的道歉。

我想大家都错过了这个观点，特别是那个顽固的'重启？我宁愿出售我的商品！尼克斯管理员。

问题是每周窗口应该是SCHEDULED。这并不意味着它必须被使用，事实上，它的优先选择是它不被使用，因为它不可避免地在早上的某个被遗弃的时刻。

但是，如果它在那里，你可以使用它。个人而言，我认为季度重启是一个非常好的主意 - 它可以让你领先于问题(硬件和软件)，正如其他海报指出的最前沿的想法，让你意识到阻止平稳的启动，只有在重启后才会显现出来。而不是采取另一种2小时的时候把你的盒子变成了真的相当尴尬....一个4小时停电后的情况出现

还有其他的上涨空间..

它得到使用的管理重新启动，当你确实需要重新启动时(例如物理移动它)，你有信心。如果你永远不会重新启动一个盒子，当你说它需要在4年后重新启动并且没有停机时，你的经理会非常紧张。

你自己习惯重新启动，并知道脱机时会出现什么问题。

您知道重新启动需要多长时间，因此当它重新启动并需要比平常长10分钟时，才会直接进入日志。

如果你被一辆巴士明天撞倒，还有何时重新启动时会发生什么CURRENT(不4yr岁)文档(假设你是一个很好的管理，并写下来)

一个30分钟每季度重启适合SLA 99.9％的正常运行时间。

最后它清除了谚语的蜘蛛网。

要回答一些问题AGAINST定期重启..

大约覆盖了一个坏司机\内存泄漏等的一个是热闹。你怎么知道这是一个内存泄漏\坏驱动程序，除非你重新启动服务器？不仅如此，但如果您无法在计划的停机时间内解决问题，该怎么办？如果你有一个每周预定的窗口，这是没有问题的！您只需下周再试....

通知系统 - 如果您有计划的窗口，则可以设置计划的例外。如果你的软件\脚本不这样做，那么我建议现代软件\更好的脚本编写。

至于计划的异常窗口隐藏问题'恰好发生在计划异常窗口期间'，这只是可笑的。如果您完全查看，您的其他服务器统计信息将很快显示此问题。

当然不建议毯子政策，你应该有例外的标准(如超过一定大小等磁盘空间)说到

说，底线是仅仅因为你的服务器不应该不需要重新启动，认为你不应该重新启动它是非常天真的....

编辑：

我不知道我做这还不够清楚，但重启不应该被用于抹灰下来的问题。该窗口应该每周一次，以便您一再尝试解决问题，而不是“与之共存”。

作为一种处理服务器上的问题的方法重新启动是可怜的系统管理员。没有什么是学习的，它浪费了人们宝贵的时间，并且(正确)降低了管理层对你的看法。

我的观点是

这是很难确保你解决问题没有一个公认的，计划每周维护到位窗口。

通过每周一次的窗口，您有机会正确地分类，并避免在多台不同的服务器上安装六种偷工减料的解决方案。