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 inventori dihasilkan. 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 | Wajib |
---|---|---|---|
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 | Number | Menentukan jumlah hari yang lalu di mana blob harus dibuat. Misalnya, nilai 3 termasuk dalam laporan hanya blob tersebut, yang dibuat dalam tiga 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 memperlihatkan dukungan di akun yang mengaktifkan fitur namespace hierarkis.
Bidang | Blob Storage (dukungan default) | Data Lake Storage |
---|---|---|
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 |
1 Dinonaktifkan secara default. Aktifkan pelacakan waktu akses secara opsional.
Bidang skema kustom yang didukung untuk inventaris kontainer
Catatan
Kolom Data Lake Storage memperlihatkan dukungan di akun yang mengaktifkan fitur namespace hierarkis.
Bidang | Blob Storage (dukungan default) | Data Lake Storage |
---|---|---|
Nama (Diperlukan) | ||
Terakhir Diubah | ||
ETag | ||
LeaseStatus | ||
LeaseState | ||
LeaseDuration | ||
Metadata | ||
PublicAccess | ||
DefaultEncryptionScope | ||
DenyEncryptionScopeOverride | ||
HasImmutabilityPolicy | ||
HasLegalHold | ||
ImmutableStorageWithVersioningEnabled | ||
Dihapus (Muncul hanya jika menyertakan kontainer yang dihapus dipilih) | ||
Versi (Muncul hanya 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.
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 kePending
hingga proses selesai. Setelah proses selesai, bidang ini diatur ke status penyelesaian (Misalnya:Succeeded
atauFailed
).
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 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.