Azure Storage Blob 인벤토리

Azure Storage 블롭 인벤토리는 스토리지 계정 내 컨테이너, 블롭, 블롭 버전, 스냅샷 및 관련 속성을 나열합니다. 이 서비스는 쉼표 구분 값(CSV) 또는 Apache Parquet 형식으로 매일 또는 주간 보고서를 생성합니다.

재고 보고서를 사용해 저장 계좌 내용의 보존, 법적 보류 또는 암호화 상태를 감사하세요. 데이터의 전체 크기, 연령, 등급 분포 및 기타 속성도 분석할 수 있습니다.

블롭 인벤토리는 비즈니스 워크플로우를 단순화하고 데이터 처리 작업을 가속화할 수 있습니다. 리스트 컨테이너와 리스트 블롭 API의 예약 자동화를 제공합니다. 인벤토리 규칙 필터는 블롭 유형, 접두사 또는 선택한 블롭 속성별로 내용을 보고합니다.

Azure Storage Blob 인벤토리는 다음과 같은 유형의 스토리지 계정에 사용할 수 있습니다.

• 표준 범용 v2
• 프리미엄 블록 Blob 스토리지
• Blob Storage

인벤토리 기능

Azure Storage 블롭 인벤토리는 다음과 같은 기능과 기능을 지원합니다.

• Blob 및 컨테이너에 대한 인벤토리 보고서

  Blob 및 컨테이너에 대한 인벤토리 보고서를 생성할 수 있습니다. 블롭 보고서에는 기본 블롭, 스냅샷, 콘텐츠 길이, 블롭 버전, 그리고 생성 시간 및 마지막 수정 시간과 같은 관련 속성이 포함될 수 있습니다. 보고서에는 빈 용기가 나와 있지 않습니다. 컨테이너 보고서는 컨테이너와 불변성 정책 상태 및 법적 보유 상태 같은 관련 속성을 설명합니다.

• 사용자 지정 스키마

  보고서에 표시할 필드를 선택할 수 있습니다. 지원되는 필드 목록에서 선택합니다. 이 목록은 이 문서의 뒷부분에 나와 있습니다.

• CSV 및 Apache Parquet 출력 형식

  인벤토리 보고서는 CSV 또는 Apache Parquet 출력 형식으로 생성할 수 있습니다.

• 인벤토리 보고서별 매니페스트 파일 및 Azure Event Grid 이벤트

  이 서비스는 각 재고 보고서에 대해 매니페스트 파일을 생성하고 Azure Event Grid 이벤트를 생성합니다. 이 항목들은 나중에 자세히 다룹니다.

인벤토리 보고서 활성화

스토리지 계정에 하나 이상의 규칙이 포함된 정책을 추가하여 Blob 인벤토리 보고서를 사용하도록 설정합니다. 자세한 지침은 Azure Storage Blob 인벤토리 보고서 사용을 참조하세요.

인벤토리 정책 업그레이드

2021년 6월 이전에 Azure Storage 블롭 인벤토리를 설정했다면, 정책을 불러오고 필요한 변경을 한 후 저장하세요. 정책을 재로드하면, 서비스는 규칙별 목적지, 매니페스트 파일, Azure Event Grid 이벤트 설정에 기본값을 채웁니다. 이 가치들은 바꿀 수 있습니다.

• 각 규칙은 정책 수준에서 하나의 목적지를 공유하는 대신 목적지 컨테이너를 지원합니다.

• 서비스는 정책 대신 각 규칙에 대해 매니페스트 파일과 Azure Event Grid 이벤트를 생성합니다.

인벤토리 정책

재고 보고서를 구성하려면 하나 이상의 규칙이 포함된 재고 정책을 JSON 문서에 추가하세요.

{
  "enabled": true,
  "rules": [
  {
    "enabled": true,
    "name": "inventoryrule1",
    "destination": "inventory-destination-container",
    "definition": {
      "filters": {
        "blobTypes": ["blockBlob"]
      },
      "format": "csv",
      "objectType": "blob",
      "schedule": "daily",
      "schemaFields": ["Name"]
    }
  },
  {
    "enabled": true,
    "name": "inventoryrule2",
    "destination": "inventory-destination-container",
    "definition": {
      "filters": {},
      "format": "csv",
      "objectType": "container",
      "schedule": "weekly",
      "schemaFields": ["Name"]
    }
  }]
}

Azure Portal의 Blob 인벤토리 섹션에서 코드 보기 탭을 선택하여 인벤토리 정책에 대한 JSON을 표시합니다.

매개 변수 이름	매개 변수 형식	참고 사항	필수 여부
enabled	부울	전체 정책을 비활성화하는 데 사용됩니다. true로 설정하면 규칙 수준 enabled 필드가 이 매개변수를 덮어씁니다. 비활성화되면 모든 규칙에서 인벤토리가 비활성화됩니다.	예
rules	규칙 개체의 배열	정책에 하나 이상의 규칙이 필요합니다. 정책마다 최대 100개의 규칙이 지원됩니다.	예

인벤토리 규칙

규칙은 인벤토리 보고서를 생성하기 위한 필터링 조건 및 출력 매개 변수를 캡처합니다. 각 규칙은 인벤토리 보고서를 만듭니다. 규칙에는 겹치는 접두사가 있을 수 있습니다. Blob은 규칙 정의에 따라 1개보다 많은 인벤토리에 표시될 수 있습니다.

정책 내의 각 규칙에는 다음과 같은 몇 가지 매개 변수가 있습니다.

매개 변수 이름	매개 변수 형식	참고 사항	필수 여부
name	문자열	규칙 이름은 최대 256자의 대/소문자를 구분하는 영숫자를 포함할 수 있습니다. 이름은 정책 내에서 고유해야 합니다.	예
enabled	부울	규칙을 활성화하거나 비활성화하는 플래그가 있습니다. 기본값은 true입니다.	예
definition	JSON 인벤토리 규칙 정의	각 정의는 규칙 필터 집합으로 구성됩니다.	예
destination	문자열	서비스가 모든 재고 파일을 생성하는 목적지 컨테이너입니다. 대상 컨테이너는 이미 있어야 합니다.

글로벌 Blob 인벤토리 사용 플래그는 규칙의 사용 매개 변수보다 우선 적용됩니다.

규칙 정의

매개 변수 이름	매개 변수 형식	참고 사항	필수
filters	JSON	필터는 블롭이나 컨테이너가 인벤토리에 속하는지 결정합니다.	예
format	문자열	재고 파일의 출력 형식을 결정합니다. 유효한 값은 (CSV 형식용)와 parquet (Apache Parquet 형식용)입니다 csv .	예
objectType	문자열	재고 규칙이 블롭에 적용되는지, 컨테이너에 적용되는지를 나타냅니다. 유효한 값은 blob 및 container입니다.	예
schedule	문자열	규칙을 언제 실행할지 명시합니다. 유효한 값은 daily 및 weekly입니다.	예
schemaFields	JSON 배열	인벤토리에 포함할 스키마 필드를 나열합니다.	예

규칙 필터

블롭 인벤토리 보고서를 맞춤 설정하려면 다음 필터를 사용하세요:

필터 이름	필터 형식	참고 사항	필수 여부
blobTypes	미리 정의된 열거형 값의 배열	계층적 네임스페이스가 활성화된 계정의 경우 유효한 값은 blockBlob 및 appendBlob이고, 기타 계정의 경우 blockBlob, appendBlob 및 pageBlob입니다. 이 필드는 컨테이너 재고에는 적용되지 않습니다 (objectType: container).	예
creationTime	숫자	블롭이 만들어진 며칠을 명시합니다. 예를 들어, 의 3 값은 최근 3일 이내에 생성된 블롭만 포함합니다.	아니요
prefixMatch	최대 10개의 문자열 배열	빈 접두사를 정의 prefixMatch 하거나 제공하지 않으면, 이 규칙은 스토리지 계정 내 모든 블롭에 적용됩니다. 접두사는 컨테이너 이름 접두사 또는 컨테이너 이름이어야 합니다. 예: container 또는 container1/foo.	아니요
excludePrefix	최대 10개의 문자열 배열	인벤토리 보고서에서 제외할 Blob 경로를 지정합니다. A excludePrefix 는 반드시 컨테이너 이름 접두사나 컨테이너 이름이어야 합니다. 빈 상태 excludePrefix가 있으면 보고서는 어떤 문자열이든 prefixMatch 이름이 일치하는 모든 블롭을 나열합니다. 접두사를 포함하되 특정 하위 집합을 제외하려면 필터를 excludePrefix 사용하세요. 예를 들어, container-a/folder 아래의 항목을 제외하고 container-a 아래의 모든 blob을 포함하려면 excludePrefix를 prefixMatch로, container-a를 container-a/folder로 설정합니다.	아니요
includeSnapshots	부울	인벤토리에 스냅샷이 포함되는지 명시합니다. 기본값은 false입니다. 이 필드는 컨테이너 재고에는 적용되지 않습니다 (objectType: container).	아니요
includeBlobVersions	부울	인벤토리에 블롭 버전이 포함되는지 명시합니다. 기본값은 false입니다. 이 필드는 컨테이너 재고에는 적용되지 않습니다 (objectType: container).	아니요
includeDeleted	부울	인벤토리에 삭제된 블롭이 포함되는지 명시합니다. 기본값은 false입니다. 계층적 네임스페이스를 가진 계정에서는 이 필터가 소프트 삭제 상태의 폴더와 블롭을 포함합니다. 보고서에는 명시적으로 삭제된 폴더와 파일만 나타납니다. 부모 폴더를 삭제하여 삭제된 자식 폴더와 파일은 포함되지 않습니다.	아니요

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 인벤토리에 대해 지원되는 사용자 지정 스키마 필드

참고

Data Lake Storage 열에는 계층 구조 네임스페이스 기능이 사용하도록 설정된 계정의 지원이 표시됩니다.

필드	Blob Storage(기본 지원)	데이터 레이크 스토리지
Name(필수)
생성 시간
마지막 수정
LastAccessTime1
ETag
콘텐츠-길이
콘텐츠-형식
Content-Encoding (콘텐츠 인코딩)
콘텐츠-언어
Content-CRC64
Content-MD5
Cache-Control
Cache-Disposition
블롭 유형
접근 계층 (AccessTier)
AccessTierChangeTime (엑세스 계층 변경 시간)
리스스테이터스
리스스테이트
서버 암호화됨
고객이 제공한 키 SHA256
메타데이터
만료 시간
hdi_isfolder
소유자
그룹
사용 권한
Acl
Snapshot(보고서에 스냅샷을 포함하도록 선택하는 경우에 사용 가능한 필수 필드)
삭제됨
DeletionId
DeletedTime
RemainingRetentionDays
VersionId(보고서에 Blob 버전을 포함하도록 선택하는 경우에 사용 가능한 필수 필드)
IsCurrentVersion(보고서에 Blob 버전을 포함하도록 선택하는 경우에 사용 가능한 필수 필드)
태그 수
태그
CopyId
복사 소스
CopyStatus
CopyProgress
복사 완료 시간
복사 상태 설명
ImmutabilityPolicyUntilDate
ImmutabilityPolicyMode
리걸홀드
RehydratePriority
아카이브 상태
암호화 범위
IncrementalCopy
x-ms-blob-sequence-number

¹ 기본적으로 사용 안 함. 필요에 따라 액세스 시간 추적을 사용합니다.

컨테이너 인벤토리에 대해 지원되는 사용자 지정 스키마 필드

참고

Data Lake Storage 열에는 계층 구조 네임스페이스 기능이 사용하도록 설정된 계정의 지원이 표시됩니다.

필드	Blob Storage(기본 지원)	데이터 레이크 스토리지
Name(필수)
마지막 수정
ETag
리스스테이터스
리스스테이트
임대 기간
메타데이터
퍼블릭액세스
기본 암호화 범위
DenyEncryptionScopeOverride
HasImmutabilityPolicy
HasLegalHold
버전 관리가 활성화된 불변 저장소
삭제됨(삭제된 컨테이너 포함을 선택한 경우에만 표시됨)
버전(삭제된 컨테이너 포함을 선택한 경우에만 표시됨)
DeletedTime (삭제된 컨테이너 포함을 선택했을 때만 나타납니다)
RemainingRetentionDays (삭제된 컨테이너 포함을 선택했을 때만 나타납니다)

인벤토리 실행

규칙을 매일 실행하도록 설정하면 매일 실행됩니다. 규칙을 주간 실행으로 설정하면 UTC로 매주 일요일에 실행됩니다.

재고 실행은 실패하기 전까지 최대 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	문자열	인벤토리 정책이 예약된 시간입니다.
계정이름	문자열	스토리지 계정 이름입니다.
규칙명	문자열	규칙 이름
정책 실행 상태	문자열	인벤토리 실행의 상태입니다. 가능한 값은 Succeeded, PartiallySucceeded 및 Failed 입니다.
정책 실행 상태 메시지	문자열	인벤토리 실행에 대한 상태 메시지입니다.
policyRunId	문자열	인벤토리 실행의 정책 실행 ID입니다.
manifestBlobUrl	문자열	인벤토리 실행을 위한 매니페스트 파일의 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은 인벤토리 규칙 이름입니다.

인벤토리 파일

규칙에 대한 인벤토리를 실행할 때마다 다음 파일이 생성됩니다.

• 인벤토리 파일: 규칙에 대한 인벤토리 실행은 CSV 또는 Apache Parquet 형식의 파일을 생성합니다. 각 파일에는 일치하는 개체와 해당 메타데이터가 포함됩니다.

  중요합니다

  인벤토리 실행 시 객체 수가 많으면 여러 파일이 생성됩니다. 자세한 내용은 여러 인벤토리 파일 출력 FAQ를 참조하세요.

  Apache Parquet 형식의 보고서는 다음과 같은 형식으로 날짜를 제시합니다: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. CSV 서식이 지정된 파일의 경우 첫 번째 행은 항상 schema 행입니다. 다음 이미지는 Microsoft Excel에서 열린 인벤토리 CSV 파일을 보여 줍니다.

  

  중요합니다

  인벤토리 파일에 나타나는 Blob 경로는 특정 순서대로 나타나지 않을 수 있습니다.

• 체크섬 파일: 체크섬 파일은 파일 내용 manifest.json 의 MD5 체크섬을 포함합니다. 체크섬 파일의 이름은 <ruleName>-manifest.checksum입니다. 체크섬 파일이 생성되면 인벤토리 실행이 완료되었다는 뜻입니다.

• 명세서 파일: 파일에는 manifest.json 해당 규칙에 따라 생성된 재고 파일의 세부 정보가 포함되어 있습니다. 파일 이름은 <ruleName>-manifest.json입니다. 이 파일은 또한 해당 규칙의 규칙 정의와 인벤토리로 가는 경로를 기록합니다. 다음 JSON은 샘플 manifest.json 파일의 내용을 보여줍니다.

  {
  "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).

가격 책정 및 대금 청구

재고 가격은 청구 기간 동안 스캔한 블롭과 컨테이너 수를 기준으로 책정됩니다. Azure Blob Storage 가격 책정 페이지에는 검색된 100만 개체당 가격이 표시됩니다. 예를 들어, 100만 개의 개체를 스캔하는 가격이 $0.003이고, 계정에 300만 개의 개체가 포함되어 있으며 한 달에 4개의 보고서를 생성하는 경우 청구서는 4 * 3 * $0.003 = $0.036이 됩니다.

재고 파일을 생성한 후에는 계좌 내 재고 생성 파일을 저장, 읽기, 쓰기 시 추가로 표준 데이터 저장 및 운영 비용이 발생합니다.

만약 어떤 규칙이 다른 규칙의 접두사와 겹치는 접두사를 포함하면, 동일한 블롭이 두 개 이상의 인벤토리 보고서에 나타날 수 있습니다. 이 경우 두 경우 모두 비용을 부담해야 합니다. 예를 들어 한 규칙의 prefixMatch 요소가 ["inventory-blob-1", "inventory-blob-2"]로 설정되었고 다른 규칙의 prefixMatch 요소가 ["inventory-blob-10", "inventory-blob-20"]으로 설정되었다고 가정하겠습니다. inventory-blob-200이라는 개체는 두 인벤토리 보고서에 모두 표시됩니다.

블롭의 스냅샷과 버전도 요금 청구 대상에 포함되며, includeBlobVersions 및 false 필터를 includeSnapshots로 설정하더라도 마찬가지입니다. 이러한 필터 값은 요금 청구에 영향을 주지 않습니다. 이러한 필터 값은 보고서에 표시되는 항목을 필터링하는 데만 사용할 수 있습니다.

Azure Storage Blob 인벤토리의 가격 책정에 대한 자세한 내용은 Azure Blob Storage 가격 책정을 참조하세요.

기능 지원

이 기능에 대한 지원은 Data Lake Storage Gen2, NFS(네트워크 파일 시스템) 3.0 프로토콜 또는 SSH SFTP(파일 전송 프로토콜)를 사용하도록 설정하면 영향을 받을 수 있습니다. 이러한 기능을 사용하도록 설정한 경우 Azure Storage 계정의 Blob Storage 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.

알려진 문제 및 제한 사항

이 섹션에서는 Azure Storage Blob 인벤토리 기능의 제한 사항 및 알려진 문제에 대해 설명합니다.

재고 보고서, 객체 수, 데이터 크기는 청구와 비교해서는 안 됩니다

재고 보고서에는 메타데이터, 시스템 로그, 속성이 포함되어 있지 않으니, 저장 계정의 청구된 객체 수와 데이터 크기와 비교하지 마세요.

재고 작업은 특정 경우에 완료하는 데 더 오래 걸릴 수 있습니다

재고 작업은 다음과 같은 경우 더 오래 걸릴 수 있습니다:

• 많은 양의 새로운 데이터를 추가합니다.

• 처음으로 규칙 또는 규칙 집합을 실행합니다.

  재고 작업은 이후 작업보다 더 오래 걸릴 수 있습니다.

• 인벤토리 실행은 계층적 네임스페이스 지원 계정에서 대량의 데이터를 처리합니다.

  계층적 네임스페이스 지원 계정의 경우 수억 개의 블롭을 가진 인벤토리 작업이 완료하는 데 하루 이상 걸릴 수 있습니다. 경우에 따라 인벤토리 작업이 실패하고 인벤토리 파일을 만들지 않습니다. 작업이 성공적으로 완료되지 않은 경우 지원 서비스에 문의하기 전에 후속 작업이 완료되었는지 확인합니다.

• 특정 날짜에 대해 소급하여 보고서를 생성할 수 있는 옵션은 없습니다.

인벤토리 작업은 개체 복제 정책이 있는 컨테이너에 보고서를 쓸 수 없습니다.

개체 복제 정책 때문에 인벤토리 작업에서 대상 컨테이너에 인벤토리 보고서를 기록하지 못할 수 있습니다. 다른 시나리오는 보고서를 아카이브하거나 부분적으로 완료된 보고서를 변경 불가능하게 만들어 재고 작업 실패를 초래할 수 있습니다.

재고와 불변 저장

해당 계정에서 버전 수준의 불변성 지원이 활성화되어 있거나, 인벤토리 정책에서 정의한 목적지 컨테이너에서 버전 수준의 불변성 지원이 활성화되어 있으면 재고 정책을 구성할 수 없습니다.

보고서는 계층 구조 네임스페이스가 있는 계정에서 일시 삭제된 Blob을 제외할 수 있습니다

소프트 삭제가 활성화되어 있을 때 컨테이너나 디렉터리를 삭제하면, 서비스는 해당 컨테이너와 그 안에 있는 모든 내용을 소프트 삭제로 표시합니다. 하지만 인벤토리 보고서에는 0 길이의 블롭으로 보고된 컨테이너나 디렉터리만 나타납니다. 보고서에는 정책의 includeDeleted 필드를 true로 설정하더라도 소프트 삭제된 자식 블롭이 포함되지 않습니다. 이러한 동작은 Azure 포털과 재고 보고서의 용량 지표 간에 차이를 만들 수 있습니다.

명시적으로 삭제한 블롭만 보고서에 나타납니다. 모든 소프트 삭제된 블롭(디렉터리 및 모든 자식 블롭)의 완전한 목록을 얻으려면, 워크로드는 디렉터리 자체를 삭제하기 전에 각 블롭을 먼저 삭제해야 합니다.

블롭 인벤토리에서 중복 처리하기

블롭 인벤토리는 분산 시스템에서 작동하기 때문에, 드물게 보고서에 중복된 블롭 항목이 나타날 수 있습니다.

재고 보고서를 후처리할 때 고유한 blob 항목이 필요한 경우, Name 필드를 사용하여 고유한 blob만 반환하세요.

보고서에 블롭 버전이 포함되어 있다면, 와 Version ID 필드를 함께 사용하여 Name 고유한 블롭과 버전만 식별하고 반환하세요.

다음 단계

• Azure Storage Blob 인벤토리 보고서 사용
• 컨테이너당 Blob의 개수 및 총 크기 계산
• 자습서: blob 인벤토리 보고서 분석하기
• Azure Blob Storage 수명 주기 관리
• 블롭 인벤토리 FAQ