---
sourceDocument: Xanadu の Now Platform 機能
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/xanadu/servicenow-platform

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu の Now Platform 機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# アプリケーションサービスに CI を手動で追加する

# アプリケーションサービスに CI を手動で追加する {#ariaid-title1}

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

手動で作成したアプリケーションサービス、または サービスマッピング で検出されたサービスに、構成アイテム (CI) を追加します。 検出および手動で作成されたアプリケーションサービスを編集できます。

## 始める前に

* 追加しようとしている CI の CI タイプが存在することを確認します。必要に応じて、「[サービスマッピングおよび ディスカバリー用の CI タイプの作成](https://www.servicenow.com/docs/access?context=t_CreateCITypeForSM&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US)」で説明されているように、CI タイプを作成します。
* 必要に応じて、追加するデバイスまたはアプリケーションの CMDB に CI を追加します。詳細については、「[CMDB の入力](https://www.servicenow.com/docs/9PnrJUxorgkm7BdsJH4Q8A "CMDB に入力する場合、ディスカバリーを使用する方法、統合ハブ ETL またはインポートセットを使用してサードパーティソースからデータをインポートして統合する方法、既存の外部 CMDB と統合する方法、手動で CI を作成する方法があります。")」を参照してください。

{#manually-add-ci-to-business-service__ul_v1m_yt4_f1b}

必要なロール：app_service_admin または service_mapping_admin

## このタスクについて

アプリケーションサービスに CI を追加するには、新しい CI とアプリケーションサービス内の CI の関係を作成する必要があります。手動で作成したアプリケーションサービスに CI を追加するには、次のいずれかを使用します。

* アプリケーションサービスを入力する方法の追加

  移動先 CSDMテクニカルサービスの管理アプリケーションサービス. アプリケーションサービスを選択してから、\[アプリケーションサービスを入力\] タブを使用して、アプリケーションサービスを入力する方法を選択します。詳細については、「[アプリケーションサービスの作成](https://www.servicenow.com/docs/TJtv2oCiIZPG_xQZqOQMGA "アプリケーションサービス を作成して、CSDM 標準に準拠し、組織、メンテナンス、および組織内のサービスの監視を標準化します。")」を参照してください。
* 以下に記載されている手順に従って、アプリケーションサービスのサービスマップを使用します。

  この場合、追加された接続のデフォルトの関係タイプは Depends on::Used by になります。このデフォルトの関係タイプを変更するには、[\[アプリケーションサービスとともにインストールされるコンポーネント\]](9R8vzA1uFafQiCL9_gm1rQ "アプリケーションサービス [com.snc.cmdb.it_service] プラグインが有効になると、いくつかのタイプのコンポーネント (テーブル、ユーザー ロール、スケジュール済みジョブなど) がインストールされます。") プロパティでプロパティの値を変更します。

{#manually-add-ci-to-business-service__ul_apb_52f_1lb}  
重要:  
マップからタグベースのサービスや動的なサービスを微調整したり編集したりすることはできません。

新しい CI を接続する アプリケーションサービス 内の CI に関する情報は、CMDB 内で更新されます。この情報には、CI 間の関係のタイプが含まれます。他のアプリケーションサービスが同じ適用可能なフローを使用する場合、CMDB はそれを認識し、手動で追加された CI をこれらのアプリケーションサービスに類推により追加します。たとえば、Bank Customer Portal サービスの IBM WebSphere HTTP Listener に IBM WebSphere Message Broker を手動で追加したとします。この IBM WebSphere Message Broker が、Bank Internal Portal サービス内の同じ HTTP Listener にも追加されます。この HTTP Listener が使用されるためです。手動で追加した CI を削除する場合も、同じロジックが適用されます。手動で追加した、または類推により追加されたすべてのアプリケーションサービスからその CI が削除されます。  
CMDB に存在する実際の CI にのみ手動で CI を接続できます。クラスターや境界などのマップ上の他のアイテムの表示には接続できません。また、次の CI タイプの CI をアプリケーションサービスに追加することはできません。

* cmdb_ci_file_system
* cmdb_ci_network_adapter
* cmdb_ci_storage_device
* cmdb_ci_disk_partition
* cmdb_ci_memory_module
* cmdb_ci_ip_address
* cmdb_ci_storage_pool_member
* dscy_net_base
* cmdb_ci_storage_export
* cmdb_ci_endpoint
* cmdb_ci_translation_rule
* cmdb_ci_qualifier
* cmdb_ci_application_cluster
* cmdb_ci_config_file

{#manually-add-ci-to-business-service__ul_ukk_3cl_bdb} 必要に応じて、[手動 CI 包含/除外 \[svc_manual_ci_exclusions_inclusions.list\]](9R8vzA1uFafQiCL9_gm1rQ "アプリケーションサービス [com.snc.cmdb.it_service] プラグインが有効になると、いくつかのタイプのコンポーネント (テーブル、ユーザー ロール、スケジュール済みジョブなど) がインストールされます。") テーブルを変更するこにより、他の CI タイプの CI がアプリケーションサービスに追加されるのを防止できます。

ドメインセパレーションが使用されている環境では、アプリケーションサービスと同じドメインに属する CI のみが、アプリケーションサービスに追加されます。ドメイン階層がある場合は、CI がアプリケーションサービスと同じ子ドメインに属している必要があります。  
サービスマッピング により検出されたアプリケーションサービスを扱う場合は、次の目的のために手動で CI を追加します。

* サービスマッピング が検出できないデバイスまたはアプリケーションがアプリケーションサービスに含まれていることを示すため。たとえば、Production Floor サービスに A/C ユニットを追加します。
* サービスマッピングにより検出されなかった CI のための一時的なプレースホルダーを追加するため。この場合は、サービスマッピングが今後この CI を検出するために必要なトラブルシューティングを実行する計画を立てます。たとえば、銀行カスタマーポータルサービスに IBM WebSphere Message Broker を追加します。
* サービスマッピングにより自動的に検出されたエントリーポイントと CI を、CMDB のエントリーポイントと CI に組み合わせたアプリケーションサービスを作成するため。エントリーポイントを手動で追加した後に、CMDB の CI を、そこで定義されている関係に基づいて使用して、アプリケーションサービス を更新することができます。

{#manually-add-ci-to-business-service__ul_wqw_hjz_4db}サービスマッピング に関する追加情報については、「[パターンのカスタマイズ](https://www.servicenow.com/docs/access?context=c_MappingPatternsCustomization&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US)」および「[CI タイプまたは特定の CI のトラフィックベースのディスカバリーの有効化](https://www.servicenow.com/docs/access?context=t_CreateATrafficBasedDiscoveryRule&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US)」を参照してください。

## 手順

1. アプリケーションサービスマップを開きます。
   1. \[すべて\]\[CSDM\]\[テクニカルサービスの管理\]\[アプリケーションサービス\]の順に移動します。 {#manually-add-ci-to-business-service__NavigateCSDMManageTechServiceAppService}
   2. 必要なアプリケーションサービスを選択してください。
   3. アプリケーションサービスページで、\[マップの表示\] を選択します。
   {#manually-add-ci-to-business-service__substeps_xxr_jpz_dmb} {#manually-add-ci-to-business-service__Cmd_NavigateToAppServicesSM}
2. 必要に応じて、\[編集\] をクリックしてマップを編集モードにします。  
   サービスマッピング が展開されている場合、編集モードでは、\[ディスカバリーメッセージ\] セクションがマップの下に表示されます。
3. CI をマップ上の別の CI に接続するには、新しい CI を接続する CI を右クリックし、\[CI を追加します\] を選択します。
4. \[CI を追加します\] ダイアログ ボックスで、追加する CI を指定します。  
   {#manually-add-ci-to-business-service__table_ks2_1kr_31b__entry__2}

   | フィールド | 説明 |
   |-|-|
   | CI タイプ | 追加する CI の CI タイプ (CI クラス) を選択します。すべての CI は、この種の CI 用に構成された一連の属性を含む CI タイプに属します。たとえば、アプリケーションの場合は cmdb_ci_appl です。 |
   | CI 名 | 選択した CI タイプの CI のリストから CI を選択します。 注: 特定の CI を検索するときに結果が遅れる可能性を排除するには、検索をできるだけ具体的にします。\*\<name\> を使用した検索は時間がかかり、大きなデータセットが返される場合があります。 |
   [ ]

   {#manually-add-ci-to-business-service__table_ks2_1kr_31b}

   CI タイプリストには、許可されている CI タイプのみが含まれています。たとえば、アプリケーションクラスターを追加することはできません。
5. \[送信\] をクリックします。  
   手動で追加された CI がマップに表示されます。  
   注:  
   アプリケーションである CI を、親アプリケーション CI を既に含むサービスの子として手動で追加すると、新しく追加された子アプリケーション CI がそこに含まれて非表示になります。親アプリケーション CI の横にあるプラス (+) 記号をクリックすると、子アプリケーション CI が表示されます。
6. **オプション:** サービスマッピング がアクティブ化されている場合、手動で追加された CI の検出可能な発信接続を追加するには、次の操作を行います。
   1. 手動で追加された CI を右クリックします。
   2. \[手動で接続を追加します\] を選択します。  
      注:  
      右クリック メニューに \[手動で接続を追加します\] オプションが表示されない場合は、アプリケーションサービスと同じドメインに属するユーザーでログインしていることを確認します。
   3. 「[エントリーポイントの属性](https://www.servicenow.com/docs/access?context=r_EntryPointsforBizSvcDef&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US)」で説明されているように、エントリーポイントの属性を設定します。
   4. \[送信\] をクリックします。  
      ディスカバリー とサービスマッピングがこの CI の検出を試みます。成功すると、この CI がマップに表示されます。失敗すると、警告アイコン (![警告アイコン]()) が表示されます。
   {#manually-add-ci-to-business-service__substeps_bfz_sjb_f1b}
7. **オプション:** サービスマッピング がアクティブ化されている場合、以前に手動で追加した CI を サービスマッピング が自動的に検出するようにするには、次の操作を行います。
   1. 関連するパターンをカスタマイズするか、トラフィックベースのディスカバリーを微調整して、サービスマッピングが CI を検出できるようにします。
   2. 関連するアプリケーションサービス マップに移動します。
   3. \[ディスカバリーの実行\] をクリックします。
   4. ディスカバリープロセスが完了したら、サービスマッピングが CI につながるコネクタを確認することで CI を検出したことを確認します。  
      サービスマッピングが CI を検出した場合、手動で検出されたコネクタと自動的に検出されたコネクタの 2 つのコネクタが CI に表示されます。   

   5. 手動で追加した CI を右クリックします。  
      この例では、IBM WebSphere Message Broker です。
   6. \[手動で追加された CI を削除\] を選択します。  
      マップには、つながるコネクタが 1 つしかない CI が表示されます。この CI に手動で追加された接続がある場合は、手動で追加された CI とともに削除されます。
   {#manually-add-ci-to-business-service__substeps_xyr_pjb_f1b}
**関連タスク**   

* [アプリケーションサービスのリンク付け](https://www.servicenow.com/docs/6V2Z87ci2318a~DMKqxnHw "あるアプリケーションサービスへの参照を別のアプリケーションサービスに追加することで、2 つのアプリケーションサービスを手動でリンクできます。参照を含むサービスは依存サービスになります。参照として含めるサービスは、内包サービスです。アプリケーションサービスをリンクして、イベント管理 での影響を監視するための依存関係を作成できます。")  
**関連情報**   

* [addCI()](https://www.servicenow.com/docs/access?context=BusinessServiceManagerAPI&version=xanadu&pubname=xanadu-api-reference&ft:locale=en-US)

