对旧线程进行除尘的道歉。
我想大家都错过了这个观点,特别是那个顽固的'重启?我宁愿出售我的商品!尼克斯管理员。
问题是每周窗口应该是SCHEDULED。这并不意味着它必须被使用,事实上,它的优先选择是它不被使用,因为它不可避免地在早上的某个被遗弃的时刻。
但是,如果它在那里,你可以使用它。个人而言,我认为季度重启是一个非常好的主意 - 它可以让你领先于问题(硬件和软件),正如其他海报指出的最前沿的想法,让你意识到阻止平稳的启动,只有在重启后才会显现出来。而不是采取另一种2小时的时候把你的盒子变成了真的相当尴尬....一个4小时停电后的情况出现
还有其他的上涨空间..
它得到使用的管理重新启动,当你确实需要重新启动时(例如物理移动它),你有信心。如果你永远不会重新启动一个盒子,当你说它需要在4年后重新启动并且没有停机时,你的经理会非常紧张。
你自己习惯重新启动,并知道脱机时会出现什么问题。
您知道重新启动需要多长时间,因此当它重新启动并需要比平常长10分钟时,才会直接进入日志。
如果你被一辆巴士明天撞倒,还有何时重新启动时会发生什么CURRENT(不4yr岁)文档(假设你是一个很好的管理,并写下来)
一个30分钟每季度重启适合SLA 99.9%的正常运行时间。
最后它清除了谚语的蜘蛛网。
要回答一些问题AGAINST定期重启..
大约覆盖了一个坏司机\内存泄漏等的一个是热闹。你怎么知道这是一个内存泄漏\坏驱动程序,除非你重新启动服务器?不仅如此,但如果您无法在计划的停机时间内解决问题,该怎么办?如果你有一个每周预定的窗口,这是没有问题的!您只需下周再试....
通知系统 - 如果您有计划的窗口,则可以设置计划的例外。如果你的软件\脚本不这样做,那么我建议现代软件\更好的脚本编写。
至于计划的异常窗口隐藏问题'恰好发生在计划异常窗口期间',这只是可笑的。如果您完全查看,您的其他服务器统计信息将很快显示此问题。
当然不建议毯子政策,你应该有例外的标准(如超过一定大小等磁盘空间)说到
说,底线是仅仅因为你的服务器不应该不需要重新启动,认为你不应该重新启动它是非常天真的....
编辑:
我不知道我做这还不够清楚,但重启不应该被用于抹灰下来的问题。该窗口应该每周一次,以便您一再尝试解决问题,而不是“与之共存”。
作为一种处理服务器上的问题的方法重新启动是可怜的系统管理员。没有什么是学习的,它浪费了人们宝贵的时间,并且(正确)降低了管理层对你的看法。
我的观点是
这是很难确保你解决问题没有一个公认的,计划每周维护到位窗口。
通过每周一次的窗口,您有机会正确地分类,并避免在多台不同的服务器上安装六种偷工减料的解决方案。