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. Er wordt een uitvoerrapport gegenereerd in csv-indeling (door komma's gescheiden waarden) of Apache Parquet 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 blok-blobopslag
- Blob-opslag
Inventarisfuncties
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-uitvoerindeling.
Manifestbestand en Azure Event Grid-gebeurtenis per 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. Zie Rapporten voor azure Storage-blobinventaris inschakelen voor hulp.
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 doelcontainer wordt nu ondersteund voor elke regel in plaats van alleen te worden ondersteund 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? |
---|---|---|---|
enabled | boolean | 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 |
enabled | boolean | 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 |
destination | 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 | Plannen waarop deze regel moet worden uitgevoerd. Geldige waarden zijn daily en weekly . |
Ja |
schemaVelden | Json-matrix | 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? |
---|---|---|---|
blobTypes | Matrix van vooraf gedefinieerde enumwaarden | Geldige waarden zijn blockBlob en appendBlob voor hiërarchische naamruimte ingeschakelde accounts, en blockBlob , appendBlob en pageBlob voor andere accounts. Dit veld is niet van toepassing op inventaris in een container (objectType: container ). |
Ja |
creationTime | 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 |
excludePrefix | 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, behalve de blobs container-a onder de map container-a/folder , moet prefixMatch worden ingesteld container-a op en excludePrefix moet worden ingesteld op container-a/folder . |
Nee |
includeSnapshots | boolean | 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 |
includeBlobVersions | boolean | 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 |
includeDeleted | boolean | 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"
}
]
}
Aangepaste schemavelden die worden ondersteund voor 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 Storage |
---|---|---|
Naam (vereist) | ||
Aanmaaktijd | ||
Laatst gewijzigd | ||
LastAccessTime1 | ||
ETag | ||
Content-Length | ||
Inhoudstype | ||
Content-Encoding | ||
Content-Language | ||
Content-CRC64 | ||
Content-MD5 | ||
Cache-Control | ||
Cache-verwijdering | ||
BlobType | ||
AccessTier | ||
AccessTierChangeTime | ||
LeaseStatus | ||
LeaseState | ||
ServerEncrypted | ||
CustomerProvidedKeySHA256 | ||
Metagegevens | ||
Verlooptijd | ||
hdi_isfolder | ||
Eigenaar | ||
Groep | ||
Machtigingen | ||
Acl | ||
Momentopname (beschikbaar en vereist wanneer u ervoor kiest momentopnamen in uw rapport op te nemen) | ||
Verwijderd | ||
DeletedId | ||
DeletedTime | ||
RemainingRetentionDays | ||
VersionId (beschikbaar en vereist wanneer u ervoor kiest om blobversies in uw rapport op te nemen) | ||
IsCurrentVersion (beschikbaar en vereist wanneer u ervoor kiest om blobversies in uw rapport op te nemen) | ||
TagCount | ||
Tags | ||
CopyId | ||
CopySource | ||
CopyStatus | ||
CopyProgress | ||
CopyCompletionTime | ||
CopyStatusDescription | ||
ImmutabilityPolicyUntilDate | ||
ImmutabilityPolicyMode | ||
LegalHold | ||
RehydratePriority | ||
ArchiveStatus | ||
EncryptionScope | ||
IncrementalCopy | ||
x-ms-blob-sequence-number |
1 Standaard uitgeschakeld. Schakel eventueel toegangstijd bijhouden 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 Storage |
---|---|---|
Naam (vereist) | ||
Laatst gewijzigd | ||
ETag | ||
LeaseStatus | ||
LeaseState | ||
LeaseDuration | ||
Metagegevens | ||
PublicAccess | ||
DefaultEncryptionScope | ||
DenyEncryptionScopeOverride | ||
HasImmutabilityPolicy | ||
HasLegalHold | ||
ImmutableStorageWithVersioningEnabled | ||
Verwijderd (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) | ||
Versie (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) | ||
DeletedTime (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) | ||
RemainingRetentionDays (wordt alleen weergegeven als verwijderde containers zijn geselecteerd) |
Inventarisuitvoering
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 meeste voorraaduitvoeringen zijn binnen 24 uur voltooid. Voor hiërarchische naamruimte ingeschakelde accounts kan een uitvoering zo lang duren als twee dagen, en afhankelijk van het aantal bestanden dat wordt verwerkt, kan de uitvoering mogelijk niet worden voltooid aan het einde van die twee dagen. De maximale hoeveelheid tijd die een uitvoering kan voltooien voordat deze mislukt, is zes dagen.
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 inventaris-gebeurtenis
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 | Type | Description |
---|---|---|
scheduleDateTime | tekenreeks | De tijd waarop de inventarisregel is gepland. |
accountName | tekenreeks | De naam van het opslagaccount. |
ruleName | tekenreeks | De naam van de regel. |
policyRunStatus | tekenreeks | De status van de voorraaduitvoering. Mogelijke waarden zijn Succeeded , PartiallySucceeded en Failed . |
policyRunStatusMessage | tekenreeks | Het statusbericht voor de inventarisatieuitvoering. |
policyRunId | tekenreeks | De id van de beleidsuitvoering voor de inventaris. |
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 inventarisuitvoering voor een regel genereert een CSV- of Apache Parquet-bestand dat is opgemaakt. 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 de Apache Parquet-indeling bevatten datums in de volgende indeling:
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.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 manifest.json bestand. 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 opPending
totdat de uitvoering is voltooid. Nadat de uitvoering is voltooid, wordt dit veld ingesteld op een voltooiingsstatus (bijvoorbeeld:Succeeded
ofFailed
).
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 hebt ingesteld en filters hebt ingesteld includeSnapshots
op includeVersions
false
. Deze filterwaarden zijn niet van invloed op facturering. U kunt ze alleen gebruiken om te filteren wat in het rapport wordt weergegeven.
Zie prijzen voor Azure Blob Storage voor meer informatie over prijzen voor Azure Storage-blob-voorraad.
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 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 voordat een inventaristaak is voltooid voor hiërarchische naamruimte ingeschakelde accounts met 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 voorlopig verwijderde blobs uitsluiten in accounts met een hiërarchische naamruimte
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 de lengte nul) wordt echter weergegeven in een inventarisrapport en niet in de voorlopig verwijderde blobs in die container of map, zelfs als u het includeDeleted
veld van het beleid instelt op waar. 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. Als u daarom een volledige lijst met alle voorlopig verwijderde blobs (directory en alle onderliggende blobs) wilt verkrijgen, moeten workloads elke blob in een map verwijderen voordat u de map zelf verwijdert.