(编辑:关于我们的可执行文件的附加说明)作业的持续时间从30秒到7天不等,可能包含一个可执行文件或2000个子作业(持续时间很短).显然,我们正在努力避免在7天的生产工作期间我们的IT计划重新启动的情况.
我们有调度软件,可以容纳粗粒度集群的所有正常任务,我们可以控制哪些机器可以提交,等等.如果WSUS在某种程度上是可编写脚本的(或者客户端可以说明它的关闭可用性),我们可以协调两个系统和帮助.
目前,补丁计划是超级星期二之后的星期日,无论群集上运行的是什么.每次我们想要延迟修补机器以进行长期生产作业时,我们都要求豁免.基本上,虽然我们的团队负责机器,但我们几乎无法控制IT的补丁计划.
>每月修补MS的生产Windows群集的计划是否合理?
> WSUS中是否有软件挂钩我们可以说“请不要重新启动”?
1.Is patching monthly with MS’s schedule sane for a production Windows
cluster?
是的,但群集不应该有任何与补丁相关的停机时间,因为它应该将作业转移到另一个节点 – 我不会同时修补整个群集(这将是疯狂的)
2.Are there software hooks in WSUS where we could say,“please don’t
reboot just yet”?
最终用户无法停止WSUS更新或重新启动,但这听起来像是您的组和IT组之间存在真正的通信问题;但是,您应该能够一次丢失1个节点,而对生产影响很小.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。