Inventaris blob Azure Storage

Inventori blob Azure Storage menyediakan daftar kontainer, blob, versi blob, dan rekam jepret di akun penyimpanan Anda, bersama dengan properti terkait. Ini menghasilkan laporan output dalam format nilai yang dipisahkan koma (CSV) atau Apache Parquet setiap hari atau mingguan. Anda dapat menggunakan laporan untuk mengaudit retensi, penahanan hukum, atau status enkripsi konten akun penyimpanan Anda, atau Anda dapat menggunakannya untuk memahami ukuran data total, usia, distribusi tingkat, atau atribut data Anda lainnya. Anda juga dapat menggunakan inventaris blob untuk menyederhanakan alur kerja bisnis Anda atau mempercepat pekerjaan pemrosesan data, dengan menggunakan inventaris blob sebagai otomatisasi terjadwal dari Daftar Kontainer dan Daftar BLob API. Aturan inventaris blob memungkinkan Anda memfilter konten laporan berdasarkan jenis blob, awalan, atau dengan memilih properti blob untuk disertakan dalam laporan.

Inventori blob Azure Storage tersedia untuk jenis akun penyimpanan berikut:

• Tujuan umum standar v2
• Penyimpanan blob blok premium
• Penyimpanan Blob

Fitur inventaris

Daftar berikut menjelaskan fitur dan kemampuan yang tersedia dalam rilis persediaan blob Azure Storage saat ini.

• Laporan inventaris blob dan kontainer

  Anda dapat menghasilkan laporan inventaris blob dan kontainer. Laporan untuk blob dapat berisi blob dasar, rekam jepret, panjang konten, versi blob, dan properti terkaitnya seperti waktu pembuatan, waktu terakhir dimodifikasi. Kontainer kosong tidak tercantum dalam laporan inventori blob. Laporan untuk kontainer menjelaskan kontainer dan properti terkait seperti status kebijakan ketetapan, status penahanan hukum.

• Skema Kustom

  Anda dapat memilih bidang mana yang muncul dalam laporan. Pilih dari daftar bidang yang didukung. Daftar tersebut akan muncul nanti di artikel ini.

• Format output CSV dan Apache Parquet

  Anda dapat menghasilkan laporan inventaris dalam format output CSV atau Apache Parquet.

• File manifes dan kejadian Azure Event Grid per laporan inventaris

  File manifes dan kejadian Azure Event Grid dihasilkan untuk setiap laporan inventaris. Ini dijelaskan nanti dalam artikel ini.

Mengaktifkan laporan inventaris

Aktifkan laporan inventaris blob dengan menambahkan kebijakan dengan satu atau beberapa aturan ke akun penyimpanan Anda. Untuk panduan, lihat Mengaktifkan laporan inventaris blob Azure Storage.

Memperbarui kebijakan inventaris

Jika Anda adalah pengguna inventori blob Azure Storage yang sudah ada yang telah mengonfigurasi inventori sebelum Juni 2021, Anda dapat mulai menggunakan fitur baru dengan memuat kebijakan, lalu menyimpan kebijakan kembali setelah membuat perubahan. Saat Anda memuat ulang kebijakan, bidang baru dalam kebijakan akan diisi dengan nilai default. Anda dapat mengubah nilai-nilai tersebut jika Anda mau. Selain itu, dua fitur berikut akan tersedia.

• Kontainer tujuan sekarang sudah didukung untuk setiap aturan, bukan hanya didukung untuk kebijakan.

• File manifes dan kejadian Azure Event Grid sekarang dihasilkan per aturan, bukan per kebijakan.

Kebijakan inventaris

Laporan inventaris dikonfigurasi dengan menambahkan kebijakan inventaris dengan satu atau beberapa aturan. Kebijakan inventaris adalah kumpulan aturan dalam dokumen JSON.

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

Lihat JSON untuk kebijakan inventaris dengan memilih tab Tampilan kode di bagian Inventaris blob portal Microsoft Azure.

Nama Parameter	Jenis parameter	Catatan	Wajib diisi?
diaktifkan	Boolean	Digunakan untuk menonaktifkan seluruh kebijakan. Saat diatur ke benar, bidang yang diaktifkan tingkat aturan akan mengambil alih parameter ini. Saat dinonaktifkan, inventaris untuk semua aturan akan dinonaktifkan.	Ya
aturan	Larik objek aturan	Setidaknya satu aturan diperlukan dalam sebuah kebijakan. Hingga 100 aturan didukung untuk setiap kebijakan.	Ya

Aturan inventaris

Aturan mengambil kondisi pemfilteran dan parameter output untuk menghasilkan laporan inventaris. Setiap aturan membuat laporan inventaris. Aturan dapat memiliki prefiks yang tumpang tindih. Blob dapat muncul di lebih dari satu inventaris tergantung pada definisi aturan.

Setiap aturan dalam kebijakan memiliki beberapa parameter:

Nama Parameter	Jenis parameter	Catatan	Wajib diisi?
nama	string	Nama aturan dapat menyertakan hingga 256 karakter alfanumerik peka huruf besar/kecil. Nama dalam kebijakan harus unik.	Ya
diaktifkan	Boolean	Bendera yang memungkinkan aturan untuk diaktifkan atau dinonaktifkan. Nilai defaultnya adalah benar.	Ya
definisi	Definisi aturan inventaris JSON	Setiap definisi terdiri dari set filter aturan.	Ya
tujuan	string	Kontainer tujuan tempat semua file inventaris akan dibuat. Kontainer tujuan harus sudah ada.

Bendera yang diaktifkan Inventaris Blob global lebih diutamakan daripada parameter yang diaktifkan dalam sebuah aturan.

Definisi aturan

Nama Parameter	Jenis parameter	Catatan	Diperlukan
filter	json	Filter memutuskan apakah blob atau kontainer adalah bagian dari inventaris atau tidak.	Ya
format	string	Menentukan output dari file inventaris. Nilai yang sah atau valid adalah csv (Untuk format CSV) dan parquet (Untuk format Apache Parquet).	Ya
objectType	string	Menunjukkan apakah ini adalah aturan inventaris untuk blob atau kontainer. Nilai yang berlaku adalah blob atau container.	Ya
jadwal	string	Jadwal untuk menjalankan aturan ini. Nilai yang berlaku adalah daily atau weekly.	Ya
schemaFields	Array JSON	Daftar bidang Skema untuk menjadi bagian dari inventaris.	Ya

Filter aturan

Beberapa filter tersedia untuk menyesuaikan laporan inventaris blob:

Nama filter	Jenis filter	Catatan	Wajib diisi?
blobJenis	Larik nilai enum yang telah ditentukan sebelumnya	Nilai yang benar adalah blockBlob dan appendBlob untuk akun yang diaktifkan namespace hierarkis, dan blockBlob, appendBlob, serta pageBlob untuk akun lain. Bidang ini tidak berlaku untuk inventori pada kontainer, (objectType: container).	Ya
creationTime	Angka	Menentukan jumlah hari yang lalu di mana blob harus dibuat. Misalnya, nilai 3 termasuk dalam laporan hanya blob yang dibuat dalam 3 hari terakhir.	No
awalanMatch	Larik hingga 10 string agar prefiks dicocokkan.	Jika Anda tidak menentukan prefixMatch atau memberikan prefiks kosong, aturan tersebut berlaku untuk semua blob dalam akun penyimpanan. Suatu awalan harus berupa awalan nama kontainer atau nama kontainer. Misalnya, container, container1/foo.	No
excludePrefix	Larik hingga 10 string agar prefiks dikecualikan.	Menentukan jalur blob yang akan dikecualikan dari laporan inventori. Suatu excludePrefix harus berupa awalan nama kontainer atau nama kontainer. ExcludePrefix kosong berarti bahwa semua blob dengan nama yang cocok dengan string prefixMatch apa pun akan dicantumkan. Jika Anda ingin menyertakan awalan tertentu, tetapi mengecualikan beberapa subset tertentu darinya, maka Anda dapat menggunakan filter excludePrefix. Misalnya, jika Anda ingin menyertakan semua blob di bawah container-a kecuali yang ada di bawah folder container-a/folder, maka prefixMatch harus diatur ke container-a dan excludePrefix harus diatur ke container-a/folder.	No
includeSnapshots	Boolean	Menentukan apakah inventaris harus menyertakan rekam jepret. Defaultnya adalah false. Bidang ini tidak berlaku untuk inventori pada kontainer, (objectType: container).	No
includeBlobVersions	Boolean	Menentukan apakah inventaris harus menyertakan versi blob. Defaultnya adalah false. Bidang ini tidak berlaku untuk inventori pada kontainer, (objectType: container).	No
includeDeleted	Boolean	Menentukan apakah inventori harus menyertakan blob yang dihapus. Defaultnya adalah false. Dalam akun yang memiliki namespace hierarkis, filter ini menyertakan folder dan juga menyertakan blob yang berada dalam status dihapus sementara. Hanya folder dan file (blob) yang dihapus secara eksplisit yang muncul dalam laporan. Folder anak dan file yang dihapus sebagai akibat dari menghapus folder induk tidak disertakan dalam laporan.	No

Lihat JSON untuk aturan inventaris dengan memilih tab Tampilan kode di bagian Inventaris blob portal Microsoft Azure. Filter ditentukan dalam definisi aturan.

{
  "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"
    }
  ]
}

Bidang skema kustom yang didukung untuk inventaris blob

Catatan

Kolom Data Lake Storage Gen2 memperlihatkan dukungan di akun yang mengaktifkan fitur namespace layanan hierarkis.

Bidang	Blob Storage (dukungan default)	Data Lake Storage Gen2
Nama (Diperlukan)
Waktu Pembuatan
Terakhir Diubah
LastAccessTime1
ETag
Panjang-Konten
Content-Type
Pengodean-Konten
Bahasa-Konten
Content-CRC64
Konten-MD5
Cache-Kontrol
Cache-Disposition
BlobType
AccessTier
AccessTierChangeTime
LeaseStatus
LeaseState
ServerEncrypted
CustomerProvidedKeySHA256
Metadata
Expiry-Time
hdi_isfolder
Pemilik
Grupkan
Izin
Acl
Rekam jepret (Tersedia dan diperlukan saat Anda memilih untuk menyertakan rekam jepret dalam laporan Anda)
Dihapus
DeletedId
DeletedTime
RemainingRetentionDays
VersionId (Tersedia dan diperlukan saat Anda memilih untuk menyertakan versi blob dalam laporan Anda)
IsCurrentVersion (Tersedia dan diperlukan saat Anda memilih untuk menyertakan versi blob dalam laporan Anda)
TagCount
Tag
CopyId
CopySource
CopyStatus
CopyProgress
CopyCompletionTime
CopyStatusDescription
ImmutabilityPolicyUntilDate
ImmutabilityPolicyMode
LegalHold
RehydratePriority
ArchiveStatus
EncryptionScope
IncrementalCopy
x-ms-blob-sequence-number

¹ Dinonaktifkan secara default. Aktifkan pelacakan waktu akses secara opsional.

Bidang skema kustom yang didukung untuk inventaris kontainer

Catatan

Kolom Data Lake Storage Gen2 memperlihatkan dukungan di akun yang mengaktifkan fitur namespace layanan hierarkis.

Bidang	Blob Storage (dukungan default)	Data Lake Storage Gen2
Nama (Diperlukan)
Terakhir Diubah
ETag
LeaseStatus
LeaseState
LeaseDuration
Metadata
PublicAccess
DefaultEncryptionScope
DenyEncryptionScopeOverride
HasImmutabilityPolicy
HasLegalHold
ImmutableStorageWithVersioningEnabled
Dihapus (Akan muncul hanya jika menyertakan kontainer yang dihapus dipilih)
Versi (Hanya akan muncul jika menyertakan kontainer yang dihapus dipilih)
DeletedTime (Akan muncul hanya jika menyertakan kontainer yang dihapus dipilih)
RemainingRetentionDays (Akan muncul hanya jika menyertakan kontainer yang dihapus dipilih)

Inventaris yang dijalankan

Jika Anda mengonfigurasi aturan untuk dijalankan setiap hari, aturan tersebut akan dijadwalkan untuk dijalankan setiap hari. Jika Anda mengonfigurasi aturan untuk berjalan setiap minggu, aturan akan dijadwalkan untuk berjalan setiap minggu pada hari Minggu waktu UTC.

Sebagian besar eksekusi inventaris selesai dalam waktu 24 jam. Untuk akun yang diaktifkan namespace layanan hierarkis, eksekusi dapat memakan waktu selama dua hari, dan tergantung pada jumlah file yang diproses, eksekusi mungkin tidak selesai pada akhir dua hari tersebut. Jumlah waktu maksimum yang dapat diselesaikan eksekusi sebelum gagal adalah enam hari.

Eksekusi tidak tumpang tindih sehingga eksekusi harus selesai sebelum eksekusi lain dari aturan yang sama dapat dimulai. Misalnya, jika aturan dijadwalkan untuk dijalankan setiap hari, tetapi hari sebelumnya menjalankan aturan yang sama masih berlangsung, maka eksekusi baru tidak akan dimulai hari itu. Aturan yang dijadwalkan untuk dijalankan setiap minggu akan berjalan setiap hari Minggu terlepas dari apakah eksekusi sebelumnya berhasil atau gagal. Jika eksekusi tidak berhasil diselesaikan, periksa eksekusi berikutnya untuk melihat apakah proses selesai sebelum menghubungi dukungan. Performa eksekusi dapat bervariasi, jadi jika eksekusi tidak selesai, mungkin eksekusi berikutnya akan selesai.

Kebijakan inventaris dibaca atau ditulis secara lengkap. Pembaruan parsial tidak didukung. Aturan persediaan dievaluasi setiap hari. Oleh karena itu, jika Anda mengubah definisi aturan, tetapi aturan kebijakan telah dievaluasi untuk hari itu, pembaruan Anda tidak akan dievaluasi hingga hari berikutnya.

Penting

Jika Anda mengaktifkan aturan firewall untuk akun penyimpanan Anda, permintaan inventaris mungkin saja diblokir. Anda dapat membuka blokir permintaan ini dengan menyediakan pengecualian untuk layanan Microsoft tepercaya. Untuk informasi selengkapnya, lihat bagian Pengecualian dalam Mengonfigurasi firewall dan jaringan virtual.

Peristiwa yang diselesaikan inventaris

Kejadian BlobInventoryPolicyCompleted dihasilkan saat inventaris yang dijalankan selesai untuk suatu aturan. Kejadian ini juga terjadi jika inventaris yang dijalankan gagal dengan kesalahan pengguna sebelum inventaris tersebut mulai dijalankan. Misalnya, kebijakan yang tidak valid, atau kesalahan yang terjadi ketika kontainer tujuan tidak ada akan memicu peristiwa. Json berikut menampilkan contoh kejadian 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"
}

Tabel berikut menjelaskan skema kejadian BlobInventoryPolicyCompleted.

Bidang	Jenis	Deskripsi
scheduleDateTime	string	Waktu aturan inventaris dijadwalkan.
accountName	string	Nama akun penyimpanan.
ruleName	string	Nama aturan.
policyRunStatus	string	Status inventaris yang dijalankan. Nilai yang memungkinkan adalah Succeeded, PartiallySucceeded, dan Failed.
policyRunStatusMessage	string	Pesan status untuk inventaris yang dijalankan.
policyRunId	string	ID menjalankan kebijakan untuk inventaris yang dijalankan.
manifestBlobUrl	string	URL blob file manifes untuk inventaris yang dijalankan.

Output inventaris

Setiap aturan inventaris menghasilkan sekumpulan file berformat CSV di kontainer tujuan inventaris yang ditentukan untuk aturan tersebut. Output inventaris dihasilkan di bawah jalur berikut: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName di mana:

• accountName adalah nama akun Azure Blob Storage Anda.
• inventory-destination-container adalah kontainer tujuan yang Anda tentukan dalam kebijakan inventaris.
• YYYY/MM/DD/HH-MM-SS adalah waktu saat inventaris mulai dijalankan.
• ruleName adalah nama aturan inventaris.

File inventaris

Setiap inventaris yang dijalankan menghasilkan file berikut:

• File inventaris: Inventaris yang dijalankan untuk aturan menghasilkan file berformat CSV atau Apache Parquet. Setiap file berisi objek yang cocok serta metadatanya.

  Penting

  Mulai Oktober 2023, eksekusi inventaris akan menghasilkan beberapa file jika jumlah objek besar. Untuk mempelajari lebih lanjut, lihat Tanya Jawab Umum output file beberapa inventori.

  Laporan dalam format Apache Parquet menyajikan tanggal dalam format berikut: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. Untuk file berformat CS, baris pertama selalu baris skema. Gambar berikut menunjukkan file CSV inventaris yang dibuka di Microsoft Excel.

  

  Penting

  Jalur blob yang muncul dalam file inventaris mungkin tidak muncul dalam urutan tertentu.

• File checksum: File checksum berisi checksum MD5 dari konten file manifest.json. Nama file checksum adalah <ruleName>-manifest.checksum. Pembuatan file checksum menandai selesainya inventaris yang dijalankan.

• File manifes: File manifest.json berisi detail file inventaris yang dihasilkan untuk aturan tersebut. Nama file tersebut adalah <ruleName>-manifest.json. File ini juga mengambil definisi aturan yang diberikan oleh pengguna dan jalur ke inventaris untuk aturan tersebut. Json berikut menunjukkan isi sampel file 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"
  }
  

  File ini dibuat ketika eksekusi dimulai. Bidang status file ini diatur ke Pending hingga proses selesai. Setelah proses selesai, bidang ini diatur ke status penyelesaian (Misalnya: Succeeded atau Failed).

Penetapan harga dan penagihan

Harga untuk inventaris didasarkan pada jumlah blob dan kontainer yang dipindai selama periode penagihan. Halaman harga Azure Blob Storage menunjukkan harga per satu juta objek yang dipindai. Misalnya, jika harga untuk memindai satu juta objek adalah $0.003, akun Anda berisi tiga juta objek, dan Anda menghasilkan empat laporan dalam sebulan, maka tagihan Anda adalah 4 * 3 * $0.003 = $0.036.

Setelah file inventaris dibuat, penyimpanan data standar tambahan dan biaya operasi akan dikeluarkan untuk menyimpan, membaca, dan menulis file yang dihasilkan inventaris di akun.

Jika aturan berisi awalan yang tumpang tindih dengan awalan aturan lain, maka blob yang sama dapat muncul di lebih dari satu laporan inventaris. Dalam hal ini, Anda ditagih untuk kedua instans. Misalnya, anggap bahwa elemen prefixMatch salah satu aturan diatur ke ["inventory-blob-1", "inventory-blob-2"], dan elemen prefixMatch aturan lain diatur ke ["inventory-blob-10", "inventory-blob-20"]. Objek bernama inventory-blob-200 muncul di kedua laporan inventaris.

Cuplikan layar dan versi blob juga dihitung dalam penagihan bahkan jika Anda sudah mengatur filter includeSnapshots dan includeVersions ke false. Nilai filter tersebut tidak memengaruhi tagihan. Anda dapat menggunakannya hanya untuk memfilter apa yang muncul dalam laporan.

Untuk informasi lebih lanjut terkait harga untuk persediaan blob Azure Storage, lihat Harga Azure Blob Storage.

Dukungan fitur

Dukungan untuk fitur ini mungkin terpengaruh dengan mengaktifkan Data Lake Storage Gen2, protokol Network File System (NFS) 3.0, atau SSH File Transfer Protocol (SFTP). Jika Anda telah mengaktifkan salah satu kemampuan ini, lihat Dukungan fitur Blob Storage di akun Azure Storage untuk menilai dukungan untuk fitur ini.

Masalah dan batasan yang diketahui

Bagian ini menjelaskan batasan dan masalah yang diketahui dari fitur inventaris blob Azure Storage.

Pekerjaan inventori membutuhkan waktu lebih lama untuk diselesaikan dalam kasus tertentu

Pekerjaan inventori dapat memakan waktu lebih lama dalam kasus ini:

• Sejumlah besar data baru ditambahkan

• Aturan atau sekumpulan aturan sedang dijalankan untuk pertama kalinya

  Eksekusi inventaris mungkin membutuhkan waktu lebih lama untuk berjalan dibandingkan dengan eksekusi inventaris berikutnya.

• Eksekusi inventaris memproses sejumlah besar data di akun yang diaktifkan namespace hierarkis

  Pekerjaan inventori mungkin membutuhkan waktu lebih dari satu hari untuk diselesaikan untuk akun berkemampuan namespace hierarkis yang memiliki ratusan juta blob. Terkadang pekerjaan inventori gagal dan tidak membuat file inventori. Jika pekerjaan tidak berhasil diselesaikan, periksa pekerjaan berikutnya untuk melihat apakah pekerjaan selesai sebelum menghubungi dukungan.

• Tidak ada opsi untuk menghasilkan laporan secara retrospektif untuk tanggal tertentu.

Pekerjaan inventori tidak dapat menulis laporan ke kontainer yang memiliki kebijakan replikasi objek

Kebijakan replikasi objek dapat mencegah pekerjaan inventaris menulis laporan inventaris ke kontainer tujuan. Beberapa skenario lain dapat mengarsipkan laporan atau membuat laporan tidak dapat diubah ketika sebagian selesai yang dapat menyebabkan pekerjaan inventaris gagal.

Inventori dan Penyimpanan yang Tidak Dapat Diubah

Anda tidak dapat mengonfigurasi kebijakan inventori di akun jika dukungan untuk kekekalan tingkat versi diaktifkan pada akun tersebut, atau jika dukungan untuk imutabilitas tingkat versi diaktifkan pada kontainer tujuan yang ditentukan dalam kebijakan inventori.

Laporan mungkin mengecualikan blob yang dihapus sementara di akun yang memiliki namespace hierarkis

Jika kontainer atau direktori dihapus dengan penghapusan sementara diaktifkan, maka kontainer atau direktori dan semua kontennya ditandai sebagai dihapus sementara. Namun, hanya kontainer atau direktori (dilaporkan sebagai blob dengan panjang nol) yang muncul dalam laporan inventori dan bukan blob yang dihapus sementara dalam kontainer atau direktori tersebut includeDeleted bahkan jika Anda mengatur bidang kebijakan ke true. Hal ini dapat menyebabkan perbedaan antara apa yang muncul dalam metrik kapasitas yang Anda peroleh di Portal Microsoft Azure dan apa yang dilaporkan oleh laporan inventori.

Hanya blob yang dihapus secara eksplisit yang muncul dalam laporan. Oleh karena itu, untuk mendapatkan daftar lengkap semua blob yang dihapus sementara (direktori dan semua blob anak), beban kerja harus menghapus setiap blob dalam direktori sebelum menghapus direktori itu sendiri.

Langkah berikutnya

• Mengaktifkan laporan inventaris blob Azure Storage
• Menghitung jumlah dan ukuran total blob per kontainer
• Tutorial: Menganalisis laporan inventori blob
• Mengelola siklus hidup Azure Blob Storage
• Tanya Jawab Umum Inventori Blob