SharePoint 靜默伺服器
環境：SharePoint 2007（標準）兩台伺服器小型場上的 Intranet 發布站點。
我們需要能夠計劃關機操作，我認為在關機時我必須保持兩台伺服器同步。
STSADM ‘quiescefarm’ 操作顯然只會阻止送出 Infopath 表單（我們沒有使用）：
http://technet.microsoft.com/en-us/library/cc262797(office.12).aspx
Central Admin ‘Quiesce Farm’ 操作是否相同？關閉多台伺服器的 SharePoint 場並確保所有寫入均被阻止且所有內容保持同步的正確程序是什麼？
目前，我正在關閉 WWW 服務並首先關閉 WFE 服務。找不到最佳實踐…
您問題中的第二句話有一個錯誤的假設，這意味著您正在嘗試解決一個實際上並不存在的問題。無需擔心“保持伺服器同步”。
您可以按任何順序關閉場中的伺服器（並按任何順序重新啟動它們）。您甚至無需擔心停止個別服務 - 只需關閉系統即可。最糟糕的情況是，您將在 ULS 和事件日誌中出現大量錯誤（例如，如果 WFE 在數據庫之前出現）。
絕對最乾淨的方法是按以下順序：
- 外設
- 應用伺服器
- 數據庫伺服器
然後以相反的順序恢復伺服器。
當使用 Forms Services（可能還有 Excel 服務……我見過相互衝突的文件）時，它們有時會在向數據庫送出事務之前經歷多個 HTTP 請求的會話——這就是 quiesce farm 命令的用武之地。它允許會話完成執行這些多個請求事務之一，但不允許任何新會話。送出所有事務後，Infopath (Excel?) 服務處於離線狀態，也可以關閉。
這是一篇部落格文章，詳細介紹了 Quiesce 農場正在做什麼：http: //vspug.com/johnwpowell/2007/07/13/quiescing-can-you-use-it-in-a-sentence/
你根本沒有談論這個等式的最終使用者體驗部分，但為了完整起見，我會提到它。如果您要在使用者上傳文件或編輯列表項的過程中關閉 WFE - WFE 或數據庫不會有任何損壞，但最終使用者基本上只是轉儲到一個錯誤頁面，該頁面沒有’不要真正讓他們知道發生了什麼（或者是否發生了編輯！）。處理這個問題的方法是在 SharePoint 前面有一些東西（負載平衡器，甚至單獨伺服器上的 ARR 也可以這樣做），這將優雅地“耗盡”SharePoint 的最終使用者連接，並可能重定向到友好的錯誤頁面直到網站備份。