Device Identification Manager
NetCrunch がデバイスの種類をどのように判別するのか、その判別結果によって監視のどの程度が自動的に行われるのか、そしてまだ認識できていないハードウェアを認識できるようにする方法を説明します。
why-it-matters
デバイス分類が重要な理由
NetCrunch は、監視対象のアドレスを匿名のエンドポイントとして扱いません。デバイスが何であるか — クラス、ベンダー、モデル、オペレーティングシステム — を判別し、その結果を多くの場面で利用します。
- 監視が自動的に適用される
- 多くの定義済み Monitoring Packs は、デバイスの種類に基づいて自動的に割り当てられます。デバイスを正しく分類すると、誰かが選択しなくても、そのデバイスに適した監視が適用されます。 監視パック および 監視と配列の自動化 を参照してください。
- オペレーティングシステムの監視が分類に依存する
- デバイスが Windows タイプに設定されていない場合、Windows の監視は開始されず、選択肢として提示されることもありません。他のサポート対象システムについても同様です。分類は見た目だけのものではなく、監視エンジン全体の適用可否を決定します。
- ビューが自動的に整理される
- ビューとグループ化はデバイスの種類に従うため、正確に分類すると、ネットワークマップが自動的に整理されます。
- アトラスが正しく表示される
- 各デバイスの種類にはアイコンがあります。すべてが汎用ボックスで表示されるマップは、誰も注意深く読もうとはしません。
- インベントリの精度が向上する
- クラス、ベンダー、モデルは、NetCrunch が各ノードについて記録する情報の一部です。 NetCrunch はインベントリデータベース を参照してください。
実際の影響を簡潔に言えば、未分類のデバイスは、見た目が正しくないだけでなく、気付かないうちに監視不足にもなります。 アイコンには疑問符が表示されるため、利用者はその異常に気付きます。一方、自動監視パックが適用されないことには気付かない場合があります。
ネットワークマップを開き、疑問符アイコンを探してください。それぞれが、NetCrunch でさらに適切に監視できる可能性のあるデバイスです。
how-classified
デバイスが分類される仕組み
ほとんどの場合、分類は自動的に行われます。
- SNMP devices は、
sysObjectID、または object ID だけでは識別できない場合はsysDescrに基づいて認識されます。NetCrunch には、一般的なハードウェアを網羅する多数の定義が付属しています。 SNMP デバイス を参照してください。 - Windows machines および Active Directory から取得されるその他のデバイスは、ディレクトリから報告された情報に基づいて分類されます。
それ以外のデバイスは手動で設定する必要があります。または、一度 NetCrunch に学習させることで、以降は同じ種類のすべてのデバイスを認識できるようになります。このページでは、その方法を説明します。
the-manager
The Device Identification Manager
SettingsResourcesOtherDevice Identification Manager
定義は、次の 2 つのタブに整理されています。
- Devices
- Device Classes に分類され、それぞれが Models を保持します。これはハードウェア側の分類であり、スイッチや UPS などのクラスと、そのクラスに含まれる具体的なモデルで構成されます。
- Systems
- オペレーティングシステムは別に管理されます。これは、デバイスが 何であるか と、デバイスが 何を実行しているか は異なる問題だからです。
クラス、モデル、またはシステムを選択すると、Identification Patterns が表示されます。これは、NetCrunch が実際のデバイスと照合する証拠となる情報です。
定義に含まれる情報
- Classification
- 照合結果として特定される Class、Vendor、Model。
- Operating System and OS Version
- デバイスで実行されているオペレーティングシステム（デバイスの識別情報の一部である場合）。
- Sys Object ID
- SNMP object identifier。これは正確な照合に使用される値であり、正しい値によってハードウェアを正確に識別できます。
- Text Pattern / Description
sysDescrと照合されます。単一の object ID では識別できないデバイスや、同じシリーズ内で同じ object ID を報告するデバイスに使用されます。
各定義には、マップおよびビューでそのデバイスに使用される icon も設定されています。
adding
NetCrunch に新しいデバイスを学習させる
方法は 3 つあります。通常、最初の方法がほぼ常に適切です。
- New Identification from node
- すでに監視しているデバイスから開始します。NetCrunch はそのノードが実際に報告している情報を読み取り、それに基づいて定義を作成します。これにより、object ID を手動で転記する必要がなくなります。object ID の転記ミスは、これらの定義で最もよく発生する問題です。
- New Device Identification
- 識別に必要な値は分かっているものの、それらを読み取れるノードがない場合に、定義を最初から作成します。
- Add Pattern
- すでに存在する定義を拡張します。正しいクラスであるもののモデルが異なる場合や、ファームウェアのリビジョンによって少し異なる情報が報告される場合など、デバイスがほぼ認識されているときに使用してください。競合する別の定義を作成する必要はありません。
誤った Sys Object ID を設定しても、エラーは発生しません。認識されないデバイスが作成されるだけであり、これは定義がまったく存在しないデバイスと見分けがつきません。新しい定義が適用されない場合は、定義が読み込まれていないと判断する前に、デバイスが実際に報告している値と object ID を照合してください。
when-to-use
このページを使用する場面
- デバイスに疑問符アイコンが表示され、監視パックが適用されない
- デバイスは分類されているが、クラスまたはモデルが正しくない
- 付属の定義では対応していない新しいハードウェア、特殊なハードウェア、または社内製のハードウェアを使用している
- ベンダーがモデルの報告内容を変更し、既存の定義と一致しなくなった
検出後に実行する価値のある、より広範な確認項目については、 設定のポイント を参照してください。