Inventář objektů blob služby Azure Storage

Inventář Azure Storage blob uvádí kontejnery, bloby, verze blobů, snapshoty a související vlastnosti ve vašem úložném účtu. Služba generuje zprávy denně nebo týdně ve formátu CSV nebo ve formátu Apache Parquet.

Použijte inventární zprávy k auditu stavu uchovávání, právního zadržení nebo šifrování obsahu vašeho úložného účtu. Můžete také analyzovat celkovou velikost, stáří, rozložení podle úrovní a další atributy svých dat.

Inventář blobov může zjednodušit pracovní postupy v podnikání a urychlit zpracování dat. Poskytuje plánovanou automatizaci API pro List Containers a List Blobs . Pravidla inventáře filtrují obsah hlášení podle typu blobu, prefixu nebo vybraných vlastností blobů.

Inventář objektů blob služby Azure Storage je k dispozici pro následující typy účtů úložiště:

Standard pro obecné účely verze 2
Úložiště objektů blob bloku úrovně Premium
Úložiště blobů

Funkce inventáře

Inventář objektů blob ve službě Azure Storage podporuje následující funkce a možnosti.

Zprávy o inventáři pro blobů a kontejnery

Můžete generovat sestavy inventáře pro objekty blob a kontejnery. Zpráva pro bloby může obsahovat základní bloby, snapshoty, délku obsahu, verze blobů a jejich související vlastnosti, jako je čas vytvoření a čas poslední úpravy. Zpráva neuvádí prázdné kontejnery. Zpráva pro kontejnery popisuje kontejnery a jejich související vlastnosti, jako je stav politiky neměnnosti a stav právního zadržení.
Vlastní schéma

Můžete zvolit, která pole se zobrazí v sestavách. Vyberte si ze seznamu podporovaných polí. Tento seznam se zobrazí dále v tomto článku.
Formát výstupu CSV a Apache Parquet

Sestavu inventáře můžete vygenerovat ve výstupním formátu CSV nebo Apache Parquet.
Soubor manifestu a událost Azure Event Grid pro každou sestavu inventáře

Služba generuje manifestní soubor a událost Azure Event Grid pro každý inventory report. Článek tyto věci popisuje později.

Povolení sestav inventáře

Povolte reporty inventáře objektů blob přidáním politiky s jedním nebo více pravidly do svého účtu úložiště. Pokyny najdete v tématu Povolení sestav inventáře objektů blob služby Azure Storage.

Aktualizace zásady inventáře

Pokud jste před červnem 2021 nakonfigurovali inventář objektů blob ve službě Azure Storage, načtěte zásadu, proveďte všechny potřebné změny a potom ji uložte. Když zásadu znovu načtete, služba vyplní cíl pro jednotlivá pravidla, soubor manifestu a nastavení událostí Azure Event Grid výchozími hodnotami. Tyto hodnoty můžete změnit.

Každé pravidlo podporuje kontejner pro cíl místo sdílení jednoho cílového místa na úrovni politiky.
Služba generuje soubor manifestu a událost Azure Event Grid pro každé pravidlo namísto zásady.

Zásady inventáře

Pro konfiguraci inventářových reportů přidejte do JSON dokumentu inventářovou politiku s jedním nebo více pravidly.

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

Výběrem karty Zobrazení kódu v části Inventář objektů blob v Azure portálu zobrazíte JSON pro zásady inventáře.

Název parametru	Typ parametru	Poznámky	Povinné?
`enabled`	Boolean	Slouží k zakázání celé politiky. Pokud je nastaveno na true, pole `enabled` na úrovni pravidla má přednost před tímto parametrem. Pokud je tato možnost zakázána, inventář je zakázán pro všechna pravidla.	Ano
`rules`	Pole objektů pravidel	V zásadách se vyžaduje aspoň jedno pravidlo. Pro každou zásadu se podporuje až 100 pravidel.	Ano

Pravidla inventáře

Pravidlo zachycuje podmínky filtrování a výstupní parametry pro vytváření inventární zprávy. Každé pravidlo vytvoří inventurní zprávu. Pravidla můžou mít překrývající se předpony. Objekt blob se může zobrazit ve více než jednom inventáři v závislosti na definicích pravidel.

Každé pravidlo v rámci zásady má několik parametrů:

Název parametru	Typ parametru	Poznámky	Povinné?
`name`	řetězec	Název pravidla může obsahovat až 256 alfanumerických znaků s rozlišováním velkých a malých písmen. Název musí být v rámci zásady jedinečný.	Ano
`enabled`	Boolean	Příznak pro povolení nebo zakázání pravidla. Výchozí hodnota je true.	Ano
`definition`	Definice pravidla inventáře JSON	Každá definice se skládá ze sady filtrů pravidel.	Ano
`destination`	řetězec	Cílový kontejner, kde služba generuje všechny inventární soubory. Cílový kontejner už musí existovat.

Příznak s povoleným globálním inventářem objektů blob má přednost před povoleným parametrem v pravidle.

Definice pravidla

Název parametru	Typ parametru	Poznámky	Povinné
`filters`	JSON	Filtry určují, zda je součástí inventáře bulob nebo kontejner.	Ano
`format`	řetězec	Určuje formát výstupu inventáře. Platné hodnoty jsou `csv` (pro formát CSV) a `parquet` (pro formát Apache Parquet).	Ano
`objectType`	řetězec	Označuje, zda se pravidlo zásob vztahuje na blobs nebo kontejnery. Platné hodnoty jsou `blob` a `container`.	Ano
`schedule`	řetězec	Specifikuje, kdy má pravidlo spustit. Platné hodnoty jsou `daily` a `weekly`.	Ano
`schemaFields`	Pole JSON	Uvádí pole schématu pro zařazení do inventáře.	Ano

Filtry pravidel

Použijte následující filtry k přizpůsobení reportu zásob blobů:

Název filtru	Typ filtru	Poznámky	Povinné?
`blobTypes`	Pole předdefinovaných hodnot výčtového typu	Platné hodnoty pro účty s povoleným hierarchickým oborem názvů jsou `blockBlob` a `appendBlob` a pro ostatní účty `blockBlob`, `appendBlob` a `pageBlob`. Toto pole se nevztahuje na zásoby kontejnerů (`objectType`: `container`).	Ano
`creationTime`	Číslo	Specifikuje, před jakými dny byla tato hmota vytvořena. Například hodnota `3` zahrnuje pouze objekty blob vytvořené v posledních třech dnech.	Ne
`prefixMatch`	Pole až 10 řetězců	Pokud nedefinujete `prefixMatch` nebo neposkytnete prázdný prefix, pravidlo platí pro všechny bloby v rámci úložného účtu. Předpona musí být buď předpona názvu kontejneru, nebo samotný název kontejneru. Například `container` nebo `container1/foo`.	Ne
`excludePrefix`	Pole až 10 řetězců	Určuje cesty blob, které se mají vyloučit ze sestavy inventáře. An `excludePrefix` musí být prefixem názvu kontejneru nebo názvem kontejneru. S prázdným `excludePrefix`, report uvádí všechny bloby s názvy odpovídajícími libovolnému `prefixMatch` řetězci. Pro zahrnutí prefixu, ale vyloučení konkrétní podmnožiny, použijte filtr.`excludePrefix` Například pokud chcete zahrnout všechny objekty blob pod `container-a`, kromě těch pod `container-a/folder`, nastavte `prefixMatch` na `container-a` a `excludePrefix` na `container-a/folder`.	Ne
`includeSnapshots`	Boolean	Specifikuje, zda inventář obsahuje snímky. Výchozí hodnota je `false`. Toto pole se nevztahuje na zásoby kontejnerů (`objectType`: `container`).	Ne
`includeBlobVersions`	Boolean	Určuje, zda inventář zahrnuje verze objektů blob. Výchozí hodnota je `false`. Toto pole se nevztahuje na zásoby kontejnerů (`objectType`: `container`).	Ne
`includeDeleted`	Boolean	Specifikuje, zda inventář obsahuje smazané bloby. Výchozí hodnota je `false`. V účtech s hierarchickým jmenným prostorem tento filtr zahrnuje složky a bloby ve stavu soft-deleted. V reportech se objevují pouze explicitně smazané složky a soubory. Podsložky a soubory smazané v důsledku smazání nadřazené složky nejsou zahrnuty.	Ne

Zobrazte JSON pro pravidla inventáře výběrem karty Zobrazení kódu v části Inventář objektů blob v portálu Azure. Filtry specifikujete v rámci definice pravidla.

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

Vlastní pole schématu podporovaná pro inventář objektů blob

Poznámka:

Sloupec Data Lake Storage zobrazuje podporu v účtech s povolenou funkcí hierarchického oboru názvů.

Pole	Blob Storage (výchozí podpora)	Data Lake Storage
Název (povinné)
Čas vytvoření
Naposledy upraveno
LastAccessTime¹
ETag
Délka obsahu
Typ obsahu
Kódování obsahu
Jazyk obsahu
Obsah-CRC64
Kontrola obsahu pomocí MD5
Řízení mezipaměti
Cache-Disposition
Typ Blobu
Přístupová vrstva
AccessTierChangeTime
Stav pronájmu
Stav pronájmu
Serverově šifrováno
ZákazníkemPoskytnutýKlíčSHA256
Metadatové informace
Čas vypršení platnosti
hdi_isfolder
Vlastník
Skupina
Povolení
Acl
Snímek (k dispozici a vyžaduje se, pokud se rozhodnete zahrnout snímky do sestavy)
Odstraněné
DeletionId
Odstraněný čas
Zbývající dny uchování
Identifikátor verze (Dostupné a povinné, když zahrnete verze objektů blob do sestavy)
IsCurrentVersion (Je k dispozici a vyžadováno, když se rozhodnete zahrnout verze úložiště typu blob do své sestavy)
TagCount
Štítky
KopieId
Zkopírovat zdroj
Stav Kopírování
Postup kopírování
Doba dokončení kopírování
PopisStavKopie
PolitikaNeměnnostiDoData
Režim politiky neměnnosti
Právní zadržení
Priorita rehydratace
Stav archivu
Šifrovací rozsah
IncrementalCopy
x-ms-blob-sequence-number

¹ Ve výchozím nastavení je zakázáno. Volitelně můžete povolit sledování času přístupu.

Vlastní pole schématu podporovaná pro inventář kontejnerů

Poznámka:

Sloupec Data Lake Storage zobrazuje podporu v účtech s povolenou funkcí hierarchického oboru názvů.

Pole	Blob Storage (výchozí podpora)	Data Lake Storage
Název (povinné)
Naposledy upraveno
ETag
Stav pronájmu
Stav pronájmu
Délka pronájmu
Metadatové informace
Veřejný přístup
VýchozíRozsahŠifrování
DenyEncryptionScopeOverride
MáPolitikaNeměnnosti
Má právní zadržení
NeměnnýÚložnýProstorSPovolenýmVerzováním
Odstraněno (Zobrazí se pouze v případě, že je vybráno zahrnutí odstraněných kontejnerů)
Verze (Zobrazí se pouze v případě, že je vybrána možnost zahrnout odstraněné kontejnery)
DeletedTime (Objeví se pouze pokud je zvoleno zahrnout smazané kontejnery)
RemainingRetentionDays (Zobrazuje se pouze tehdy, je-li vybrána možnost zahrnout odstraněné kontejnery)

Průběh inventury

Pokud nastavíte pravidlo, aby běželo denně, běží každý den. Pokud nastavíte pravidlo, které běží týdně, běží každou neděli v UTC.

Inventura může trvat až šest dní, než selže. Chcete-li se dozvědět více o faktorech ovlivňujících dobu provozu, viz charakteristiky výkonu zásob Blob.

Běhy se nepřekrývají, takže běh musí být dokončen, než může začít další běh stejného pravidla. Například pokud spuštění denního pravidla z předchozího dne stále probíhá, služba ten den nespustí nové spuštění. Týdenní pravidla běží každou neděli bez ohledu na to, jestli bylo předchozí spuštění úspěšné, nebo ne. Pokud se spuštění nedokončí úspěšně, před kontaktováním podpory zkontrolujte následující spuštění. Výkon běhu se může lišit, takže další běh může být úspěšně dokončen.

Zásady inventáře/účetnictví jsou čteny nebo zapisovány v plném rozsahu. Částečné aktualizace nejsou podporované. Pravidla inventáře se vyhodnocují každý den. Pokud změníte definici pravidla poté, co služba vyhodnotí politiku pro daný den, služba vyhodnotí vaše aktualizace následující den.

Událost dokončení inventáře

Událost BlobInventoryPolicyCompleted je vytvořena, když se pro pravidlo dokončí inventarizace. K této události dochází také v případě, že spuštění inventáře selže s chybou uživatele před tím, než se spustí. Například neplatná politika nebo chybějící cílový kontejner spustí tuto událost. Následující JSON ukazuje příklad BlobInventoryPolicyCompleted události.

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

Následující tabulka popisuje schéma BlobInventoryPolicyCompleted události.

Pole	Typ	Popis
časový plán Datum a Čas	řetězec	Čas, kdy bylo naplánováno pravidlo inventáře.
název účtu	řetězec	Název účtu úložiště.
název_pravidla	řetězec	Název pravidla.
policyRunStatus	řetězec	Stav inventarizace Možné hodnoty jsou `Succeeded`, `PartiallySucceeded`a `Failed`.
policyRunStatusMessage	řetězec	Stavová zpráva pro běh inventáře.
policyRunId	řetězec	Identifikátor spuštění zásad pro provoz inventury.
manifestBlobUrl	řetězec	Adresa URL objektu blob pro soubor manifestu pro provedení inventáře.

Výstup inventáře

Každé pravidlo inventáře vytváří sadu souborů v určeném kontejneru pro toto pravidlo. Výstup zásob je dostupný na následující cestě: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName> kde:

accountName je název vašeho účtu služby Azure Blob Storage.
inventory-destination-container je cílový kontejner, který jste zadali v pravidle inventáře.
YYYY/MM/DD/HH-MM-SS je čas, kdy začala inventura.
ruleName je název pravidla inventáře.

Soubory inventáře

Každé spuštění inventáře pro pravidlo generuje následující soubory:

Soubor inventáře: Spuštění inventáře pro pravidlo vygeneruje soubor ve formátu CSV nebo Apache Parquet. Každý takový soubor obsahuje odpovídající objekty a jejich metadata.

Důležité

Při inventářích vzniká více souborů, pokud je počet objektů velký. Další informace najdete v nejčastějších dotazech k více výstupním souborům inventáře.

Zprávy ve formátu Apache Parquet uvádějí data v následujícím formátu: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. U souboru ve formátu CSV je prvním řádkem vždy řádek schématu. Následující obrázek ukazuje soubor CSV inventáře otevřený v Microsoft Excelu.

Důležité

Cesty k objektům blob, které se zobrazují v souboru inventáře, se nemusí zobrazovat v žádném konkrétním pořadí.
Soubor kontrolního součtu: Soubor kontrolního součtu obsahuje kontrolní součet MD5 obsahu souboru manifest.json. Název souboru kontrolního součtu je <ruleName>-manifest.checksum. Generování souboru kontrolního součtu označuje dokončení běhu inventurního pravidla.

Manifestní soubor: Soubor obsahuje podrobnosti o inventářových souborech generovaných manifest.json pro dané pravidlo. Název souboru je <ruleName>-manifest.json. Tento soubor také zachycuje definici pravidla a cestu k inventáři pro dané pravidlo. Následující JSON zobrazuje obsah ukázkového souboru 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"
}

Tento soubor se vytvoří při spuštění. Pole status tohoto souboru je nastaveno na Pending po celou dobu, dokud se spuštění nedokončí. Po dokončení běhu je toto pole nastaveno na stav dokončení (například: Succeeded nebo Failed).

Ceny a fakturace

Stanovení cen zásob je založeno na počtu blobů a kontejnerů, které během fakturačního období naskenujete. Na stránce s cenami služby Azure Blob Storage se zobrazuje cena za jeden milion naskenovaných objektů. Pokud je například cena pro skenování jednoho milionu objektů $0.003, váš účet obsahuje tři miliony objektů a v měsíci vytváříte čtyři sestavy, pak bude 4 * 3 * $0.003 = $0.036vaše faktura .

Po vytvoření inventářových souborů vám účtují další standardní poplatky za ukládání dat a provoz při ukládání, čtení a zápisu souborů generovaných inventářem v účtu.

Pokud pravidlo obsahuje prefix, který se překrývá s prefixem jakéhokoli jiného pravidla, může se stejný blob objevit ve více než jednom inventářním reportu. V tomto případě platíte za obě instance. Předpokládejme například, že prefixMatch prvek jednoho pravidla je nastaven na ["inventory-blob-1", "inventory-blob-2"]a prefixMatch prvek jiného pravidla je nastaven na ["inventory-blob-10", "inventory-blob-20"]. V obou sestavách inventáře se zobrazí objekt s názvem inventory-blob-200 .

Snapshoty a verze blobu se také započítávají do účtování, i když filtry includeSnapshots a includeBlobVersions nastavíte na false. Tyto hodnoty filtru nemají vliv na fakturaci. Můžete je použít jenom k filtrování toho, co se zobrazí v sestavě.

Další informace o cenách inventáře objektů blob služby Azure Storage najdete v tématu Ceny služby Azure Blob Storage.

Podpora funkcí

Podpora této funkce může mít vliv na povolení protokolu Data Lake Storage Gen2, systému souborů NFS (Network File System) 3.0 nebo protokolu SSH File Transfer Protocol (SFTP). Pokud jste některou z těchto funkcí povolili, podívejte se na podporu funkcí služby Blob Storage v účtech Azure Storage a vyhodnoťte podporu této funkce.

Známé problémy a omezení

Tato část popisuje omezení a známé problémy s funkcí inventáře objektů blob služby Azure Storage.

Počet objektů a velikost dat v reportu zásob by se neměly srovnávat s fakturací

Inventární report neobsahuje metadata, systémové logy ani vlastnosti, takže ho nesrovnávejte s účtovaným počtem objektů a velikostí dat pro úložný účet.

Inventární úkoly v některých případech trvají déle

Inventarizační práce může trvat déle v těchto případech:

Přidáte velké množství nových dat.
Poprvé používáte pravidlo nebo sadu pravidel.

První běh inventarizace může trvat déle než následující běhy.
Inventární běh zpracovává velké množství dat v hierarchických účtech s podporou jmenného prostoru.

Úkol s inventářem může trvat déle než jeden den u hierarchických účtů s podporou jmenného prostoru, které mají stovky milionů blobů. Někdy se úloha inventáře nezdaří a nevytvoří soubor inventáře. Pokud se úloha úspěšně nedokončí, zkontrolujte následující úlohy a před kontaktováním podpory zkontrolujte, jestli jsou dokončené.
Není možnost vygenerovat sestavu zpětně pro konkrétní datum.

Úlohy inventáře nemůžou zapisovat sestavy do kontejnerů, které mají zásady replikace objektů.

Zásady replikace objektů mohou zabránit zápisu sestav inventáře do cílového kontejneru. Jiné scénáře mohou zprávy archivovat nebo je po částečném dokončení nechat neměnné, což může způsobit selhání inventářských úloh.

Inventář a neměnné úložiště

Nemůžete v účtu nastavit inventární politiku, pokud je na tomto účtu povolena podpora neměnnosti na úrovni verzí, nebo pokud je na cílovém kontejneru, který definujete v inventářové politice, zapnuta podpora neměnnosti na úrovni verzí.

Sestavy můžou vyloučit obnovitelné odstraněné objekty blob v účtech, které mají hierarchický obor názvů.

Pokud smažete kontejner nebo složku při povolení soft delete, služba jej i celý obsah označí jako soft-deleted. Nicméně v inventářové zprávě se objevuje pouze kontejner nebo adresář, vykazovaný jako blob s nulovou délkou. Zpráva neobsahuje měkkě smazané dětské bloby, i když nastavíte pole politiky includeDeleted na true. Toto chování může způsobit rozdíl mezi kapacitními metrikami v portálu Azure a v inventářovém reportu.

V reportech se objevují pouze bloby, které explicitně smažete. Pro získání úplného seznamu všech soft-delete blobů (adresáře i všech podblobů) by měly pracovní zátěže smazat každý blob v adresáři před tím, než smažou samotný adresář.

Zpracování duplicit v inventáři blobů

Blob Inventory funguje na distribuovaném systému, což znamená, že ve vzácných případech se ve vašich reportech mohou objevit duplicitní položky blobů.

Pokud váš případ vyžaduje unikátní záznamy o blobech při postprocessingu inventory reportu, použijte Name pole pro vrácení pouze unikátních blobů.

Pokud vaše zpráva obsahuje verze blobů, použijte Name oba pole a Version ID společně k identifikaci a zobrazení pouze unikátních blobů a verzí.

Další kroky

Váš názor

Byla tato stránka užitečná?

Last updated on 2026-09-01