【最短合格】ServiceNow CIS-Discovery試験の傾向と対策！合格に向けた実践練習問題（1/3）

正解： B. Port Scan（ポートスキャン）フェーズ

解説：

• 正解（B）の理由： Discoveryのプロセスは、一般的に「Port Scan」→「Classification」→「Identification and Reconciliation（およびそれに伴うProbe/Pattern実行）」の順に進行します。ネットワークのルーティングやファイアウォールなどの理由でターゲットサーバーへの接続自体がタイムアウトする場合、最初のステップであるポートスキャン（Port Scan）の段階でターゲットへの到達性がないと判断されるため、このフェーズで処理が中断・失敗します。
• 不正解（A）の理由： Classification（分類）フェーズは、Port Scanによってオープンなポートが見つかり、どのデバイスやOSであるかを特定するためにプロトコル（SNMPやWMIなど）を使って通信を試みる段階です。すでに接続が確立（または通信が試行）できる状態を前提としているため、ネットワーク接続自体のタイムアウトが発生する主なフェーズではありません。
• 不正解（C）の理由： Probe / Patternフェーズは、Classificationが成功した後に詳細なCI（構成アイテム）のデータを収集する段階です。ターゲットとの接続が完全に遮断されている（タイムアウトしている）場合、その手前のPort ScanやClassificationの時点でエラーとなるため、ここまで進むことはできません。
• 不正解（D）の理由： Identification and Reconciliation（IDR）フェーズは、収集したデータをServiceNowのCMDBに登録・更新する段階です。データ処理やCMDBのロジックを扱うフェーズであり、ネットワークの物理的な接続タイムアウトが発生する場所ではありません。

正解： C. WMI（またはPowerShell）

解説：

• 正解（C）の理由： ServiceNow Discoveryは、Windows環境のターゲットに対してWMI（Windows Management Instrumentation）やWinRM（PowerShell）を使用して、OSの詳細情報、インストールされているソフトウェア、ハードウェア構成などを取得します。
• 不正解（A）の理由： SNMP（Simple Network Management Protocol）は、主にネットワーク機器（ルーター、スイッチ、プリンターなど）や一部のLinux/UNIXサーバーの状態監視・検出に広く使用されますが、Windowsの詳細なインベントリの主たるプロトコルではありません。
• 不正解（B）の理由： SSH（Secure Shell）は、主にLinux、UNIX、およびmacOSなどのUnix系オペレーティングシステムの検出（Discovery）に使用されます。
• 不正解（D）の理由： Netconfは、ネットワーク機器の構成管理や制御のために設計されたプロトコルであり、一般的なWindowsサーバーの標準的なDiscoveryでは使用されません。

正解： B. IRE（Identification and Reconciliation Engine）

解説：

• 正解（B）の理由： IRE（識別および調整エンジン）は、複数のソース（Discovery、SCCM、手動登録など）から送られてくるCIデータを統合する際、重複を防ぎ、どのデータソースのどの属性を優先するか（Reconciliation Rules）を適用して、CMDBのデータの品質と整合性を維持するためのコア機能です。
• 不正解（A）の理由： CSDM（Common Service Data Model）は、ServiceNow全体でCMDBのデータ構造、関係性、ドメインをどのように設計・整理すべきかのベストプラクティス（フレームワーク）であり、データの競合を自動解決する仕組みそのものではありません。
• 不正解（C）の理由： MID Serverは、ServiceNowインスタンスと社内プライベートネットワーク（ファイアウォールの内側）の間を安全に中継・通信するためのJavaアプリケーションです。データの競合解決を行う機能ではありません。
• 不正解（D）の理由： Discovery Scheduleは、Discoveryを実行するタイミング、対象のIPレンジ、頻度などを定義・管理するためのスケジュール設定です。

正解： A. MID Server

解説：

• 正解（A）の理由： ServiceNowのクラウドインスタンスはセキュアなクラウド環境にあるため、企業のファイアウォール内にあるプライベートIPを持つサーバーやネットワーク機器に直接アクセスできません。そのため、社内ネットワーク側にMID Server（Management, Instrumentation, and Discovery Server）を配置し、インスタンスからの指示を中継・実行させます。
• 不正解（B）の理由： 「Discovery Gateway」という名称の標準的なServiceNow公式コンポーネントは存在しません。
• 不正解（C）の理由： Integration Hub Spokeは、外部のサードパーティ製API（Slack、Jira、Azureなど）と連携するためのアクションや処理のまとまり（プラグインのようなもの）であり、ネットワーク通信を物理的・論理的に中継するサーバー機能ではありません。
• 不正解（D）の理由： ECC Queue（External Communication Channel Queue）は、インスタンスとMID Serverの間でデータを非同期にやり取りするための「テーブル（キュー）」の名前です。キュー自体はインスタンス側に存在し、中継サーバーの役割を果たすものではありません。

正解： A と B

解説：

• 正解（A）の理由： MID Serverレコードのステータスが「Up」であれば、インスタンスとMID Server間の接続と認証が正常に確立されていることを示します（「Down」や「Stale」の場合はトラブルシューティングが必要です）。そのため、稼働確認の基本チェックポイントとなります。
• 正解（B）の理由： ECC Queueは、インスタンスとMID Server間のすべての通信（コマンドの送信、Discoveryの結果受信など）が経由する場所です。ここを監視することで、コマンドがMID Serverに届いているか、結果が正しくインスタンスに戻ってきているかをリアルタイムで確認できます。
• 不正解（C）の理由： CI Class Managerの重複ルール（Identification Rules）は、CMDBにデータが登録される際の識別ロジックを管理・設定するための画面であり、MID Serverの稼働状況やインスタンスとの通信疎通を確認するためのものではありません。
• 不正解（D）の理由： 標準的なMID Serverのアーキテクチャでは、MID Server自体がセカンダリ・データベースを持つ必要や設定する仕様はありません（MID Serverはあくまでインスタンスとターゲット間の通信中継を行います）。