Azure Storage blob-nyilvántartás

Az Azure Storage blob inventory tartalmazza a tárolókat, blobokat, blob verziókat, snapshotokat és kapcsolódó tulajdonságokat a tárolófiókodban. A szolgáltatás naponta vagy heti jelentéseket generál vesszővel elválasztott értékekben (CSV) vagy Apache Parquet formátumban.

Használd a készletjelentéseket a tárolási számla tartalmának megőrzési, jogi tartási vagy titkosítási állapotának ellenőrzésére. Elemezheted az adataid teljes méretét, korát, rétegek szerinti megoszlását és egyéb attribútumait is.

A blob inventory egyszerűsítheti az üzleti munkafolyamatokat és felgyorsíthatja az adatfeldolgozási feladatokat. Időzített automatizálást biztosít a List Containers és List Blobs API-k számára. A készletszabályok a jelentés tartalmát folbtípus, előtag vagy kiválasztott folb tulajdonságok szerint szűrik.

Az Azure Storage blobleltár a következő típusú tárfiókokhoz érhető el:

• Standard általános célú v2
• Prémium szintű blokkblobtároló
• Blob-tároló

Leltárfunkciók

Az Azure Storage blob inventory támogatja az alábbi funkciókat és képességeket.

• Blobok és tárolók leltárjelentései

  Blobok és tárolók készletjelentéseit is létrehozhatja. A blobokról szóló jelentés tartalmazhat alap folbokat, pillanatképeket, tartalomhosszt, blob verziókat és hozzájuk tartozó tulajdonságokat, például a létrehozási időt és az utolsó módosítási időt. A jelentés nem tünteti fel az üres tartályokat. A konténerekre vonatkozó jelentés leírja a konténereket és a hozzájuk tartozó tulajdonságokat, például a megváltoztathatatlansági szabályzat állapotát és a jogi zárolás állapotát.

• Egyéni séma

  Kiválaszthatja, hogy mely mezők jelenjenek meg a jelentésekben. Válasszon a támogatott mezők listájából. Ez a lista a cikk későbbi részében jelenik meg.

• CSV és Apache Parquet kimeneti formátum

  Készletjelentést CSV vagy Apache Parquet kimeneti formátumban is létrehozhat.

• Jegyzékfájl és Azure Event Grid-esemény leltárjelentésenként

  A szolgáltatás minden inventáriújhoz egy manifest fájlt és egy Azure Event Grid eseményt generál. A cikk később ismerteti ezeket az elemeket.

Készletjelentések engedélyezése

Engedélyezze a blobleltár-jelentéseket úgy, hogy egy vagy több szabályt tartalmazó szabályzatot ad hozzá a tárfiókhoz. Útmutatásért tekintse meg az Azure Storage blobleltár-jelentések engedélyezése című részt.

Készletszabályzat frissítése

Ha 2021 júniusa előtt konfiguráltad az Azure Storage blob inventory-t, töltsd be a szabályzatot, végezz el szükséges módosításokat, majd mentsd el. Amikor újratöltöd a szabályzatot, a szolgáltatás alapértelmezett értékekkel tölti fel a szabályonkénti célpontot, a manifest fájlt és az Azure Event Grid eseménybeállításait. Ezeket az értékeket meg lehet változtatni.

• Minden szabály saját célkonténert használhat ahelyett, hogy egyetlen célkonténert osztanának meg szabályzatszinten.

• A szolgáltatás minden szabályhoz létrehoz egy manifest fájlt és Azure Event Grid eseményt a politika helyett.

Készletszabályzat

A készletjelentések konfigurálásához egy JSON dokumentumhoz egy vagy több szabályt tartalmazó készletszabályzatot adjunk hozzá.

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

A készletszabályzat JSON-jának megtekintéséhez válassza az Azure Portal BlobLeltár szakaszának Kód nézet lapját.

Paraméter neve	Paraméter típusa	Jegyzetek	Szükséges?
enabled	Boolean	A teljes szabályzat letiltására szolgál. Ha true-ra állítva, a szabályszintű enabled mező felülírja ezt a paramétert. Ha le van tiltva, a leltár az összes szabály esetében le van tiltva.	Igen
rules	Szabályobjektumok tömbje	Egy szabályzatban legalább egy szabályra szükség van. Szabályzatonként legfeljebb 100 szabály támogatott.	Igen

Leltárszabályok

A szabály rögzíti a leltárjelentések létrehozásához szükséges szűrési feltételeket és kimeneti paramétereket. Minden szabály létrehoz egy leltárjelentést. A szabályok egymást átfedő előtagokkal rendelkezhetnek. A blobok a szabálydefinícióktól függően több leltárban is megjelenhetnek.

A szabályzat minden szabályának több paramétere van:

Paraméter neve	Paraméter típusa	Jegyzetek	Szükséges?
name	karakterlánc	A szabálynevek legfeljebb 256 kis- és nagybetűs alfanumerikus karaktert tartalmazhatnak. A névnek egyedinek kell lennie egy szabályzatban.	Igen
enabled	Boolean	Egy zászló, amely lehetővé teszi vagy letilt egy szabályt. Az alapértelmezett érték igaz.	Igen
definition	JSON-készletszabály definíciója	Minden definíció egy szabályszűrő-készletből áll.	Igen
destination	karakterlánc	A célkonténer, ahol a szolgáltatás generálja az összes készlet fájlt. A céltárolónak már léteznie kell.

A globális Blob leltár engedélyezve jelző előnyt élvez az engedélyezett paraméterrel szemben egy szabályban.

Szabálydefiníció

Paraméter neve	Paraméter típusa	Jegyzetek	Kötelező
filters	JSON	A szűrők meghatározzák, hogy egy folt vagy tartály része-e a készletnek.	Igen
format	karakterlánc	Meghatározza a készletfájl kimeneti formátumát. Az érvényes értékek csv (CSV formátumban) és parquet (Apache Parquet formátumban).	Igen
objectType	karakterlánc	Jelzi, hogy a készletszabály vonatkozik-e a blobokra vagy a konténerekre. Az érvényes értékek a következők: blob és container.	Igen
schedule	karakterlánc	Megadja, mikor kell futtatni a szabályt. Az érvényes értékek a következők: daily és weekly.	Igen
schemaFields	JSON-tömb	Felsorolja a sémamezőket, amelyeket a készletbe kell beépíteni.	Igen

Szabályszűrők

Használja a következő szűrőket a blob inventory jelentés testreszabásához:

Szűrő neve	Szűrő típusa	Jegyzetek	Szükséges?
blobTypes	Előre definiált enumerálási értékek tömbje	A hierarchikus névtérrel rendelkező fiókok esetében az érvényes értékek a blockBlob és a appendBlob, míg a többi fiók esetében a blockBlob, a appendBlob és a pageBlob. Ez a mező nem vonatkozik a konténerkészletre (objectType: container).	Igen
creationTime	Szám	Megadja, hány nappal ezelőtt jött létre a folt. Például egy érték 3 csak az elmúlt három napban létrehozott foltokat tartalmazza.	Nem
prefixMatch	Legfeljebb 10 karakterláncból álló tömb	Ha nem definiálsz prefixMatch vagy nem adsz meg üres előtagot, a szabály minden blobra vonatkozik a tárolófiókban. Az előtagnak tárolónév-előtagnak vagy tárolónévnek kell lennie. Például, container vagy container1/foo.	Nem
excludePrefix	Legfeljebb 10 elemből álló sztringtömb	Meghatározza a leltárjelentésből kizárandó blob elérési utakat. A excludePrefix konténernév előtagnak vagy konténernévnek kell lennie. Üres excludePrefix esetén a jelentés felsorolja az összes olyan blobot, amelynek neve megegyezik bármely prefixMatch karakterlánccal. Ha előtagot szeretnél hozzáadni, de egy adott részhalmazt kizárni, használd a excludePrefix szűrőt. Például az összes, a container-a alatti blob belefoglalásához, kivéve a container-a/folder alattiakat, állítsa a(z) container-a/folder értékét container-a értékre, a(z) prefixMatch értékét pedig excludePrefix értékre.	Nem
includeSnapshots	Boolean	Megadja, hogy a készlet tartalmaz-e pillanatképeket. Az alapértelmezett érték a false. Ez a mező nem vonatkozik a konténerkészletre (objectType: container).	Nem
includeBlobVersions	Boolean	Megadja, hogy a készlet tartalmaz-e blob verziókat. Az alapértelmezett érték a false. Ez a mező nem vonatkozik a konténerkészletre (objectType: container).	Nem
includeDeleted	Boolean	Megadja, hogy a készlet tartalmaz-e törölt foltokat. Az alapértelmezett érték a false. A hierarchikus névtérrel rendelkező fiókokban ez a szűrő a helyreállíthatóan törölt állapotú mappákat és blobokat is tartalmazza. Csak kifejezetten törölt mappák és fájlok jelennek meg a jelentésekben. A szülőmappák törlése miatt törölt gyermekmappák és fájlok nem szerepelnek.	Nem

Tekintse meg a leltárszabályok JSON-ját az Azure Portal BlobLeltár szakaszának Kódnézet lapjának kiválasztásával. A szűrőket egy szabálydefiníción belül határozod meg.

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

Blobleltárhoz támogatott egyéni sémamezők

Megjegyzés:

A Data Lake Storage oszlop a hierarchikus névtér funkcióval rendelkező fiókok támogatását jeleníti meg.

szakterület	Blob Storage (alapértelmezett támogatás)	Data Lake Storage
Név (kötelező)
Létrehozás ideje
Utolsó módosítás
LastAccessTime 1
ETag
Tartalomhossz
Tartalom típusa
Tartalomkódolás
Tartalomnyelv
Content-CRC64
Content-MD5
Gyorsítótár-vezérlés
Cache-Disposition
BlobTípus
Hozzáférési szint
Hozzáférési szint változási idő
LeaseStatus
LeaseState
Szerverenkriptált
Vevő által megadott kulcs SHA256
Metadaták
Lejárati idő
hdi_isfolder
Tulajdonos
Csoport
Engedélyek
Acl
Pillanatkép (elérhető és kötelező, ha pillanatképeket szeretne belefoglalni a jelentésbe)
Törölt
Törlési azonosító
Törölt Idő
Hátralévő Megőrzési Napok
VersionId (elérhető és kötelező, ha a blobverziókat a jelentésbe szeretné belefoglalni)
IsCurrentVersion (elérhető és kötelező, ha blobverziókat szeretne belefoglalni a jelentésbe)
TagCount
Címkék
Másolatazonosító
Másolás forrásból
Másolási állapot
Másolási Előrehaladás
MásolásBefejezésiIdő
MásolásiÁllapotLeírás
MódosíthatatlanságiSzabályzatHatáridőig
Változhatatlansági Irányelv Mód
LegalHold
Újrahidratálási Prioritás
Archívum állapota
Titkosításterület
Növekményes Másolat
x-ms-blob-sequence-number (blob-szekvenciaszám)

¹ Alapértelmezés szerint le van tiltva. Igény szerint engedélyezheti a hozzáférési idő nyomon követését.

Tárolóleltárhoz támogatott egyéni sémamezők

Megjegyzés:

A Data Lake Storage oszlop a hierarchikus névtér funkcióval rendelkező fiókok támogatását jeleníti meg.

szakterület	Blob Storage (alapértelmezett támogatás)	Data Lake Storage
Név (kötelező)
Utolsó módosítás
ETag
LeaseStatus
LeaseState
Bérleti Időtartam
Metadaták
PublicAccess
AlapértelmezettTitkosításiTartomány
Megtagadja a titkosítási terjedelem felülbírálását
VáltozhatatlanságiSzabályzat
Jogi zárolás alatt áll
Módosíthatatlan tárolás verziókövetéssel engedélyezve
Törölve (csak akkor jelenik meg, ha a törölt tárolók is ki van választva)
Verzió (Csak akkor jelenik meg, ha a törölt tárolók is ki van választva)
DeletedTime (Csak akkor jelenik meg, ha a törölt tárolók belefoglalása lehetőség van kiválasztva)
Hátralévő megőrzési napok (Csak akkor jelenik meg, ha a törölt tárolók belefoglalása be van jelölve)

Készlet ellenőrzése

Ha egy szabályt úgy állítasz be, hogy naponta futjon, az minden nap fut. Ha egy szabályt úgy állítasz be, hogy heti futson, akkor minden vasárnap fut UTC-ben.

Egy készletellenőrzés akár hat napig is eltarthat, mire megbukik. A futási időt befolyásoló tényezők megismeréséhez lásd a Blob készlet teljesítményjellemzőit.

A futások nem fedik át egymást, ezért egy futásnak be kell fejeződnie, mielőtt ugyanannak a szabálynak egy másik futása megkezdődhet. Például, ha egy napi szabály előző napi futása még folyamatban van, a szolgáltatás aznap nem indít új futást. A heti szabályok minden vasárnap érvényesek, függetlenül attól, hogy egy korábbi futás sikeres vagy kudarcot vall. Ha egy futás nem sikerül véget sikeresen, ellenőrizd a következő futásokat, mielőtt felveszed a kapcsolatot a támogatással. A futás teljesítménye változó lehet, így a következő futás sikeresen befejezhető.

A leltárszabályzatok teljes egészében olvashatók vagy írhatók. A részleges frissítések nem támogatottak. A leltárszabályok napi kiértékelése történik. Ha megváltoztatod a szabálydefiníciót azután, hogy a szolgáltatás értékeli az adott napra vonatkozó szabályzatot, akkor a szolgáltatás a következő napon értékeli a frissítéseket.

Leltár lezárult esemény

Az BlobInventoryPolicyCompleted esemény akkor jön létre, amikor a készlet futása befejeződik egy szabály esetében. Ez az esemény akkor is előfordul, ha a készlet futtatása felhasználói hibával meghiúsul, mielőtt elindulna. Például egy érvénytelen politika vagy egy hiányzó célkonténer indítja el az eseményt. Az alábbi JSON egy példaeseményt BlobInventoryPolicyCompleted mutat be.

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

Az alábbi táblázat ismerteti a BlobInventoryPolicyCompleted esemény sémáját.

szakterület	Típus	Leírás
ütemezési dátum és idő	karakterlánc	A leltárszabály ütemezésének időpontja.
fióknév	karakterlánc	A tárfiók neve.
szabályNév	karakterlánc	A szabály neve.
policyRunStatus	karakterlánc	A készletfeldolgozás állapota. A lehetséges értékek a következők: Succeeded, PartiallySucceededés Failed.
irányelv futásának állapotüzenete	karakterlánc	A készletfuttatás állapotüzenete.
policyRunId	karakterlánc	A készletfuttatás szabályzatfuttatási azonosítója.
ManifestBlobUrl	karakterlánc	A készletfuttatási jegyzékfájl blob URL-címe.

Készletkimenet

Minden készletszabály létrehoz egy fájlkészletet a megadott készletcél konténerben az adott szabályhoz. A készlet kimenete a következő útvonalon érhető el: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName> ahol:

• accountName az Azure Blob Storage-fiók neve.
• A készlet-céltároló az a céltároló, amelyet a készletszabályban meghatározott.
• YYYY/MM/DD/HH-MM-SS az az idő, amikor elkezdődött a készlet.
• ruleName a leltárszabály neve.

Leltárfájlok

Egy szabály minden készletfuttatása a következő fájlokat hozza létre:

• Leltárfájl: Egy szabály készletfuttatása CSV- vagy Apache Parquet formátumú fájlt hoz létre. Minden ilyen fájl egyező objektumokat és azok metaadatait tartalmazza.

  Fontos

  A készletfuttatások több fájlt eredményeznek, ha az objektumok száma nagy. További információ: Több leltárfájl kimenete – gyakori kérdések.

  Az Apache Parquet formátumú jelentésekben a dátumok a következő formátumban jelennek meg: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. CSV formátumú fájlok esetében az első sor mindig a sémasor. Az alábbi képen egy, a Microsoft Excelben megnyitott készlet CSV-fájl látható.

  

  Fontos

  Előfordulhat, hogy a leltárfájlban megjelenő blob elérési útjai nem jelennek meg egy adott sorrendben.

• Ellenőösszeg fájl: Egy ellenőösszeg fájl tartalmazza a fájl tartalmának MD5 ellenőrzőösszegét manifest.json . Az ellenőrzőösszegfájl neve .<ruleName>-manifest.checksum Az ellenőrzőösszegfájl létrehozása egy leltárszabály-futtatás befejezését jelzi.

• Manifest fájl: Egy manifest.json fájl tartalmazza az adott szabályhoz generált készletfájlok adatait. A fájl neve .<ruleName>-manifest.json Ez a fájl tartalmazza a szabálydefiníciót és az útvonalat a leltárhoz ehhez a szabályhoz. Az alábbi JSON egy mintafájl manifest.json tartalmát mutatja.

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

  Ez a fájl a futtatás megkezdésekor jön létre. A status fájl mezője addig van beállítva Pending, amíg a futtatás be nem fejeződik. A futás befejezése után ez a mező befejezési státuszra van állítva (például: Succeeded vagy Failed).

Árképzés és számlázás

A készlet díjszabása a számlázási időszak során vizsgált blobok és tárolók számától függ. Az Azure Blob Storage díjszabási oldala az egymillió vizsgált objektumra vonatkozó árat jeleníti meg. Ha például egymillió objektum vizsgálatának ára az $0.003, hogy a fiókja hárommillió objektumot tartalmaz, és havonta négy jelentést készít, akkor a számla az lenne 4 * 3 * $0.003 = $0.036.

A leltárfájlok létrehozása után további szabványos adattárolási és műveleti díjak merülnek fel a leltár által generált fájloknak a fiókban történő tárolásáért, olvasásáért és írásáért.

Ha egy szabály előtagja van átfedésben bármely más szabály előtagjával, ugyanaz a folt több készletjelentésben is megjelenhet. Ebben az esetben mindkét esetért fizetsz. Tegyük fel például, hogy az prefixMatch egyik szabály eleme a következőre ["inventory-blob-1", "inventory-blob-2"]van állítva, a prefixMatch másik elem pedig a következőre ["inventory-blob-10", "inventory-blob-20"]van állítva. Mindkét leltárjelentésben megjelenik egy elnevezett inventory-blob-200 objektum.

A blob pillanatképei és verziói akkor is beleszámítanak a számlázásba, ha a(z) includeSnapshots és includeBlobVersions szűrőt false értékre állítod. Ezek a szűrőértékek nem befolyásolják a számlázást. Ezeket csak a jelentésben megjelenő elemek szűrésére használhatja.

Az Azure Storage-blobleltár díjszabásáról további információt az Azure Blob Storage díjszabásában talál.

Funkciók támogatása

Ennek a funkciónak a támogatását befolyásolhatja a Data Lake Storage Gen2, a Network File System (NFS) 3.0 protokoll vagy az SSH File Transfer Protocol (SFTP) engedélyezése. Ha engedélyezte bármelyik képességet, tekintse meg az Azure Storage fiókok Blob Storage funkció támogatását, hogy felmérhesse a funkció támogatását.

Ismert problémák és korlátozások

Ez a szakasz az Azure Storage blobleltározási funkció korlátait és ismert problémáit ismerteti.

A készletjelentés objektumainak számát és adatméretét nem szabad összehasonlítani a számlázással

A készletjelentés nem tartalmaz metaadatokat, rendszernaplókat és tulajdonságokat, ezért ne hasonlítsd össze a számlázott objektumszámmal és a tárolószám adatméretével.

Bizonyos esetekben a készleti feladatok elvégzése tovább tart

Egy leltári munka ilyen esetekben tovább tarthat:

• Rengeteg új adatot adsz hozzá.

• Első alkalommal futtatsz egy szabályt vagy szabálykészletet.

  A készlet futása tovább tarthat, mint a későbbi futások.

• Egy készletfuttatás nagy mennyiségű adatot dolgoz fel hierarchikus, névtér-kompatibilis fiókokban.

  Egy készleti munka több mint egy napot is igénybe vehet hierarchikus, névtér-kompatibilis fiókok esetén, amelyek több százmillió folbból állnak. Néha a leltárfeladat meghiúsul, és nem hoz létre leltárfájlt. Ha egy feladat nem fejeződik be sikeresen, ellenőrizze a következő feladatokat, hogy befejeződött-e, mielőtt kapcsolatba lépne az ügyfélszolgálattal.

• Nincs lehetőség arra, hogy visszamenőlegesen hozzon létre jelentést egy adott dátumhoz.

A leltárfeladatok nem tudnak jelentéseket írni objektumreplikációs szabályzattal rendelkező tárolókba

Az objektumreplikációs szabályzatok megakadályozhatják, hogy egy leltárfeladat leltárjelentéseket írjon a céltárolóba. Más forgatókönyvek archiválhatják a jelentéseket, vagy megváltoztathatatlanná tehetik, amikor részben elkészültek, ami az inventári feladatok sikertelenségét okozhatja.

Készlet és megváltoztathatatlan tárolás

Nem lehet készletszabályzatot konfigurálni a fiókban, ha a verziószintű mudagoltság támogatása engedélyezett az adott fiókon, vagy ha a verziószintű mudagolhatatlanság támogatása a célkonténerben, amelyet az inventory policy definiált meg, engedélyezett.

A jelentések kizárhatják a helyreállíthatóan törölt blobokat a hierarchikus névtérrel rendelkező fiókokban

Ha töröl egy tárolót vagy könyvtárat, és az átmeneti törlés engedélyezve van, a szolgáltatás azt és annak teljes tartalmát átmenetileg töröltként jelöli meg. Azonban csak a konténer vagy könyvtár, amelyet nulla hosszúságú foltként jelentenek, jelenik meg egy készletjelentésben. A jelentés nem tartalmazza a szoftveresen törölt gyermek foltokat, még akkor sem, ha a szabályzat includeDeleted mezőjét true-nak állítod. Ez a viselkedés különbséget okozhat az Azure portál kapacitásmérői és a készletjelentés között.

Csak azok a foltok jelennek meg a jelentésekben, amelyeket kifejezetten törölsz. Az összes helyreállíthatóan törölt blob (a könyvtár és az összes benne lévő gyermekblob) teljes listájának lekéréséhez a munkaterheléseknek törölniük kell egy könyvtárban található összes blobot, mielőtt magát a könyvtárat törölnék.

Duplikátumok kezelése a blob-leltárban

A Blob Inventory elosztott rendszeren működik, ami azt jelenti, hogy ritka esetekben duplikált blob bejegyzések jelennek meg a jelentéseidben.

Ha a felhasználási eseted egyedi blob bejegyzéseket igényel a készletjelentés utófeldolgozásakor, használd a Name mezőt csak egyedi foltok visszaadására.

Ha a jelentésed tartalmaz blob verziókat, használd együtt a Name és Version ID mezőket, hogy csak az egyedi foltokat és verziókat azonosítsd és visszaküldd.

Következő lépések

• Azure Storage-blobleltár-jelentések engedélyezése
• Blobok számának és teljes méretének kiszámítása tárolónként
• Oktatóanyag: Blobleltár-jelentések elemzése
• Az Azure Blob Storage életciklusának kezelése
• Blobleltár – GYIK