---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# ネットワーク内でのディスカバリーの実行

# ネットワーク内でのディスカバリーの実行 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年07月08日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

スケジュールまたはスクリプトから検出を実行して、構成アイテムを作成したり、サブネットを定義したり、AWS および Azure クラウドでリソースを検索したりすることができます。

## MID サーバーの構成の必須条件 {#running-discoveries__section_vtk_vxr_ybb}

ディスカバリー スケジュールを作成する前に、MID サーバーが適切に構成されていることを確認してください。

* \[サポートされているアプリケーション\]：MID サーバーの使用が許可されているアプリケーションを選択します。\[すべて\] のアプリケーションオプションを使用すると、どのアプリケーションでも MID サーバーを使用できるようなります。
* \[IP 範囲\]：MID サーバーがスキャンできる IP アドレスの範囲を定義します。一致する MID サーバーを見つけるには、ディスカバリースケジュールで設定する IP 範囲を 1 つ以上の MID サーバーがサポートできる範囲に収める必要があります。  
  注:  
  セキュリティを向上させるには、制御する IP アドレス範囲を制限して、不要な範囲を除外します。
* \[機能\]：MID サーバーがサポートする機能を作成します。\[すべて\] の機能オプションを使用すると、どのアプリケーションでも MID サーバーを使用できるようなります。
{#running-discoveries__ul_wrr_h4w_tw}

## ディスカバリーの構成の必須条件 {#running-discoveries__section_q2h_4yr_ybb}

MID サーバーが、構成アイテム (CI) を正しく検出し、分類しているデバイス上で認証できることを確認してください。

* \[認証情報\]：MID サーバーがネットワーク内のデバイスをクエリーするために必要なログイン認証情報を使用して MID サーバーを構成します。MID サーバーは、検出された各デバイスで利用可能なすべての認証情報を試行し、成功した認証情報に対して親和性を作成します。詳細については、「[ディスカバリーとオーケストレーションの認証情報親和性](https://www.servicenow.com/docs/access?context=c_CredentialAffinity&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。
* \[分類\]：通常、ベースプラットフォームで提供されているデバイスとプロセスの分類で十分です。デフォルトの分類子でカバーされないネットワーク内のデバイス、プロセス、およびアプリケーションのために、必要に応じて分類を作成します。
{#running-discoveries__ul_o2w_hpb_5p}

## ディスカバリーの実行開始 {#running-discoveries__section_bms_f5x_fcb}

1. ディスカバリー構成コンソールを使用して、検出を開始します。コンソールには、ディスカバリー対象のデバイス、アプリケーション、ソフトウェアファイル、およびソフトウェア CI のタイプを選択できる構成オプションがあります。スキャンから除外する CI を選択すると、ディスカバリーが CI を識別するために使用する関連プローブまたは分類子がインスタンスによって無効になります。「[ディスカバリー 構成コンソール](https://www.servicenow.com/docs/xcFDOKx~NWUdX9kigHJGBA#c_DiscoveryConfigurationConsole "ディスカバリー 構成コンソールを使用して、検出する構成アイテム (CI) と CI 情報の種類を管理します。")」を参照して開始してください。
2. 実行するディスカバリーのタイプを決定します。
   * ネットワーク上のデバイス、コンピューター、およびアプリケーションを検索する場合は、[構成アイテム (CI) ディスカバリーを実行します](https://www.servicenow.com/docs/gcu~W~hNTyTAxyzbYv1q_w "ディスカバリースケジュールは、水平ディスカバリーで何を検索するか、いつ実行するか、どの MID サーバー を使用するかを決定します。ローカル環境のディスカバリースケジュール、またはクラウドサービスアカウントのリソースを検出するためのスケジュールを作成します。")。これは最も一般的なディスカバリータイプです。ディスカバリースケジュールから CI ディスカバリーを実行し、定期的なスケジュールをセットアップしたり、オンデマンドでディスカバリーを実行したりします。また、ディスカバリースケジュールには MID サーバーや Shazzam ポートプローブの構成オプションもあります。
   * 組織内の内部 IP ネットワークを検出する場合は、[ネットワークディスカバリーを実行します](https://www.servicenow.com/docs/a3tpXw80NnO6OSfCruEjuw#c_NetworkDiscovery "ネットワーク ディスカバリー では、組織内の内部 IP ネットワークおよびサブネットが検出されます。")。ネットワーク内の IP アドレス範囲を既に把握している場合は、ネットワークディスカバリーを実行する必要はありません。これは、ネットワーク内でのディスカバリーに利用可能な IP アドレスについて完全に把握していない組織を対象としています。
   * ホストを最初に検出する必要なくホストマシン上のアプリケーションを検索する場合は、[サーバーレスディスカバリーを実行します](https://www.servicenow.com/docs/qeLqHc1nIMYeE_UZ3NGFlw "ディスカバリーでは、ホストを最初に検出しなくてもホストマシン上のアプリケーションを検索できます。このタイプの ディスカバリーはサーバーレス ディスカバリー (サーバーなし) と呼ばれます。")。サーバーレス ディスカバリーは、ホスト上の CI を探索するインフラストラクチャパターンに依存しています。このタイプのディスカバリーでは、ディスカバリーのスキャンフェーズと分類フェーズがスキップされます。このタイプのディスカバリーを使用するには、パターンに関する高度な知識が必要です。パターンを開始するには、「[パターンディスカバリーと水平ディスカバリー](https://www.servicenow.com/docs/Yu7K806HJpMWDgopCxnUEA#c-UsingPatternsForHorizontalDiscovery "パターンとは、ネットワーク上でどの CI を検出するか、どの認証情報を使用するか、CMDB でどのテーブルに入力するかをディスカバリーに指示する一連の操作です。")」を参照してください。
   {#running-discoveries__ul_ogs_jvx_fcb}
3. ディスカバリーを実行した後、ディスカバリーの結果を監視し、エラーが発生した場合はエラーを解決します。
   * ディスカバリーの概要を確認し、ECC キューにアクセスするには、[ディスカバリーステータスを使用します](https://www.servicenow.com/docs/nlDe8ZpgVMDVq5RQMDee8A "ディスカバリーステータスは、スケジュールから起動されたディスカバリーの概要を示します。ステータスフォームから進行中の ディスカバリー をキャンセルすることもできます。")。プローブやセンサーのアクティビティのほかに、インスタンスとの間で送受信される実際の XML ペイロードが表示されます。
   * [ディスカバリーダッシュボードの使用](https://www.servicenow.com/docs/ykqriFPxrWoF~k7CPDDEEA#c_DiscoveryDashboard "ディスカバリーダッシュボードは、ディスカバリーユーザーが進行中のディスカバリー運用を監視する際に中心となる場所です。ダッシュボードは、データベースのクエリーを実行して結果を表示するレポートで構成されます。") は、進行中のディスカバリー操作を監視するために。
   * すべてのスケジュール、クラウドリソース (仮想マシン)、検出されたデバイス、および発生した可能性がある関連エラーの詳細にアクセスするには、[ディスカバリーホームページ](https://www.servicenow.com/docs/cL_NFAzWVKVOrweRONBhfw#discovery-home-page "「ディスカバリーのホーム」ページには、クラウドスケジュールと非クラウドスケジュールによってトリガーされた検出の概要が示されています。ディスカバリー中に発生したエラーを確認し、修復提案を見つけます。ホームページビューを使用して、クラウドスケジュールで選択したサービスアカウントに対して検出されたクラウドリソースを調べます。")を使用します。エラーの詳細には、考えられる修正ステップが含まれています。
   {#running-discoveries__ul_ewh_syx_fcb}
{#running-discoveries__ol_afy_hvx_fcb}
**関連資料**   

* [ディスカバリー リソース使用率](https://www.servicenow.com/docs/z6Yar5mfQCUi73lfGd2t3w "WindowsおよびUNIXの標準トランザクションは、検出内容に応じてさまざまな量のネットワークトラフィックを生成します。")