Delen via

Azure Storage-blob-inventaris

Azure Storage-blob-inventarisatie biedt een lijst met containers, blobs, blobversies en momentopnamen in uw opslagaccount, samen met de bijbehorende eigenschappen. Het genereert een uitvoerrapport in CSV-formaat (door komma's gescheiden waarden) of Apache Parquet-formaat op dagelijkse of wekelijkse basis. U kunt het rapport gebruiken om de retentie, juridische bewaring of versleutelingsstatus van de inhoud van uw opslagaccount te controleren, of u kunt het gebruiken om inzicht te hebben in de totale gegevensgrootte, leeftijd, laagdistributie of andere kenmerken van uw gegevens. U kunt blob-inventarisatie ook gebruiken om uw zakelijke werkstromen te vereenvoudigen of gegevensverwerkingstaken te versnellen door blob-inventaris te gebruiken als een geplande automatisering van de List Containers en List Blobs-API's . Met regels voor blob-inventaris kunt u de inhoud van het rapport filteren op blobtype, voorvoegsel of door de blobeigenschappen te selecteren die u in het rapport wilt opnemen.

Azure Storage-blob-inventaris is beschikbaar voor de volgende typen opslagaccounts:

  • Standaard algemeen gebruik v2
  • Premium opslag voor block blobs
  • Blob-opslag

Functies voor inventaris

In de volgende lijst worden functies en mogelijkheden beschreven die beschikbaar zijn in de huidige versie van azure Storage-blob-inventaris.

  • Inventarisrapporten voor blobs en containers

    U kunt inventarisrapporten genereren voor blobs en containers. Een rapport voor blobs kan basis-blobs, momentopnamen, inhoudslengte, blobversies en de bijbehorende eigenschappen bevatten, zoals aanmaaktijd, laatste wijzigingstijd. Lege containers worden niet weergegeven in het blob-inventarisrapport. Een rapport voor containers beschrijft containers en de bijbehorende eigenschappen, zoals onveranderbaarheidsbeleidsstatus, juridische bewaringsstatus.

  • Aangepast schema

    U kunt kiezen welke velden in rapporten worden weergegeven. Kies uit een lijst met ondersteunde velden. Deze lijst wordt verderop in dit artikel weergegeven.

  • CSV- en Apache Parquet-uitvoerindeling

    U kunt een inventarisrapport genereren in csv- of Apache Parquet-uitvoerformaat.

  • Manifestbestand en Azure Event Grid-gebeurtenis voor elk inventarisrapport

    Er worden een manifestbestand en een Azure Event Grid-gebeurtenis gegenereerd per inventarisrapport. Deze worden verderop in dit artikel beschreven.

Inventarisrapporten inschakelen

Schakel blobinventarisrapporten in door een beleid met een of meer regels toe te voegen aan uw opslagaccount. Voor hulp, zie Azure Storage-blobinventaris inschakelen.

Een inventarisbeleid upgraden

Als u een bestaande azure Storage-blob-inventarisgebruiker bent die inventaris vóór juni 2021 heeft geconfigureerd, kunt u de nieuwe functies gaan gebruiken door het beleid te laden en vervolgens het beleid weer op te slaan nadat u wijzigingen hebt aangebracht. Wanneer u het beleid opnieuw laadt, worden de nieuwe velden in het beleid gevuld met standaardwaarden. U kunt deze waarden desgewenst wijzigen. De volgende twee functies zijn ook beschikbaar.

  • Een bestemmingcontainer wordt nu voor elke regel ondersteund in plaats van alleen voor het beleid.

  • Er worden nu een manifestbestand en een Azure Event Grid-gebeurtenis gegenereerd per regel in plaats van per beleid.

Inventarisbeleid

Een inventarisrapport wordt geconfigureerd door een inventarisbeleid toe te voegen met een of meer regels. Een inventarisbeleid is een verzameling regels in een JSON-document.

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

Bekijk de JSON voor een inventarisbeleid door het tabblad Codeweergave te selecteren in de sectie Blob-inventaris van Azure Portal.

Parameternaam Parametertype Opmerkingen Vereist?
ingeschakeld booleaan Wordt gebruikt om het hele beleid uit te schakelen. Als dit is ingesteld op true, overschrijft het ingeschakelde veld op regelniveau deze parameter. Wanneer deze is uitgeschakeld, wordt de inventaris voor alle regels uitgeschakeld. Ja
regels Matrix van regelobjecten Er is ten minste één regel vereist in een beleid. Per beleid worden maximaal 100 regels ondersteund. Ja

Inventarisregels

Een regel legt de filtervoorwaarden en uitvoerparameters vast voor het genereren van een inventarisrapport. Elke regel maakt een inventarisrapport. Regels kunnen overlappende voorvoegsels hebben. Een blob kan in meer dan één voorraad worden weergegeven, afhankelijk van regeldefinities.

Elke regel binnen het beleid heeft verschillende parameters:

Parameternaam Parametertype Opmerkingen Vereist?
naam tekenreeks Een regelnaam kan maximaal 256 hoofdlettergevoelige alfanumerieke tekens bevatten. De naam moet uniek zijn binnen een beleid. Ja
ingeschakeld booleaan Een vlag waarmee een regel kan worden ingeschakeld of uitgeschakeld. De standaardwaarde is waar. Ja
definitie Definitie van JSON-inventarisregel Elke definitie bestaat uit een regelfilterset. Ja
bestemming tekenreeks De doelcontainer waarin alle inventarisbestanden worden gegenereerd. De doelcontainer moet al bestaan.

De vlag voor de globale blob-inventarisatie heeft voorrang op de ingeschakelde parameter in een regel.

Regeldefinitie

Parameternaam Parametertype Opmerkingen Vereist
Filters json Filters bepalen of een blob of container deel uitmaakt van de inventaris of niet. Ja
indeling tekenreeks Bepaalt de uitvoer van het inventarisbestand. Geldige waarden zijn csv (voor CSV-indeling) en parquet (voor Apache Parquet-indeling). Ja
objectType tekenreeks Geeft aan of dit een inventarisregel is voor blobs of containers. Geldige waarden zijn blob en container. Ja
plannen tekenreeks Schema waarop deze regel kan worden uitgevoerd. Geldige waarden zijn daily en weekly. Ja
schemaVelden JSON-array Lijst met schemavelden die deel uitmaken van de inventaris. Ja

Regelfilters

Er zijn verschillende filters beschikbaar voor het aanpassen van een blob-inventarisrapport:

Filternaam Filtertype Opmerkingen Vereist?
blobtypen Matrix van vooraf gedefinieerde enumwaarden Geldige waarden zijn blockBlob en appendBlob voor hiërarchische naamruimte ingeschakelde accounts, en blockBlob, appendBloben pageBlob voor andere accounts. Dit veld is niet van toepassing op inventaris in een container (objectType: container). Ja
creatietijd Aantal Hiermee geeft u het aantal dagen geleden op waarin de blob moet zijn gemaakt. Een waarde van 3 in het rapport bevat bijvoorbeeld alleen de blobs die in de afgelopen drie dagen zijn gemaakt. Nee
prefixMatch Matrix van maximaal 10 tekenreeksen om te worden vergeleken met voorvoegsels. Als u prefixMatch niet definieert of een leeg voorvoegsel opgeeft, is de regel van toepassing op alle blobs in het opslagaccount. Een voorvoegsel moet een containernaamvoorvoegsel of een containernaam zijn. Bijvoorbeeld, container. container1/foo Nee
uitsluitenVoorvoegsel Matrix van maximaal 10 tekenreeksen voor voorvoegsels die moeten worden uitgesloten. Hiermee geeft u de blobpaden op die moeten worden uitgesloten van het inventarisrapport.

Een excludePrefix moet een containernaamvoorvoegsel of een containernaam zijn. Een leeg excludePrefix betekent dat alle blobs met namen die overeenkomen met een prefixMatch-tekenreeks worden vermeld.

Als u een bepaald voorvoegsel wilt opnemen, maar een bepaalde subset wilt uitsluiten, kunt u het filter excludePrefix gebruiken. Als u bijvoorbeeld alle blobs wilt opnemen onder container-a, behalve die onder de map container-a/folder, dan moet prefixMatch worden ingesteld op container-a en moet excludePrefix worden ingesteld op container-a/folder.		 Nee
opnemenMomentopnamen booleaan Hiermee geeft u op of de inventaris momentopnamen moet bevatten. Standaard is false. Dit veld is niet van toepassing op inventaris in een container (objectType: container). Nee
inclusiefBlobVersies booleaan Hiermee geeft u op of de inventaris blobversies moet bevatten. Standaard is false. Dit veld is niet van toepassing op inventaris in een container (objectType: container). Nee
inclusiefVerwijderde booleaan Hiermee geeft u op of de inventaris verwijderde blobs moet bevatten. Standaard is false. In accounts met een hiërarchische naamruimte bevat dit filter mappen en bevat dit ook blobs die een voorlopig verwijderde status hebben.

Alleen de mappen en bestanden (blobs) die expliciet worden verwijderd, worden weergegeven in rapporten. Onderliggende mappen en bestanden die worden verwijderd als gevolg van het verwijderen van een bovenliggende map, worden niet opgenomen in het rapport.		 Nee

Bekijk de JSON voor inventarisregels door het tabblad Codeweergave te selecteren in de sectie Blob-inventaris van Azure Portal. Filters worden opgegeven binnen een regeldefinitie.

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

Ondersteuning voor aangepaste schemavelden in blob-inventaris

Notitie

In de kolom Data Lake Storage wordt ondersteuning weergegeven in accounts waarvoor de hiërarchische naamruimtefunctie is ingeschakeld.

Veld Blob Storage (standaardondersteuning) Data Lake-opslag
Naam (vereist) Ja Ja
Aanmaaktijd Ja Ja
Laatst gewijzigd Ja Ja
LaatsteToegangstijd1 Ja Ja
ETag Ja Ja
Lengte van inhoud Ja Ja
Inhoudstype Ja Ja
Inhoudscodering Ja Ja
Inhoudstaal Ja Ja
Content-CRC64 Ja Ja
Content-MD5 Ja Ja
Cache-beheer Ja Ja
Cache-verwerking Ja Ja
BlobType Ja Ja
AccessTier Ja Ja
ToegangsniveauVeranderingstijd Ja Ja
LeaseStatus Ja Ja
LeaseState Ja Ja
Server Versleuteld Ja Ja
KlantGeleverdeSleutelSHA256 Ja Ja
Metagegevens Ja Ja
Verlooptijd Nee Ja
hdi_isfolder Nee Ja
Eigenaar Nee Ja
Groep Nee Ja
Machtigingen Nee Ja
Acl Nee Ja
Momentopname (beschikbaar en vereist wanneer u ervoor kiest momentopnamen in uw rapport op te nemen) Ja Ja
Verwijderd Ja Ja
VerwijderdId Nee Ja
VerwijderdeTijd Nee Ja
ResterendeBewaringsdagen Ja Ja
VersionId (beschikbaar en vereist wanneer u ervoor kiest om blobversies in uw rapport op te nemen) Ja Nee
IsCurrentVersion (beschikbaar en vereist wanneer u ervoor kiest om blobversies in uw rapport op te nemen) Ja Nee
TagCount Ja Nee
Tags Ja Nee
KopieId Ja Ja
Bron Kopiëren Ja Ja
Kopieerstatus Ja Ja
KopieerVoortgang Ja Ja
KopieVoltooiingstijd Ja Ja
KopieStatusBeschrijving Ja Ja
OnveranderlijkheidsbeleidTotDatum Ja Ja
OnveranderlijkheidsbeleidModus Ja Ja
Wettelijke bewaring Ja Ja
Prioriteren voor rehydrateren Ja Ja
Archief Status Ja Ja
EncryptionScope Ja Ja
IncrementalCopy Ja Ja
x-ms-blob-sequence-number Ja Nee

1 Standaard uitgeschakeld. Schakel desgewenst het bijhouden van de toegangstijd in.

Aangepaste schemavelden die worden ondersteund voor containerinventaris

Notitie

In de kolom Data Lake Storage wordt ondersteuning weergegeven in accounts waarvoor de hiërarchische naamruimtefunctie is ingeschakeld.

Veld Blob Storage (standaardondersteuning) Data Lake-opslag
Naam (vereist) Ja Ja
Laatst gewijzigd Ja Ja
ETag Ja Ja
LeaseStatus Ja Ja
LeaseState Ja Ja
Leaseperiode Ja Ja
Metagegevens Ja Ja
PublicAccess Ja Ja
Standaardversleutelingsbereik Ja Ja
DenyEncryptionScopeOverride Ja Ja
HasImmutabilityPolicy Ja Ja
HeeftJuridischeBlokkade Ja Ja
OnveranderlijkeOpslagMetVersiebeheerIngeschakeld Ja Ja
Verwijderd (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) Ja Ja
Versie (wordt alleen weergegeven als de optie om verwijderde containers te includeren is geselecteerd) Ja Ja
DeletedTime (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) Ja Ja
RemainingRetentionDays (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) Ja Ja

Voorraadcontrole

Als u een regel zo configureert dat deze dagelijks wordt uitgevoerd, wordt deze elke dag gepland. Als u een regel configureert om wekelijks uit te voeren, wordt deze gepland om elke week op zondag UTC-tijd uit te voeren.

De tijd die nodig is om een inventarisrapport te genereren, is afhankelijk van verschillende factoren en de maximale tijdsduur die een voorraaduitvoering kan voltooien voordat het uitvalt, is zes dagen. Voor meer informatie over deze beïnvloedingsfactoren, zie de prestatiekenmerken van de blobinventaris.

Uitvoeringen overlappen elkaar niet, dus een uitvoering moet worden voltooid voordat een andere uitvoering van dezelfde regel kan beginnen. Als een regel bijvoorbeeld dagelijks moet worden uitgevoerd, maar de uitvoering van dezelfde regel van de vorige dag nog wordt uitgevoerd, wordt er die dag geen nieuwe uitvoering gestart. Regels die wekelijks moeten worden uitgevoerd, worden elke zondag uitgevoerd, ongeacht of een eerdere uitvoering slaagt of mislukt. Als een uitvoering niet is voltooid, controleert u de volgende uitvoeringen om te zien of deze zijn voltooid voordat u contact op neemt met de ondersteuning. De prestaties van een uitvoering kunnen variëren, dus als een uitvoering niet is voltooid, is het mogelijk dat volgende uitvoeringen worden uitgevoerd.

Inventarisbeleidsregels worden volledig gelezen of geschreven. Gedeeltelijke updates worden niet ondersteund. Inventarisregels worden dagelijks geëvalueerd. Als u daarom de definitie van een regel wijzigt, maar de regels van een beleid al voor die dag zijn geëvalueerd, worden uw updates pas op de volgende dag geëvalueerd.

Voltooide inventarisatie-evenement

De BlobInventoryPolicyCompleted gebeurtenis wordt gegenereerd wanneer de inventarisuitvoering voor een regel is voltooid. Deze gebeurtenis treedt ook op als de inventarisatieuitvoering mislukt met een gebruikersfout voordat deze wordt uitgevoerd. Een ongeldig beleid of een fout die optreedt wanneer een doelcontainer niet aanwezig is, activeert de gebeurtenis. In de volgende json ziet u een voorbeeld BlobInventoryPolicyCompleted van een gebeurtenis.

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

In de volgende tabel wordt het schema van de BlobInventoryPolicyCompleted gebeurtenis beschreven.

Veld Typologie Beschrijving
geplandDatumTijd tekenreeks De tijd waarop de voorraadregel is gepland.
accountnaam tekenreeks De naam van het opslagaccount.
regelNaam tekenreeks De naam van de regel.
beleidsuitvoeringsstatus tekenreeks De status van de voorraaduitvoering. Mogelijke waarden zijn Succeeded, PartiallySucceededen Failed.
beleidsuitvoeringsstatusbericht tekenreeks Het statusbericht voor de inventarisatieuitvoering.
policyRunId tekenreeks De beleidsrun-ID voor de inventarislijst.
manifestBlobUrl tekenreeks De blob-URL voor het manifestbestand voor de inventarisatieuitvoering.

Inventarisuitvoer

Elke inventarisregel genereert een set bestanden in de opgegeven inventarisbestemmingscontainer voor die regel. De inventarisuitvoer wordt gegenereerd onder het volgende pad: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName waarbij:

  • accountName is de naam van uw Azure Blob Storage-account.
  • inventory-destination-container is de doelcontainer die u hebt opgegeven in de inventarisregel.
  • JJJJ/MM/DD/UU-MM-SS is het tijdstip waarop de inventaris begon te worden uitgevoerd.
  • ruleName is de naam van de inventarisregel.

Inventarisbestanden

Elke inventarisuitvoering voor een regel genereert de volgende bestanden:

  • Inventarisbestand: Een inventarisatierun voor een regel genereert een bestand in CSV- of Apache Parquet-formaat. Elk dergelijk bestand bevat overeenkomende objecten en de bijbehorende metagegevens.

    Belangrijk

    Vanaf oktober 2023 produceren voorraaduitvoeringen meerdere bestanden als het aantal objecten groot is. Zie Veelgestelde vragen over de uitvoer van meerdere inventarisbestanden voor meer informatie.

    Rapporten in het Apache Parquet-formaat presenteren datums in het volgende formaat: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. Voor een bestand met CSV-indeling is de eerste rij altijd de schemarij. In de volgende afbeelding ziet u een CSV-inventarisbestand dat is geopend in Microsoft Excel.

    Schermopname van een CSV-inventarisbestand dat is geopend in Microsoft Excel

    Belangrijk

    De blobpaden die in een voorraadbestand worden weergegeven, worden mogelijk niet in een bepaalde volgorde weergegeven.

  • Controlesombestand: een controlesombestand bevat de MD5-controlesom van de inhoud van het bestand manifest.json. De naam van het controlesombestand is <ruleName>-manifest.checksum. Het genereren van het controlesombestand markeert de voltooiing van een uitvoering van een voorraadregel.

  • Manifestbestand: een manifest.json bestand bevat de details van de inventarisbestanden die voor die regel zijn gegenereerd. De naam van het bestand is <ruleName>-manifest.json. Dit bestand legt ook de regeldefinitie van de gebruiker vast en het pad naar de inventaris voor die regel. In de volgende json ziet u de inhoud van een voorbeeldbestand manifest.json.

    {
"destinationContainer" : "inventory-destination-container",
"endpoint" : "https://testaccount.blob.core.windows.net",
"files" : [
  {
    "blob" : "2021/05/26/13-25-36/Rule_1/Rule_1.csv",
    "size" : 12710092
  }
],
"inventoryCompletionTime" : "2021-05-26T13:35:56Z",
"inventoryStartTime" : "2021-05-26T13:25:36Z",
"ruleDefinition" : {
  "filters" : {
    "blobTypes" : [ "blockBlob" ],
    "includeBlobVersions" : false,
    "includeSnapshots" : false,
    "prefixMatch" : [ "penner-test-container-100003" ]
  },
  "format" : "csv",
  "objectType" : "blob",
  "schedule" : "daily",
  "schemaFields" : [
    "Name",
    "Creation-Time",
    "BlobType",
    "Content-Length",
    "LastAccessTime",
    "Last-Modified",
    "Metadata",
    "AccessTier"
  ]
},
"ruleName" : "Rule_1",
"status" : "Succeeded",
"summary" : {
  "objectCount" : 110000,
  "totalObjectSize" : 23789775
},
"version" : "1.0"
}

    Dit bestand wordt gemaakt wanneer de uitvoering begint. Het status veld van dit bestand is ingesteld op Pending totdat de uitvoering is voltooid. Nadat de uitvoering is voltooid, wordt dit veld ingesteld op een voltooiingsstatus (bijvoorbeeld: Succeeded of Failed).

Prijzen en facturering

Prijzen voor voorraad zijn gebaseerd op het aantal blobs en containers dat tijdens de factureringsperiode wordt gescand. Op de pagina met prijzen voor Azure Blob Storage ziet u de prijs per gescande objecten van één miljoen objecten. Als de prijs voor het scannen van één miljoen objecten bijvoorbeeld is $0.003, bevat uw account drie miljoen objecten en produceert u vier rapporten in een maand, dan zou uw factuur zijn 4 * 3 * $0.003 = $0.036.

Nadat inventarisbestanden zijn gemaakt, worden er extra standaardkosten voor gegevensopslag en -bewerkingen in rekening gebracht voor het opslaan, lezen en schrijven van de door de inventaris gegenereerde bestanden in het account.

Als een regel een voorvoegsel bevat dat overlapt met een voorvoegsel van een andere regel, kan dezelfde blob worden weergegeven in meer dan één voorraadrapport. In dit geval wordt u gefactureerd voor beide exemplaren. Stel bijvoorbeeld dat het prefixMatch element van de ene regel is ingesteld op ["inventory-blob-1", "inventory-blob-2"]en dat het prefixMatch element van een andere regel is ingesteld op ["inventory-blob-10", "inventory-blob-20"]. Er wordt een object met de naam inventory-blob-200 weergegeven in beide inventarisrapporten.

Momentopnamen en versies van een blob tellen ook mee voor facturering, zelfs als u de filters op includeSnapshots, includeVersions en false hebt ingesteld. Deze filterwaarden zijn niet van invloed op facturering. U kunt ze alleen gebruiken om te filteren wat in het rapport wordt weergegeven.

Voor meer informatie over prijzen voor Azure Storage-blob-voorraad, zie Azure Blob Storage prijzen.

Functieondersteuning

Ondersteuning voor deze functie kan worden beïnvloed door het inschakelen van Data Lake Storage Gen2, het NFS-protocol (Network File System) 3.0 of het SSH File Transfer Protocol (SFTP). Als u een van deze mogelijkheden hebt ingeschakeld, raadpleegt u de ondersteuning voor Blob Storage-functies in Azure Storage-accounts om ondersteuning voor deze functie te beoordelen.

Bekende problemen en beperkingen

In deze sectie worden beperkingen en bekende problemen van de azure Storage-blobinventarisfunctie beschreven.

Het aantal inventarisrapportobjecten en de gegevensgrootte mogen niet worden vergeleken met facturering

Een inventarisrapport bevat geen metagegevens, systeemlogboeken en eigenschappen, dus dit moet niet worden vergeleken met het gefactureerde aantal objecten en de gegevensgrootte voor het opslagaccount.

Het duurt langer om voorraadtaken te voltooien in bepaalde gevallen

Een inventaristaak kan in deze gevallen langer duren:

  • Er wordt een grote hoeveelheid nieuwe gegevens toegevoegd

  • Een regel of set regels wordt voor het eerst uitgevoerd

    Het uitvoeren van de inventaris kan langer duren in vergelijking met de volgende voorraaduitvoeringen.

  • Een voorraaduitvoering verwerkt een grote hoeveelheid gegevens in hiërarchische naamruimte ingeschakelde accounts

    Het kan meer dan één dag duren om een inventaristaak te voltooien voor accounts met een ingeschakelde hiërarchische naamruimte en honderden miljoenen blobs. Soms mislukt de inventaristaak en wordt er geen inventarisbestand gemaakt. Als een taak niet is voltooid, controleert u de volgende taken om te zien of deze zijn voltooid voordat u contact op neemt met de ondersteuning.

  • Er is geen optie om een rapport met terugwerkende kracht te genereren voor een bepaalde datum.

Inventaristaken kunnen geen rapporten schrijven naar containers met een objectreplicatiebeleid

Een objectreplicatiebeleid kan voorkomen dat een inventaristaak inventarisrapporten naar de doelcontainer schrijft. Sommige andere scenario's kunnen de rapporten archiveren of de rapporten onveranderbaar maken wanneer ze gedeeltelijk zijn voltooid, waardoor voorraadtaken mislukken.

Inventaris en onveranderbare opslag

U kunt een inventarisbeleid in het account niet configureren als ondersteuning voor onveranderbaarheid op versieniveau is ingeschakeld voor dat account of als ondersteuning voor onveranderbaarheid op versieniveau is ingeschakeld op de doelcontainer die is gedefinieerd in het inventarisbeleid.

Rapporten kunnen mogelijk zacht verwijderde blobs uitsluiten in accounts die een hiërarchische naamruimte hebben.

Als een container of map wordt verwijderd waarvoor voorlopig verwijderen is ingeschakeld, worden de container of map en alle inhoud gemarkeerd als voorlopig verwijderd. Alleen de container of map (gerapporteerd als een blob met een lengte van nul) wordt echter weergegeven in een inventarisrapport en niet de zacht verwijderde blobs in die container of map, zelfs als u het includeDeleted veld van het beleid instelt op true. Dit kan leiden tot een verschil tussen wat wordt weergegeven in metrische capaciteitsgegevens die u in Azure Portal verkrijgt en wat wordt gerapporteerd door een inventarisrapport.

Alleen blobs die expliciet worden verwijderd, worden weergegeven in rapporten. Om een volledige lijst te verkrijgen van alle voorlopig verwijderde blobs (directory en alle onderliggende blobs), moeten workloads elke blob in een map verwijderen voordat de map zelf wordt verwijderd.

Volgende stappen