Configuration Manager (現在のブランチ) に適用
Configuration Manager の検出を正常かつ効率的に使用するには、使用する方法とそれらを実行するサイトを検討する必要があります。
検出では大量のネットワーク トラフィックが生成され、結果として生成される検出データ レコード (DDR) は処理中に大量の CPU リソースを使用する可能性があるため、目的を達成するために必要な検出方法のみを使用してください。 最初は 1 つまたは 2 つの検出方法のみを使用し、その後で制御された方法で追加の方法を有効にして、環境内の検出レベルを拡張できます。 このトピックの情報は、情報に基づいた意思決定を行うのに役立ちます。
さまざまな検出方法の詳細については、「Configuration Manager の検出方法について」を参照してください。
さまざまなものを発見するためのメソッドを選択する
潜在的な Configuration Manager クライアント コンピューターまたはユーザー リソースを検出するには、適切な検出方法を有効にする必要があります。 さまざまなディスカバリー・メソッドの組み合わせを使用して、さまざまなリソースを検索し、それらのリソースに関する追加情報をディスカバーできます。 使用する検出方法によって、検出されるリソースの種類と、検出プロセスで使用される Configuration Manager サービスとエージェントが決まります。 また、検出できるリソースに関する情報の種類も決定します。
コンピューターを検出する
コンピューターを検出する場合は、 Active Directory システム探索 または ネットワーク探索を使用できます。
たとえば、クライアント プッシュ インストールを使用する前に、Configuration Manager クライアントをインストールできるリソースを検出する場合は、Active Directory システム探索を実行します。 この方法を使用すると、リソースを検出するだけでなく、Active Directory Domain Services からリソースに関する詳細情報や基本情報も検出できます。 この情報は、クライアント設定の割り当てまたはコンテンツの展開に使用する複雑なクエリおよびコレクションを作成する場合に役立つ場合があります。
または、ネットワーク探索を実行し、そのオプションを使用してリソースのオペレーティング システムを検出することもできます (後でクライアント プッシュ インストールを使用するために必要です)。 ネットワーク探索は、他の検出方法では取得できないネットワーク トポロジに関する情報を提供します。 ただし、この方法では Active Directory の環境に関する情報は提供されません。
ハートビート検出というメソッドもあります。 ハートビート検出のみを使用して、クライアント プッシュ インストール以外の方法でインストールしたクライアントを強制的に検出することができます。 ただし、他の検出方法とは異なり、ハートビート検出ではアクティブな Configuration Manager クライアントを持たないコンピューターを検出できません。 このメソッドは、既存のデータベース レコードの基礎ではなく、そのレコードを維持するために、限られた情報セットを返します。 ハートビート検出によって送信される情報は、複雑なクエリやコレクションを構築するのに十分ではない可能性があります。
Active Directory グループ検出を使用して特定のグループのメンバーシップを検出する場合、限られたシステムまたはコンピューター情報を検出できます。 これは、コンピューターの完全な検出に代わるものではありませんが、基本的な情報を提供できます。 この情報は、クライアント プッシュ インストールには不十分です。
ユーザーを検出する
ユーザーに関する情報を検出する場合は、 Active Directory ユーザー検出を使用します。 Active Directory システム検出と同様に、このメソッドは Active Directory からユーザーを検出します。 拡張 Active Directory 情報に加えて、基本情報が含まれています。 この情報を使用して、コンピューターの場合と同様の複雑なクエリやコレクションを作成できます。
グループ情報を検出する
グループおよびグループ メンバーシップに関する情報を検出する場合は、 Active Directory グループ検出を使用します。 この検出方法では、セキュリティ グループのリソース レコードが作成されます。
この方法を使用すると、特定の Active Directory グループを検索して、そのグループのメンバーに加えて、そのグループ内の入れ子になったグループを識別できます。 この方法を使用して、Active Directory の場所でグループを検索し、Active Directory Domain Services 内のその場所の各子コンテナーを再帰的に検索することもできます。
この検出方法では、配布グループのメンバーシップも検索できます。 これにより、ユーザーとコンピューターの両方のグループの関係を識別できます。
グループを検出すると、そのメンバーに関する限定的な情報も検出できます。 ただし、これによって Active Directory システムやユーザーの検出方法が置き換えられるわけではありません。 通常は、複雑なクエリやコレクションを構築したり、クライアント プッシュ インストールの基礎として使用したりするには不十分です。
インフラストラクチャを検出する
ネットワーク インフラストラクチャの検出には、 Active Directory フォレスト検出 と ネットワーク検出の 2 つの方法があります。
Active Directory フォレストの検出を使用して、サブネットと Active Directory サイト構成に関する情報の Active Directory フォレストを検索します。 これらの構成は、境界の場所として Configuration Manager に自動的に入力できます。
ネットワーク トポロジを検出する場合は、ネットワーク探索を使用します。 他の検出方法は、Active Directory Domain Services に関連する情報を返し、クライアントの現在のネットワークの場所を識別できますが、ネットワークのサブネットとルーターのトポロジに基づくインフラストラクチャ情報は提供しません。
検出データはサイト間で共有される
Configuration Manager によって検出データがデータベースに追加されると、階層内のすべてのサイト間ですぐに共有されます。 通常、階層内の複数のサイトで同じ情報を検出する利点はないため、単一サイトで実行するために使用する各検出メソッドの 1 つのインスタンスを設定することを検討してください。 1 つのメソッドの複数のインスタンスを異なるサイトで実行するのではなく、これを行うことをお勧めします。
ただし、環境によっては、複数のサイトで実行する同じ検出方法を割り当て、それぞれに個別の構成とスケジュールを割り当てると便利な場合があります。 たとえば、ネットワーク探索を使用する場合、WAN 全体のすべてのネットワークの場所を検出しようとするのではなく、各サイトがローカル ネットワークを検出するように指示することができます。
同じ検出方法の複数のインスタンスを異なるサイトで実行するように構成する場合は、各サイトの構成を慎重に計画してください。 2 つ以上のサイトがネットワークまたは Active Directory から同じリソースを検出することを避けたい。 これにより、追加のネットワーク帯域幅が消費され、重複する DDRs が作成される可能性があります。
次の表は、さまざまな検出方法を設定できるサイトを示しています。
| 検出方法 | サポートされている場所 |
|---|---|
| Active Directory フォレストの検出 | サーバーの全体管理サイト プライマリ サイト |
| Active Directory グループ検出 | プライマリ サイト |
| Active Directory システム検出 | プライマリ サイト |
| Active Directory ユーザー検出 | プライマリ サイト |
| ハートビート検出1 | プライマリ サイト |
| ネットワーク探索 | プライマリ サイト セカンダリ サイト |
1 セカンダリ サイトはハートビート検出を構成できませんが、クライアントからハートビート DDR を受信できます。
セカンダリ サイトでネットワーク探索が実行されるか、ハートビート探索 DDRを受信すると、ファイルベースのレプリケーションによって DDR を親プライマリ サイトに転送します。 これは、プライマリ サイトと中央管理サイトだけが DDRs を処理できるためです。 DDRの処理方法の詳細については、「 検出データレコードについて」を参照してください。
さまざまな検出方法の考慮事項
サイト サーバーとネットワーク環境はそれぞれ異なるため、初期構成は検出用に制限することをお勧めします。 次に、生成された検出データを処理する機能について、各サイト サーバーを注意深く監視します。
システム、ユーザー、またはグループの Active Directory 検出方法を使用する場合:
ドメイン コントローラーへの高速ネットワーク接続があるサイトで検出を実行します。
Active Directory レプリケーション トポロジを検討して、検出で最新の情報にアクセスできるようにします。
検出の構成の範囲を検討し、検出を検出する必要がある Active Directory の場所とグループのみに制限します。
ネットワーク探索を使用する場合:
ネットワーク トポグラフィーを識別するには、制限された初期構成を使用します。
ネットワーク トポグラフィーを特定したら、より完全に検出するネットワーク領域の中心にある特定のサイトで実行するようにネットワーク探索を設定します。
ハートビート検出は特定のサイトで実行されないため、検出を実行する場所について一般的な計画を立てる際に考慮する必要はありません。
検出のベスト プラクティス
検出で最適な結果を得るには、次のことをお勧めします。
Active Directory グループ検出を実行する前に、Active Directory システム検出と Active Directory ユーザー検出を実行してください。
Active Directory グループ検出では、以前に検出されなかったユーザーまたはコンピューターがグループのメンバーとして識別されると、ユーザーまたはコンピューターの基本的な詳細の検出が試みられます。 Active Directory グループ検出はこの種類の検出に最適化されていないため、このプロセスによって実行が遅くなる可能性があります。 さらに、Active Directory グループ検出では、検出したユーザーとコンピューターに関する基本的な詳細情報のみが識別され、完全なユーザーまたはコンピューター検出レコードは作成されません。 Active Directory システム検出と Active Directory ユーザー検出を実行すると、オブジェクトの種類ごとに追加の Active Directory 属性を使用できます。 その結果、Active Directory グループ検出の実行効率が向上します。
Active Directory グループ検出を設定するときは、Configuration Manager で使用するグループのみを指定します。
Active Directory グループ検出によるリソースの使用を制御するには、Configuration Manager で使用するグループのみを指定します。 これは、Active Directory グループ検出が、検出した各グループでユーザー、コンピューター、入れ子になったグループを再帰的に検索するためです。 入れ子になった各グループを検索すると、Active Directory グループ検出の範囲が拡張され、パフォーマンスが低下する可能性があります。 さらに、Active Directory グループ検出の差分検出を設定すると、検出方法によって各グループの変更が監視されます。 これにより、メソッドが不要なグループを検索する必要がある場合に、パフォーマンスがさらに低下します。
完全検出の間隔を長くし、デルタ検出の間隔を長くして検出方法を設定します。
差分検出では、完全検出サイクルよりも使用するリソースが少なく、Active Directory 内の新規または変更されたリソースを識別できるため、完全検出サイクルの頻度を減らして毎週 (またはそれ以下) に実行することができます。 Active Directory システム検出、Active Directory ユーザー検出、および Active Directory グループ検出の差分検出は、Active Directory オブジェクトのほぼすべての変更を識別し、リソースの正確な検出データを維持できます。
Active Directory ドメイン コントローラーに最も近いネットワークの場所を持つプライマリ サイトで Active Directory 検出メソッドを実行する。
Active Directory 検出のパフォーマンスを向上させるには、ドメイン コントローラーへの高速ネットワーク接続があるプライマリ サイトで検出を実行することをお勧めします。 複数のサイトで同じ Active Directory の検出方法を実行する場合は、重複しないように各検出方法を設定します。 過去のバージョンの Configuration Manager とは異なり、検出データはサイト間で共有されます。 したがって、複数のサイトで同じ情報を検出する必要はありません。 詳細については、「 検出データはサイト間で共有されます」を参照してください。
検出データから境界を自動的に作成する場合は、1 つのサイトでのみ Active Directory フォレスト検出を実行します。
階層内の複数のサイトで Active Directory フォレスト検出を実行する場合は、境界を自動的に作成するオプションのみを 1 つのサイトで有効にすることをお勧めします。 これは、Active Directory フォレスト検出が各サイトで実行されて境界を作成する場合、Configuration Manager はそれらの境界を 1 つの境界オブジェクトにマージできないためです。 複数のサイトで境界を自動的に作成するように Active Directory フォレスト検出を構成すると、その結果、Configuration Manager コンソールで境界オブジェクトが複製される可能性があります。