SharePoint静止サーバー
環境：SharePoint 2007（標準）2サーバーの小規模ファーム上のイントラネット発行サイト。
シャットダウン操作を計画できる必要があり、電源を切るときに2台のサーバーの同期を維持する必要があると思いました。
STSADMの「quiescefarm」操作は、Infopathフォーム（使用していない）の送信を妨げるだけのようです。
http://technet.Microsoft.com/en-us/library/cc262797（office.12）.aspx
中央管理者の「QuiesceFarm」操作は同じものであり、複数のサーバーのSharePointファームの電源を切り、すべての書き込みがブロックされ、すべてが同期されていることを確認する正しい手順は何ですか？
現在、私はWWWサービスをオフにし、最初にWFEサービスの電源を切ります。このためのベストプラクティスが見つかりません...
質問の2番目の文には誤った仮定があります。これは、実際には存在しない問題を解決しようとしていることを意味します。 「サーバーの同期を維持する」ことを心配する必要はありません。
ファーム内のサーバーを任意の順序でシャットダウンできます（そして、任意の順序でサーバーを再起動できます）。個々のサービスを停止することを心配する必要はありません。システムをシャットダウンするだけです。発生する最悪の事態は、ULSおよびイベントログに多くのエラーが発生することです（たとえば、データベースの前にWFEが表示された場合）。
それを行うための絶対的に最もクリーンな方法は、次の順序になります。
- WFE
- アプリケーションサーバー
- データベースサーバー
次に、サーバーを逆の順序でバックアップします。
Forms Services（およびおそらくExcelサービス...競合するドキュメントを見たことがあります）が使用されている場合、データベースにトランザクションをコミットする前に複数のHTTP要求を通過するセッションがある場合があります-これがquiescefarmコマンドの出番です。これにより、セッションはこれらの複数の要求トランザクションの1つを完了できますが、新しいセッションは許可されません。すべてのトランザクションがコミットされると、Infopath（Excel？）サービスはオフラインになり、シャットダウンする準備が整います。
これは、Quiesceファームが行っていることについて少し詳しく説明しているブログ投稿です： http://vspug.com/johnwpowell/2007/07/13/quiescing-can-you-use-it-in- a-文/
この方程式のエンドユーザーエクスペリエンスの部分についてはまったく話していませんが、完全を期すために言及します。ユーザーがファイルをアップロードしたりリストアイテムを編集したりしている最中にWFEをシャットダウンした場合、WFEやデータベースが破損することはありませんが、エンドユーザーは基本的にエラーページにダンプされます。何が起こったのか（または編集が起こったのかどうか）を実際に彼らに知らせないでください。これに対処する方法は、SharePointの前に何かを配置することです（ロードバランサー、別のサーバー上のARRでもこれを実行できます）。これにより、SharePointからエンドユーザー接続が適切に「排出」され、わかりやすいエラーページにリダイレクトされる可能性があります。サイトがバックアップされるまで。