Inventario dell'archiviazione BLOB di Azure

L'inventario dei blob di Archiviazione di Azure elenca i contenitori, i blob, le versioni dei blob, gli snapshot e le proprietà associate nel tuo account di storage. Il servizio genera report quotidiani o settimanalmente in valori separati da virgole (CSV) o in formato Apache Parquet.

Utilizza i report di inventario per controllare lo stato di conservazione, trattenuta legale o crittografia del contenuto del tuo account di archiviazione. Puoi anche analizzare la dimensione totale, l'età, la distribuzione dei livelli e altri attributi dei tuoi dati.

L'inventario blob può semplificare i flussi di lavoro aziendali e velocizzare i lavori di elaborazione dati. Fornisce un'automazione programmata delle API dei Container di Lista e dei Blobs di Liste . Le regole di inventario filtrano il contenuto dei report per tipo di blob, prefisso o proprietà di blob selezionate.

L'inventario dei BLOB di Archiviazione di Azure è disponibile per i seguenti tipi di account di archiviazione:

  • Standard per utilizzo generale v2
  • Archiviazione BLOB in blocchi Premium
  • Archiviazione BLOB

Funzionalità dell'inventario

L'inventario blob di Archiviazione di Azure supporta le seguenti funzionalità e capacità.

  • Report dell'inventario per BLOB e contenitori

    È possibile generare report di inventario per blob e contenitori. Un report per i blob può contenere blob base, snapshot, lunghezza del contenuto, versioni dei blob e le loro proprietà associate come il tempo di creazione e l'ultimo tempo di modifica. Il rapporto non elenca contenitori vuoti. Un rapporto sui contenitori descrive i contenitori e le loro proprietà associate come lo stato della politica di immutabilità e lo stato legale di detenzione.

  • Schema personalizzato

    È possibile scegliere i campi visualizzati nei report. Scegliere da un elenco di campi supportati. Questo elenco viene visualizzato più avanti in questo articolo.

  • Formato di output CSV e Apache Parquet

    È possibile generare un report di inventario in formato di output CSV o Apache Parquet.

  • File manifesto ed evento di Griglia di eventi di Azure per ciascun report di inventario

    Il servizio genera un file manifest e un evento Griglia di eventi di Azure per ogni report di inventario. L'articolo descrive questi elementi più avanti.

Abilitazione dei report di inventario

Abilita i report di inventario dei blob aggiungendo un criterio con una o più regole nel tuo account di archiviazione. Per indicazioni, vedere Abilitare i report di inventario dei blob di Archiviazione di Azure.

Aggiornare un criterio di inventario

Se hai configurato l'inventario dei blob di Archiviazione di Azure prima di giugno 2021, carichi la policy, apporti le modifiche necessarie e poi salvala. Quando ricarichi la policy, il servizio popola la destinazione per ogni regola, il file manifesto e le impostazioni degli eventi di Griglia di eventi di Azure con i valori predefiniti. Puoi cambiare questi valori.

  • Ogni regola supporta un container di destinazione invece di condividere una sola destinazione a livello di policy.

  • Il servizio genera un file manifest e un evento Griglia di eventi di Azure per ogni regola invece che per la policy.

Criteri di gestione delle scorte

Per configurare i report di inventario, aggiungi una policy di inventario con una o più regole a un documento JSON.

{
  "enabled": true,
  "rules": [
  {
    "enabled": true,
    "name": "inventoryrule1",
    "destination": "inventory-destination-container",
    "definition": {
      "filters": {
        "blobTypes": ["blockBlob"]
      },
      "format": "csv",
      "objectType": "blob",
      "schedule": "daily",
      "schemaFields": ["Name"]
    }
  },
  {
    "enabled": true,
    "name": "inventoryrule2",
    "destination": "inventory-destination-container",
    "definition": {
      "filters": {},
      "format": "csv",
      "objectType": "container",
      "schedule": "weekly",
      "schemaFields": ["Name"]
    }
  }]
}

Visualizzare il codice JSON per un criterio dell'inventario selezionando la scheda Visualizzazione Codice nella sezione Inventario BLOB del portale di Azure.

Nome del parametro Tipo di parametro Note Obbligatorio?
enabled boolean Utilizzato per disabilitare l'intero criterio. Quando impostato su true, il campo a livello enabled di regola sovrascrive questo parametro. Quando questa opzione è disabilitata, l'inventario è disabilitato per tutte le regole. Sì
rules Matrice di oggetti regola Una policy deve contenere almeno una regola. Sono supportate fino a 100 regole per ogni criterio. Sì

Regole dell'inventario

Una regola acquisisce le condizioni di filtro e i parametri di output per la generazione di un report dell'inventario. Ogni regola crea un report di inventario. Le regole possono avere prefissi sovrapposti. Un blob può comparire in più di un inventario, a seconda delle definizioni della regola.

Ogni regola all'interno del criterio presenta vari parametri:

Nome del parametro Tipo di parametro Note Obbligatorio?
name string Il nome di una regola può includere fino a 256 caratteri alfanumerici che distinguono tra maiuscole e minuscole. Il nome deve essere univoco all'interno di un criterio. Sì
enabled boolean Un flag per abilitare o disabilitare una regola. Il valore predefinito è true. Sì
definition Definizione della regola di inventario JSON Ogni definizione è costituita da un set di filtri delle regole. Sì
destination string Il container di destinazione dove il servizio genera tutti i file di inventario. Il contenitore di destinazione deve esistere già.

Il flag globale Inventario BLOB abilitato ha la precedenza sul parametro enabled in una regola.

Definizione della regola

Nome del parametro Tipo di parametro Note Richiesto
filters JSON I filtri determinano se un blob o un contenitore fa parte dell'inventario. Sì
format string Determina il formato di output del file di inventario. I valori validi sono csv (per il formato CSV) e parquet (per il formato Apache Parquet). Sì
objectType string Indica se la regola dell'inventario si applica ai blob o ai contenitori. I valori validi sono blob e container. Sì
schedule string Specifica quando eseguire la regola. I valori validi sono daily e weekly. Sì
schemaFields Matrice JSON Elenca i campi dello schema da includere nell'inventario. Sì

Filtri delle regole

Usa i seguenti filtri per personalizzare un report sull'inventario blob:

Nome del filtro Tipo di filtro Note Obbligatorio?
blobTypes Array di valori enum predefiniti I valori validi sono blockBlob e appendBlob per account abilitati a namespace gerarchici, e blockBlob, appendBlob, e pageBlob per altri account. Questo campo non si applica all'inventario dei container (objectType: container). Sì
creationTime Numero Specifica quanti giorni fa è stato creato il blob. Ad esempio, un valore di 3 include solo i blob creati negli ultimi tre giorni. NO
prefixMatch Matrice di un massimo di 10 stringhe Se non definisci prefixMatch o non fornisci un prefisso vuoto, la regola si applica a tutti i blob all'interno dell'account di storage. Un prefisso deve essere un prefisso del nome di un contenitore o il nome di un contenitore. Ad esempio, container o container1/foo. NO
excludePrefix Matrice di massimo 10 stringhe Specifica i percorsi blob da escludere dal report dell'inventario.

An excludePrefix deve essere un prefisso per il nome del contenitore o un nome del container. Con un vuoto excludePrefix, il report elenca tutti i blob con nomi che corrispondono a qualsiasi prefixMatch stringa.

Per includere un prefisso ma escludere un sottoinsieme specifico, usa il excludePrefix filtro. Ad esempio, per includere tutte le blob sotto container-a eccetto quelle sotto container-a/folder, imposta prefixMatch a container-a e excludePrefix a container-a/folder.		 NO
includeSnapshots boolean Specifica se l'inventario include le istantanee. Il valore predefinito è false. Questo campo non si applica all'inventario dei container (objectType: container). NO
includeBlobVersions boolean Specifica se l'inventario include le versioni dei blob. Il valore predefinito è false. Questo campo non si applica all'inventario dei container (objectType: container). NO
includeDeleted boolean Specifica se l'inventario include i blob eliminati. Il valore predefinito è false. Negli account con uno spazio di nomi gerarchico, questo filtro include cartelle e blob nello stato di eliminazione temporanea.

Solo cartelle e file esplicitamente cancellati appaiono nei report. Le cartelle e i file figli cancellati a causa dell'eliminazione di una cartella genitore non sono inclusi.		 NO

Visualizzare il codice JSON per le regole dell'inventario selezionando la scheda Visualizzazione Codice nella sezione Inventario BLOB del portale di Azure. Specifichi i filtri all'interno di una definizione di regola.

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

Campi schema personalizzati supportati per l'inventario dei blob

Nota

La colonna Data Lake Storage mostra il supporto negli account con la funzionalità dello spazio dei nomi gerarchico abilitata.

Campo Archiviazione BLOB (supporto predefinito) Data Lake Storage
Name (obbligatorio) Sì Sì
Ora di creazione Sì Sì
Ultima modifica Sì Sì
LastAccessTime1 Sì Sì
ETag Sì Sì
La lunghezza del contenuto Sì Sì
Tipo di Contenuto Sì Sì
Codifica contenuto Sì Sì
Lingua del contenuto Sì Sì
Content-CRC64 Sì Sì
Content-MD5 Sì Sì
Cache-Control Sì Sì
Cache-Disposition Sì Sì
BlobType Sì Sì
AccessTier Sì Sì
AccessTierChangeTime Sì Sì
Stato di locazione Sì Sì
LeaseState Sì Sì
Crittografato dal server Sì Sì
CustomerProvidedKeySHA256 Sì Sì
Metadati Sì Sì
Ora di scadenza No Sì
hdi_isfolder No Sì
Proprietario No Sì
Gruppo No Sì
Autorizzazioni No Sì
Acl No Sì
Snapshot (disponibile e obbligatorio quando si sceglie di includere gli snapshot nel report) Sì Sì
Eliminata Sì Sì
DeletionId No Sì
DeletedTime No Sì
RemainingRetentionDays Sì Sì
VersionId (disponibile e obbligatorio quando si sceglie di includere le versioni dei BLOB nel report) Sì No
IsCurrentVersion (disponibile e obbligatorio quando si sceglie di includere le versioni dei BLOB nel report) Sì No
TagCount Sì No
Tag Sì No
CopyId Sì Sì
CopySource Sì Sì
Stato della copia Sì Sì
Avanzamento della copia Sì Sì
CopyCompletionTime Sì Sì
CopyStatusDescription Sì Sì
ImmutabilityPolicyUntilDate Sì Sì
ImmutabilityPolicyMode Sì Sì
LegalHold Sì Sì
RehydratePriority Sì Sì
Stato dell'archivio Sì Sì
EncryptionScope Sì Sì
IncrementalCopy Sì Sì
x-ms-blob-sequence-number Sì No

1 Disattivato per impostazione predefinita. Abilitare facoltativamente il rilevamento dell'ora dell'ultimo accesso.

Campi dello schema personalizzati supportati per l'inventario contenitore

Nota

La colonna Data Lake Storage mostra il supporto negli account con la funzionalità dello spazio dei nomi gerarchico abilitata.

Campo Archiviazione BLOB (supporto predefinito) Data Lake Storage
Name (obbligatorio) Sì Sì
Ultima modifica Sì Sì
ETag Sì Sì
Stato di locazione Sì Sì
LeaseState Sì Sì
Durata del Contratto di Locazione Sì Sì
Metadati Sì Sì
Accesso pubblico Sì Sì
DefaultEncryptionScope Sì Sì
DenyEncryptionScopeOverride Sì Sì
HasImmutabilityPolicy Sì Sì
HasLegalHold Sì Sì
Archiviazione Immutabile con Versionamento Abilitato Sì Sì
Deleted (viene visualizzato solo se è selezionato Includi contenitori eliminati) Sì Sì
Versione (Viene visualizzata solo se è selezionato Includi contenitori eliminati) Sì Sì
DeletedTime (Appare solo se è selezionata l'opzione per includere i contenitori eliminati) Sì Sì
RemainingRetentionDays (Appare solo se è selezionata l'opzione per includere i contenitori eliminati) Sì Sì

Esecuzione dell'inventario

Se configuri una regola per essere eseguita quotidianamente, viene eseguita ogni giorno. Se configuri una regola per essere eseguita settimanalmente, viene eseguita ogni domenica in UTC.

Un'esecuzione dell'inventario può richiedere fino a sei giorni prima di avere esito negativo. Per conoscere i fattori che influenzano il tempo di operazione, vedi Caratteristiche di performance dell'inventario Blob.

Le corse non si sovrappongono, quindi una serie deve completarsi prima che possa iniziare un'altra sequenza con la stessa regola. Ad esempio, se l'esecuzione del giorno precedente di una regola giornaliera è ancora in corso, il servizio non avvia una nuova esecuzione quel giorno. Le regole settimanali si tengono ogni domenica, indipendentemente dal fatto che una corsa precedente abbia successo o meno. Se una run non si completa con successo, controlla le successive run prima di contattare il supporto. Le prestazioni della run possono variare, quindi una run successiva potrebbe completarsi con successo.

I criteri di inventario vengono letti o scritti integralmente. Gli aggiornamenti parziali non sono supportati. Le regole di inventario vengono valutate ogni giorno. Se modifichi una definizione di regola dopo che il servizio ha valutato la politica per quel giorno, il servizio valuta i tuoi aggiornamenti il giorno successivo.

Evento di completamento dell'inventario

L'evento BlobInventoryPolicyCompleted viene generato al termine dell'esecuzione dell'inventario per una regola. Questo evento viene generato anche se l'esecuzione dell'inventario ha esito negativo e viene visualizzato un errore utente prima dell'avvio dell'esecuzione. Ad esempio, una policy non valida o un container di destinazione mancante attivano l'evento. Il seguente JSON mostra un evento di esempio BlobInventoryPolicyCompleted .

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

Nella tabella seguente viene descritto lo schema dell'evento BlobInventoryPolicyCompleted.

Campo Tipo Descrizione
scheduleDateTime string L'ora in cui è stata pianificata la regola di inventario.
accountName string nome dell'account di archiviazione.
nomeRegola string Nome della regola.
policyRunStatus string Stato del processo di inventario. I valori possibili sono Succeeded, PartiallySucceeded e Failed.
policyRunStatusMessage string Messaggio di stato relativo all'esecuzione dell'inventario.
policyRunId string ID esecuzione dei criteri per l'esecuzione dell'inventario.
manifestBlobUrl string URL del BLOB per il file manifest dell'esecuzione dell'inventario.

Output dell'inventario

Ogni regola dell'inventario crea un insieme di file nel contenitore di destinazione dell'inventario specificato per quella regola. L'output dell'inventario è disponibile nel seguente percorso: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName> dove:

  • accountName è il nome dell'account di Archiviazione BLOB di Azure.
  • inventory-destination-container è il contenitore di destinazione specificato nella regola di inventario.
  • YYYY/MM/DD/HH-MM-SS è il momento in cui è iniziato l'inventario.
  • ruleName è il nome della regola di inventario.

File di inventario

Ogni esecuzione dell'inventario per una regola genera i file seguenti:

  • File di inventario: l'esecuzione di un inventario per una regola genera un file in formato CSV o Apache Parquet. Ogni file contiene oggetti corrispondenti e i relativi metadati.

    Importante

    Le esecuzioni di inventario producono più file se il numero di oggetti è elevato. Per altre informazioni, vedere Domande frequenti sull'output di più file di inventario.

    I rapporti nel formato Apache Parquet presentano le date nel seguente formato: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. Per un file in formato CSV, la prima riga è sempre la riga dello schema. L'immagine seguente mostra un file CSV di inventario aperto in Microsoft Excel.

    Screenshot di un file CSV di inventario aperto in Microsoft Excel

    Importante

    I percorsi BLOB visualizzati in un file di inventario potrebbero non essere visualizzati in un ordine specifico.

  • File checksum: Un file checksum contiene il checksum MD5 del contenuto del manifest.json file. Il nome del file di checksum è <ruleName>-manifest.checksum. La generazione del file di checksum segna il completamento dell'esecuzione di una regola di inventario.

  • File manifesto: Un manifest.json file contiene i dettagli dei file di inventario generati per quella regola. Il nome del file è <ruleName>-manifest.json. Questo file cattura anche la definizione della regola e il percorso verso l'inventario di quella regola. Il seguente JSON mostra il contenuto di un file di esempio 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"
}

    Questo file viene creato all'avvio dell'esecuzione. Il campo status di questo file è impostato su Pending fino al completamento dell'esecuzione. Dopo il completamento della run, questo campo viene impostato a uno stato di completamento (ad esempio: Succeeded o Failed).

Determinazione dei prezzi e fatturazione

Il prezzo dell'inventario si basa sul numero di blob e contenitori che scansioni durante il periodo di fatturazione. La pagina Prezzi di Archiviazione BLOB di Azure mostra il prezzo per un milione di oggetti analizzati. Ad esempio, se il prezzo per analizzare un milione di oggetti è $0.003, l'account contiene tre milioni di oggetti e si producono quattro report in un mese, la fattura sarà 4 * 3 * $0.003 = $0.036.

Dopo aver creato i file di inventario, si sostengono ulteriori costi standard di archiviazione e operazioni dati per l'archiviazione, la lettura e la scrittura dei file generati dall'inventario nell'account.

Se una regola contiene un prefisso che si sovrappone a un prefisso di qualsiasi altra regola, lo stesso blob può apparire in più di un report di inventario. In questo caso, paghi per entrambe le istanze. Si supponga, ad esempio, che l'elemento prefixMatch di una regola sia impostato su ["inventory-blob-1", "inventory-blob-2"] e che l'elemento prefixMatch di un'altra regola sia impostato su ["inventory-blob-10", "inventory-blob-20"]. Un oggetto denominato inventory-blob-200 viene visualizzato in entrambi i report di inventario.

Anche gli snapshot e le versioni di un BLOB concorrono alla fatturazione anche se imposti i filtri includeSnapshots e includeBlobVersions su false. Questi valori di filtro non influiscono sulla fatturazione. È possibile usarli solo per filtrare ciò che viene visualizzato nel report.

Per altre informazioni sulla determinazione prezzi per l'inventario dei BLOB di Archiviazione di Azure, vedere la pagina Prezzi di Archiviazione BLOB di Azure.

Supporto delle funzionalità

Il supporto di questa funzionalità potrebbe essere influenzato dall'abilitazione dei protocolli Data Lake Storage Gen2, NFS (Network File System) 3.0 o SFTP (SSH File Transfer Protocol). Se è stata abilitata una di queste funzionalità, vedere Supporto delle funzionalità di Archiviazione BLOB negli account di Archiviazione di Azure per valutare il supporto per questa funzionalità.

Problemi noti e limitazioni

Questa sezione descrive le limitazioni e i problemi noti della funzionalità di inventario BLOB di Archiviazione di Azure.

Il report di inventario, il conteggio degli oggetti e la dimensione dei dati non dovrebbero essere paragonati alla fatturazione

Un report di inventario non include metadati, log di sistema e proprietà, quindi non confrontarlo con il conteggio degli oggetti fatturati e la dimensione dei dati per l'account di archiviazione.

In certi casi, i lavori di inventario richiedono più tempo per essere completati

Un lavoro di inventario può richiedere più tempo in questi casi:

  • Aggiungi una grande quantità di nuovi dati.

  • Esegui una regola o un insieme di regole per la prima volta.

    L'esecuzione dell'inventario potrebbe richiedere più tempo rispetto alle esecuzioni successive.

  • Un'esecuzione dell'inventario elabora una grande quantità di dati negli account con spazio dei nomi gerarchico abilitato.

    Un lavoro di inventario potrebbe richiedere più di un giorno per essere completato per account gerarchici abilitati a namespace che hanno centinaia di milioni di blob. A volte il processo di inventario non riesce e non crea un file di inventario. Se un processo non viene completato con successo, verifica se i processi successivi sono stati completati prima di contattare il supporto.

  • Non è possibile generare un report a posteriori per una data specifica.

I processi di inventario non possono scrivere report in contenitori con criteri di replica degli oggetti

I criteri di replica degli oggetti possono impedire a un processo di inventario di scrivere i report di inventario nel contenitore di destinazione. Altri scenari possono archiviare i report o renderli immutabili quando sono parzialmente completati, il che può causare fallimenti nei lavori di inventario.

Inventario e conservazione immutabile

Non puoi configurare una policy di inventario nell'account se il supporto per l'immutabilità a livello di versione è abilitato su quell'account, o se il supporto per l'immutabilità a livello di versione è abilitato sul container di destinazione che definisci nella policy di inventario.

I report potrebbero escludere i BLOB eliminati temporaneamente negli account con spazio dei nomi gerarchico

Se elimini un contenitore o una directory quando la cancellazione soft è attivata, il servizio segna quella e tutto il suo contenuto come cancellata in modo software. Tuttavia, in un report dell'inventario viene visualizzato solo il contenitore o la directory, segnalato come BLOB di lunghezza zero. Il report non include i blob figlio eliminati temporaneamente, anche se imposti il campo includeDeleted del criterio su true. Questo comportamento può creare una differenza tra le metriche di capacità nel portale Azure e il report sull'inventario.

Solo i blob che elimini esplicitamente appaiono nei rapporti. Per ottenere un elenco completo di tutti i blob eliminati temporaneamente (della directory e di tutti i blob in essa contenuti), i carichi di lavoro dovrebbero eliminare ogni blob in una directory prima di eliminare la directory stessa.

Gestire i duplicati nell'inventario dei blob

L'Inventario dei BLOB funziona su un sistema distribuito, il che significa che in rari casi possono comparire voci di BLOB duplicate nei report.

Se il tuo caso d'uso richiede voci di blob uniche quando post-elabori un report di inventario, usa il Name campo per restituire solo blob unici.

Se il report include versioni dei BLOB, usa insieme i campi Name e Version ID per identificare e restituire solo i BLOB e le relative versioni univoci.

Passaggi successivi

  • Last updated on