在我的SharePoint职业中,我设定了我的政策以安装:

  • 服务包:一旦安装出来。在测试框上进行评估后,安装到生产
  • 累积更新,热门修复等:仅在需要时安装(例如,我们遇到了一个问题,其中一个修复程序)。

我不同意的现任人喜欢安装所有内容。我很想知道这里的其他所有人对该政策有何看法,并且可以指出他们在安装SharePoint累积更新时所经历的时间对他们来说是一个糟糕的想法。

长话短说,如何为SharePoint设置补丁规则?特别是在农场中实施服务包,累积更新等的哪些步骤?您如何评估?您对服务包故障的影响有什么保障?

有帮助吗?

解决方案

根据我的经验:

  • 仅当问题影响您时,才能应用热修复。如果在生产中应用而无需在舞台环境中进行测试,那么hotfix可能会出现可怕的错误
  • CUS通常是SP安装的先决条件,因此您可以在SP安装前一击进行一次镜头,或者将其调整为Cu,然后进行SP

我们通常会等待几个月才能“审查”升级故事,然后再研究SPS。另外,我们倾向于在升级生产之前先升级开发VM。

其他提示

我同意您的立场,并尝试实践这一点。甚至MS都说,只有在您受到修复的内容影响时才安装此CU。

许可以下: CC-BY-SA归因
scroll top