Azure Depolama Blob Envanteri

Azure Depolama blob envanteri, depolama hesabınızdaki konteynerleri, blobları, blob sürümlerini, anlık görüntüleri ve ilgili özellikleri listeler. Hizmet, virgüllü ayrılmış değerler (CSV) veya Apache Parquet formatında günlük veya haftalık raporlar üretir.

Depolama hesabınızın içeriğinin tutulma, yasal saklanma veya şifreleme durumunu denetlemek için envanter raporlarını kullanın. Ayrıca verilerinizin toplam büyüklüğünü, yaşı, seviye dağılımını ve diğer özelliklerini analiz edebilirsiniz.

Blob envanteri, iş akışlarını basitleştirebilir ve veri işleme işlerini hızlandırabilir. List Containers ve List Blobs API'lerinin zamanlı otomasyonunu sağlar. Envanter kuralları, rapor içeriğini blob türü, ön ek veya seçili blob özelliklerine göre filtreler.

Azure Depolama blob envanteri aşağıdaki depolama hesabı türleri için kullanılabilir:

  • Standart genel amaçlı v2
  • Premium blok blob saklama hizmeti
  • Blob depolama

Envanter özellikleri

Azure Depolama blob envanteri aşağıdaki özellikleri ve yetenekleri destekler.

  • Bloblar ve kapsayıcılar için envanter raporları

    Bloblar ve kapsayıcılar için envanter raporları oluşturabilirsiniz. Bloblar için bir rapor, temel bloblar, anlık görüntüler, içerik uzunluğu, blob sürümleri ve oluşturulma süresi ile son değiştirilme süresi gibi ilgili özellikleri içerebilir. Raporda boş kaplar listelenmiyor. Konteynerler için bir rapor, konteynerleri ve değişmezlik politikası durumu ile yasal tutma durumu gibi ilişkili özelliklerini tanımlar.

  • Özel şema

    Raporlarda hangi alanların görüneceğini seçebilirsiniz. Desteklenen alanlar listesinden seçim yapın. Bu liste bu makalenin devamında görüntülenir.

  • CSV ve Apache Parquet çıkış biçimi

    CSV veya Apache Parquet çıkış biçiminde bir envanter raporu oluşturabilirsiniz.

  • Envanter raporu başına manifesto dosyası ve Azure Event Grid olayı

    Hizmet, her envanter raporu için bir manifesto dosyası ve bir Azure Event Grid etkinliği oluşturur. Makale bu maddeleri daha sonra anlatır.

Envanter raporlarını etkinleştirme

Depolama hesabınıza bir veya daha fazla kural içeren bir ilke ekleyerek blob envanter raporlarını etkinleştirin. Yönergeler için Azure Depolama blob envanter raporlarını etkinleştirme bölümüne bakın.

Envanter ilkesini yükseltme

Eğer Azure Depolama blob envanterini Haziran 2021'den önce yapılandırdıysanız, politikayı yükleyin, gerekli değişiklikleri yapın ve sonra kaydedin. Politikayı yeniden yüklediğinizde, hizmet kural başına hedef, manifest dosyası ve Azure Event Grid olay ayarlarını varsayılan değerlerle doldurur. Bu değerleri değiştirebilirsiniz.

  • Her kural, politika düzeyinde tek bir hedef paylaşmak yerine bir hedef konteyneri destekler.

  • Hizmet, her kural için politika yerine bir manifest dosyası ve Azure Event Grid etkinliği oluşturur.

Stok ilkesi

Envanter raporlarını yapılandırmak için, bir JSON belgesine bir veya daha fazla kural içeren bir envanter ilkesi ekleyin.

{
  "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ının Blob envanteri bölümündeki Kod görünümü sekmesini seçerek bir envanter ilkesinin JSON'unu görüntüleyin.

Parametre adı Parametre türü Notlar Gerekli mi?
enabled Boolean İlkenin tamamını devre dışı bırakmak için kullanılır. True olarak ayarlandığında, kural seviyesi enabled alan bu parametri geçersiz kılar. Devre dışı bırakıldığında, envanter tüm kurallar için devre dışı bırakılır. Evet
rules Kural nesneleri dizisi İlkede en az bir kural gereklidir. İlke başına en fazla 100 kural desteklenir. Evet

Stok kuralları

Kural, envanter raporu oluşturmak için filtreleme koşullarını ve çıkış parametrelerini yakalar. Her kural bir envanter raporu oluşturur. Kurallar çakışan ön eklere sahip olabilir. Bir blob, kural tanımlarına bağlı olarak birden fazla envanterde görünebilir.

İlkedeki her kuralın çeşitli parametreleri vardır:

Parametre adı Parametre türü Notlar Gerekli mi?
name Dize Kural adı en fazla 256 büyük/küçük harfe duyarlı alfasayısal karakter içerebilir. Ad bir ilke içinde benzersiz olmalıdır. Evet
enabled Boolean Bir kuralı etkinleştirmek veya devre dışı bırakmak için bir bayrak. Varsayılan değer true değeridir. Evet
definition JSON envanter kuralı tanımı Her tanım bir kural filtre kümesinden oluşur. Evet
destination Dize Hizmetin tüm envanter dosyalarını oluşturduğu hedef konteyner. Hedef kapsayıcının zaten mevcut olması gerekir.

Genel Blob envanteri etkin bayrağı, kuraldaki etkin parametreye önceliklidir.

Kural tanımı

Parametre adı Parametre türü Notlar Zorunlu
filters JSON Filtreler, bir lekin veya konteynerin envanterde olup olmadığını belirler. Evet
format Dize Envanter dosyasının çıktı formatını belirler. Geçerli değerler (CSV formatı için) ve parquet (Apache Parquet formatı için) şeklindedir csv . Evet
objectType Dize Envanter kuralının bloblar mı yoksa konteynerler için mi geçerli olduğunu gösterir. Geçerli değerler: blob ve container. Evet
schedule Dize Kuralın ne zaman çalıştırılacağını belirtir. Geçerli değerler: daily ve weekly. Evet
schemaFields JSON dizisi Envantere dahil edilecek şema alanlarını listeler. Evet

Kural filtreleri

Blob envanter raporunu özelleştirmek için aşağıdaki filtreleri kullanın:

Filtre adı Filtre türü Notlar Gerekli mi?
blobTypes Önceden tanımlanmış enum değerleri dizisi Geçerli değerler blockBlob hiyerarşik isim alanı özellikli hesaplar için ve appendBlobblockBlob, appendBlob, ve pageBlob diğer hesaplar için geçerlidir. Bu alan konteyner envanterine (objectType: container) uygulanmaz. Evet
creationTime Sayı Blobun kaç gün önce oluşturulduğunu belirtiyor. Örneğin, bir değer 3 sadece son üç günde oluşturulan lekeleri içerir. Hayır
prefixMatch 10 adede kadar dize dizisi prefixMatch tanımlamaz veya boş bir önek belirtmezseniz, kural depolama hesabındaki tüm bloblar için geçerlidir. Ön ek, kapsayıcı adı ön eki veya kapsayıcı adı olmalıdır. Örneğin, container veya container1/foo. Hayır
excludePrefix En fazla 10 dizeden oluşan dizi Envanter raporunun dışında tutulacak blob yollarını belirtir.

Bir excludePrefix bir konteyner ad öneki veya konteyner adı olmalıdır. Boş excludePrefixbir noktada, rapor herhangi bir prefixMatch dizeye uyan isimlere sahip tüm blobları listeler.

Bir ön ek eklemek ama belirli bir alt kümeyi hariç tutmak için filtreyi excludePrefix kullanın. Örneğin, container-a/folder altındakiler hariç container-a altındaki tüm blob’ları dahil etmek için, container-a değerini excludePrefix, container-a/folder değerini ise prefixMatch olarak ayarlayın.		 Hayır
includeSnapshots Boolean Envanterin anlık görüntüler içerip içermediğini belirtir. Varsayılan değer: false. Bu alan konteyner envanterine (objectType: container) uygulanmaz. Hayır
includeBlobVersions Boolean Envanterin blob versiyonlarını içerip içermediğini belirtir. Varsayılan değer: false. Bu alan konteyner envanterine (objectType: container) uygulanmaz. Hayır
includeDeleted Boolean Envanterin silinmiş lekeleri içerip içermediğini belirtir. Varsayılan değer: false. Hiyerarşik bir ad alanına sahip hesaplarda, bu filtre geçici olarak silinmiş durumdaki klasörleri ve blob'ları içerir.

Raporlarda yalnızca açıkça silinmiş klasörler ve dosyalar görünür. Ebeveyn klasörü silince silinen alt klasörler ve dosyalar dahil edilmez.		 Hayır

Azure portalının Blob envanteri bölümündeki Kod görünümü sekmesini seçerek stok kuralları için JSON'yi görüntüleyin. Filtreleri bir kural tanımı içinde belirlersiniz.

{
  "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 envanteri için desteklenen özel şema alanları

Not

Data Lake Storage sütunu, hiyerarşik ad alanı özelliğinin etkinleştirildiği hesaplardaki desteği gösterir.

Alan Blob Depolama (varsayılan destek) Veri Gölü Depolama
Ad (Gerekli) Evet Evet
Oluşturulma Zamanı Evet Evet
Son Değiştirilme Evet Evet
LastAccessTime1 Evet Evet
ETag (İngilizce) Evet Evet
İçerik Uzunluğu Evet Evet
İçerik Türü Evet Evet
İçerik Kodlama Evet Evet
İçerik Dili Evet Evet
Content-CRC64 Evet Evet
Content-MD5 Evet Evet
Önbellek Denetimi Evet Evet
Önbellek Düzenlemesi Evet Evet
Blob Türü Evet Evet
AccessTier Evet Evet
Erişim Katmanı Değişiklik Zamanı Evet Evet
LeaseStatus Evet Evet
LeaseState Evet Evet
SunucuŞifreli Evet Evet
MüşteriTarafındanSağlananAnahtarSHA256 Evet Evet
Meta veri Evet Evet
Son Kullanma Süresi Hayır Evet
hdi_isfolder Hayır Evet
Sahip Hayır Evet
Grup Hayır Evet
İzinler Hayır Evet
Acl Hayır Evet
Anlık görüntü (Raporunuza anlık görüntüler eklemeyi seçtiğinizde kullanılabilir ve gereklidir) Evet Evet
Silindi Evet Evet
Silme Kimliği Hayır Evet
Silinmiş Zaman Hayır Evet
KalanSaklamaGünleri Evet Evet
VersionId (Raporunuza blob sürümleri eklemeyi seçtiğinizde kullanılabilir ve gereklidir) Evet Hayır
IsCurrentVersion (Raporunuza blob sürümleri eklemeyi seçtiğinizde kullanılabilir ve gereklidir) Evet Hayır
EtiketSayısı Evet Hayır
Etiketler Evet Hayır
KopyaNo Evet Evet
Kaynak Kopyala Evet Evet
KopyaDurumu Evet Evet
Kopyalama İlerlemesi Evet Evet
KopyalamaTamamlamaZamanı Evet Evet
KopyaDurumAçıklaması Evet Evet
Değişmezlik Politikası Son Tarihi Evet Evet
Değişmezlik Politikası Modu Evet Evet
Yasal Tutma Evet Evet
Yeniden Nemlendirme Önceliği Evet Evet
ArchiveStatus Evet Evet
Şifreleme Kapsamı Evet Evet
IncrementalCopy Evet Evet
x-ms-blob-dizi-numarası Evet Hayır

1 Varsayılan olarak devre dışıdır. İsteğe bağlı olarak erişim süresi izlemeyi etkinleştirin.

Kapsayıcı envanteri için desteklenen özel şema alanları

Not

Data Lake Storage sütunu, hiyerarşik ad alanı özelliğinin etkinleştirildiği hesaplardaki desteği gösterir.

Alan Blob Depolama (varsayılan destek) Veri Gölü Depolama
Ad (Gerekli) Evet Evet
Son Değiştirilme Evet Evet
ETag (İngilizce) Evet Evet
LeaseStatus Evet Evet
LeaseState Evet Evet
Kira Süresi Evet Evet
Meta veri Evet Evet
PublicAccess Evet Evet
Varsayılan Şifreleme Kapsamı Evet Evet
Şifreleme Kapsamı Geçersiz Kılmayı Reddet Evet Evet
Değişmezlik Politikasına Sahiptir Evet Evet
Yasal Bekletme Durumu Var Evet Evet
Versiyonlama Etkin Değiştirilemez Depolama Evet Evet
Silindi (Yalnızca silinen kapsayıcıları ekle seçiliyse görünür) Evet Evet
Sürüm (Yalnızca silinen kapsayıcıları ekle seçiliyse görünür) Evet Evet
DeletedTime (Yalnızca silinen konteynerleri dahil et seçildiğinde görünür) Evet Evet
KalanSaklamaGünleri (Yalnızca silinen kapsayıcılar dahil et seçeneği belirlenirse görünür) Evet Evet

Envanter kontrolü

Bir kuralı her gün çalışacak şekilde ayarlarsanız, her gün çalışır. Bir kuralı haftalık çalıştıracak şekilde ayarlarsanız, UTC'de her Pazar çalışır.

Bir envanter çalışması başarısız olmadan önce altı güne kadar sürebilir. Çalışma süresini etkileyen faktörler hakkında bilgi edinmek için Blob envanteri performans özelliklerine bakınız.

Çalıştırmalar çakışmaz; bu nedenle, aynı kuralın başka bir çalıştırması başlamadan önce bir çalıştırmanın tamamlanması gerekir. Örneğin, önceki günün günlük kuralının çalışması hâlâ devam ediyorsa, hizmet o gün yeni bir çalışma başlatmaz. Haftalık kurallar, önceki bir koşunun başarılı olup olmadığına bakılmaksızın her Pazar uygulanır. Bir çalıştırma başarıyla tamamlanmazsa, destek ile iletişime geçmeden önce sonraki çalıştırmaları kontrol edin. Koşu performansı değişkenlik gösterebilir, bu yüzden sonraki bir çalışma başarılı şekilde tamamlanabilir.

Envanter politikaları eksiksiz olarak okunur veya yazılır. Kısmi güncelleştirmeler desteklenmez. Stok kuralları günlük olarak değerlendirilir. Hizmet o gün için poliçeyi değerlendirdikten sonra bir kural tanımını değiştirirseniz, hizmet güncellemelerinizi ertesi gün değerlendirir.

Envanter Tamamlanma Olayı

Olay BlobInventoryPolicyCompleted , bir kural için envanter çalıştırması tamamlandığında oluşturulur. Bu olay, envanter çalıştırması çalışmaya başlamadan önce bir kullanıcı hatasıyla başarısız olursa da oluşur. Örneğin, geçersiz bir politika veya eksik bir hedef konteyner olayı tetikler. Aşağıdaki JSON örnek BlobInventoryPolicyCompleted bir olay göstermektedir.

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

Aşağıdaki tabloda BlobInventoryPolicyCompleted olayının şeması açıklanmaktadır.

Alan Tür Açıklama
programlananTarihSaat Dize Stok kuralının zamanlandığı saat.
hesapAdı Dize Depolama hesabı adı.
kuralAdı Dize Kural adı.
policyRunStatus Dize Envanter çalışmasının durumu. Olası değerler , Succeededve PartiallySucceededşeklindedirFailed.
politikaÇalışmaDurumuMesajı Dize Envanter çalıştırması için durum mesajı.
policyRunId Dize Envanter çalışması için politika çalıştırma kimliği.
manifestBlobUrl Dize Envanter işlemi için bildirim dosyasının blob URL'si.

Envanter çıktısı

Her envanter kuralı, o kural için belirlenen envanter hedef konteynerinde bir dosya seti oluşturur. Envanter çıktısı aşağıdaki yolda mevcuttur: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName> burada:

  • accountName, Azure Blob Depolama hesap adınızdır.
  • inventory-destination-container , envanter kuralında belirttiğiniz hedef kapsayıcıdır.
  • YYYY/MM/DD/HH-MM-SS , envanterin başladığı zamandır.
  • ruleName , envanter kuralı adıdır.

Envanter dosyaları

Bir kural için her envanter çalıştırması aşağıdaki dosyaları oluşturur:

  • Envanter dosyası: Bir kural için envanter çalıştırması CSV veya Apache Parquet biçimli bir dosya oluşturur. Bu tür her dosya, eşleşen nesneleri ve meta verilerini içerir.

    Önemli

    Envanter çalışmaları, nesne sayısı büyükse birden fazla dosya üretir. Daha fazla bilgi edinmek için Birden çok envanter dosyası çıktısı SSS'ye bakın.

    Apache Parquet formatındaki raporlar tarihleri aşağıdaki formatta gösterir: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. CSV biçimli bir dosya için ilk satır her zaman şema satırıdır. Aşağıdaki görüntüde, Microsoft Excel'de açılan bir envanter CSV dosyası gösterilmektedir.

    Microsoft Excel'de açılan bir envanter CSV dosyasının ekran görüntüsü

    Önemli

    Bir envanter dosyasında görünen blob yolları belirli bir sırada görünmeyebilir.

  • Kontrol toplamı dosyası: Bir kontrol toplamı dosyası, dosyanın içeriğinin manifest.json MD5 kontrol toplamını içerir. Sağlama dosyasının adı <ruleName>-manifest.checksum. Sağlama toplamı dosyasının oluşturulması, bir envanter kuralı çalıştırmasının tamamlanmasını işaretler.

  • Manifesto dosyası: Bir manifest.json dosya, o kural için oluşturulan envanter dosyalarının detaylarını içerir. Dosyanın adı şeklindedir <ruleName>-manifest.json. Bu dosya ayrıca kural tanımını ve o kuralın envanterine giden yolu da yakalar. Aşağıdaki JSON, örnek manifest.json dosyanın içeriğini gösterir.

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

    Bu dosya, çalıştırma başladığında oluşturulur. status Bu dosyanın alanı, çalıştırma tamamlanana Pending kadar olarak ayarlanır. Çalışma tamamlandıktan sonra, bu alan tamamlanma durumuna ayarlanır (örneğin: Succeeded veya Failed).

Fiyatlandırma ve faturalama

Envanter fiyatlandırması, faturalama döneminde taradığınız blob ve konteyner sayısına göre belirlenir. Azure Blob Depolama fiyatlandırma sayfasında taranan bir milyon nesne başına fiyat gösterilir. Örneğin, bir milyon nesneyi tarama fiyatı ise $0.003, hesabınız üç milyon nesne içeriyorsa ve bir ayda dört rapor üretirseniz faturanız olacaktır 4 * 3 * $0.003 = $0.036.

Envanter dosyaları oluşturduktan sonra, hesapta envanter tarafından oluşturulan dosyaları saklamak, okumak ve yazmak için ek standart veri depolama ve işlem ücretleri ödemeniz gerekir.

Bir kural, başka herhangi bir kuralın önekiyle örtüşen bir ön ek içeriyorsa, aynı leke birden fazla envanter raporunda görünebilir. Bu durumda, her iki durumu da ödeyeceksiniz. Örneğin, bir kuralın öğesinin prefixMatch olarak, ["inventory-blob-1", "inventory-blob-2"]başka bir kuralın prefixMatch öğesinin ise olarak ["inventory-blob-10", "inventory-blob-20"]ayarlandığını varsayalım. adlı inventory-blob-200 bir nesne her iki envanter raporunda da görünür.

Bir blobun anlık görüntüleri ve sürümleri, includeSnapshots ve includeBlobVersions filtrelerini false olarak ayarlasanız bile faturalandırmaya dahil edilir. Bu filtre değerleri faturalamayı etkilemez. Bunları yalnızca raporda görünenleri filtrelemek için kullanabilirsiniz.

Azure Depolama blob envanteri fiyatlandırması hakkında daha fazla bilgi için Azure Blob Depolama fiyatlandırması sayfasına bakın.

Özellik desteği

Bu özellik için destek, Data Lake Storage 2. Nesil, Ağ Dosya Sistemi (NFS) 3.0 protokolü veya SSH Dosya Aktarım Protokolü (SFTP) etkinleştirilerek etkilenebilir. Bu özelliklerden herhangi birini etkinleştirdiyseniz bu özelliğin desteğini değerlendirmek için bkz . Azure Depolama hesaplarında Blob Depolama özelliği desteği.

Bilinen sorunlar ve sınırlamalar

Bu bölümde Azure Depolama blob envanteri özelliğinin sınırlamaları ve bilinen sorunları açıklanmaktadır.

Envanter, nesne sayısı ve veri büyüklüğü faturalama ile karşılaştırılmamalıdır

Bir envanter raporu meta veri, sistem kayıtları ve özellikleri içermez, bu yüzden bunu faturalanan nesne sayısı ve depolama hesabının veri boyutuyla karşılaştırmayın.

Bazı durumlarda envanter işleri daha uzun sürer

Envanter işi şu durumlarda daha uzun sürebilir:

  • Çok sayıda yeni veri eklersiniz.

  • İlk kez bir kural veya kural kümesi çalıştırıyorsunuz.

    Envanter çalıştırması, sonraki çalıştırmalardan daha uzun sürebilir.

  • Bir envanter çalışması, hiyerarşik isim alanı özellikli hesaplarda büyük miktarda veriyi işler.

    Yüz milyonlarca blob'a sahip hiyerarşik isim alanı özellikli hesaplar için envanter işi tamamlanması bir günden fazla sürebilir. Bazen stok işi başarısız olur ve bir envanter dosyası oluşturmaz. Bir iş başarıyla tamamlanmazsa, destek birimine başvurmadan önce sonraki işleri kontrol ederek tamam olup olmadığını denetleyin.

  • Belirli bir tarih için geçmişe dönük olarak rapor oluşturma seçeneği yoktur.

Envanter görevleri, nesne çoğaltma ilkesi olan kapsayıcılara rapor yazamaz.

Nesne çoğaltma ilkesi, envanter işinin envanter raporlarını hedef kapsayıcıya yazmasını engelleyebilir. Bazı diğer senaryolar raporları arşivleyebilir veya raporlar kısmen tamamlandığında değiştirilemez hale getirebilir, bu da envanter işlerinin başarısız olmasına neden olabilir.

Envanter ve değişmez depolama

Hesapta sürüm düzeyinde değişmezlik desteği etkinleştirilmişse veya envanter politikasında tanımladığınız hedef konteynerde sürüm düzeyinde değişmezlik desteği etkinleştiriliyorsa, hesapta envanter politikası yapılandıramazsınız.

Raporlar, hiyerarşik ad alanına sahip hesaplarda geçici olarak silinen blobları dışlayabilir

Soft delete etkinleştirildiğinde bir konteyner veya dizini silerseniz, servis onu ve tüm içeriğini yumuşak silinmiş olarak işaretler. Ancak, envanter raporunda yalnızca sıfır uzunluklu bir blob olarak bildirilen kapsayıcı veya dizin görünür. Rapor, politikanın includeDeleted alanını true olarak ayarlasanız bile geçici olarak silinmiş alt blob'ları içermez. Bu davranış, Azure portalındaki kapasite metrikleri ile envanter raporu arasında fark yaratabilir.

Raporlarda yalnızca açıkça sildiğiniz lekeler görünür. Geçici olarak silinmiş tüm blobların (dizin ve tüm alt bloblar) eksiksiz bir listesini elde etmek için, iş yüklerinin dizini silmeden önce dizindeki her blobu silmesi gerekir.

Blob envanterindeki kopyaları yönet

Blob Inventory dağıtık bir sistemde çalışır, bu da nadir durumlarda raporlarınızda tekrarlanan blob girişlerinin görünebileceği anlamına gelir.

Kullanım durumunuz, bir envanter raporunu sonradan işlerken benzersiz blob girdileri gerektiriyorsa, yalnızca benzersiz blob’ları döndürmek için Name alanını kullanın.

Raporunuz blob sürümlerini içeriyorsa, yalnızca benzersiz blob'ları ve sürümlerini tanımlamak ve döndürmek için hem Name hem de Version ID alanlarını birlikte kullanın.

Sonraki adımlar

  • Last updated on