--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/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) 所要時間：8分 アプリケーションサービスを一括マッピングするだけでなく、各アプリケーションサービスの属性を定義することによって個々のアプリケーションサービスをマッピングすることもできます。アプリケーションサービスの詳細をすでに把握しているか調べる計画がある場合は、このマッピング方法を使用します。アプリケーションサービスをマッピングまたはレビューするには、サービスマッピング が有効になっている必要があります。 ## 始める前に * [サービスマッピング が適切に設定されていることの確認](https://servicenow-prod.fluidtopics.net/WvexS9dtDUGOJS0tX73a9A "アプリケーションサービスのマッピングを開始する前に、アプリケーションサービスを検出するように MID サーバー を設定し、必要なホストとアプリケーションの認証情報をすべて提供していることを確認します。")に展開したカスタムモバイルアプリケーションを使用して管理しました。 * サービスインスタンスが Microsoft Azure または Amazon Web サービスによってサポートされる PaaS に依存している場合は、クラウドサービスアカウントで[データセンターを検出](https://servicenow-prod.fluidtopics.net/cC_d6HpPo0lXfpP0BuqLGw#select-cloud-provider-datacenter "サービスアカウントを検証するとき、クラウドディスカバリー は利用可能なデータセンターのリストを表示します。スケジュールを使用してどのデータセンターを検出するかを指定します。")し、[水平ディスカバリースケジュール](https://servicenow-prod.fluidtopics.net/cC_d6HpPo0lXfpP0BuqLGw#create-cloud-schedule "ディスカバリーマネージャーウィザードの最終フェーズでは、クラウドリソースのディスカバリーをトリガーするスケジュールが作成されます。")を作成します。 {#t_DefineNewBusinessService__ul_ob2_hnb_ls} 必要なロール：service_mapping_admin ## このタスクについて 一括でマッピングするだけでなく、単一のアプリケーションサービスをマッピングすることもできます。これは複数のアプリケーションサービスをマッピングする際に効果的ですが、正確なものではありません。一括マッピング中に除外されたアプリケーションサービスを個別にマップする必要が生じる場合があります。 ユーザー が理解し、アプリケーションサービスのディスカバリーを設定しなければならない最も重要な属性は、エントリーポイントです。 エントリーポイントとは、クライアントがサービスインスタンスにアクセスするポイントです。 通常は、URL か、IP アドレスとポートの組み合わせです。 サービスマッピング はこのポイントからマッピングプロセスを開始します。たとえば、メールサービスインスタンスをマップするには、メールサーバーの IP アドレスまたはホスト名をエントリーポイントとして定義します。{#t_DefineNewBusinessService__conref_EPExample_ph} エントリーポイントは、サービスインスタンスの性質によって異なります。 サービスマッピング には、一般的に使用される多くのアプリケーションをカバーする、事前設定されたさまざまなエントリーポイントタイプが用意されています。 サービスマッピング が検出できるエントリーポイントに加えて、サービスマッピング が検出できないエントリーポイントを追加することができます。このようなエントリーポイントを、サービスインスタンスにデバイスまたはアプリケーションが含まれていることを示すものとして追加することができます。 また、サービスインスタンスのオーナー (所有者) を定義する必要があります。サービスインスタンスオーナーは、サービスを構成するインフラストラクチャとアプリケーションに精通しているユーザーです。このユーザーは、サービスインスタンスを正常に作成するために必要な情報を提供するサービスインスタンス SME です。サービスがマッピングされたら、このユーザーは結果をレビューし、承認するか、変更を提案します。 サービスマッピングがサービスインスタンスに属する構成アイテム (CI) を初めて検出すると、CI を再検出して、変更と更新を検出します。サービスマッピング でサービスまたは CI を再検出する頻度を制御するために、ディスカバリースケジュールを作成または変更します。{#t_DefineNewBusinessService__AfterInitDiscoveryScheduleShort} サービスインスタンスは、手動で作成されたものも、サービスマッピングによって検出されたものも、すべてマッピングされたサービスインスタンス \[cmdb_ci_service_discovered\] テーブルに格納されます。 また、共通サービスデータモデル (CSDM) ベースのフローを使用して、単一のアプリケーションサービスを手動で作成できます。共通サービスデータモデル (CSDM) (CSDM) は、サービスタイプとサービスオファリングの簡素化に役立ちます。CSDM 内で、アプリケーションサービスと他のサービス関連オブジェクトの間の関係を追加できます (ビジネスアプリケーション、テクニカルサービスオファリング、またはビジネスサービスオファリング)。詳細については、「[アプリケーションサービスの作成](https://www.servicenow.com/docs/access?context=create-it-services&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。 ## 手順 1. 移動先 すべてサービスマッピングホーム. ホームページには、サービスマッピングが検出可能またはすでに検出済みのサービスインスタンスに関する情報のみが表示されます。ホームページには手動または API を使用して作成されたサービスインスタンスに関する情報は表示されません。 2. \[マップ\] タイルの下にある \[他のオプション\] をクリックします。 3. \[単一のサービスマップを定義\] をクリックします。 4. サービスインスタンスの基本属性を定義します。 {#t_DefineNewBusinessService__table_wvm_h2p_ls__entry__2} | フィールド | 説明 | |-|-| | 名前 | 他のタイプのアプリケーションサービスで使用されていない一意のアプリケーションサービス名を入力します。mailing service や printing service などの、わかりやすい名前を使用します。 | | 所有者 | 組織内のこのサービスインスタンスを担当する所有者を選択します。 所有者名がリストに表示されない場合は、その人に対してユーザーを作成し、そのユーザーに sm_app_owner ロールをアサインします。または、service_mapping_admin ロールを持つユーザーを選択します。 | [ ] {#t_DefineNewBusinessService__table_wvm_h2p_ls} 5. エントリーポイントがわからない場合は、「[アプリケーションサービスのエントリーポイントに関する情報の要求](https://servicenow-prod.fluidtopics.net/nTuFb8JeHFV0aJAKZhpsBA "ユーザー が理解し、サービスインスタンスの検出を設定しなければならない最も重要な属性は、エントリーポイントです。サービスインスタンスのエントリーポイントがわからない場合は、サービスインスタンスのオーナーに要求してください。")」での説明に従って、サービスインスタンスのオーナーに要求してください。 6. サービスマッピング が検出できるエントリーポイントを追加するには、次の手順を実行します。 1. \[サービスマッピングによる検出可能\] をクリックします。 このページには、エントリーポイントに最もよく使用されるアプリケーションのタイルが用意されています。 2. エントリーポイントが属するアプリケーションに一致するタイルをクリックします。 たとえば、web インターフェイスを使用してサービスインスタンスを作成する場合は \[Web アプリケーション\] です。タイルに必要なアプリケーションが含まれていない場合は、\[その他のタイプを表示\] をクリックして、事前設定されたすべてのエントリポイントタイプのリストから選択します。 重要: Microsoft MQ や Microsoft Active Directory などの中心となる IT コンポーネントは、エントリポイントとして使用しないでください。このようなエントリポイントを使用すると、大規模なサービスが作成され、マッピングおよび監視中にパフォーマンスの問題が発生します。 3. **オプション:** 必要なエントリーポイントタイプがリストに表示されない場合は、「[サービスマッピング のエントリーポイントタイプの作成](https://servicenow-prod.fluidtopics.net/I7WB_djggbo7khFclkrXjw "エントリーポイントとは、クライアントがサービスインスタンスにアクセスするポイントです。 サービスマッピング は、定義したエントリーポイントからすべてのアプリケーションサービスのマッピングプロセスを開始します。 サービスマッピング には、最も一般的に使用されるアプリケーションに対応する、事前設定された幅広いエントリーポイントタイプが含まれています。サービスマッピング において対応するエントリーポイントタイプがない、知名度の低いアプリケーションや独自のアプリケーションを組織で使用している場合は、エントリーポイントタイプを新たに作成する必要があります。")」の説明に従って作成する必要があります。 4. 「[エントリーポイント属性](https://servicenow-prod.fluidtopics.net/bF60ehFJ7~x2n9AcoKdBJw "サービスマッピング には、一般的に使用される多くのアプリケーションをカバーする、事前設定されたさまざまなエントリーポイントタイプが用意されています。 属性定義をチェックして、アプリケーションサービスへのエントリーポイントを正しく追加します。")」の説明に従って、エントリーポイントの属性を設定します。 エントリーポイントの属性は、選択したタイプによって異なります。 5. 追加 をクリックします。 エントリーポイントが \[エントリーポイント\] に追加されます。 6. エントリーポイントをさらに追加するには、\[エントリーポイントを追加\] をクリックし、ステップ [6](https://servicenow-prod.fluidtopics.net/XtsM5n3c7CJhjtf_XFQsDA#t_DefineNewBusinessService__step_defineentrypoint) を繰り返します。 {#t_DefineNewBusinessService__substeps_ing_swb_ls} {#t_DefineNewBusinessService__step_defineentrypoint} {#t_DefineNewBusinessService__step_defineentrypoint} 7. **オプション:** サービスマッピング が検出できない静的エントリーポイントを追加するには、次の手順を実行します。 1. \[手動作成\] をクリックします。 2. エントリーポイントとして機能する CI を定義します。 {#t_DefineNewBusinessService__table_ks2_1kr_31b__entry__2} | フィールド | 説明 | |-|-| | CI タイプ | 追加する CI の CI タイプ (CI クラス) を選択します。すべての CI は、この種の CI 用に構成された一連の属性を含む CI タイプに属します。たとえば、アプリケーションの場合は cmdb_ci_appl です。 | | CI 名 | 選択した CI タイプの CI のリストから CI を選択します。 注: 特定の CI を検索するときに結果が遅れる可能性を排除するには、検索をできるだけ具体的にします。\*\ を使用した検索は時間がかかり、大きなデータセットが返される場合があります。 | [ ] {#t_DefineNewBusinessService__table_ks2_1kr_31b} CI タイプリストには、許可されている CI タイプのみが含まれています。たとえば、アプリケーションクラスターを追加することはできません。 3. \[送信\] をクリックします。 {#t_DefineNewBusinessService__substeps_rgl_hbp_mcb} 8. この時点までに定義した属性を保存し、このサービスインスタンスの属性の設定を実行するには、\[保存\] または \[更新\] をクリックします。 サービスマッピング では、新しい サービスインスタンス をマッピング済みアプリケーションサービス \[cmdb_ci_service_discovered\] テーブルに作成します。また、バックグラウンドでディスカバリープロセスが開始されます。 9. 定義を保存するには、このサービスインスタンスを見つけ、そのサービスインスタンスのマップに移動して、\[マップを表示\] をクリックします。 サービスマッピング がディスカバリープロセスを開始します。このサービスインスタンスページのマップが開き、処理中のマッピングが表示されます。サービスインスタンスのステータスが「処理中」に変わります。 ## 次のタスク * サービスマッピング がエラーありでサービスインスタンスを検出した場合は、[ディスカバリーメッセージを使用してアプリケーションサービスのエラーを個別に修復](https://servicenow-prod.fluidtopics.net/RAMO67Jp6MPqU2N3Np7C3w "サービスマッピング では高度な解決策が必要なエラーに対して、半自動解決オプションは提供されません。症状とディスカバリーメッセージを使用して、このようなエラーを修正します。")します。 * サービスインスタンスが大きすぎないことを確認します。 * サービスマッピングでは、サービスインスタンスのマップの代わりに CI リストを表示することはできません。 * サービスインスタンスが大きすぎることを示すディスカバリーメッセージはありません：The map does not display the entire service, because it is too large. The number of CI connections exceeded the allowed maximum. {#t_DefineNewBusinessService__ul_htr_hr5_34b} 一部のアプリケーションサービスが大きすぎる場合は、サービスサイズの問題を解決します。 * 非常に大規模なサービスインスタンスで、カスタマイズされたディスカバリーパターンとマッピング結果を使用する場合は、無関係な CI がマップされないようにパターンを変更します。 * [サービスを小さいサービスに分割](https://servicenow-prod.fluidtopics.net/4KKG2V1cQjjKiDsMffNW6g "サービスの分岐を削除して、別のアプリケーションサービス (新規または既存) に配置できます。大規模なサービスを分割したり、最初のマッピング結果とは異なるサービスを構成したりする場合には、マップセグメントを転送します。")します。 {#t_DefineNewBusinessService__ul_dq4_rd2_f4b} * それぞれの所有者の承認を得るために、エラーなしで検出されたアプリケーションサービスを送信します。詳細については、「[レビューのためにアプリケーションサービスマップを送信](https://servicenow-prod.fluidtopics.net/eEE_m95y75bSTFpnzF7FAA "アプリケーションサービスをマッピングしたら、レビュー用にそれをアプリケーションサービスオーナーに送信して、マップが正確であるという確認を得てください。")」を参照してください。 {#t_DefineNewBusinessService__ul_jnx_jwd_j1b} * **[アプリケーションサービスのエントリーポイントに関する情報の要求](https://servicenow-prod.fluidtopics.net/nTuFb8JeHFV0aJAKZhpsBA)** ユーザー が理解し、サービスインスタンスの検出を設定しなければならない最も重要な属性は、エントリーポイントです。サービスインスタンスのエントリーポイントがわからない場合は、サービスインスタンスのオーナーに要求してください。 * **[アプリケーションサービスをマッピングするためのエントリーポイントの指定](https://servicenow-prod.fluidtopics.net/g5dbPsb5ar82j3rWkgfHhQ)** アプリケーションサービスのオーナーとして、エントリーポイントに関する情報の要求をメール通知で受信する場合があります。アドミニストレーターがアプリケーションサービスのディスカバリーを開始できるようにするために、エントリーポイントに関する情報を提供します。 * **[接続提案を使用した単一のアプリケーションサービスの CI の追加または削除](https://servicenow-prod.fluidtopics.net/WELGq8Pkz~p9yamIe4PY7Q)** 予測インテリジェンスに基づくディスカバリーが有効になっている場合、新しくマップされたアプリケーションサービスには、ディスカバリーパターンを使用して追加された構成アイテム (CI) と CI 接続のみが含まれます。アプリケーションサービスを完了するには、 サービスマッピング によって生成された CI 接続の提案を使用します。 * **[接続ルールを使用した単一アプリケーションサービスへの CI の追加](https://servicenow-prod.fluidtopics.net/_5O79fXxfVLQKa7M4XxSdg)** トラフィックベースの接続と、検出されたサービスインスタンスでそれらがつながる CI を自動的に追加するためのルールを作成します。接続ルールを使用して、特定のアプリケーションサービスに CI を追加します。 * **[アプリケーションサービスに関するトラフィックベースのディスカバリーを有効にする](https://servicenow-prod.fluidtopics.net/r5Mh9WsVIfk~SsGRDjocRw)** サービスマッピング がトラフィックベースの接続を使用して、アプリケーションサービスを作成する CI を検出するようにします。 * **[Citrix XenApp と Presentation Server を含むアプリケーションサービスのマッピング](https://servicenow-prod.fluidtopics.net/~qT6dOCrlnHoW_xeDPvM6Q#mapping-services-citrix)** サービスマッピング は、Citrix XenApp、Presentation Server、および Citrix Usage Collector を含むアプリケーションサービスを検出できます。 * **[Microsoft Exchange Server を含むアプリケーションサービスのマッピング](https://servicenow-prod.fluidtopics.net/uGddCbUEjxf4_I7kS7gKAg#mapping-service-exchange)** サービスマッピング は Microsoft Exchange Server と Exchange Server コンポーネントを含むサービスインスタンスを検出できます。 * **[Tibco BusinessWorks および EMS の検出](https://servicenow-prod.fluidtopics.net/A3zRDjdKQloBmefoxUDkpQ#mapping-services-tibco)** ディスカバリー は、Tibco ActiveMatrix BusinessWorks、Enterprise Message Service (EMS) を検出できます。サービスマッピング は、Tibco BusinessWorks、Enterprise Message Service (EMS)、それらのコンポーネントを含む アプリケーションサービスを検出できます。 * **[Oracle GlassFish サーバーを含むアプリケーションサービスのマッピング](https://servicenow-prod.fluidtopics.net/LuwyemR8YFQ8jlyC8rZDiw#mapping-services-glassfish)** サービスマッピング は Oracle GlassFish サーバーを含むアプリケーションサービスを検出できます。 * **[Oracle Tuxedo プラットフォームを含むアプリケーションサービスのマッピング](https://servicenow-prod.fluidtopics.net/NELX5JnjoUqu56cscIqTFw#mapping-services-tuxedo)** サービスマッピング は Oracle Tuxedo プラットフォームとそのコンポーネントを含むアプリケーションサービスを検出できます。 **関連概念** * [アプリケーションサービスマップのレビューと承認](https://servicenow-prod.fluidtopics.net/xlzJcQ0nNTx9mTXgP07IPg "サービスマッピング のアドミニストレーターが IT サービスをマップしてエラーを修正した後、アドミニストレーターとオーナーが協力してサービスマップをレビューおよび承認します。 レビューおよび承認プロセスは、検出および手動で作成されたサービスインスタンスに対してのみ使用できます。") * [アプリケーションサービスの完了](https://servicenow-prod.fluidtopics.net/dnpqT6R~NywaGxvgPufKbg "アプリケーションサービスのレビューと承認を終えると、そのアプリケーションサービスのディスカバリーを拡張し、重要性を反映させ、そのアプリケーションサービスへのアクセスを制御する属性を定義できます。") * [クラシック サービスマッピング を使用したアプリケーションサービスの分析とメンテナンス](https://servicenow-prod.fluidtopics.net/h6ZRKUreYOrYCczvdnOe2g "サービスマッピング では、アプリケーションサービスのアーキテクチャと組織の確認に役立つマップが作成されます。このマップは、変更や移行を計画したり、サービスの継続性と可用性を分析したりするうえで役立ちます。") **関連タスク** * [クラシック サービスマッピング で提案された複数のアプリケーションサービスをマップ](https://servicenow-prod.fluidtopics.net/VInSAOzfSeGTq7b0tihFVQ "サービスマッピングによって特定され、提案された複数のアプリケーションサービスを 1 回の操作でマップできます。この方法は、アプリケーションサービスに関する情報があまり多くない組織に適しています。") * [クラシック サービスマッピング によるタグを使用したアプリケーションサービスのマップ](https://servicenow-prod.fluidtopics.net/WYLfSv8NI5z0mrf45IydGg "組織内の構成アイテム (CI) の分類と整理を支援するタグを使用して、アプリケーションサービスをマッピングします。 タグベースのマッピングでは、認証情報の構成やユーザーに適切な権限を与える必要はありません。") * [クラシック サービスマッピング を使用した CSV ファイル からの複数アプリケーションサービスのマッピング](https://servicenow-prod.fluidtopics.net/azlD0z3MaX4qjnko4X4gSg "この方法は、組織が組織をまたがるマッピングと分析を行い、計画されているサービスインスタンスに関する情報を収集している場合に適しています。この場合、収集した情報を特定の順序で整理し、CSV ファイルとして保存することができます。サービスマッピングはこのファイルから情報を抽出し、サービス候補と呼ばれる潜在的なサービスインスタンスを作成します。") * [アプリケーションサービスエラーの一括修正](https://servicenow-prod.fluidtopics.net/XVIeJYhqdFZsn0QICs3TXA "サービスマッピング は、認証情報の不足やタスクのタイムアウトなどの根本原因別にエラーを分類します。迅速かつ効率的なプロセスのために、同じカテゴリのエラーを一括で修復します。") * [個々のアプリケーションサービスマップのエラーを修正](https://servicenow-prod.fluidtopics.net/jDEdrXRI0VV_6Em5F3JT3Q "それぞれのアプリケーションサービスマップ内でディスカバリーの問題を個別に解決することができます。") * [オーナー要求を実装するためのアプリケーションサービスの微調整](https://servicenow-prod.fluidtopics.net/kTjp_np7hznIRK_4y0uuLg "アドミニストレーターは、アプリケーションサービスオーナーからのコメントに基づいてマップを微調整します。")