Microsoft Purview Data Map と Unified Catalog の違いとは？

By Mirko Peters · 2026-08-16

Microsoft Purview Data Map と Unified Catalog の主な違いを確認し、両者がクラウド環境のデータ ガバナンスをどのように強化するかを解説します。

Automatically translated with AI from the original post. Read the English original

効果的なクラウド ガバナンスを実現するには、Microsoft Purview Data Map と Unified Catalog の違いを理解することが不可欠です。Data Map は、企業全体のシステムにわたるメタデータを取得する自動化された技術インベントリとして機能します。一方、Unified Catalog は、ビジネス ユーザーにとって分かりやすい検索と検出のレイヤーを提供します。これにより、複雑なサーバー名やデータベース テーブルを探さなくても、信頼できるデータ プロダクト、定義、所有者を見つけられます。

重要なポイント

• Microsoft Purview Data Map は、マルチクラウドおよびオンプレミスのデータ環境全体で、メタデータを自動的にスキャンしてマッピングする技術インベントリとして機能します。
• Unified Catalog は、ビジネス指向の検出インターフェイスを提供します。技術的なテーブルやスキーマを、一般ユーザーにも理解しやすいデータ プロダクトに変換します。
• Data Map は技術資産の自動取り込みを担当します。一方、Catalog は人的な文脈、所有者、用語集、ガバナンス ドメインに焦点を当てます。
• どちらのツールも、実際のデータ ファイルやデータベースを Purview に移動する必要はありません。両者が扱うのは、あくまでメタデータと可視性です。
• 技術的なマッピングとビジネス向けのカタログ化を組み合わせることで、データの散在による混乱が解消され、チームは意思決定に使う指標を信頼できるようになります。

Microsoft Purview Data Map を掘り下げる

企業が合併、買収、急速なデジタル変革を通じて成長すると、データの散在は避けられなくなります。スプレッドシートがコピーされ、一時的なプロジェクトのためにデータベースが立ち上げられ、レポートがローカル ドライブにエクスポートされます。こうした環境では、IT 部門は大きな可視性の課題に直面します。存在を把握していないものは、保護、ガバナンス、管理のしようがありません。

ここで技術インベントリの出番です。Microsoft Purview Data Map は、データ ソースに接続する基盤エンジンとして機能します。接続先は、Azure データベース、Microsoft Fabric、オンプレミスのファイル共有、外部のクラウド環境など、どこにあってもかまいません。そして、それらの構造メタデータをカタログ化します。基盤のストレージを移動させることなく、テーブル名、列のスキーマ、場所、技術的なプロパティを記録します。Azure のデータベースは Azure に、Fabric のデータは Fabric に残ります。Data Map は、すべてがどのように接続されているかの全体像を描くだけです。

技術メタデータの役割

メタデータとは、文字どおりデータに関するデータです。Data Map の文脈では、メタデータにはシステム名、データベース構造、スキーマ定義、技術的な系列（リネージ）の経路が含まれます。この情報はデータベース管理者、クラウド アーキテクト、データ エンジニアにとって非常に価値がありますが、一般のビジネス ユーザーにとっては大きな障壁になります。承認済みの四半期価格データを探している財務アナリストは、サーバー名を照会したり、SQL_PROD_FIN_REV_v2 のような分かりにくいテーブル識別子を解析したりしたくはありません。

Unified Catalog でギャップを埋める

データの信頼性というビジネス上の課題は、技術的な検出だけでは解決しません。SharePoint、Teams、メールの添付ファイルに、ほぼ同じ名前のスプレッドシートが複数存在すると、社員は貴重な時間を費やして、どの数値が正確なのかを判断しなければなりません。経営会議も、戦略を練る場から、どのレポートが正しいかを争う場へと変わってしまいます。

Unified Catalog は、まさにこの問題を解決するために Data Map の上に配置されています。技術的な資産を、人が理解しやすく、ビジネスに焦点を当てたデータプロダクトに変換します。ユーザーはフォルダーを探し回る代わりに、Unified Catalog で「Monthly Pricing Analytics」のような厳選されたデータプロダクトを検索できます。このデータプロダクトには、元のソーステーブル、整備済みの Fabric データセット、公式のレポート資産が 1 つの検索可能な項目としてまとめられています。

用語集とドメインによる意味の付与

データセットを見つけることは、戦いの半分にすぎません。ユーザーは、そのデータが実際に何を意味するのかも理解する必要があります。部門によって主要な用語の定義は異なることがよくあります。たとえば営業部門は「アクティブ顧客」を当月に購入した顧客と定義する一方、経理部門は直近 12 か月の期間で見ています。Unified Catalog には一元化されたビジネス用語集が組み込まれており、組織全体で共通の定義を確立できます。

さらに、Unified Catalog はこれらの資産を、財務、営業、人事などのガバナンス ドメインに分類し、明確なデータ オーナーを割り当てます。担当者が明確に指定されていれば、所有者のいないデータによる曖昧さがなくなり、適合性、利用目的、アクセス要求に関する質問の直接の窓口が得られます。

Data Map と Unified Catalog の連携の仕組み

エンタープライズ情報を確実にガバナンスするには、組織は Purview エコシステムの 2 つのレイヤーを連携させて導入する必要があります。Data Map を機関室、Unified Catalog を船の艦橋と考えるとわかりやすいでしょう。

Data Map の自動スキャンとリネージュ追跡がなければ、Unified Catalog に表示する基盤データソースがありません。一方、Unified Catalog のわかりやすいインターフェース、検索機能、ビジネス コンテキストがなければ、Data Map は IT の専門家だけが扱う、近寄りがたい技術台帳のままになってしまいます。両者が組み合わさることで、現代のビジネス プロセスや新たな AI の取り組みを安全に支えるために必要な、可視性、信頼性、コンテキストが得られます。

まとめ

セキュアなクラウド環境への移行には、エンドポイントを保護し、Microsoft Entra ID でユーザー ID を管理するだけでは不十分です。組織はデータ資産に対する完全な可視性と信頼を確立し、高額な誤りを防ぎ、意思決定者を支援する必要があります。Microsoft Purview が組織のエンタープライズ データの検索、理解、ガバナンスをどのように支援するのかについて詳しくは、M365 FM Podcast の エピソード全体を聴くのがおすすめです。