环境：SharePoint 2007（标准）双服务器小型服务器场上的Intranet发布站点。
我们需要能够规划一个关机操作，并且我认为在关机时我必须保持两台服务器同步。
STSADM的“quiescefarm”操作显然只能阻止Infopath表单（我们没有使用）被提交：
http://technet.microsoft.com/en-us/library/cc262797(office.12).aspx
中央pipe理中心“Quiesce Farm”的运行方式是什么，closures多个服务器的SharePoint服务器场的正确步骤是什么，并确保所有写入都被阻止，并且所有内容都保持同步？
目前，我正在closuresWWW服务，并首先closuresWFE。 找不到最佳做法…
在你的问题中的第二句话有一个错误的假设，这意味着你正试图解决一个并不存在的问题。 没有必要担心“保持服务器同步”。
您可以按任何顺序closures服务器场中的服务器（并以任何顺序将其恢复）。 您甚至不必担心停止个别服务 – 只需closures系统即可。 最糟糕的情况是，在ULS和事件日志中会出现很多错误（例如，如果WFE在数据库之前出现）。
最干净的方法是按照以下顺序进行：
然后以相反的顺序重新启动服务器。
当Forms Services（也可能是Excel服务…我见过冲突的文档）正在使用中时，他们有时会在将事务提交到数据库之前通过多个HTTP请求进行会话 – 这是quiesce farm命令进入的地方。它允许会话完成这些多个请求事务之一，但不允许任何新的会话。 所有交易提交后，Infopath（Excel？）服务都处于脱机状态，并且随时可以closures。
以下是一篇关于Quiesce农场正在做什么的细节的博客文章： http : //vspug.com/johnwpowell/2007/07/13/quiescing-can-you-use-it-in-a-sentence/
你根本就没有谈论这个等式的最终用户体验的一部分，但我会提到它的完整性。 如果您要在用户上传文件或编辑列表项的过程中closuresWFE，那么WFE或数据库不会有任何损坏，但是最终用户基本上只会被转储到错误页面真的不让他们知道发生了什么事情（或者是否发生了编辑！）。 处理这个问题的方法是在SharePoint之前（负载均衡器，甚至是单独的服务器上的ARR可以这样做），它将优雅地“排除”最终用户连接的SharePoint，并且可能redirect到友好的错误页面直到网站恢复正常。