Sharepoint High Disk I / O-WSS_Search_SBS2011.mdf
トラブルシューティングを行っているスペックの低いサーバーがあります（SBS2011のMSの最小仕様を上回っています）
次のステップの1つは、Sharepointが使用されていないため、できることを無効にすることです。
これは私がリサイクルするために取った前のステップですIISワーカープロセス 、私が制限したプロセスのいくつかはSharepointに関連していました。
最近（サーバーのパフォーマンスが向上したため）、次のことを確認しました。
Sharepointが何らかの理由でHDDをスラッシングしているようですが、これについてさらに調査するにはどうすればよいですか？また、これをどこで止めればよいですか？
私のIISリサイクルルールがこれを引き起こしている可能性があることを理解していますが、それらのルールがないと、IISデータベースはRAMサーバーの残りの部分は、現在のシナリオよりもはるかに深刻です。
これらのユーザーはSharepointを使用していません！
SharePoint検索サービスには非常に高いIOPS要件があります。このサーバーでSharePointを使用していない場合は、SharePointをアンインストール/無効化する必要があります。 SharePointを使用している場合は、ベストプラクティスとハードウェア要件についてMicrosoftのドキュメントを読む必要があります。
私が正しく覚えていれば、Search Servicesには4桁のIOPS要件がありますが、これはくしゃみをする必要はありません。大規模なインストールでは、ファーム内にサーバーを配置するのが非常に一般的です専用インデックスを検索するためだけに。
検索サービスを無効にすることをお勧めします。
SharePointサーバーの全体管理にログインし、アプリケーション管理に移動し、サービスアプリケーションを管理し、検索サービスをクリックします。
クロールスケジュールとクロールルールを設定できるはずです。実行されないように設定してください。また、クロールが進行中の可能性があります。停止してください。
その後、マネージドサービスアプリケーションに戻り、検索サービスを停止します。
検索インデクサーは、データベースサーバーとハードドライブを計画していない場合、または適切に構成されていない場合、データベースサーバーとハードドライブをインデックスでいっぱいにします（インデックスはハードドライブにも保存されます）。検索インデクサーを無効にしても、使用していない場合でも問題はありません。
ここでも同じ動作です。以前のコメントに基づいて、私の解決策は、サービスの実行時間を数分から夜間の3つのしきい値時間に変更することでした。高いディスク使用量を停止し、機能しているようです。
私はSBS2011ではなくSBS08を実行していることを念頭に置いて...
アンインストール/無効化しないように指示されているのは事実ですが、通常の理由は、SBSのアップグレードが妨げられるためです。その特定のサーバーでSBSをアップグレードするつもりはないと思います。
したがって、定期メンテナンス中に私が行うことは次のとおりです。
- すべてのSharePointサービスを無効にします。
- MSSQL $ SHAREPOINTサービスを無効にします。
- テスト。
もちろん、SBS08にはそれほど緊密に統合されていません。ただし、ダウンタイムがあり、それを試して何かが壊れるかどうかを確認できる場合は、実験する価値があるかもしれません。
SharePoint検索サービスを無効にしてみましたか？サービスを開始して停止し、サービスの起動を無効にすることができるはずです。