---
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) 所要時間：5分

アプリケーションサービスマップのアプリケーションサービスオーナーに、アプリケーションサービスマップがレビューのためにアサインされたというメール通知が送信されます。マッピング結果が正確であることを確認し、フィードバックを提供するか、アプリケーションサービスマップを承認します。 レビューおよび承認プロセスは、検出および手動で作成されたサービスインスタンスに対してのみ使用できます。

## 始める前に

必要なロール：sm_app_owner

## このタスクについて

計画立案されたアプリケーションサービスのレビューはアプリケーションサービスオーナーだけで行うのが理想的ですが、sm_app_owner または service_mapping_admin のロールを有するユーザーもこのタスクを行えます。

アプリケーションサービスのマップのレビューは、[レビューおよび承認プロセス](https://www.servicenow.com/docs/xlzJcQ0nNTx9mTXgP07IPg "サービスマッピング のアドミニストレーターが IT サービスをマップしてエラーを修正した後、アドミニストレーターとオーナーが協力してサービスマップをレビューおよび承認します。 レビューおよび承認プロセスは、検出および手動で作成されたサービスインスタンスに対してのみ使用できます。")の一部です。アプリケーションサービス上で繰り返しマッピングプロセスを変更して実行する必要があるため、アプリケーションサービスのレビューのプロセスには、しばらく時間がかかることがあります。通常は、目的の結果が得られるまで複数回反復します。ディスカバリー結果に満足したら、アプリケーションサービスを承認します。

アプリケーションサービスの修正を要求したり承認したりしたあとは、アサインされたサービスプロセスタスクがクローズします。

他のレビューフェーズのドキュメントを表示するには、図上の関連するボックスをクリックします。  

## 手順

1. メール通知のアプリケーションサービスマップのリンクをクリックします。  
   アプリケーションサービスのマップが ServiceNow のインスタンスで開きます。
2. または、自分に割り当てられたタスクのリストからレビューするためにアプリケーションサービスを開きます。
   1. 移動先 サービスマッピングアドミニストレーション自分のタスク.
   2. **オプション:** 必要に応じて、サービスプロセスタスクのリストをソートします。
   3. 必要なタスクをクリックします。
   4. アプリケーションサービスフォームのリンクをクリックします。
   5. \[マップを表示\] をクリックします。
   {#review-service-map__substeps_bxv_gy2_2bb}
3. アプリケーションサービスマップで、アプリケーションサービスを構成するすべての必須 CI が検出され、正しくマッピングされていることを確認します。

   | 目的 | アクション |
   | CI 接続が不足していないことを確認します。 | 他の CI へのコネクターがない CI には注意を払ってください。たとえば、次の図では、win2K12 CI の Web サーバーに接続がありません。 接続とそれからつながる CI が存在しない場合、マップにはサービスインスタンスとその動作の実際の状態は反映されません。不正確なデータが イベント管理 に転送されて、監視が不正確になる恐れもあります。 |
   | サービスに属していない CI が存在しないことを確認します。 | アプリケーションサービスマップを構成するすべての CI を確認し、このアプリケーションサービスに属していない CI を特定します。一般的には、これは内部サービスをサポートするアプリケーションです。たとえば、Active Directory に接続している Microsoft Internet Information Services (IIS) は、アプリケーションサービスの一部ではない場合があります。 |
   | CI 間の接続が正しいことを確認します。 | [クラシック サービスマッピング でのアプリケーションサービスマップの CI 接続属性の表示](https://www.servicenow.com/docs/_Ve~FTAgr5gYuFAatSuICQ "構成アイテム (CI) 間の接続の属性を表示できます。")に展開したカスタムモバイルアプリケーションを使用して管理しました。 |
   | クラスターが正常に反映されていることを確認します。 | CI の横のプラス (+) アイコンをクリックします。 クラスターには次の 2 つのタイプがあります。 アプリケーションクラスター :   アプリケーションクラスターでは、2 つ以上のアプリケーションまたはデバイスが連携して動作し、同じ目的で機能するように設定されています。通常、クラスターは高可用性または負荷分散を提供します。たとえば、ロードバランサーの背後で動作する Web サーバーなどです。 このタイプのクラスターは CI のスタックとして表示され、乗算記号を使用してこのクラスター内の CI の数を示すラベルがつけられます。 アプリケーションクラスターは、クラスター内にクラスターを持つことができますが、レベルは最大 2 段階です： OS クラスター :   OS クラスターでは、サーバーは 2 つの同じオペレーティングシステムをホストします。通常、クラスターはフェイルオーバーを提供します。 このタイプのクラスターは、プラス記号とこのクラスター内の CI 数を付けた 1 つの CI として表示されます。 ![OS クラスター]() |
   | 包含が正常に反映されていることを確認します。 | CI の横のプラス (+) アイコンをクリックします。 包含では、サーバーは独立したオブジェクトとして扱われるアプリケーションをホストします。たとえば、IIS 仮想ディレクトリは Windows サービスをホストとして実行できます。{#review-service-map__InclusionDefinition} <br /> |
   |-|-|

   {#review-service-map__choicetable_zzx_gvd_ht}
4. 必要な変更または修正を サービスマッピング管理者に通知するには、次の手順を実行します。
   1. マップ上の \[アクション\] をクリックします。
   2. \[サービスマップの却下\] を選択します。
   3. \[却下メッセージを追加\] ウィンドウで、コメントを入力し、\[追加\] をクリックします。  
      新しいコメントは、マップの下の \[ディスカバリーメッセージ\] タブに表示されます。アプリケーションサービスのステータスが「却下」に変わります。
   4. 必要に応じて、さらにコメントを追加します。
   {#review-service-map__substeps_n4q_hfg_h1b}
5. 結果に満足した場合は、\[アクション\] をクリックしてこのアプリケーションサービスを承認し、サービスを承認します。  
   アプリケーションサービスのステータスが \[承認済み\] に変わり、ホームページの完了済みのアプリケーションサービスのリストに表示されます。運用ステータスが「運用中」に変わります。この時点から、他のアプリケーションは、サービスマッピング で収集および整理されたデータを使用できるようになります。
**関連タスク**   

* [個々のアプリケーションサービスマップのエラーを修正](https://www.servicenow.com/docs/jDEdrXRI0VV_6Em5F3JT3Q "それぞれのアプリケーションサービスマップ内でディスカバリーの問題を個別に解決することができます。")