次の方法で共有


正常性ルールの設計のガイドライン

最終更新日: 2009年9月23日

適用対象: SharePoint Foundation 2010

SharePoint Foundation における良い正常性ルールには以下の特性があります。

  • ファーム レベルで潜在的な問題を検出する。

    正常性ルールはファーム管理者によって構成され、ファーム管理者によって実行されます。また、正常性ルールによって生成される状況レポートを読むのはファーム管理者だけに限られます。ファームの正常性に影響しないポリシーを適用するためにルールを使用するのは避けてください。

  • 診断ではなく、予防を目的とする。

    ルールは潜在的な問題に先手を打ったり、トラブルになる前にエラーを見つけたり、ベスト プラクティスを強調したりします。トラブルシューティングは行いません。すぐに対応する必要のある問題の診断には、他のツールを使用してください。

  • 構成、パフォーマンス、可用性、セキュリティを監視する。

    これらは組み込みカテゴリです。ルールに対してカスタム カテゴリを作成することはできますが、既存のカテゴリに適合しないルールがなぜ必要なのかを慎重に検討してください。そのルールで行おうとしていることは、別のツールで行った方がよい可能性があります。

  • 簡潔であり、実行したときに可用性を低下させない。

    ファームのリソースに不必要な負荷をかけるのは避けてください。正常性ルールは、リソースを多用するシステム スキャンのための手段であってはなりません。

  • 実行頻度が過度に高くない。

    ルールに対して既定の自動実行パラメーターを設定するときは、スケジュールを最適なものにしてください。明らかになるまでに長時間かかるトラブルの早期の兆候をルールで見つけ出す場合は、毎時間または毎日チェックするようにルールをスケジュールしないでください。毎週または毎月で十分です。

関連項目

参照

SPHealthAnalysisRule

SPRepairableHealthAnalysisRule

SPHealthCategory

AutomaticExecutionParameters

SPHealthCheckSchedule