Azure Storage blob-nyilvántartás

Az Azure Storage blob-inventár a tárolási fiók tartályainak, blobjainak, blob-verzióinak és pillanatképeinek listáját adja meg, a hozzájuk kapcsolódó tulajdonságokkal együtt. Vesszővel tagolt értékekkel (CSV) vagy Apache Parquet formátumban hoz létre kimeneti jelentést napi vagy heti rendszerességgel. A jelentés segítségével naplózhatja a tárfiók tartalmának megőrzési, jogi célú visszatartási vagy titkosítási állapotát, vagy használhatja az adatok teljes méretének, korának, rétegeloszlásának vagy egyéb attribútumainak megértéséhez. A blobleltár használatával egyszerűsítheti az üzleti munkafolyamatokat, vagy felgyorsíthatja az adatfeldolgozási feladatokat, ha a blobleltárt a listatárolók és a bloblista API-k ütemezett automatizálásaként használja. A blobleltár-szabályok lehetővé teszik a jelentés tartalmának szűrését blobtípus, előtag vagy a jelentésbe felvenni kívánt blobtulajdonságok kiválasztásával.

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 alábbi lista az Azure Storage-blobleltár aktuális kiadásában elérhető funkciókat és képességeket ismerteti.

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

  Blobok és tárolók készletjelentéseit is létrehozhatja. A blobokra vonatkozó jelentések tartalmazhatnak alapblobokat, pillanatképeket, tartalomhosszt, blobverziókat és a hozzájuk tartozó tulajdonságokat, például a létrehozási időt, a legutóbb módosított időpontot. Az üres tárolók nem szerepelnek a blobleltár-jelentésben. A tárolókról szóló jelentés ismerteti a tárolókat és azok kapcsolódó tulajdonságait, mint például a nem módosítható házirend állapotát vagy a jogi visszatartási állapotot.

• 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

  Leltárjelentésenként egy jegyzékfájl és egy Azure Event Grid-esemény jön létre. Ezeket a cikk későbbi részében ismertetjük.

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 Ön egy meglévő Azure Storage-blobleltár-felhasználó, aki 2021 júniusa előtt konfigurálta a leltárt, elkezdheti használni az új funkciókat a szabályzat betöltésével, majd a módosítások elvégzése után visszamentheti a szabályzatot. A szabályzat újrabetöltésekor a szabályzat új mezői alapértelmezett értékekkel lesznek feltöltve. Igény szerint módosíthatja ezeket az értékeket. Emellett az alábbi két funkció is elérhető lesz.

• A célkonténer mostantól minden szabályhoz támogatva van, ahelyett, hogy csak a szabályzat támogatására korlátozott lenne.

• A rendszer mostantól szabályonként hoz létre jegyzékfájlt és Azure Event Grid-eseményt a szabályzatok helyett.

Készletszabályzat

A leltárjelentések úgy konfigurálhatók, hogy egy vagy több szabályt tartalmazó készletszabályzatot ad hozzá. A leltárszabályzat szabályok gyűjteménye egy JSON-dokumentumban.

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

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?
engedélyezve	Boolean	A teljes szabályzat letiltására szolgál. Ha igaz értékre van állítva, a szabályszint-kompatibilis mező felülírja ezt a paramétert. Ha le van tiltva, az összes szabály készlete le lesz tiltva.	Igen
szabályok	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?
név	szál/zsinór	A szabálynevek legfeljebb 256 kis- és nagybetűs alfanumerikus karaktert tartalmazhatnak. A névnek egyedinek kell lennie egy szabályzatban.	Igen
engedélyezve	Boolean	Egy jelölő, amely lehetővé teszi egy szabály engedélyezését vagy letiltását. Az alapértelmezett érték igaz.	Igen
definíció	JSON-készletszabály definíciója	Minden definíció egy szabályszűrő-készletből áll.	Igen
célállomás	szál/zsinór	A céltároló, ahol az összes leltárfájl létre lesz hozva. 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ő
szűrők	JSON formátum	A szűrők eldöntik, hogy egy blob vagy tároló a készlet része-e vagy sem.	Igen
formátum	szál/zsinór	Meghatározza a leltárfájl kimenetét. Az érvényes értékek csv (CSV formátum esetén) és parquet (Apache Parquet formátum esetén).	Igen
objektumtípus	szál/zsinór	Azt jelzi, hogy ez blobokra vagy tárolókra vonatkozó leltárszabály-e. Az érvényes értékek a következők: blob és container.	Igen
ütemterv	szál/zsinór	A szabály futtatásának ütemezése. Az érvényes értékek a következők: daily és weekly.	Igen
schemaFields	JSON-tömb	A készlet részét képező sémamezők listája.	Igen

Szabályszűrők

A blobleltár-jelentések testreszabásához több szűrő is rendelkezésre áll:

Szűrő neve	Szűrő típusa	Jegyzetek	Szükséges?
blob típusok	Előre definiált enumerálási értékek tömbje	Az érvényes értékek a blockBlobappendBlob hierarchikus névtér-kompatibilis fiókok, valamint blockBloba , appendBlobés pageBlob más fiókok esetében érvényesek. Ez a mező nem alkalmazható készlet esetében egy tárolón (objectType: container).	Igen
létrehozási idő	Szám	Megadja, hogy hány nappal ezelőtt kellett létrehozni a blobot. Egy érték 3 például csak azokat a blobokat tartalmazza a jelentésben, amelyeket az elmúlt három napban hoztak létre.	Nem
prefixMatch	Legfeljebb 10 sztringből álló tömb az előtagok egyeztetéséhez.	Ha nem definiálja a prefixMatch előtagot, vagy üres előtagot ad meg, a szabály a tárfiókban lévő összes blobra vonatkozik. Az előtagnak tárolónév-előtagnak vagy tárolónévnek kell lennie. Például: container. container1/foo	Nem
előtag kizárása	Legfeljebb 10 karakterláncból álló tömb, amely előtagok kizárására szolgál.	Meghatározza a leltárjelentésből kizárandó blob elérési utakat. Az excludePrefix fájlnak tárolónév-előtagnak vagy tárolónévnek kell lennie. Az üres excludePrefix azt jelenti, hogy minden blob szerepel a listában, amelynek neve bármelyik prefixMatch sztringnek megfelel. Ha egy bizonyos előtagot szeretne belefoglalni, de bizonyos részhalmazokat ki szeretne zárni belőle, akkor használhatja az ExcludePrefix szűrőt. Ha például az összes blobot container-a a mappában container-a/folderlévők kivételével szeretné belefoglalni, akkor azMatch előtagot be kell állítani container-a , és az ExcludePrefix értékre container-a/folderkell állítani.	Nem
pillanatképek bevonása	Boolean	Megadja, hogy a leltár tartalmazzon-e pillanatképeket. Az alapértelmezett érték false. Ez a mező nem alkalmazható készlet esetében egy tárolón (objectType: container).	Nem
tartalmazza a Blob-verziókat	Boolean	Megadja, hogy a készlet tartalmazzon-e blobverziókat. Az alapértelmezett érték false. Ez a mező nem alkalmazható készlet esetében egy tárolón (objectType: container).	Nem
töröltekBelefoglalása	Boolean	Megadja, hogy a leltár tartalmazzon-e törölt blobokat. Az alapértelmezett érték false. Hierarchikus névtérrel rendelkező fiókokban ez a szűrő mappákat és helyreállíthatóan törölt állapotú blobokat is tartalmaz. Csak a kifejezetten törölt mappák és fájlok (blobok) jelennek meg a jelentésekben. A szülőmappa törlése miatt törölt gyermekmappák és fájlok nem szerepelnek a jelentésben.	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ők egy szabálydefinícióban vannak megadva.

{
  "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)	Adatgyűjtő tárhely
Név (kötelező)
Creation-Time
Utolsó módosítás
UtolsóHozzáférésiIdő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
Expiry-Time
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örölt 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)	Adatgyűjtő tárhely
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 is ki van választva)
RemainingRetentionDays (Még fennmaradó megtartási napok) (Csak akkor jelenik meg, ha a törölt tárolók is ki lettek választva)

Készlet ellenőrzése

Ha napi futtatásra konfigurál egy szabályt, az ütemezés szerint minden nap futni fog. Ha úgy konfigurál egy szabályt, hogy hetente fusson, akkor az ütemezés szerint minden héten vasárnap (UTC) fut.

A leltárjelentés létrehozásához szükséges idő különböző tényezőktől függ, és attól, hogy egy leltárfuttatás legfeljebb hat napig tarthat, mielőtt meghiúsulna. Ha többet szeretne megtudni ezekről a befolyásoló tényezőkről, tekintse meg a Blob Leltár teljesítményjellemzőit.

A folyamatok nem fedik egymást, ezért egy folyamatnak be kell fejeződnie, mielőtt ugyanazon szabály újabb folyamata megkezdődhet. Ha például egy szabály napi futásra van ütemezve, de ugyanannak a szabálynak az előző napi futtatása még folyamatban van, akkor az új futtatás nem indul el azon a napon. A heti futtatásra ütemezett szabályok minden vasárnap futnak, függetlenül attól, hogy egy korábbi futtatás sikeres vagy sikertelen volt-e. Ha egy futtatás nem fejeződik be sikeresen, ellenőrizze a későbbi futtatásokat, hogy befejeződött-e, mielőtt kapcsolatba lép az ügyfélszolgálattal. A futtatások teljesítménye eltérő lehet, ezért ha egy futtatás nem fejeződik be, lehetséges, hogy a későbbi futtatások is.

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. Ezért ha módosítja egy szabály definícióját, de egy szabályzat szabályait már kiértékelték erre a napra vonatkozóan, akkor a frissítések csak a következő napon lesznek kiértékelve.

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 szabályzat vagy egy olyan hiba, amely akkor fordul elő, ha egy céltároló nem jelenik meg, aktiválja 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ő	szál/zsinór	A leltárszabály ütemezésének időpontja.
fióknév	szál/zsinór	A tárfiók neve.
szabályNév	szál/zsinór	A szabály neve.
policyRunStatus	szál/zsinór	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	szál/zsinór	A készletfuttatás állapotüzenete.
policyRunId	szál/zsinór	A készletfuttatás szabályzatfuttatási azonosítója.
ManifestBlobUrl	szál/zsinór	A készletfuttatási jegyzékfájl blob URL-címe.

Készletkimenet

Minden leltárszabály létrehoz egy fájlkészletet a megadott készlet céltárolójában a szabályhoz. A készletkimenet a következő elérési úton jön létre: 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 a leltár elkezdődött futni.
• 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

  2023 októberétől kezdve a leltárfuttatások több fájlt hoznak létre, ha az objektumszám nagy. További információ: Több leltárfájl kimenete – gyakori kérdések.

  Az Apache Parquet formátumú jelentések a következő formátumban jelenítik meg a dátumokat: 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őrzőösszegfájl: Az ellenőrzőösszegfájl tartalmazza manifest.json fájl tartalmának MD5 ellenőrzőösszegét. 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.

• Jegyzékfájl: Egy manifest.json fájl tartalmazza az adott szabályhoz létrehozott leltárfájl(ok) részleteit. A fájl neve .<ruleName>-manifest.json Ez a fájl a felhasználó által megadott szabálydefiníciót és a szabály készletének elérési útját is rögzíti. Az alábbi JSON egy mintaként szolgáló manifest.json fájl tartalmát mutatja be.

  {
  "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 futtatás befejezése után ez a mező befejezési állapotra van állítva (például: Succeeded vagy Failed).

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

A leltár díjszabása a számlázási időszak során beolvasott blobok és tárak számán alapul. 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 standard adattárolási és üzemeltetési költségek merülnek fel a leltár által létrehozott fájlok fiókban való tárolásáért, olvasásáért és írásáért.

Ha egy szabály olyan előtagot tartalmaz, amely átfedésben van bármely más szabály előtagjával, akkor ugyanaz a blob több leltárjelentésben is megjelenhet. Ebben az esetben mindkét alkalommal számlázásra kerül. 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 beállította a includeSnapshots és includeVersions szűrőket false. 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 leltárjelentés objektumainak száma és az adatok mérete nem hasonlítható össze a számlázáshoz

A leltárjelentések nem tartalmazzák a metaadatokat, a rendszernaplókat és a tulajdonságokat, ezért nem kell összehasonlítani a tárfiók számlázott objektumainak számával és adatméretével.

Bizonyos esetekben a leltárfeladatok végrehajtása hosszabb időt vesz igénybe

A leltárfeladatok ezekben az esetekben hosszabb időt is igénybe vehetnek:

• A rendszer nagy mennyiségű új adatot ad hozzá

• Egy szabály vagy szabálykészlet első futtatása folyamatban van

  A készlet futása hosszabb időt vehet igénybe a későbbi leltárfuttatásokhoz képest.

• A leltárfuttatás nagy mennyiségű adatot dolgoz fel hierarchikus névtérrel rendelkező fiókokban

  Egy leltárfeladat több mint egy napot is igénybe vehet a több száz millió blobból álló hierarchikus névtér-kompatibilis fiókok esetében. 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. Egyes más forgatókönyvek archiválhatják a jelentéseket, vagy a jelentések nem módosíthatók, ha részlegesen befejeződnek, ami a leltárfeladatok meghiúsulását okozhatja.

Leltár és nem módosítható tároló

Nem konfigurálhat leltárházirendet a fiókban, ha engedélyezve van a verziószintű nem módosíthatóság támogatása az adott fiókban, vagy ha a verziószintű nem módosíthatóság támogatása engedélyezve van a készletszabályzatban meghatározott céltárolón.

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

Ha egy tárolót vagy könyvtárat töröl, és engedélyezve van a helyreállítható törlés, akkor a tároló vagy könyvtár és annak tartalma helyreállíthatóan törölve lesz. Azonban csak a tároló vagy könyvtár (nulla hosszúságú blobként jelent meg) jelenik meg egy leltárjelentésben, és nem a tárolóban vagy könyvtárban lévő helyreállíthatóan törölt blobok, még akkor sem, ha a includeDeleted szabályzat mezőjét igaz értékre állítja. Ez különbséget okozhat az Azure Portalon beszerzett kapacitásmetrikákban megjelenő és a leltárjelentések által jelentett adatok között.

Csak a kifejezetten törölt blobok jelennek meg a jelentésekben. Ezért ahhoz, hogy az összes lágyan törölt blob (könyvtár és gyermekblob) teljes listáját megkapjuk, a számítási feladatoknak törölniük kell az összes blobot egy könyvtárban, mielőtt magát a könyvtárat törlik.

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 – gyakori kérdések