次の方法で共有


Configuration Managerでのコレクション評価

Configuration Manager (現在のブランチ) に適用

Configuration Managerでは、コレクション評価を使用して、定義したコレクション ルールに基づいてコレクション メンバーシップを更新します。 コレクションの評価範囲とタイミングは、サイトとコレクションの構成と評価の種類によって異なります。

適切なコレクション設計上の決定を行うことができるように、コレクションの評価動作を理解することが重要です。 コレクション評価のガイダンスと推奨事項については、「 コレクションのベスト プラクティス」を参照してください。

評価プロセス

colleval.log は、コレクションエバリュエーターがコレクションを作成、変更、および削除するときに記録します。

大まかに言うと、個々のコレクションの評価と更新は次の手順に従います。

コレクションの更新プロセスの概要

  1. コレクション クエリを実行します。
  2. 直接メンバーであるシステムを追加します。
  3. Include コレクションで指定されたメンバーを追加します。
  4. 返された結果と制限コレクションの間で論理 AND を実行します。
  5. 除外コレクションで指定されたメンバーを削除します。
  6. 直接メンバーの評価から結果セットを比較し、コレクションを除外コレクションの結果と共に含めます。
  7. データベースに変更を書き込み、更新を実行します。
  8. 依存するコレクションもトリガーして更新します。 依存コレクションは、現在のコレクションが制限するコレクション、またはインクルードルールまたは除外ルールを使用して現在のコレクションを参照するコレクションです。

ヒント

Configuration Manager コンソールで管理分析情報を使用すると、コレクションの管理に役立ちます。 コレクションに固有の分析情報のグループ がありますコレクションのConfiguration Manager評価グループには、いくつかの分析情報もあります。

コレクションの評価の種類とトリガー

これらの種類のスレッドは、評価の種類に応じてコレクションの評価を処理します。

  • スケジュールされたコレクションの更新のプライマリ
  • 依存コレクションを使用してコレクションを手動で更新する補助
  • 依存コレクションのないコレクションを手動で更新する単一
  • 増分コレクションの更新の Express

次の表では、コレクション評価トリガーとそれに対応する評価の種類について説明します。

トリガー 評価の種類 説明
Manual 単一または補助 手動は、最も優先順位の高いコレクションの評価です。 管理者が手動のコレクション評価を要求すると、コレクション エバリュエーターは次に使用可能な評価スレッドを評価に割り当てます。
スケジュール済み Primary スケジュールされた評価のプロセスは手動評価と同じですが、評価はイベントドリブンではなく時間駆動型です。
ステージング 単一または補助 すべてのコレクションは、すべての システム または すべてのユーザーとユーザー グループに直接または間接的に依存します。 どちらのコレクションも、毎日午前 4 時に完全なコレクション評価を行います。 これらのコレクションのいずれかを変更すると、 完全なコレクション グラフに基づいて、依存コレクションの更新がトリガーされます。
増分 Express 増分評価では、コレクション評価グラフを使用して、増分コレクション メンバーシップの更新が変更された場合に依存コレクションを評価および更新します。 Configuration Managerは、増分更新用に構成されているすべてのコレクション内のリソース オブジェクトを監視および更新します。

コレクション クエリが、後で更新される情報 (ハードウェア インベントリなど) に基づいている場合は、スケジュールされたコレクションの更新中にのみ、コレクションのリソースを追加または削除Configuration Manager。

コレクション評価グラフ

コレクション評価グラフは、評価対象のコレクションに関連するすべてのコレクションをマップします。 コレクション評価には、対象となるコレクションと、コレクション評価グラフ内の関連するコレクションが含まれます。

コレクションの評価が開始されると、Configuration Managerは、サイクルの最高レベルから開始して、ターゲット コレクションへの変更の結果として評価が必要になる可能性があるすべてのコレクションを含むグラフを作成します。 その後、コレクション エバリュエーターはグラフ内を順番に移動し、各コレクション メンバーシップを順番に評価します。 コレクションが完全に評価されると、コレクションエバリュエーターは、このサイクルの影響を受けない下位レベルのコレクションをコレクション評価グラフから削除します。

評価されるコレクションの 1 つ以上にインクルードまたは除外ルールがある場合、コレクションエバリュエーターは、含まれるコレクションまたは除外されたコレクションを、コレクションの制限があるコレクションと共にグラフに追加します。 インクルードコレクションと除外コレクションの評価中に変更がある場合は、メインブランチに戻る前にそのブランチでグラフが続行されます。

Configuration Managerは、増分または完全の 2 種類の評価グラフを構築します。

増分コレクションの評価

テーブル データが変更されると、SQL Server トリガーによって CollectionNotifications テーブルに行が挿入されます。 次にコレクション評価スケジュールを起動すると AND、既存のコレクション クエリを持つリソース ID になり、 増分 コレクションに対して有効になっているコレクションに対する更新がトリガーされます。

増分コレクション評価では、マシンごとに 1 つのクエリが実行されます。 増分コレクション評価の既定のサイト構成は、5 分ごとに行われます。

増分コレクション評価グラフは、参照されているコレクションが増分評価に対して有効になっている場合にのみマップされます。 増分評価が、増分評価が有効になっていないコレクションに制限されている場合、グラフは制限コレクションの既存のメンバーシップに基づいてコレクションを評価します。

たとえば、次の図は、すべてのコレクションに適用できる新しく検出されたリソースを示しています。 ただし、コレクションの評価では、[ すべてのサーバー] コレクションと [ すべてのドメイン コントローラー] コレクションのみが更新されます。 コレクション エバリュエーターは、 すべてのメンバー サーバー コレクションが増分評価に対して有効になっていないため、他のコレクションを評価しません。

増分コレクション評価グラフの例

完全なコレクションの評価

手動またはスケジュールされたコレクション評価では、すべての依存コレクションの 完全な コレクション評価グラフが作成されます。 グラフには、更新中のコレクションとその後のコレクションを参照するすべてのコレクションが含まれます。 Configuration Managerは、処理中のコレクションに対して更新が発生する限り、グラフを評価し続けます。

次の図は、 すべてのサーバー コレクションに対するスケジュールされたコレクション更新要求または手動コレクション更新要求が、該当するすべてのコレクションを含む完全なグラフを生成する方法を示しています。 新しい DNS サーバーとドメイン コントローラー リソースは、すべてのコレクションのメンバーシップ クエリのスコープ内にあるため、すべてのコレクションが更新されます。

完全コレクション評価グラフの例 1

完全な評価では、必ずしもすべてのコレクションが評価されるわけではありません。 コレクション評価グラフは、現在参照されているコレクションに対して更新が行われる場合にのみ、依存コレクションの評価を継続します。 スケジュールされた増分評価中に増分更新されたコレクションが更新された場合、増分更新が有効になっていないコレクションを参照しても更新されない可能性があります。 完全な評価ではコレクションが更新されないため、コレクション評価グラフとそのサイクルの参照元のコレクション評価が終了します。

次の例では、既存のサーバーに DNS をインストールすると 、DNS サーバー コレクションのメンバーになりますが、 制限されているすべてのメンバー サーバー コレクションの更新がないため、完全な評価では DNS サーバー コレクションは評価されません。 次の増分評価サイクルでは、増分コレクションであるため、 DNS サーバー コレクションが評価されます。

完全コレクション評価グラフの例 2

次の手順