psconfig.exe -cmd升级风险是什么？

Question

我即将在生产中运行以下命令，但我希望坚实地了解可能破坏的内容。我们在QA环境上运行了这个命令，但我们不知道一切事实是否实际上是运行的，据我们所知，但我想知道是否有可能会破坏工作流程等事情，功能或其他任何东西。

这是命令：

PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent
-install -cmd installfeatures

.

根据文档： 实际上有3个命令：

• psconfig.exe -cmd升级
• psconfig.exe -cmd applicationscontent

• psconfig.exe -cmd installfeatures

  1. psconfig.exe -cmd upgrade=>执行SharePoint升级。如果需要升级SharePoint，则在运行SharePoint产品配置向导时自动执行此命令。

     • inplace b2b==>如果选择b2b，则将执行就地构建构建升级。其他选项是v2v（版本到版本）

     • force==> SharePoint产品配置向导停止任何当前正在运行的升级操作，然后重新启动升级。

     • -cmd applicationscontent==>管理共享应用程序内容

     • -cmd installfeatures==>在此服务器上的服务器场中注册SharePoint功能。

       我们将拍摄完整的服务器场备份（使用SharePoint 2010备份功能）以备份/恢复区域，以防有问题。这是推荐的方法吗？

       根据一个用户最后一次在农场上做到这一点，工作流已经消失了。在所有农场服务器上运行此命令后发生这种情况是否有可能？

       谢谢你的阅读。

Answer 1

当您安装累积更新（CU）的可执行文件时，您还没有升级服务器。 PSConfig.exe（命令行）或SharePoint产品配置向导（GUI）需要运行才能升级运行二进制文件，并对CU中提供的SharePoint数据库模式进行任何更改。

在这种情况下，您拥有2012年8月的CU更新，但农场在技术上没有在2012年8月的CU级别运行，直到您要么运行PSConfig命令，或使用SharePoint产品配置向导中的GUI版本。

在完成更新之前创建一个农场备份是一个好主意，因为这将为您提供一个环境，以便在问题上回滚。

在正面，这些更新由Microsoft发布，并包括测试级别。还等了这一点，您还将对遇到的任何问题进行社区参考。在消极方面，CU不像服务包一样测试，因此您不应该在出现时赶出并安装CU，因为它们偶尔会知道引入错误回归。一个良好的网站，以待在每Cu发现的问题上是下面的Todd Klindt：

http://www.toddklindt.com/blog/lists/posts/post .aspx？ID= 224 例如，这里是与2012年8月Cu的已知回归：

http://www.toddklindt.com/blog/regressions/august2012cu.aspx

总结，您肯定应该在QA环境中应用CU，测试您的关键业务功能，拍摄生产备份，然后在QA中测试并放心后应用CU，没有重大回归。< / p>

我个人更喜欢在更新农场时使用基于GUI的SharePoint产品配置向导，因为它有更多内置的智能来了解执行哪些操作（更多的单击下一步，下一个，下一个经验），但是您可能更喜欢使用命令行工具。另请注意，无论您选择哪个选项，都需要在SharePoint Farm中的每个服务器上运行进程。