Microsoft Purview で Azure Blob Storage に接続する

[アーティクル]
11/13/2024

この記事では、Azure Blob Storage ソースを認証して操作する手順など、Microsoft Purview でAzure Blob Storage アカウントを登録して管理するプロセスについて説明します

サポートされている機能

メタデータ抽出	フルスキャン	増分スキャン	スコープスキャン	分類	ラベル付け	アクセスポリシー	系統	データ共有	ライブビュー
○	○	○	○	○	はい	はい (プレビュー)	狹**	○	はい

** データセットがコピーおよびData Flow アクティビティと [Azure Data Factory Azure Synapse パイプライン - コピーとData Flow アクティビティ] でソース/シンクとして使用されている場合は、系列がサポートされます (how-to-lineage-azure-synapse-analytics.md)

csv、tsv、psv、ssv などのファイルの種類の場合、次のロジックが配置されるとスキーマが抽出されます。

最初の行の値が空でない
最初の行の値は一意です
最初の行の値が日付または数値ではありません

前提条件

アクティブなサブスクリプションを持つ Azure アカウント。無料でアカウントを作成します。
アクティブな Microsoft Purview アカウント。
Microsoft Purview ガバナンスポータルでソースを登録して管理するには、データソース管理者およびデータ閲覧者である必要があります。詳細については、 Microsoft Purview のアクセス許可に関するページを参照してください。

** データセットが Data Factory Copy アクティビティのソース/シンクとして使用されている場合は、系列がサポートされます

登録

このセクションでは、Purview でスキャンとデータ共有用の Azure BLOB ストレージアカウントを登録できます。

レジスタの前提条件

ソースを登録し、Microsoft Purview ガバナンスポータルで管理するには、データソース管理と他の Purview ロール (データ閲覧者、Data Share共同作成者など) のいずれかである必要があります。詳細については、 Microsoft Purview のアクセス許可に関するページを参照してください。

登録手順

データソースのスキャンを設定する前に、Microsoft Purview でデータソースを登録することが重要です。

Microsoft Purview ガバナンスポータルに移動するには、次の手順を実行します。
- https://web.purview.azure.comに直接移動し、Microsoft Purview アカウントを選択します。
- Azure portalを開き、Microsoft Purview アカウントを検索して選択します。 [Microsoft Purview ガバナンスポータル] ボタンを選択します。
データマップ --> ソースに移動します
[コレクション] メニューを使用してコレクション階層を作成し、必要に応じて個々のサブコレクションにアクセス許可を割り当てます
[ ソース ] メニューの適切なコレクションに移動し、[ 登録 ] アイコンを選択して新しい Azure Blob データソースを登録します
Azure Blob Storage データソースを選択し、[続行] を選択します
データソースに適切な名前を指定し、関連する Azure サブスクリプション、既存のAzure Blob Storage アカウント名、コレクションを選択し、[適用] を選択します。このドキュメントを慎重に確認できるようになるまで、[ データポリシーの適用 ] トグルは無効な位置のままにします。
選択したコレクションの下に Azure Blob Storage アカウントが表示されます

スキャン

csv、tsv、psv、ssv などのファイルの種類の場合、次のロジックが配置されるとスキーマが抽出されます。

最初の行の値が空でない
最初の行の値は一意です
最初の行の値は日付または数値ではありません

スキャンの認証

Azure ネットワークによって Azure リソース間の通信が許可される場合がありますが、Azure 内にファイアウォール、プライベートエンドポイント、または仮想ネットワークを設定している場合は、次のいずれかの構成に従う必要があります。

ネットワーク制約	統合ランタイムの種類	使用可能な資格情報の種類
プライベートエンドポイントまたはファイアウォールなし	Azure IR	マネージド ID (推奨)、サービスプリンシパル、またはアカウントキー
ファイアウォールが有効になっているが、プライベートエンドポイントがない	Azure IR	マネージド ID
プライベートエンドポイントが有効	*セルフホステッド IR	サービスプリンシパル、アカウントキー

*セルフホステッド統合ランタイムを使用するには、まずシナリオに適したランタイムを選択し、作成し、 Microsoft Purview のネットワーク設定を確認する必要があります。

スキャンにシステムまたはユーザー割り当てマネージド ID を使用する

使用できるマネージド ID には、次の 2 種類があります。

システム割り当てマネージド ID (推奨) - Microsoft Purview アカウントが作成されると、システム割り当てマネージド ID (SAMI) がテナントMicrosoft Entra自動的に作成されます。リソースの種類に応じて、Microsoft Purview システム割り当てマネージド ID (SAMI) がスキャンを実行するには、特定の RBAC ロールの割り当てが必要です。
ユーザー割り当てマネージド ID (プレビュー) - システムマネージド ID と同様に、ユーザー割り当てマネージド ID (UAMI) は、Microsoft Purview がMicrosoft Entra IDに対する認証を許可するために使用できる資格情報リソースです。詳細については、ユーザー割り当てマネージド ID ガイドを参照してください。 Azure Blob データソースをスキャンするアクセス許可を Microsoft Purview アカウントに付与することが重要です。 SAMI または UAMI のアクセス権は、必要なスキャン権限に応じて、サブスクリプション、リソースグループ、またはリソースレベルで追加できます。

注:

ストレージアカウントに対してファイアウォールが有効になっている場合は、スキャンを設定するときに マネージド ID 認証方法を使用する必要があります。

注:

Azure リソースにマネージド ID を追加できるようにするには、サブスクリプションの所有者である必要があります。

Azure portalから、カタログのスキャンを許可するサブスクリプション、リソースグループ、またはリソース (Azure Blob Storage アカウントなど) を見つけます。
左側のナビゲーションで [Access Control (IAM)] を選択し、[+ 追加] -->[ロールの割り当ての追加] を選択します
[ロール] を [ストレージ BLOB データ閲覧者] に設定し、[入力の選択] ボックスに Microsoft Purview アカウント名またはユーザー割り当てマネージド ID を入力します。次に、[ 保存] を 選択して、このロールの割り当てを Microsoft Purview アカウントに付与します。
Azure portalで Azure Blob Storage アカウントに移動する
[セキュリティとネットワーク] > [ネットワーク] に移動します
[アクセスの許可] で [選択したネットワーク] を選択します。
[例外] セクションで、[信頼された Microsoft サービスがこのストレージアカウントにアクセスすることを許可する] を選択し、[保存] をクリックします

注:

詳細については、「Microsoft Entra IDを使用して BLOB とキューへのアクセスを承認する」の手順を参照してください。

スキャンにアカウントキーを使用する

[認証方法] が [アカウントキー] に選択されている場合は、アクセスキーを取得し、キーコンテナーに格納する必要があります。

Azure Blob Storage アカウントに移動する
[セキュリティとネットワーク>アクセスキー] を選択します
キーをコピーし、次の手順で個別に保存します
キーコンテナーに移動する
[シークレット>設定] を選択し、[+ 生成/インポート] を選択します
ストレージアカウントのキーとして [名前] と [値] を入力します
[ 作成] を 選択して完了します
キーコンテナーがまだ Microsoft Purview に接続されていない場合は、新しいキーコンテナー接続を作成する必要があります
最後に、キーを使用して新しい資格情報を作成してスキャンを設定します

スキャンにサービスプリンシパルを使用する

新しいサービスプリンシパルの作成

新しいサービスプリンシパルを作成する必要がある場合は、Microsoft Entra テナントにアプリケーションを登録し、データソースのサービスプリンシパルへのアクセスを提供する必要があります。 Microsoft Entraアプリケーション管理者は、この操作を実行できます。

サービスプリンシパルのアプリケーション ID の取得

既に作成されているサービスプリンシパルの概要に存在するアプリケーション (クライアント) ID をコピーする

サービスプリンシパルに Azure Blob アカウントへのアクセス権を付与する

Azure BLOB データソースをスキャンするアクセス許可をサービスプリンシパルに付与することが重要です。サービスプリンシパルのアクセス権は、必要なスキャンアクセスのレベルに応じて、サブスクリプション、リソースグループ、またはリソースレベルで追加できます。

注:

Azure リソースにサービスプリンシパルを追加できるようにするには、サブスクリプションの所有者である必要があります。

Azure portalから、カタログのスキャンを許可するサブスクリプション、リソースグループ、またはリソース (Azure Blob Storage ストレージアカウントなど) を見つけます。
左側のナビゲーションで [Access Control (IAM)] を選択し、[+ 追加] -->[ロールの割り当ての追加] を選択します
[ロール] を [ストレージ BLOB データ閲覧者] に設定し、[入力の選択] ボックスにサービスプリンシパルを入力します。次に、[ 保存] を 選択して、このロールの割り当てを Microsoft Purview アカウントに付与します。

スキャンの作成

Microsoft Purview アカウントを開き、[Microsoft Purview ガバナンスポータルを開く] を選択します
[データマップ] -->[ソース] に移動してコレクション階層を表示します
先ほど登録した Azure BLOB データソースの下にある [新しいスキャン] アイコンを選択します
ソースがパブリックにアクセス可能な場合は Azure 統合ランタイム、マネージド仮想ネットワークを使用する場合はマネージド仮想ネットワーク統合ランタイム、ソースがプライベート仮想ネットワークにある場合はセルフホステッド統合ランタイムのいずれかを選択します。使用する統合ランタイムの詳細については、適切な統合ランタイム構成の選択に関する記事を参照してください。

システムまたはユーザー割り当てマネージド ID を使用している場合

スキャンの [名前] を指定し、[ 資格情報] で Microsoft Purview アカウント SAMI または UAMI を選択し、スキャンに適したコレクションを選択して、[ 接続のテスト] を選択します。接続が正常に完了したら、[続行] を選択 します

スキャンを実行するマネージド ID オプションを示すスクリーンショット

アカウントキーを使用している場合

スキャンの名前を指定し、構成に応じて Azure IR または Self-Hosted IR を選択し、スキャンに適切なコレクションを選択し、[アカウントキー] として [認証方法] を選択し、[作成] を選択します。

スキャンの [アカウントキー] オプションを示すスクリーンショット

サービスプリンシパルを使用している場合

スキャンの名前を指定し、構成に応じて Azure IR または Self-Hosted IR を選択し、スキャンに適したコレクションを選択し、[資格情報] で [+ 新規] を選択します。
サービスプリンシパルの作成時に使用された適切な Key Vault 接続とシークレット名を選択します。 サービスプリンシパル ID は、前にコピーしたアプリケーション (クライアント) ID です
[ 接続のテスト] を選択します。接続が正常に完了したら、[続行] を選択 します

スキャンのスコーピングと実行

スキャンの範囲を特定のフォルダーとサブフォルダーに設定するには、一覧から適切な項目を選択します。
次に、スキャンルールセットを選択します。システムの既定値、既存のカスタムルールセット、または新しいルールセットをインラインで作成することができます。
新しい スキャンルールセットを作成する場合は、スキャンルールに含める ファイルの種類 を選択します。
スキャンルールに含める 分類ルール を選択できます
スキャントリガーを選択します。スケジュールを設定することも、スキャンを 1 回実行することもできます。
スキャンを確認し、[ 保存して実行] を選択します。

スキャンの表示

コレクション内のデータソースに移動し、[詳細の表示] を選択してスキャンの状態をチェックします
スキャンの詳細は、前回の実行状態でのスキャンの進行状況と、スキャンおよび分類された資産の数を示します
スキャン全体が正常に実行されると、[ 最終実行] 状態 が [進行中 ] に更新され、[ 完了] に更新されます

スキャンの管理

スキャンは、完了時に管理または再実行できます

[スキャン名] を選択してスキャンを管理する
スキャンをもう一度実行し、スキャンを編集し、スキャンを削除できます
インクリメンタルスキャンまたはフルスキャンをもう一度実行できます。

Microsoft Purview データ共有 (プレビュー) を使用すると、Azure Blob Storage アカウントから Azure Blob Storage アカウントへのインプレースデータの共有が可能になります。このセクションでは、Azure Blob Storage アカウント間でデータをインプレースで共有および受信するための特定の要件の詳細について説明します。データ共有の使用方法に関するステップバイステップガイドについては、「データを共有する方法」と「共有を受け取る方法」を参照してください。

インプレースデータ共有では、次のストレージアカウントがサポートされています。

リージョン: カナダ中部、カナダ東部、英国南部、英国西部、オーストラリア東部、東日本、韓国南部、南アフリカ北部
冗長性オプション: LRS、GRS、RA-GRS
階層: ホット、クール

プレビューでは、運用ワークロードのないストレージアカウントのみを使用します。

注:

ソースとターゲットのストレージアカウントは、互いに同じリージョンに存在する必要があります。 Microsoft Purview アカウントと同じリージョンに存在する必要はありません。

ストレージアカウント資産を共有に追加または更新するには、次のいずれかのアクセス許可が必要です。

Microsoft.Authorization/roleAssignments/write - このアクセス許可は 所有者 ロールで使用できます。
Microsoft.Storage/storageAccounts/blobServices/containers/blobs/modifyPermissions/ - このアクセス許可は 、Blob Storage データ所有者 ロールで使用できます。

共有データを受信するために必要なストレージアカウントのアクセス許可

受信した共有にストレージアカウント資産をマップするには、次のいずれかのアクセス許可が必要です。

Microsoft.Storage/storageAccounts/write - このアクセス許可は、 共同作成者 ロールと 所有者 ロールで使用できます。
Microsoft.Storage/storageAccounts/blobServices/containers/write - このアクセス許可は、 共同作成者、 所有者、 ストレージ BLOB データ共同作成者 、ストレージ BLOB データ所有者 ロールで使用できます。

ソースストレージアカウントの共有データを更新する

ソースストレージアカウントから共有フォルダー内の共有ファイルまたはデータに対して行ったUpdatesは、ターゲットストレージアカウントの受信者がほぼリアルタイムで使用できるようになります。共有フォルダー内のサブフォルダーまたはファイルを削除すると、受信者が消えます。共有フォルダー、ファイル、または親フォルダーまたはコンテナーを削除するには、まず、ソースストレージアカウントからすべての共有へのアクセスを取り消す必要があります。

ターゲットストレージアカウントの共有データにアクセスする

ターゲットストレージアカウントを使用すると、受信者は、ほぼリアルタイムで共有データに読み取り専用でアクセスできます。 Synapse Workspace や Databricks などの分析ツールを共有データに接続して分析を実行できます。共有データにアクセスするコストは、ターゲットストレージアカウントに課金されます。

サービスの制限

ソースストレージアカウントでは最大 20 個のターゲットをサポートでき、ターゲットストレージアカウントでは最大 100 個のソースをサポートできます。制限の引き上げが必要な場合は、サポートにお問い合わせください。

ポリシー

Microsoft Purview のこのデータリソースでは、次の種類のポリシーがサポートされています。

データ所有者ポリシー - ユーザーとグループにデータソースへのアクセスを許可できる一連のポリシーステートメント。
セルフサービスアクセスポリシー - ユーザーが Microsoft Purview に登録されているデータソースへのアクセスを要求できるようにするポリシー。
保護ポリシー - ポリシーで指定されたものを除くすべてのユーザーに対して、秘密度ラベルでタグ付けされたデータへのアクセスを拒否します。

Azure Storage アカウントのアクセスポリシーの前提条件

リージョンのサポート

すべての Microsoft Purview リージョンがサポートされています。
次のリージョンのストレージアカウントは、追加の構成を必要とせずにサポートされます。ただし、ゾーン冗長ストレージ (ZRS) アカウントはサポートされていません。
- オーストラリア中部
- オーストラリア東部
- オーストラリア南東部
- ブラジル南部
- カナダ中部
- カナダ東部
- インド中部
- 米国中部
- 東アジア
- 米国東部 2
- 米国東部
- フランス中部
- ドイツ中西部
- 東日本
- 西日本
- 韓国中部
- 米国中央北部
- 北ヨーロッパ
- ノルウェー東部
- ポーランド中部
- カタール中部
- 米国中央南部
- 南アフリカ北部
- 東南アジア
- インド南部
- スウェーデン中部
- スイス北部
- 米国中央西部
- 西ヨーロッパ
- 米国西部
- 米国西部 2
- 米国西部 3
- アラブ首長国連邦北部
- 英国南部
- 英国西部
次のセクションで説明するように、機能フラグ AllowPurviewPolicyEnforcement を設定した後、Public Cloud の他のリージョンのストレージアカウントがサポートされます。機能フラグ AllowPurviewPolicyEnforcement を設定した後に作成された場合、新しく作成された ZRS ストレージアカウントがサポートされます。

必要に応じて、このガイドに従って新しいストレージアカウントを作成できます。

Microsoft Purview からのポリシーに対して Azure Storage アカウントが存在するサブスクリプションを構成する

この手順は、特定のリージョンでのみ必要です (前のセクションを参照)。 Microsoft Purview で 1 つ以上の Azure Storage アカウントのポリシーを管理できるようにするには、Azure Storage アカウントをデプロイするサブスクリプションで次の PowerShell コマンドを実行します。これらの PowerShell コマンドを使用すると、Microsoft Purview は、そのサブスクリプション内のすべての Azure Storage アカウントのポリシーを管理できます。

これらのコマンドをローカルで実行する場合は、必ず管理者として PowerShell を実行してください。または、Azure portal: https://shell.azure.comで Azure Cloud Shellを使用することもできます。

# Install the Az module
Install-Module -Name Az -Scope CurrentUser -Repository PSGallery -Force
# Login into the subscription
Connect-AzAccount -Subscription <SubscriptionID>
# Register the feature
Register-AzProviderFeature -FeatureName AllowPurviewPolicyEnforcement -ProviderNamespace Microsoft.Storage

最後のコマンドの出力に RegistrationStateが [登録済み] と表示されている場合、サブスクリプションはアクセスポリシーに対して有効になります。出力が [登録中] の場合は、少なくとも 10 分待ってから、コマンドを再試行します。 RegistrationState に [登録済み] と表示されない限り、続行しないでください。

ポリシーの Microsoft Purview アカウントを構成する

Microsoft Purview でデータソースを登録する

データリソースのポリシーを Microsoft Purview で作成するには、そのデータリソースを Microsoft Purview Studio に登録する必要があります。データリソースの登録に関連する手順については、このガイドの後半で説明します。

注:

Microsoft Purview ポリシーは、データリソース ARM パスに依存します。データリソースを新しいリソースグループまたはサブスクリプションに移動する場合は、登録を解除してから、Microsoft Purview に再登録する必要があります。

データソースに対してデータポリシーの適用を有効にするアクセス許可を構成する

リソースが登録されたら、そのリソースのポリシーを Microsoft Purview で作成する前に、アクセス許可を構成する必要があります。 データポリシーの適用を有効にするには、一連のアクセス許可が必要です。これは、データソース、リソースグループ、またはサブスクリプションに適用されます。 データポリシーの適用を有効にするには、リソースに対する特定の ID とアクセス管理 (IAM) 特権と、特定の Microsoft Purview 権限の両方が必要です。

リソースの Azure Resource Manager パスまたはその親 (つまり、IAM アクセス許可の継承を使用) には、次のいずれかの IAM ロールの組み合わせが必要です。
- IAM 所有者
- IAM 共同作成者と IAM ユーザーアクセス管理者の両方
Azure ロールベースのアクセス制御 (RBAC) アクセス許可を構成するには、このガイドに従います。次のスクリーンショットは、データリソースのAzure portalの [Access Control] セクションにアクセスしてロールの割り当てを追加する方法を示しています。

注:

データリソースの IAM 所有者 ロールは、親リソースグループ、サブスクリプション、またはサブスクリプション管理グループから継承できます。ユーザー、グループ、およびサービスプリンシパルがリソースの IAM 所有者ロールを保持しているか、継承しているMicrosoft Entraを確認します。
また、コレクションまたは親コレクションの Microsoft Purview データソース管理者 ロールも必要です (継承が有効な場合)。詳細については、 Microsoft Purview ロールの割り当ての管理に関するガイドを参照してください。

次のスクリーンショットは、ルートコレクションレベルで データソース管理者 ロールを割り当てる方法を示しています。

アクセスポリシーを作成、更新、または削除するように Microsoft Purview アクセス許可を構成する

ポリシーを作成、更新、または削除するには、ルートコレクションレベルで Microsoft Purview でポリシー作成者ロールを取得する必要があります。

ポリシー作成者ロールは、DevOps ポリシーとデータ所有者ポリシーを作成、更新、削除できます。
ポリシー作成者ロールは、セルフサービスアクセスポリシーを削除できます。

Microsoft Purview ロールの割り当ての管理の詳細については、Microsoft Purview データマップでのコレクションの作成と管理に関するページを参照してください。

注:

ポリシー作成者ロールは、ルートコレクションレベルで構成する必要があります。

さらに、ポリシーの件名を作成または更新するときに、Microsoft Entraユーザーまたはグループを簡単に検索するには、Microsoft Entra IDで [ディレクトリ閲覧者] アクセス許可を取得することで大きなメリットを得ることができます。これは、Azure テナント内のユーザーに共通のアクセス許可です。ディレクトリ閲覧者のアクセス許可がない場合、ポリシー作成者は、データポリシーの件名に含まれるすべてのプリンシパルの完全なユーザー名または電子メールを入力する必要があります。

データ所有者ポリシーを発行するための Microsoft Purview アクセス許可を構成する

データ所有者ポリシーを使用すると、Microsoft Purview ポリシーの作成者とデータソース管理者ロールをorganization内の別のユーザーに割り当てる場合、チェックと残高が許可されます。データ所有者ポリシーが有効になる前に、2 人目のユーザー (データソース管理者) がそれを確認し、公開して明示的に承認する必要があります。これは、DevOps またはセルフサービスアクセスポリシーには適用されません。公開は、それらのポリシーが作成または更新されるときに自動的に行われます。

データ所有者ポリシーを発行するには、ルートコレクションレベルで Microsoft Purview でデータソース管理者ロールを取得する必要があります。

注:

データ所有者ポリシーを発行するには、ルートコレクションレベルでデータソース管理者ロールを構成する必要があります。

Microsoft Purview のロールにアクセスプロビジョニングの責任を委任する

データポリシーの適用に対してリソースが有効になった後、ルートコレクションレベルでポリシー作成者ロールを持つ Microsoft Purview ユーザーは、Microsoft Purview からそのデータソースへのアクセスをプロビジョニングできます。

注:

Microsoft Purview ルート コレクション管理者 は、ルート ポリシー作成者 ロールに新しいユーザーを割り当てることができます。 コレクション管理者は、コレクションの下のデータソース管理者ロールに新しいユーザーを割り当てることができます。 Microsoft Purview コレクション管理者、 データソース管理者、または ポリシー作成者 ロールを保持するユーザーを最小限に抑え、慎重に確認します。

発行されたポリシーを持つ Microsoft Purview アカウントが削除されると、特定のデータソースに依存する時間内にそのようなポリシーが適用されなくなります。この変更は、セキュリティとデータアクセスの可用性の両方に影響を与える可能性があります。 IAM の共同作成者ロールと所有者ロールは、Microsoft Purview アカウントを削除できます。これらのアクセス許可をチェックするには、Microsoft Purview アカウントの [アクセス制御 (IAM)] セクションに移動し、[ロールの割り当て] を選択します。ロックを使用して、Resource Manager ロックによって Microsoft Purview アカウントが削除されないようにすることもできます。

データポリシー適用のために Microsoft Purview にデータソースを登録する

アクセスポリシーを作成する前に、Azure Storage リソースを Microsoft Purview に最初に登録する必要があります。リソースを登録するには、このガイドの 「前提条件 と登録」セクションに従います。

Microsoft Purview にAzure Blob Storageを登録する

データソースを登録したら、データポリシーの適用を有効にする必要があります。これは、データソースにポリシーを作成する前の前提条件です。データポリシーの適用は、データソースへのアクセスを管理する特定の Microsoft Purview ロールに委任されるため、データのセキュリティに影響を与える可能性があります。 このガイドのデータポリシーの適用に関連するセキュリティで保護されたプラクティスを確認する: データポリシーの適用を有効にする方法

データソースの [データポリシーの適用 ] オプションが [有効] に設定されると、次のスクリーンショットのようになります。 [ データポリシーの適用] オプションを有効にしてポリシーのデータソースを登録する方法を示すスクリーンショット

ポリシーを作成する

Azure Blob Storageのアクセスポリシーを作成するには、次のガイドに従います。単一のストレージアカウントで読み取り/変更アクセスをプロビジョニングします。

リソースグループまたは Azure サブスクリプション内のすべてのデータソースに対応するポリシーを作成するには、このセクションを参照してください。

保護ポリシー

保護アクセス制御ポリシー (保護ポリシー) を使用すると、組織はデータソース間で機密データを自動的に保護できます。 Microsoft Purview は既にデータ資産をスキャンし、機密データ要素を識別します。この新機能を使用すると、Microsoft Purview Information Protectionからの秘密度ラベルを使用してそのデータへのアクセスを自動的に制限できます。

保護ポリシーを作成するには、次のドキュメントに従います:Microsoft Purview Information Protection ポリシーを作成する方法。

次の手順

Microsoft Purview とデータの詳細については、以下のガイドに従ってください。

次の方法で共有

Microsoft Purview で Azure Blob Storage に接続する

サポートされている機能

前提条件

登録

レジスタの前提条件

登録手順

スキャン

スキャンの認証

スキャンにシステムまたはユーザー割り当てマネージド ID を使用する

スキャンにアカウント キーを使用する

スキャンにサービス プリンシパルを使用する

新しいサービス プリンシパルの作成

サービス プリンシパルのアプリケーション ID の取得

サービス プリンシパルに Azure Blob アカウントへのアクセス権を付与する

スキャンの作成

システムまたはユーザー割り当てマネージド ID を使用している場合

アカウント キーを使用している場合

サービス プリンシパルを使用している場合

スキャンのスコーピングと実行

スキャンの表示

スキャンの管理

データの共有

インプレース データ共有でサポートされるストレージ アカウント

データを共有するために必要なストレージ アカウントのアクセス許可

共有データを受信するために必要なストレージ アカウントのアクセス許可

ソース ストレージ アカウントの共有データを更新する

ターゲット ストレージ アカウントの共有データにアクセスする