Azure Storage-blobleltár

Az Azure Storage blobleltár a tárfiók tárolóinak, blobjainak, blobverzióinak és pillanatképeinek listáját tartalmazza a hozzájuk tartozó 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 Storage

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ók jelentésében a tárolók és azok kapcsolódó tulajdonságai, például a nem módosítható házirend állapota, a jogi visszatartási állapot ismertethető.

• 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ését ismertető témakört.

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éltárolók mostantól minden szabály esetében támogatottak ahelyett, hogy csak a szabályzatot támogatják.

• 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étertípus	Jegyzetek	Kötelező?
engedélyezve	Logikai	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étertípus	Jegyzetek	Kötelező?
név	hú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	Logikai	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
Meghatározás	JSON-készletszabály definíciója	Minden definíció egy szabályszűrő-készletből áll.	Igen
Cél	hú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 blobleltár-kompatibilis jelző elsőbbséget élvez az engedélyezett paraméterrel szemben egy szabályban.

Szabálydefiníció

Paraméter neve	Paramétertípus	Jegyzetek	Kötelező
szűrők	json	A szűrők eldöntik, hogy egy blob vagy tároló a készlet része-e vagy sem.	Igen
format	hú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
objectType	hú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
ütemezés	hú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	Kötelező?
blobTypes	Előre definiált enumerálási értékek tömbje	Az érvényes értékek a appendBlobblockBlob 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ó tároló készletére (objectType: container).	Igen
creationTime	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 3 napban hoztak létre.	Nem
prefixMatch	Legfeljebb 10 sztringből álló tömb az előtagok egyeztetéséhez.	Ha nem definiálja az ElőtagMatch 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
excludePrefix	Legfeljebb 10 sztringből álló tömb az előtagok kizárásához.	Megadja a leltárjelentésből kizárandó blobútvonalakat. Az excludePrefix fájlnak tárolónév-előtagnak vagy tárolónévnek kell lennie. Az üres excludePrefix azt jelenti, hogy minden olyan blob szerepel a listában, amelynek neve megfelel az Összes előtagMatch sztringnek. 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
includeSnapshots	Logikai	Megadja, hogy a leltár tartalmazzon-e pillanatképeket. Az alapértelmezett szint a false. Ez a mező nem alkalmazható tároló készletére (objectType: container).	Nem
includeBlobVersions	Logikai	Megadja, hogy a készlet tartalmazzon-e blobverziókat. Az alapértelmezett szint a false. Ez a mező nem alkalmazható tároló készletére (objectType: container).	Nem
includeDeleted	Logikai	Megadja, hogy a leltár tartalmazzon-e törölt blobokat. Az alapértelmezett szint a 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

Feljegyzés

A Data Lake Storage Gen2 oszlop a hierarchikus névtér funkcióval rendelkező fiókok támogatását mutatja.

Mező	Blob Storage (alapértelmezett támogatás)	2. generációs Data Lake Storage
Név (kötelező)
Létrehozási idő
Utolsó módosítás
LastAccessTime1
ETag
Tartalomhossz
Content-Type
Tartalomkódolás
Tartalomnyelv
Content-CRC64
Content-MD5
Gyorsítótár-vezérlés
Gyorsítótár-elhelyezés
BlobType
AccessTier
AccessTierChangeTime
LeaseStatus
LeaseState
ServerEncrypted
CustomerProvidedKeySHA256
Metaadatok
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ölve
Törölt azonosító
DeletedTime
RemainingRetentionDays
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
CopyId
CopySource
CopyStatus
CopyProgress
CopyCompletionTime
CopyStatusDescription
ImmutabilityPolicyUntilDate
ImmutabilityPolicyMode
LegalHold
RehydratePriority
ArchiveStatus
EncryptionScope
Növekményescopy
x-ms-blob-sequence-number

¹ 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

Feljegyzés

A Data Lake Storage Gen2 oszlop a hierarchikus névtér funkcióval rendelkező fiókok támogatását mutatja.

Mező	Blob Storage (alapértelmezett támogatás)	2. generációs Data Lake Storage
Név (kötelező)
Utolsó módosítás
ETag
LeaseStatus
LeaseState
LeaseDuration
Metaadatok
PublicAccess
DefaultEncryptionScope
DenyEncryptionScopeOverride
HasImmutabilityPolicy
HasLegalHold
ImmutableStorageWithVersioningEnabled
Törölt (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 (Csak akkor jelenik meg, ha a törölt tárolók is ki van választva)

Készlet futtatása

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 legtöbb leltár 24 órán belül befejeződik. A hierarchikus névtérrel rendelkező fiókok esetében a futtatás akár két napot is igénybe vehet, és a feldolgozandó fájlok számától függően előfordulhat, hogy a futtatás nem fejeződik be a két nap végére. A futtatás meghiúsulása előtt legfeljebb hat nap lehet.

A futtatások nem fedik egymást, ezért a futtatásnak le kell fejeződnie ahhoz, hogy ugyanazon szabály egy másik futtatása megkezdődjön. 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 lesz-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.

Fontos

Ha engedélyezi a tárfiók tűzfalszabályait, előfordulhat, hogy a készletkérelmek le lesznek tiltva. A kérések blokkolását úgy oldhatja fel, ha kivételeket ad meg a megbízható Microsoft-szolgáltatásokra vonatkozóan. További információ: A tűzfalak és virtuális hálózatok konfigurálása című kivételek szakasz.

Leltár befejeződött eseménye

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 az esemény sémáját BlobInventoryPolicyCompleted ismerteti.

Mező	Típus	Leírás
scheduleDateTime	húr	A leltárszabály ütemezésének időpontja.
accountName	húr	A tárfiók neve.
ruleName	húr	A szabály neve.
policyRunStatus	húr	A készletfuttatás állapota. A lehetséges értékek a következőkSucceeded: és PartiallySucceededFailed.
policyRunStatusMessage	húr	A készletfuttatás állapotüzenete.
policyRunId	húr	A készletfuttatás szabályzatfuttatási azonosítója.
manifestBlobUrl	hú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 inventory-destination-container a készletszabályban megadott céltároló.
• YYYY/MM/DD/HH-MM-SS az az idő, amikor a leltár elkezdődött futni.
• A 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: Egy 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 manifest.json mintafá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 a futtatás befejezéséig van beállítva Pending . 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árolók 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 példányért díjat kell fizetnie. 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 includeSnapshots és includeVersions szűrte.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.

Szolgáltatások 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 funkciót, tekintse meg a Blob Storage szolgáltatástámogatását az Azure Storage-fiókokban a funkció támogatásának felméréséhez.

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.

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 az összes helyreállíthatóan törölt blob (könyvtár és gyermekblob) teljes listájának beszerzéséhez a számítási feladatoknak törölnie kell a címtárban lévő blobokat, mielőtt magát a könyvtárat törölték volna.

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