多くの組織は、IT資産管理（ITAM）ソリューションを活用し、すべてのIT資産を検出、追跡、保護し、各資産のライフサイクルの終了時に廃棄できるようにしています。

一部のIT管理者は、ITAM要件に構成管理データベース（CMDB）を利用できるか疑問に思っています。一方で、2つのソリューションでIT資産を追跡すると、各資産レコードを重複して作成する必要が生じ、作業負荷が増えるのではないかと懸念する人もいます。

ITAMとは？

ITAMは、IT資産インベントリを追跡するためのベストプラクティスの体系です。その目的は、所有、資産ライフサイクルに関連する契約、保証、更新情報を含め、IT資産の総コストを管理することです。

ITAMは、組織の財務的な観点からIT資産に着目します。組織がITAMのベストプラクティスに従うことで、テクノロジーの調達について十分な情報に基づいた意思決定が可能になります。さらに、ソフトウェア監査に伴う予期しないコストやペナルティを回避できます。

CMDBとは？

CMDBは、組織のIT資産に関する情報を一元的に保管するリポジトリです。これには、ハードウェア、ソフトウェア、ネットワーク、およびそれらのさまざまな関係に関する詳細が含まれます。

構成管理では、運用およびサポートの観点からIT資産を追跡します。資産の可用性と安定性は組織の日常業務に影響するため、資産はその構成および提供サービスとともに文書化する必要があります。

CMDBを使用している場合でもITAMは必要ですか？

CMDBを使用している場合にITAMが必要かどうかは、組織の規模とITサービス管理（ITSM）ニーズの複雑さによって異なります。組織によっては、別のソフトウェアソリューションの購入や、追加製品について従業員をトレーニングすることを避けたいと考える場合があります。ITSMソリューション内でITAMデータを管理すれば、リクエストフルフィルメントプロセスの構築と管理を簡素化できる可能性があります。

ほとんどのCMDBソリューションは広範なカスタマイズ機能を備えているため、ITAMのプロパティや機能を備えたCMDBにカスタマイズすることは可能です。しかし、CMDBの目的はITAMの目的とは大きく異なります。

市区町村のバスサービスを例にすると、路線番号と車両番号という異なるデータが、それぞれ異なる目的で使用されることが分かりやすくなります。バスには路線が割り当てられ、各路線にはバスに表示される番号が付けられます。また、各バスにはライフサイクル全体を通じて追跡できるよう、別の番号が割り当てられます。管理者は、バスの路線番号に影響を与えることなく、異なるバスを同じ路線に割り当てることができます。実際のバス車両を識別するための番号がバス路線の番号と同じであれば、混乱を招くでしょう。

メールサービスを表すCMDB構成アイテム（CI）は、この例えでいう「路線」に当たり、多くの場合、メールサービスの提供に使用される物理サーバーという資産、つまり「バス」のライフサイクルよりも長く存続します。

ITAMデータの保存

CMDBにすべてのITAMデータを保存することは可能ですが、ITAM要件を満たすにはCMDBに大幅な変更を加える必要があります。CMDBには検出機能がないため、IT資産の構成情報を検出し、CMDBデータベース内で最新の状態に保つには、外部のIT資産検出ツールへのコネクタや統合を実装する必要があります。

さらにCMDBにカスタマイズを追加する必要があり、コストが高くなる可能性があります。また、CMDBにITAM機能を適用したとしても、組織が完全なITAMソリューションを得られる可能性は低いでしょう。この種のITAMは小規模な組織には十分かもしれませんが、契約、財務、ライフサイクル情報を扱えるようにCMDBを変更する必要があります。

さらに、ITSMソリューション内にIT資産マネージャーのロールを作成し、ITAM管理者にCMDBへの適切な権限を付与する必要があります。加えて、ITAMプロセス機能を提供するために、ITSMプロセスを変更または追加する必要があります。

単一データベースのリスク

CMDBに関連性の低いデータを過剰に保存すると、特にビジネスサービスをCMDBにマッピングするといった特定のビジネス課題と関係のないデータの場合、データベースが非常に大規模で高コストになる可能性があります。保存されるデータが多いほど、正確なデータを維持するために必要な時間、労力、人材も増えます。

データベースが正確でなければ、信頼することはできません。多くの人がデータを保守し、変更を加える場合、未承認の変更が発生するリスクがあります。場合によっては、業務上重要な構成アイテム（CI）に影響する可能性もあります。データ量を制限すれば、データを変更できる人の数も制限され、整合性を維持できます。これは、CMDBとITAMに別々のツールを用意する有力な理由です。

さらに、関係性やビジネスサービスとは無関係な可能性のあるデータをデータベースに過剰に格納すると、そのデータを解釈または閲覧しようとする人に不要な情報を過剰に提示してしまうリスクがあります。

資産レポートについては？

IT資産に関する完全な詳細情報をCMDBに取り込むことで、IT資産レポートの作成を簡素化できます。CMDBは、IT資産間の関係について、構成、変更のリスク、変更による影響を含めたインサイトを提供します。また、通常はIT資産間の階層的な関連を追跡する標準的なITAMソリューションとは異なる役割を果たします。

すべてのITILとITAMの資産関係データをCMDB内に一元化すれば、分散したデータベースを使用するよりも、レポート作成がより分かりやすく、費用対効果の高いものになる可能性があります。ただし、そのためにはCMDBに広範な変更を加える必要があります。

詳細はこちら：Ivanti Asset Managerの無料デモ

IT資産の追跡に2つのソリューションが必要な理由

変更管理は、ITILベストプラクティスに従うITSMソリューションにとって不可欠です。ITILは、IT環境への変更を扱うためのガイダンスとベストプラクティスを提供し、IT構成変更に伴うリスクを低減します。

ITILベストプラクティスでは、運用サービスを提供するIT資産をCMDBを使用して文書化し、追跡することが推奨されています。CMDBを使用して追跡される各資産はCIであり、ハードウェア資産、ソフトウェア資産、またはITサービスを提供するために組み合わされた複数の資産である場合があります。各CIは、運用状態にあることを確認するために追跡されます。

ITAMソリューションは異なる目標に対応し、独自のメリットを提供します。多くの組織は、すべてのデータを信頼できる唯一の情報源に一元化したいと考えていますが、あらゆる種類のデータを保存するのに最適な場所とは限りません。たとえば、契約、プロセスガイドブック、ポリシーをCMDBに格納したいと考える組織もあります。このような非常に特定性の高いデータは、それを管理することに特化したツールに保存することで、適切な機能を確実に利用できます。

契約の場合、ITAMツールまたは契約ライフサイクル管理システムに適切な形式で保存することで、画像化、重要な日付の抽出、ワークフローの作成、またはコストセンターやグループとの関連付けが可能になります。

CMDBは、大幅なカスタマイズなしにこのレベルの詳細をサポートするようには設計されていません。特定の種類のデータに適した管理ツールを選択し、それをCMDBにリンクまたは統合することで、一元化の利便性のために機能を犠牲にせずに済みます。

CMDBとITAMソリューションの両方でIT資産を追跡することに意味はあるのでしょうか。CMDBとITAMソリューションを統合するソリューションによってIT資産レコードの重複を回避できるのであれば、必ずしもそうではありません。

バス路線サービスを管理するデータベースを想像してみてください。そのデータベースは、時刻表、運転手、その路線に割り当てられたバスなど、サービスに関連する項目を追跡します。統合されていれば、管理者は利用可能なバスを表示するルックアップテーブルを使用して、バスをバス路線に割り当てるだけで済みます。CMDBがITAMソリューションと統合されている場合、IT資産を再作成して重複させるのではなく、CIに直接リンクできます。

ITAM vs. CMDB：「対立」ではありません

CMDBにITAMの資産管理の役割を担わせようとすると、大きなデメリットがあります。したがって、実際には「CMDB vs. 資産管理」という話ではありません。ITAMとCMDBは、高度にテクノロジーを活用するあらゆる企業にとって重要だからです。

組織にサービスを提供するIT資産は、ITILベストプラクティスに従い、構成管理プロセスを使用して追跡する必要があります。また、紛失または盗難に遭った資産、情報不足に基づく調達判断、ライセンスのないソフトウェアによって生じる予期しないコストを回避するために、これらのIT資産はITAMベストプラクティスを使用して追跡する必要もあります。シームレスな統合を実現するには、組織はサービス管理プラットフォームに統合されたITAMソリューションの利用を検討すべきです。