为旧线程除尘道歉。
我想每个人都忽视了这一点,特别是顽固的重启?我宁愿卖掉我的商品!尼克斯管理员。
关键是应该安排每周一次的窗口。并不意味着它必须被使用,事实上,它的优先选择是它不被使用,因为它不可避免地在早晨的某个被抛弃的时刻。
但如果它在那里,你可以使用它。
就我个人而言,我认为季度重启是一个非常好的主意 - 它可以让你对问题(硬件和软件)有所了解,并且正如其他海报所指出的最具前瞻性思维,让你意识到阻止顺利启动的变化重新启动后变得明显。 4小时断电后再用2小时带上你的盒子而不是出现这种情况变得非常令人尴尬....
还有其他好处..
它使管理层用于重新启动,并且当您确实需要重新启动时(例如物理移动它),您就有信心。如果你从不重新启动一个盒子,当你说它需要在4年后重新启动并且没有停机时,你的经理会非常紧张。
你自己习惯了重新启动,并知道当它处于脱机状态时会出现什么问题。
你知道重启需要多长时间,所以当它重新启动并比平时长10分钟时,你就会直接进入日志状态。
如果你明天被一辆公共汽车撞倒,那么有关当重启发生时会发生什么的CURRENT(不是4月旧)文档(假设你是一个很好的管理员并写下来)
每季度30分钟的重启非常符合99.9%的正常运行时间SLA。
最后,它清除了众所周知的蜘蛛网。
要回答一些问题,请定期重新启动..
关于掩盖坏驱动程序\内存泄漏等的一个是搞笑的。你怎么知道它是内存泄漏\坏驱动程序,除非你重新启动服务器?不仅如此,如果您无法在计划的停机时间内修复它,该怎么办?如果您有每周安排的窗口,那就没问题了!你下周再试一次......
通知系统 - 如果您有计划的窗口,则可以设置计划的例外。如果你的软件\脚本没有这样做,那么我建议现代软件\更好的脚本编写。
至于计划的异常窗口隐藏“恰好在计划的异常窗口期间发生的问题”,这只是可笑的。如果您查看它们,您的其他服务器统计信息将很快显示此问题。
当然不推荐一揽子策略,你应该有例外标准(例如超过一定大小的磁盘空间等)
话虽如此,底线只是因为您的服务器不需要重新启动,认为您不应该重新启动它是非常天真的....
编辑:
我不确定我是否足够清楚,但重启不应该用于抹灰问题。窗口应该是每周一次,这样你就可以反复尝试解决这个问题,而不是“和它一起生活”。
重新启动作为处理服务器上的问题的方法是系统管理员很差。什么都没有学到,浪费了人们的宝贵时间,并且(正确地)降低了管理层对你的看法。
我的观点是
如果没有可接受的,已安排的每周维护窗口,很难确保您解决问题。
通过每周一次的窗口,您可以有机会正确地解决问题,并避免在多个不同的服务器上有六个简单的操作方法。