Azure Storage BLOB インベントリ

[アーティクル]
03/28/2024

Azure Storage の BLOB インベントリでは、ストレージアカウント内のコンテナー、BLOB、BLOB のバージョン、スナップショットの一覧と、関連するプロパティが示されます。毎日または毎週、コンマ区切り値 (CSV) または Apache Parquet 形式で出力レポートが生成されます。レポートを使用して、ストレージアカウントの内容の保持、訴訟ホールド、または暗号化の状態を監査したり、データの合計サイズ、年数、階層の分布、またはデータのその他の属性を理解するために使用したりすることができます。 BLOB インベントリを使用して、List Containers と List Blobs API のスケジュールされた自動化として BLOB インベントリを使用することで、ビジネスワークフローを簡素化したり、データ処理ジョブを高速化したりすることもできます。 BLOB インベントリルールを使用すると、BLOB の種類、プレフィックス、またはレポートに含める BLOB プロパティを選択して、レポートの内容をフィルター処理できます。

Azure Storage BLOB インベントリは、次の種類のストレージアカウントで使用できます。

Standard 汎用 v2
Premium ブロック BLOB ストレージ
BLOB ストレージ

インベントリ機能

次の一覧では、Azure Storage BLOB インベントリの現在のリリースで使用できる機能について説明します。

BLOB とコンテナーのインベントリレポート

BLOB とコンテナーのインベントリレポートを生成できます。 BLOB のレポートには、ベース BLOB、スナップショット、コンテンツの長さ、BLOB バージョン、およびそれらに関連付けられたプロパティ (作成時刻、最終更新時刻など) を含めることができます。 BLOB インベントリレポートには空のコンテナーは表示されません。コンテナーのレポートでは、コンテナーとそれに関連付けられているプロパティ (不変ポリシーの状態、法的なホールドの状態など) が記述されます。
カスタムスキーマ

レポートに表示するフィールドを選択できます。サポートされているフィールドの一覧から選択します。この一覧は、この記事の後半に記載されています。
CSV および Apache Parquet の出力形式

インベントリレポートは、CSV または Apache Parquet のいずれかの出力形式で生成できます。
インベントリレポートごとのマニフェストファイルと Azure Event Grid イベント

インベントリレポートごとのマニフェストファイルと Azure Event Grid イベントが生成されます。これらは、この記事の後半で説明します。

インベントリレポートの有効化

BLOB インベントリレポートを有効にするには、1 つ以上のルールが含まれるポリシーを、ストレージアカウントに追加します。ガイダンスについては、「Azure Storage BLOB のインベントリレポートを有効にする」をご覧ください。

インベントリポリシーをアップグレードする

2021 年 6月より前にインベントリを構成した既存の Azure Storage BLOB インベントリユーザーの場合、ポリシーを読み込んで変更した後に、ポリシーを保存し直すことで、新しい機能の使用を開始できます。ポリシーを再読み込みすると、ポリシーの新しいフィールドに既定値が設定されます。これらの値は、必要に応じて変更できます。また、次の 2 つの機能が使用可能になります。

ポリシーに対してのみサポートされるのではなく、すべての規則でターゲットコンテナーがサポートされるようになりました。
ポリシーごとではなく、マニフェストファイルと Azure Event Grid イベントがルールごとに生成されるようになりました。

インベントリポリシー

インベントリレポートは、1 つまたは複数のルールを含むインベントリポリシーを追加することによって構成されます。インベントリポリシーは、JSON ドキュメントに記述されたルールのコレクションです。

{
  "enabled": true,
  "rules": [
  {
    "enabled": true,
    "name": "inventoryrule1",
    "destination": "inventory-destination-container",
    "definition": {. . .}
  },
  {
    "enabled": true,
    "name": "inventoryrule2",
    "destination": "inventory-destination-container",
    "definition": {. . .}
  }]
}

Azure portal の [BLOB インベントリ] セクションで [コードビュー] タブを選択して JSON を表示し、インベントリポリシーを確認します。

パラメーター名	パラメーターのタイプ	Notes	必須
enabled	boolean	ポリシー全体を無効にするために使用します。 true に設定すると、このパラメーターはルールレベルの enabled フィールドによってオーバーライドされます。無効にすると、すべてのルールのインベントリが無効になります。	○
rules	ルールオブジェクトの配列	ポリシーには少なくとも 1 つのルールが必要です。ポリシーごとに最大 100 のルールがサポートされています。	○

インベントリルール

ルールには、インベントリレポートを生成するためのフィルター条件と出力パラメーターが含まれます。各ルールからインベントリレポートが作成されます。ルールには、重複するプレフィックスを含めることができます。ルールの定義によっては、1 つの BLOB が複数のインベントリに出現する場合があります。

ポリシー内の各ルールには、次のいくつかのパラメーターがあります。

パラメーター名	パラメーターのタイプ	Notes	必須
name	string	ルール名には最大 256 の英数字を含めることができ、大文字と小文字は区別されます。名前は、ポリシー内で一意である必要があります。	○
enabled	boolean	ルールを有効または無効にするためのフラグ。既定値は true です。	○
定義	JSON インベントリルール定義	各定義は、ルールフィルターセットで構成されます。	○
destination	string	すべてのインベントリファイルが生成される出力先コンテナー。出力先コンテナーは既に存在している必要があります。

グローバルな [BLOB インベントリが有効] フラグの方が、ルールの enabled パラメーターよりも優先されます。

規則定義

パラメーター名	パラメーターのタイプ	Notes	必須
filters	json	フィルターは、BLOB またはコンテナーが在庫の一部であるかどうかを判断します。	はい
format	string	インベントリファイルの出力を決定します。有効な値は `csv` であり (CSV形式の場合)、`parquet` (Apache Parquet 形式の場合) です。	はい
objectType	string	これが BLOB またはコンテナーのインベントリルールであるかどうかを示します。有効な値は、`blob`、`container` です。	はい
schedule	string	このルールを実行するスケジュールです。有効な値は、`daily`、`weekly` です。	はい
schemaFields	JSON 配列	インベントリの一部となるスキーマフィールドの一覧。	はい

ルールフィルター

BLOB インベントリレポートをカスタマイズするには、いくつかのフィルターを使用できます。

フィルター名	フィルターの種類	Notes	必須
blobTypes	定義済みの列挙型の値の配列	有効な値は、階層型名前空間が有効になっているアカウントの場合は `blockBlob` と `appendBlob`、他のアカウントの場合は `blockBlob`、`appendBlob`、および `pageBlob` です。このフィールドは、コンテナー (objectType: `container`) のインベントリには適用されません。	はい
creationTime	数値	BLOB が過去何日間以内に作成されたものである必要があるかを指定します。たとえば、値 `3` では、過去 3 日間に作成された BLOB のみがレポートに含まれます。	いいえ
prefixMatch	プレフィックスを照合する最大 10 の文字列の配列。	prefixMatch を定義していない場合、または空のプレフィックスを指定した場合、ルールはストレージアカウント内のすべての BLOB に適用されます。プレフィックスは、コンテナー名のプレフィックスまたはコンテナー名である必要があります。たとえば、`container`、`container1/foo` のようになります。	いいえ
excludePrefix	除外するプレフィックスを示す最大 10 個の文字列の配列。	インベントリレポートから除外する BLOB パスを指定します。 excludePrefix は、コンテナー名のプレフィックスまたはコンテナー名である必要があります。 excludePrefix が空の場合、prefixMatch 文字列に一致する名前を持つすべての BLOB がリストされます。特定のプレフィックスを含め、そこから特定のサブセットを除外する場合、excludePrefix フィルターを使用できます。たとえば、`container-a/folder` フォルダーの下の BLOB を除く、`container-a` の下のすべての BLOB を含める場合、prefixMatch を `container-a` に設定し、excludePrefix を `container-a/folder` に設定する必要があります。	いいえ
includeSnapshots	boolean	インベントリにスナップショットを含めるかどうかを指定します。既定値は `false` です。このフィールドは、コンテナー (objectType: `container`) のインベントリには適用されません。	いいえ
includeBlobVersions	boolean	インベントリに BLOB バージョンを含めるかどうかを指定します。既定値は `false` です。このフィールドは、コンテナー (objectType: `container`) のインベントリには適用されません。	いいえ
includeDeleted	boolean	インベントリに専用 BLOB を含めるか指定します。既定値は `false` です。階層型名前空間があるアカウントでは、このフィルターには、フォルダーが含まれ、論理的に削除された状態の BLOB も含まれます。明示的に削除されたフォルダーとファイル (BLOB) のみ、レポートに表示されます。親フォルダーを削除した結果、子のフォルダーとファイルが削除されても、それらはレポートに含まれません。	いいえ

Azure portal の [BLOB インベントリ] セクションで [コードビュー] タブを選択して JSON を表示し、インベントリルールを確認します。フィルターは、ルール定義内で指定されます。

{
  "destination": "inventory-destination-container",
  "enabled": true,
  "rules": [
  {
    "definition": {
      "filters": {
        "blobTypes": ["blockBlob", "appendBlob", "pageBlob"],
        "prefixMatch": ["inventorytestcontainer1", "inventorytestcontainer2/abcd", "etc"],
        "excludePrefix": ["inventorytestcontainer10", "etc/logs"],
        "includeSnapshots": false,
        "includeBlobVersions": true,
      },
      "format": "csv",
      "objectType": "blob",
      "schedule": "daily",
      "schemaFields": ["Name", "Creation-Time"]
    },
    "enabled": true,
    "name": "blobinventorytest",
    "destination": "inventorydestinationContainer"
  },
  {
    "definition": {
      "filters": {
        "prefixMatch": ["inventorytestcontainer1", "inventorytestcontainer2/abcd", "etc"]
      },
      "format": "csv",
      "objectType": "container",
      "schedule": "weekly",
      "schemaFields": ["Name", "HasImmutabilityPolicy", "HasLegalHold"]
    },
    "enabled": true,
    "name": "containerinventorytest",
    "destination": "inventorydestinationContainer"
    }
  ]
}

BLOB インベントリでサポートされているカスタムスキーマフィールド

Note

Data Lake Storage 列では、階層型名前空間機能が有効になっているアカウントでのサポートが示されます。

フィールド	BLOB Storage (既定のサポート)	Data Lake Storage
名前 (必須)
作成時刻
更新日時
LastAccessTime¹
ETag
Content-Length
Content-Type
Content-Encoding
Content-Language
Content-CRC64
Content-MD5
Cache-Control
Cache-Disposition
BlobType
AccessTier
AccessTierChangeTime
LeaseStatus
LeaseState
ServerEncrypted
CustomerProvidedKeySHA256
メタデータ
有効期限
hdi_isfolder
所有者
グループ化
アクセス許可
Acl
スナップショット (レポートにスナップショットを含めることを選択した場合に使用可能および必須)
Deleted
DeletedId
DeletedTime
RemainingRetentionDays
VersionId (レポートに BLOB バージョンを含めることを選択した場合に使用可能および必須)
IsCurrentVersion (レポートに BLOB バージョンを含めることを選択した場合に使用可能および必須)
TagCount
Tags
CopyId
CopySource
CopyStatus
CopyProgress
CopyCompletionTime
CopyStatusDescription
ImmutabilityPolicyUntilDate
ImmutabilityPolicyMode
LegalHold
RehydratePriority
ArchiveStatus
EncryptionScope
IncrementalCopy
x-ms-blob-sequence-number

¹ 規定で無効になっています。オプションであるアクセス時間の追跡を有効にする。

コンテナーインベントリでサポートされているカスタムスキーマフィールド

Note

Data Lake Storage 列では、階層型名前空間機能が有効になっているアカウントでのサポートが示されます。

フィールド	BLOB Storage (既定のサポート)	Data Lake Storage
名前 (必須)
更新日時
ETag
LeaseStatus
LeaseState
LeaseDuration
メタデータ
PublicAccess
DefaultEncryptionScope
DenyEncryptionScopeOverride
HasImmutabilityPolicy
HasLegalHold
ImmutableStorageWithVersioningEnabled
Deleted (削除されたコンテナーの包含が選択されている場合にのみ表示されます)
Version (削除されたコンテナーの包含が選択されている場合にのみ表示されます)
DeletedTime (削除されたコンテナーの包含が選択されている場合にのみ表示されます)
RemainingRetentionDays (削除されたコンテナーの包含が選択されている場合にのみ表示されます)

インベントリの実行

日次実行するようにルールを構成すると、毎日実行するようにスケジュールされます。週次実行するようにルールを構成すると、毎週 UTC 時刻で日曜日に実行されるようにスケジュールされます。

ほとんどのインベントリの実行は 24 時間以内に完了します。階層型名前空間が有効になっているアカウントの場合、実行に 2 日間かかる可能性があります。また、処理されるファイルの数によっては、2 日間経過しても実行が完了しない場合があります。失敗せずに実行を完了できる最大時間は 6 日間です。

実行は重複しないため、同じルールの別の実行を開始するには実行を完了する必要があります。たとえば、ルールが日次実行されるようにスケジュールされている一方で、その同じルールの前日の実行がまだ進行中の場合、その日に新しい実行は開始されません。週次実行するようにスケジュールされているルールは、前の実行が成功するか失敗したかに関係なく、日曜日ごとに実行されます。実行が正常に完了しない場合、サポートに連絡する前に、後続の実行が完了するかどうかを確認してください。実行のパフォーマンスは変化する可能性があるため、実行が完了しない場合でも、その後の実行は完了する可能性があります。

インベントリポリシーの読み取りまたは書き込みは全体に対して行われます。部分的な更新はサポートされません。インベントリルールは日次で評価されます。そのため、ルールの定義を変更しても、その日にポリシーのルールが既に評価されている場合、更新は次の日まで評価されません。

インベントリ完了イベント

BlobInventoryPolicyCompleted イベントは、インベントリの実行がルールに対して完了したときに生成されます。このイベントは、インベントリの実行が開始前に失敗してユーザーエラーになった場合にも発生します。たとえば、無効なポリシーによって、または送信先コンテナーが存在しないときに発生するエラーによって、このイベントがトリガーされます。次の JSON は、BlobInventoryPolicyCompleted エントリの例を示しています。

{
  "topic": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/BlobInventory/providers/Microsoft.EventGrid/topics/BlobInventoryTopic",
  "subject": "BlobDataManagement/BlobInventory",
  "eventType": "Microsoft.Storage.BlobInventoryPolicyCompleted",
  "id": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "data": {
    "scheduleDateTime": "2021-05-28T03:50:27Z",
    "accountName": "testaccount",
    "ruleName": "Rule_1",
    "policyRunStatus": "Succeeded",
    "policyRunStatusMessage": "Inventory run succeeded, refer manifest file for inventory details.",
    "policyRunId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "manifestBlobUrl": "https://testaccount.blob.core.windows.net/inventory-destination-container/2021/05/26/13-25-36/Rule_1/Rule_1-manifest.json"
  },
  "dataVersion": "1.0",
  "metadataVersion": "1",
  "eventTime": "2021-05-28T15:03:18Z"
}

次の表で、BlobInventoryPolicyCompleted イベントのスキーマについて説明します。

フィールド	タイプ	説明
scheduleDateTime	string	インベントリルールがスケジュールされた時刻。
accountName	string	ストレージアカウント名。
ruleName	string	ルール名。
policyRunStatus	string	インベントリの実行の状態。指定できる値は、`Succeeded`、`PartiallySucceeded`、`Failed` です。
policyRunStatusMessage	string	インベントリ実行のステータスメッセージ。
policyRunId	string	インベントリ実行のポリシー実行 ID。
manifestBlobUrl	string	インベントリ実行用のマニフェストファイルの BLOB URL。

インベントリの出力

インベントリルールの実行ごとに、そのルールの指定したインベントリ出力先コンテナーに一連のファイルが生成されます。インベントリ出力は https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName というパスの下に生成されます。それぞれ以下の内容を表します。

accountName は、ご使用の Azure Blob Storage アカウント名です。
inventory-destination-container は、インベントリルールで指定した出力先コンテナーです。
YYYY/MM/DD/HH-MM-SS は、インベントリの実行が開始された時刻です。
ruleName はインベントリルール名です。

インベントリファイル

ルールのインベントリの実行ごとに、次のファイルが生成されます。

インベントリファイル: ルールを使ってインベントリを実行すると、1 つの CSV または Apache Parquet 形式のファイルが生成されます。そのような各ファイルには、一致したオブジェクトとそのメタデータが含まれます。

重要

2023 年 10 月以降、オブジェクト数が多い場合、インベントリを実行すると複数のファイルが生成されるようになります。詳細については、「複数のインベントリファイル出力に関する FAQ」を参照してください。

Apache Parquet 形式のレポートでは、次の形式で日付が表示されます。timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC] CSV 形式のファイルの場合、最初の行は常にスキーマ行になります。次の図は、Microsoft Excel で開いたインベントリ CSV ファイルを示しています。

重要

インベントリファイルに表示される BLOB パスは、特定の順序で表示されないことがあります。
チェックサムファイル: チェックサムファイルには、manifest.json ファイルの内容の MD5 チェックサムが記載されています。チェックサムファイルの名前は <ruleName>-manifest.checksum です。チェックサムファイルの生成は、インベントリルールの実行の完了を示します。

マニフェストファイル: manifest.json ファイルには、そのルールに基づいて生成されたインベントリファイルの詳細が記載されています。ファイルの名前が <ruleName>-manifest.json です。ファイルには、ユーザーが指定したルール定義とそのルールのインベントリへのパスも含まれます。次の json は、ファイルのサンプル manifest.jsの内容を示しています。

{
"destinationContainer" : "inventory-destination-container",
"endpoint" : "https://testaccount.blob.core.windows.net",
"files" : [
  {
    "blob" : "2021/05/26/13-25-36/Rule_1/Rule_1.csv",
    "size" : 12710092
  }
],
"inventoryCompletionTime" : "2021-05-26T13:35:56Z",
"inventoryStartTime" : "2021-05-26T13:25:36Z",
"ruleDefinition" : {
  "filters" : {
    "blobTypes" : [ "blockBlob" ],
    "includeBlobVersions" : false,
    "includeSnapshots" : false,
    "prefixMatch" : [ "penner-test-container-100003" ]
  },
  "format" : "csv",
  "objectType" : "blob",
  "schedule" : "daily",
  "schemaFields" : [
    "Name",
    "Creation-Time",
    "BlobType",
    "Content-Length",
    "LastAccessTime",
    "Last-Modified",
    "Metadata",
    "AccessTier"
  ]
},
"ruleName" : "Rule_1",
"status" : "Succeeded",
"summary" : {
  "objectCount" : 110000,
  "totalObjectSize" : 23789775
},
"version" : "1.0"
}

このファイルは、実行の開始時に作成されます。このファイルの status フィールドは、実行が完了するまでに Pending に設定されます。実行が完了すると、このフィールドは完了状態に設定されます (例: Succeeded または Failed)。

価格と課金

在庫の価格は、請求期間中にスキャンされる BLOB とコンテナーの数に基づいています。 [Azure Blob Storage 価格] ページには、スキャンされた 100 万個のオブジェクトあたりの価格が表示されます。たとえば、100 万個のオブジェクトをスキャンする価格が $0.003 米ドルの場合、アカウントには 300 万個のオブジェクトが含まれており、1 か月に 4 つのレポートを作成すると、請求は 4 * 3 * $0.003 = $0.036 になります。

インベントリファイルを作成した後、アカウントでインベントリによって生成されたファイルの格納、読み取り、書き込みを行うために、追加の標準データストレージと操作料金が発生します。

ルールに他のルールのプレフィックスと重複するプレフィックスが含まれている場合、同じ BLOB が複数のインベントリレポートに表示されることがあります。この場合、両方のインスタンスに対して課金されます。たとえば、あるルールの prefixMatch 要素が ["inventory-blob-1", "inventory-blob-2"] に設定され、別のルールの prefixMatch 要素が ["inventory-blob-10", "inventory-blob-20"] に設定されているとします。 inventory-blob-200 という名前のオブジェクトが両方のインベントリレポートに表示されます。

includeSnapshots と includeVersions のフィルターを false に設定していても、BLOB のスナップショットやバージョンも課金対象となります。これらのフィルター値は課金に影響しません。レポートに表示される内容をフィルター処理するためにのみ使用できます。

Azure Storage BLOB インベントリの価格の詳細については、Azure Blob Storage の価格に関するページを参照してください。

機能サポート

Data Lake Storage Gen2、Network File System (NFS) 3.0 プロトコル、または SSH ファイル転送プロトコル (SFTP) を有効にすると、この機能のサポートが影響を受ける場合があります。これらの機能のいずれかを有効にしている場合は、「Azure Storage アカウントでの Blob Storage 機能のサポート」を参照して、この機能のサポートを評価してください。

既知の問題と制限事項

このセクションでは、Azure Storage BLOB インベントリ機能の制限事項と既知の問題について説明します。

インベントリジョブが完了するまでに時間がかかる場合がある

次の場合、インベントリジョブに時間がかかることがあります。

大量の新しいデータが追加された
1 つの規則または一連の規則が初めて実行されている

このインベントリの実行は、後続のインベントリの実行と比較して実行に時間がかかることがあります。
階層型名前空間が有効なアカウントで、インベントリの実行によって大量のデータが処理されている

階層型名前空間が有効なアカウントに数億の BLOB がある場合、インベントリジョブが完了するまでに 1 日を超えることがあります。インベントリジョブが失敗し、インベントリファイルが作成されないことがあります。ジョブが正常に完了しない場合、サポートに連絡する前に、後続のジョブが完了するかどうかを確認してください。
特定の日付に対してレポートをさかのぼって生成するオプションはありません。

オブジェクトレプリケーションポリシーを持つコンテナーには、インベントリジョブからレポートを書き込めません。

オブジェクトレプリケーションポリシーを使用すると、インベントリジョブによってインベントリレポートが送信先コンテナーに書き込まれないようにすることができます。他の一部のシナリオでは、レポートが部分的にしか完了していないときにレポートがアーカイブされる場合や、レポートが変更不可になる場合があります。その結果、インベントリジョブが失敗することがあります。

インベントリと不変ストレージ

バージョンレベルの不変性のサポートがそのアカウントで有効な場合、またはインベントリポリシーで定義されている宛先コンテナーでバージョンレベルの不変性のサポートが有効な場合、そのアカウントでインベントリポリシーを構成することはできません。

レポートでは、階層型名前空間を持つアカウント内の論理的に削除された BLOB が除外される場合があります

論理的な削除を有効にしてコンテナーまたはディレクトリを削除すると、コンテナーまたはディレクトリとそのすべての内容が論理的に削除済みとしてマークされます。ただし、ポリシーの includeDeleted フィールドを true に設定した場合でも、インベントリレポートにはコンテナーまたはディレクトリ (長さ 0 の BLOB として報告されます) のみが表示され、そのコンテナーまたはディレクトリ内の論理的に削除された BLOB は表示ます。これにより、Azure portal で取得した容量メトリックに表示される内容と、インベントリレポートによって報告される内容が異なる可能性があります。

明示的に削除された BLOB のみ、レポートに表示されます。そのため、論理的に削除されたすべての BLOB (ディレクトリとすべての子 BLOB) の完全な一覧を取得するには、ディレクトリ自体を削除する前に、ワークロードでディレクトリ内の各 BLOB を削除する必要があります。

次の方法で共有

Azure Storage BLOB インベントリ

インベントリ機能

インベントリレポートの有効化

インベントリポリシーをアップグレードする

インベントリポリシー

インベントリルール

規則定義

ルールフィルター

BLOB インベントリでサポートされているカスタムスキーマフィールド

コンテナーインベントリでサポートされているカスタムスキーマフィールド

インベントリの実行

インベントリ完了イベント

インベントリの出力

インベントリファイル

価格と課金

機能サポート

既知の問題と制限事項

インベントリジョブが完了するまでに時間がかかる場合がある

オブジェクトレプリケーションポリシーを持つコンテナーには、インベントリジョブからレポートを書き込めません。

インベントリと不変ストレージ

レポートでは、階層型名前空間を持つアカウント内の論理的に削除された BLOB が除外される場合があります

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure Storage BLOB インベントリ

インベントリ機能

インベントリ レポートの有効化

インベントリ ポリシーをアップグレードする

インベントリ ポリシー

インベントリ ルール

規則定義

ルール フィルター

BLOB インベントリでサポートされているカスタム スキーマ フィールド

コンテナー インベントリでサポートされているカスタム スキーマ フィールド

インベントリの実行

インベントリ完了イベント

インベントリの出力

インベントリ ファイル

価格と課金

機能サポート

既知の問題と制限事項

インベントリ ジョブが完了するまでに時間がかかる場合がある

オブジェクト レプリケーション ポリシーを持つコンテナーには、インベントリ ジョブからレポートを書き込めません。

インベントリと不変ストレージ

レポートでは、階層型名前空間を持つアカウント内の論理的に削除された BLOB が除外される場合があります

次のステップ

フィードバック

その他のリソース

インベントリレポートの有効化

インベントリポリシーをアップグレードする

インベントリポリシー

インベントリルール

ルールフィルター

BLOB インベントリでサポートされているカスタムスキーマフィールド

コンテナーインベントリでサポートされているカスタムスキーマフィールド

インベントリファイル

インベントリジョブが完了するまでに時間がかかる場合がある

オブジェクトレプリケーションポリシーを持つコンテナーには、インベントリジョブからレポートを書き込めません。