ビジネスサービスのアプリケーションサービスへの変換
サービス [cmdb_ci_service] テーブル内の手動で作成されたレコードをアプリケーションサービスに変換することで、組織内のサービスの管理方法を統一します。変換を行うことで、組織内のさまざまなタイプのサービスを簡素化し、ITOM ヴィジビリティ 機能を活用し、共通サービスデータモデル (CSDM) (CSDM) と連携させることができます。 変換は元に戻せません。アプリケーションサービスをビジネスサービスに戻すことはできません。
- サービスマップおよびサービスの変更履歴を表示できます。
- アプリケーションサービス内のすべての CI のフラットリストにより、サービスコンテキストを簡単に確認できます。
- サービス健全性を監視できます。イベント管理が展開されている場合は、サービスパフォーマンスを監視して、アプリケーションサービスの健全性の問題を特定することができます。
- 変更管理では、変更要求フォームの影響を受けるサービスのリストがより正確になります。これは、リストにアプリケーションサービスのみが含まれているためです。
- カスタマーサービス管理 (CSM) ツールを適用して、サービスレベルでケースを開いて管理できます。
サービスの変換は手動で行うため、ディスカバリーは変換されたアプリケーションサービスでは実行できません。ただし、変換後に [サービスマッピングによる検出可能] エントリーポイントをアプリケーションサービスに追加すると、サービスマッピング はそのようなアプリケーションサービスのディスカバリーを開始します。
手動で作成されたアプリケーションサービスと動的タイプのアプリケーションサービスからの選択
ビジネスサービスをアプリケーションサービスに変換するのに、手動タイプまたは動的タイプを選択できます。CI を追加または削除することで、手動で作成したアプリケーションサービスをいつでも編集できます。手動で作成されたサービスは自動では更新されません。手動で作成されたアプリケーションサービスを構成する CI が変更されても、サービスではそれを自動的には反映しません。
動的サービスは、CMDB CI 関係 [cmdb_rel_ci] テーブルの CI 関係の変更を反映して自動的に更新されます。 動的サービスに含まれる CI にリレーションシップを追加すると、そのサービスは自動的に更新され、リレーションシップと関連付けられている新しい CI が追加されたことを反映します。同様の方法で、リレーションシップと関連 CI をサービス内の CI から削除したときに、動的サービスが自動的に更新されます。
各種のアプリケーションサービスについては、「アプリケーションサービス」を参照してください。
変換プロセス
- レコードクラスを変更することで、サービス [cmdb_ci_service] テーブルからマップ済みアプリケーションサービス [cmdb_ci_service_discovered] テーブルにサービスレコードが移動されます。
- アプリケーションサービスには、名前、所有者、運用ステータスなどの、すべての元のビジネスサービスの属性が設定されます。
- ビジネスサービスの関連アイテムが、指定されたレベルまで、変換されたアプリケーションサービスに追加されます。
- CMDB に最新の CI の変更がクエリーされます。
- イベント管理がアクティブ化されている場合は、アラートに関連付けられ、アプリケーションサービスの一部である CI に CI 影響度ルールが適用されます。イベント管理は、アラート モニタリングのために 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
ドメインセパレーション
ドメインセパレーションが使用されている環境では、アプリケーションサービスと同じドメインに属する CI のみが、アプリケーションサービスに追加されます。ドメイン階層がある場合は、CI がアプリケーションサービスと同じ子ドメインに属している必要があります。
ビジネスサービスのアプリケーションサービスへの一括変換
ビジネスサービスのサブセットを、ひとつずつではなく一括で、自動的にアプリケーションサービスに変換します。変換するビジネスサービスを個別に選択し、アプリケーションサービスに変換します。
始める前に
このタスクについて
一括変換を使用して、従来のビジネスサービスをアプリケーションサービスに変換します。一括変換の場合は、[サービス] リストビューからビジネスサービスを個別に選択します。通常は、1 回の変換で最大 100 のビジネスサービスを選択できます。それぞれ異なるビジネスサービスのセットで、複数の一括変換レコードを作成できます。ただし、1 つのビジネスサービスを複数の一括変換に含めないでください。
手順
次のタスク
- 変換のステータスを確認します。[一括変更サービス] フォームで、[一括変更サービスエントリ] セクションまでスクロールして、変換のステータス ([準備完了] や [完了] など) を確認します。
- 実行中の変換の進行状況を追跡します。ナビゲーションフィルターに「cmdb_convert_bulk_services.list」と入力して Enter キーを押すと、変換のリストとその進行状況が表示されます。
- (オプション) 変更要求フォームで、影響を受ける動的サービスを表示します。たとえば、動的サービスに関連付けられた、影響を受ける CI を追加した後、次の操作を行います。
- 移動先 .
- 影響を受ける CI を追加する変更要求を選択します。
- [変更要求] フォームで、[関連リンク] セクションまでスクロールします。
- [影響を受ける CI] タブをクリックし、[追加] をクリックして影響を受ける CI を変更要求に追加します。
- フォームのコンテキストメニューを開き、[影響を受けたサービスのリフレッシュ] をクリックします。
- [影響を受けるサービス/CI] タブをクリックして、影響を受ける CI に関連付けられ、変更要求によって影響を受ける動的なサービスがないか確認します。
個々のビジネスサービスのアプリケーションサービスへの変換
特定のビジネスサービスをアプリケーションサービスに手動で変換します。
始める前に
- すべての CI と CI 関係が将来のアプリケーションサービスに関連していることを確認してください。必要に応じて CMDB の CI 関係を変更します。
- 元のビジネスサービスに 5000 を超える CI 関係が含まれていないことを確認してください。5000 を超える CI 関係を含むアプリケーションサービスでは、マッピングと監視のパフォーマンスの問題が発生します。
- 変換中に使用する CI 関係のレベル数を決定します。
手順
タスクの結果
次のタスク
新しく変換されたアプリケーションサービスのマップを開きます。
- サービスマッピング では、アプリケーションサービスのマップの代わりに CI リストを表示することはできません。
- アプリケーションサービスが大きすぎることを示すディスカバリーメッセージはありません:The map does not display the entire service, because it is too large. The number of CI connections exceeded the allowed maximum.
サービスが大きすぎる場合は、次のアクションを実行します。
- 変換されたアプリケーションサービスをレビューして、このサービスに無関係または過剰な CI 関係を特定します。CMDB でそのような CI 関係を削除します。
- このアプリケーションサービスに含める必要がある関連 CI のレベル数を決定します。必要に応じて、変換に使用されるレベルの数を変更してサービスサイズを縮小します。