---
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


---

# CI を手動で追加

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

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

手動で作成されたアプリケーションサービスまたは サービスマッピングによって検出されたサービスに構成アイテムを追加します。

## 始める前に

* 追加しようとしている構成アイテム (CI) の CI タイプが存在することを確認します。必要に応じて、「[サービスマッピングおよび ディスカバリー用の CI タイプの作成](https://servicenow-prod.fluidtopics.net/m96jtEAKFPLg5nPXtMgJ0Q "デフォルトでは サービスマッピング と ディスカバリー でサポートされていないアプリケーションやデバイスの CI タイプ (または CI クラス) を作成します。")」で説明されているように、CI タイプを作成します。
* 必要に応じて、追加するデバイスまたはアプリケーションの CMDB に CI を追加します。詳細については、「[CMDB の入力](https://www.servicenow.com/docs/access?context=c_OptionsToPopulateCMDB&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。

{#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/access?context=create-it-services&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。
* 以下に記載されている手順に従って、アプリケーションサービスのサービスマップを使用します。

  この場合、追加された接続のデフォルトの関係タイプは Depends on::Used by になります。このデフォルトの関係タイプを変更するには、 sa.it_service.manual_ci_rel_type プロパティの値を変更します。詳細については [、「アプリケーションサービスとともにインストールされるコンポーネント」](https://www.servicenow.com/docs/access?context=components-installed-app-services&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) を参照してください。

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

サービスインスタンス内の既存の CI に新しい CI を手動で追加すると、関係タイプを含む両方の CI に関する情報を更新するように CMDB が求められます。他のアプリケーションサービスが同じ適用可能なフローを使用する場合、 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 をアプリケーションサービスに追加することはできません。

* NAT \[cmdb_ci_translation_rule\]
* エンドポイント \[cmdb_ci_endpoint\]
* 修飾子 \[cmdb_ci_qualifier\]
* アプリケーションクラスター \[cmdb_ci_application_cluster\]

{#manually-add-ci-to-business-service__ul_ukk_3cl_bdb} 手動 CI 除外/包含 \[svc_manual_ci_exclusions_inclusions\] テーブルにシステムレコードがあります。詳細については [、「アプリケーションサービスとともにインストールされるコンポーネント」](https://www.servicenow.com/docs/access?context=components-installed-app-services&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US#manual-ci-inclusion-exclusion-list) を参照してください。  
注:  
手動 CI 除外/包含 \[svc_manual_ci_exclusions_inclusions\] テーブルには、走査ルールを使用して追加された 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://servicenow-prod.fluidtopics.net/7K0FhnIiYjW7URysbiJavA "サービスマッピング および ディスカバリー は、業界標準のほとんどのネットワークデバイスとアプリケーションを対象にするディスカバリープロセスのパターンを使用しています。これらのパターンをカスタマイズしたり、新しいパターンを作成したりすることができます。")」および「[CI タイプまたは特定の CI のトラフィックベースのディスカバリーの有効化](https://servicenow-prod.fluidtopics.net/pqJy9xFNzkixYnkhAlgNyw "CI によって生成される受信および送信トラフィックを検出することにより、サービスマッピング は CI を検出してマッピングできます。トラフィックベースのディスカバリールールを作成して、トラフィックベースのマッピングに使用できる構成アイテムを決定します。")」を参照してください。

## 手順

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://servicenow-prod.fluidtopics.net/bF60ehFJ7~x2n9AcoKdBJw "サービスマッピング には、一般的に使用される多くのアプリケーションをカバーする、事前設定されたさまざまなエントリーポイントタイプが用意されています。 属性定義をチェックして、アプリケーションサービスへのエントリーポイントを正しく追加します。")」で説明されているように、エントリーポイントの属性を設定します。
   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://servicenow-prod.fluidtopics.net/z6rn4~0PIVVe~YVgmlowMg "あるアプリケーションサービスへの参照を別のアプリケーションサービスに追加することで、2 つのアプリケーションサービスを手動でリンクできます。参照を含むサービスは依存サービスになります。参照として含めるサービスは、内包サービスです。アプリケーションサービスをリンクして、イベント管理 での影響を監視するための依存関係を作成できます。")  
**関連情報**   

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