---
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年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

それぞれのアプリケーションサービスマップ内でディスカバリーの問題を個別に解決することができます。

## 始める前に

必要なロール：service_mapping_admin

## このタスクについて

個々のアプリケーションサービスのエラーはいつでも修正できます。組織でアプリケーションサービスの初期マッピングを実行する場合は、通常、複数のサービスでエラーを一括解決した後にアプリケーションサービスのエラーを個別に修正します。また、承認と完了を行ったアプリケーションサービスのエラーを後のステージで修正する必要が生じることもあります。
図 : 1. サービスマッピング のワークフロー   

## 手順

1. サービスインスタンスマップを開きます。
   1. 移動先 すべてCSDM技術管理サービスを管理サービスインスタンス. {#fix-or-ignore-errors-business-service-map__NavigateCSDMManageTechServiceAppService}
   2. 必要なサービスインスタンスを選択します。
   3. サービスインスタンスページで、\[マップを表示\] を選択します。
   {#fix-or-ignore-errors-business-service-map__substeps_xxr_jpz_dmb} {#fix-or-ignore-errors-business-service-map__Cmd_NavigateToAppServicesSM}
2. マップが編集モードで開くことを確認します。  

   <br />

   エラーが検出された CI は、マップ上に警告アイコン (![警告アイコン]()) とともに表示されます。\[ディスカバリーメッセージ\] タブの Discovery メッセージにエラーの簡単な説明が表示されます。
3. **オプション:** \[グループエラー\] をクリックして、エラーをタイプ別にグループ化します。  
   \[ディスカバリーメッセージ\] タブのディスカバリーエラーメッセージは、事前定義されたタイプ、エラーコードごとにグループ化されて表示されます。
4. リストからエラーをレビューして修正するには、エラーの説明の横にある \[エラーの処理\] をクリックします。  
   または
5. 最大エラーグループの最初のエラーを確認するには、マップの左上隅にある \[次のエラーを処理\] をクリックします。
6. エラーの解決方法を確認するには、右側のペインで \[選択時にアクション\] の下にある \[オープンな指示\] をクリックします。  
   注:  
   指示は、最も一般的なエラーに対してのみ使用できます。
7. 関連する半自動解決オプションをクリックして、右側のペインの \[選択時にアクション\] でエラーを解決します。  
   エラー解決オプションは、選択した CI に関連付けられている特定のディスカバリーエラーによって異なるため、さまざまな選択肢があります。

   | 使用するオプション | 実行方法 |
   | 管理 IP の追加 | 管理 IP を入力して、ホストリソースと接続のディスカバリーをトリガーします。このソリューションは通常、ロードバランサーなどの未検出のデバイスをエントリーポイントとして含むアプリケーションサービスで必要です。ネットワークデバイスの管理 IP アドレスは、SNMP またはその他の管理プロトコルを使用してデバイスに到達するために使用するアドレスです。 注: システムでは、構成した管理 IP は保存されません。 |
   | 新規 WMI 認証情報の作成 | Windows 資格情報フォームを開き、選択した CI の不足している Windows 資格情報を設定します。「[Windows 資格情報](https://www.servicenow.com/docs/access?context=r_WindowsCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
   | 新規 SSH 認証情報の作成 | SSH 認証情報フォームを開き、選択した CI の不足している SSH 認証情報を設定します。「[SSH 認証情報](https://www.servicenow.com/docs/access?context=r_SSHCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
   | 新規 SSH プライベートキーの作成 | SSH プライベートキーフォームを開き、選択した CI の不足している認証情報を設定します。「[SSH 秘密鍵認証情報タイプ](https://www.servicenow.com/docs/access?context=r_SSHCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
   | 新規 SNMP 認証情報の作成 | SNMP 認証情報フォームを開き、選択した CI の不足している SNMP 認証情報を設定します。「[SNMP 認証情報](https://www.servicenow.com/docs/access?context=c_SNMPCredentials&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
   | ディスカバリーログの表示 | エラーが発生したステージと原因について把握するには、ログを参照してください。 |
   | スキップして再開 | ディスカバリーに失敗した CI を手動で追加し、サービスマッピング がディスカバリーを続行するエントリーポイントの属性を設定します。詳細については、「[エラーをスキップしてアプリケーションサービスのディスカバリーを続行](https://www.servicenow.com/docs/fjAOMpwRkGgbsHBwC8VBnQ "どの構成アイテム (CI) と接続がサービスインスタンスを構成しているかを把握していれば、何らかのエラーが発生しても、サービスマッピングにサービスインスタンスの検出を継続させることができます。後でトラブルシューティングするためにエラーをスキップすることで、一部の CI が欠落していても、サービスインスタンスのマッピングの大部分を完了できます。")」を参照してください。 |
   | 検出の再試行 | 選択した CI に関連付けられているディスカバリーエラーの解決を試みた後、そのディスカバリープロセスを実行します。 |
   | 影響を受けるサービスを表示 | 選択したエラーによって影響を受けるすべてのサービスのリストが表示されます。リストでサービスをクリックすると、サービスの詳細が表示されます。 |
   |-|-|

   {#fix-or-ignore-errors-business-service-map__choicetable_phf_4qd_41b}
8. 使用できる指示または半自動解決オプションがない場合は、[現象およびディスカバリーメッセージに基づいてエラーを修正します](https://www.servicenow.com/docs/RAMO67Jp6MPqU2N3Np7C3w "サービスマッピング では高度な解決策が必要なエラーに対して、半自動解決オプションは提供されません。症状とディスカバリーメッセージを使用して、このようなエラーを修正します。")。
9. 関連性のないエラーを無視するには、\[ディスカバリーメッセージ\] タブのエラーメッセージを右クリックし、<kbd class="ph userinput">[無視ステータスの切り替え]</kbd> を選択します。  
   無視されたエラーは、マップおよびディスカバリーエラーメッセージのリストから消去されます。  
   注:  
   必要に応じて、\[その他のオプション\] メニューの \[無視されたエラーを含める\] オプションをオンにして、無視したエラーを表示することもできます。詳細については、「[アプリケーションサービスマップのビューの変更](https://www.servicenow.com/docs/tl_u5XkGr6nVRC9dQrE_sA "マップビューをカスタマイズして、関連情報を表示し、表示をわかりやすくします。")」を参照してください。
10. 最大エラーグループの中の次のエラーを表示するには、マップの左上隅にある \[次のエラーを処理\] をクリックします。
11. エラーのレビューと処理が完了したら、マップ内の任意の場所をクリックして \[エラーの解決\] ペインを閉じます。
{#fix-or-ignore-errors-business-service-map__steps_pdz_wwg_f1b}

## 次のタスク

ほとんどのエラーを解決した場合は、 [送信 サービスインスタンス レビュー用](https://www.servicenow.com/docs/eEE_m95y75bSTFpnzF7FAA "アプリケーションサービスをマッピングしたら、レビュー用にそれをアプリケーションサービスオーナーに送信して、マップが正確であるという確認を得てください。").
* **[ディスカバリーメッセージを使用した個別のアプリケーションサービスのエラー修正](https://www.servicenow.com/docs/RAMO67Jp6MPqU2N3Np7C3w)**   
  サービスマッピング では高度な解決策が必要なエラーに対して、半自動解決オプションは提供されません。症状とディスカバリーメッセージを使用して、このようなエラーを修正します。
* **[エラーをスキップしてアプリケーションサービスのディスカバリーを続行](https://www.servicenow.com/docs/fjAOMpwRkGgbsHBwC8VBnQ)**   
  どの構成アイテム (CI) と接続がサービスインスタンスを構成しているかを把握していれば、何らかのエラーが発生しても、サービスマッピングにサービスインスタンスの検出を継続させることができます。後でトラブルシューティングするためにエラーをスキップすることで、一部の CI が欠落していても、サービスインスタンスのマッピングの大部分を完了できます。
* **[パターンに関連するマッピングエラーの解決](https://www.servicenow.com/docs/w1eAszOYoX6oYWXiKh0vbA)**   
  パターンによって発生するマッピングエラーのトラブルシューティングを行うことができます。

**関連概念**   

* [アプリケーションサービスマップのレビューと承認](https://www.servicenow.com/docs/xlzJcQ0nNTx9mTXgP07IPg "サービスマッピング のアドミニストレーターが IT サービスをマップしてエラーを修正した後、アドミニストレーターとオーナーが協力してサービスマップをレビューおよび承認します。 レビューおよび承認プロセスは、検出および手動で作成されたサービスインスタンスに対してのみ使用できます。")
* [アプリケーションサービスの完了](https://www.servicenow.com/docs/dnpqT6R~NywaGxvgPufKbg "アプリケーションサービスのレビューと承認を終えると、そのアプリケーションサービスのディスカバリーを拡張し、重要性を反映させ、そのアプリケーションサービスへのアクセスを制御する属性を定義できます。")
* [クラシック サービスマッピング を使用したアプリケーションサービスの分析とメンテナンス](https://www.servicenow.com/docs/h6ZRKUreYOrYCczvdnOe2g "サービスマッピング では、アプリケーションサービスのアーキテクチャと組織の確認に役立つマップが作成されます。このマップは、変更や移行を計画したり、サービスの継続性と可用性を分析したりするうえで役立ちます。")  
**関連タスク**   

* [クラシック サービスマッピング で提案された複数のアプリケーションサービスをマップ](https://www.servicenow.com/docs/VInSAOzfSeGTq7b0tihFVQ "サービスマッピングによって特定され、提案された複数のアプリケーションサービスを 1 回の操作でマップできます。この方法は、アプリケーションサービスに関する情報があまり多くない組織に適しています。")
* [クラシック サービスマッピング によるタグを使用したアプリケーションサービスのマップ](https://www.servicenow.com/docs/WYLfSv8NI5z0mrf45IydGg "組織内の構成アイテム (CI) の分類と整理を支援するタグを使用して、アプリケーションサービスをマッピングします。 タグベースのマッピングでは、認証情報の構成やユーザーに適切な権限を与える必要はありません。")
* [クラシック サービスマッピング を使用した CSV ファイル からの複数アプリケーションサービスのマッピング](https://www.servicenow.com/docs/azlD0z3MaX4qjnko4X4gSg "この方法は、組織が組織をまたがるマッピングと分析を行い、計画されているサービスインスタンスに関する情報を収集している場合に適しています。この場合、収集した情報を特定の順序で整理し、CSV ファイルとして保存することができます。サービスマッピングはこのファイルから情報を抽出し、サービス候補と呼ばれる潜在的なサービスインスタンスを作成します。")
* [クラシック サービスマッピング を使用した単一アプリケーションサービスのマップ](https://www.servicenow.com/docs/XtsM5n3c7CJhjtf_XFQsDA "アプリケーションサービスを一括マッピングするだけでなく、各アプリケーションサービスの属性を定義することによって個々のアプリケーションサービスをマッピングすることもできます。アプリケーションサービスの詳細をすでに把握しているか調べる計画がある場合は、このマッピング方法を使用します。アプリケーションサービスをマッピングまたはレビューするには、サービスマッピング が有効になっている必要があります。")
* [アプリケーションサービスエラーの一括修正](https://www.servicenow.com/docs/XVIeJYhqdFZsn0QICs3TXA "サービスマッピング は、認証情報の不足やタスクのタイムアウトなどの根本原因別にエラーを分類します。迅速かつ効率的なプロセスのために、同じカテゴリのエラーを一括で修復します。")
* [オーナー要求を実装するためのアプリケーションサービスの微調整](https://www.servicenow.com/docs/kTjp_np7hznIRK_4y0uuLg "アドミニストレーターは、アプリケーションサービスオーナーからのコメントに基づいてマップを微調整します。")  
**関連資料**   

* [サービスマッピング を使用してトップダウンディスカバリーを実行するための前提条件](https://www.servicenow.com/docs/1JqswWgkDAYwc3BFgNXiQQ "組織のプライベートネットワーク内のアプリケーションに サービスマッピング がアクセスし検出できるようにするために、設定する必要がある認証情報、ユーザー、およびユーザー権限について学習します。")

