Spis obiektów blob usługi Azure Storage

Spis obiektów blob usługi Azure Storage zawiera listę kontenerów, obiektów blob, wersji obiektów blob i migawek na koncie magazynu oraz skojarzonych z nimi właściwości. Generuje raport wyjściowy w formacie wartości rozdzielanych przecinkami (CSV) lub Apache Parquet codziennie lub co tydzień. Raport służy do inspekcji przechowywania, archiwizacji ze względów prawnych lub stanu szyfrowania zawartości konta magazynu. Możesz też użyć go do zrozumienia całkowitego rozmiaru danych, wieku, dystrybucji warstwy lub innych atrybutów danych. Możesz również użyć spisu obiektów blob, aby uprościć biznesowe przepływy pracy lub przyspieszyć zadania przetwarzania danych, używając spisu obiektów blob jako zaplanowanej automatyzacji interfejsów API List Containers i List Blobs . Reguły spisu obiektów blob umożliwiają filtrowanie zawartości raportu według typu obiektu blob, prefiksu lub przez wybranie właściwości obiektu blob do uwzględnienia w raporcie.

Spis obiektów blob usługi Azure Storage jest dostępny dla następujących typów kont magazynu:

• Standardowa ogólnego przeznaczenia, wersja 2
• Magazyn blokowych obiektów blob w warstwie Premium
• Blob storage

Funkcje spisu

Na poniższej liście opisano funkcje i możliwości dostępne w bieżącej wersji spisu obiektów blob usługi Azure Storage.

• Raporty spisu dla obiektów blob i kontenerów

  Raporty spisu dla obiektów blob i kontenerów można wygenerować. Raport dla obiektów blob może zawierać podstawowe obiekty blob, migawki, długość zawartości, wersje obiektów blob i skojarzone z nimi właściwości, takie jak czas tworzenia, czas ostatniej modyfikacji. Puste kontenery nie są wyświetlane w raporcie spisu obiektów blob. Raport dla kontenerów opisuje kontenery i skojarzone z nimi właściwości, takie jak stan zasad niezmienności, stan archiwizacji ze względów prawnych.

• Schemat niestandardowy

  Możesz wybrać pola wyświetlane w raportach. Wybierz jedną z listy obsługiwanych pól. Ta lista zostanie wyświetlona w dalszej części tego artykułu.

• Format danych wyjściowych CSV i Apache Parquet

  Raport spisu można wygenerować w formacie danych wyjściowych CSV lub Apache Parquet.

• Plik manifestu i zdarzenie usługi Azure Event Grid na raport spisu

  Plik manifestu i zdarzenie usługi Azure Event Grid są generowane dla raportu spisu. Zostały one opisane w dalszej części tego artykułu.

Włączanie raportów spisu

Włącz raporty spisu obiektów blob, dodając zasady z co najmniej jedną regułą do konta magazynu. Aby uzyskać wskazówki, zobacz Włączanie raportów spisu obiektów blob usługi Azure Storage.

Uaktualnianie zasad spisu

Jeśli jesteś istniejącym użytkownikiem spisu obiektów blob usługi Azure Storage, który skonfigurował spis przed czerwcem 2021 r., możesz rozpocząć korzystanie z nowych funkcji, ładując zasady, a następnie zapisując zasady z powrotem po wprowadzeniu zmian. Po ponownym załadowaniu zasad nowe pola w zasadach zostaną wypełnione wartościami domyślnymi. Możesz zmienić te wartości, jeśli chcesz. Ponadto będą dostępne następujące dwie funkcje.

• Kontener docelowy jest teraz obsługiwany dla każdej reguły, a nie tylko jest obsługiwany dla zasad.

• Plik manifestu i zdarzenie usługi Azure Event Grid są teraz generowane na regułę zamiast na zasady.

Zasady spisu

Raport spisu jest konfigurowany przez dodanie zasad spisu z co najmniej jedną regułą. Zasady spisu to kolekcja reguł w dokumencie JSON.

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

Wyświetl kod JSON zasad spisu, wybierając kartę Widok kodu w sekcji Spis obiektów blob w witrynie Azure Portal.

Nazwa parametru	Typ parametru	Uwagi	Wymagane?
enabled	boolean	Służy do wyłączania wszystkich zasad. Po ustawieniu wartości true pole włączone na poziomie reguły zastępuje ten parametr. Po wyłączeniu spis wszystkich reguł zostanie wyłączony.	Tak
rules	Tablica obiektów reguł	Co najmniej jedna reguła jest wymagana w zasadach. Na zasady są obsługiwane maksymalnie 100 reguł.	Tak

Reguły spisu

Reguła przechwytuje warunki filtrowania i parametry wyjściowe do generowania raportu spisu. Każda reguła tworzy raport spisu. Reguły mogą mieć nakładające się prefiksy. Obiekt blob może występować w więcej niż jednym spisie w zależności od definicji reguł.

Każda reguła w ramach zasad ma kilka parametrów:

Nazwa parametru	Typ parametru	Uwagi	Wymagane?
nazwa	string	Nazwa reguły może zawierać maksymalnie 256 znaków alfanumerycznych z uwzględnieniem wielkości liter. Nazwa musi być unikatowa w ramach zasad.	Tak
enabled	boolean	Flaga zezwalająca na włączenie lub wyłączenie reguły. Wartość domyślna to true.	Tak
Definicji	Definicja reguły spisu JSON	Każda definicja składa się z zestawu filtrów reguł.	Tak
destination	string	Kontener docelowy, w którym zostaną wygenerowane wszystkie pliki spisu. Kontener docelowy musi już istnieć.

Flaga globalnego spisu obiektów blob ma pierwszeństwo przed włączonym parametrem w regule.

Definicja reguły

Nazwa parametru	Typ parametru	Uwagi	Wymagania
filtry	json	Filtry decydują, czy obiekt blob lub kontener jest częścią spisu, czy nie.	Tak
format	string	Określa dane wyjściowe pliku spisu. Prawidłowe wartości to csv (w przypadku formatu CSV) i parquet (w przypadku formatu Apache Parquet).	Tak
Objecttype	string	Określa, czy jest to reguła spisu dla obiektów blob czy kontenerów. Prawidłowe wartości to blob i container.	Tak
harmonogram	string	Zaplanuj uruchamianie tej reguły. Prawidłowe wartości to daily i weekly.	Tak
schemaFields	Tablica Json	Lista pól schematu, które mają być częścią spisu.	Tak

Filtry reguł

Do dostosowywania raportu spisu obiektów blob jest dostępnych kilka filtrów:

Nazwa filtru	Typ filtru	Uwagi	Wymagane?
BlobTypes	Tablica wstępnie zdefiniowanych wartości wyliczenia	Prawidłowe wartości to blockBlob i appendBlob dla kont z włączoną hierarchiczną przestrzenią nazw oraz blockBlob, appendBlobi pageBlob dla innych kont. To pole nie ma zastosowania do spisu w kontenerze (objectType: container).	Tak
creationTime	Liczba	Określa liczbę dni temu, w których obiekt blob musi zostać utworzony. Na przykład wartość w 3 raporcie zawiera tylko te obiekty blob, które zostały utworzone w ciągu ostatnich 3 dni.	Nie.
prefiksMatch	Tablica z maksymalnie 10 ciągami do dopasowania prefiksów.	Jeśli nie zdefiniujesz prefiksuMatch ani nie podasz pustego prefiksu, reguła dotyczy wszystkich obiektów blob w ramach konta magazynu. Prefiks musi być prefiksem nazwy kontenera lub nazwą kontenera. Na przykład , container. container1/foo	Nie.
excludePrefix	Tablica maksymalnie 10 ciągów do wykluczenia prefiksów.	Określa ścieżki obiektów blob do wykluczenia z raportu spisu. Prefiks excludePrefix musi być prefiksem nazwy kontenera lub nazwą kontenera. Pusty element excludePrefix oznacza, że zostaną wyświetlone wszystkie obiekty blob z nazwami pasującymi do dowolnego ciągu prefiksMatch . Jeśli chcesz uwzględnić określony prefiks, ale wykluczyć z niego określony podzbiór, możesz użyć filtru excludePrefix. Jeśli na przykład chcesz uwzględnić wszystkie obiekty blob z wyjątkiem tych znajdujących container-a się w folderze container-a/folder, należy ustawić prefiksMatch na wartość i należy ustawić container-a wartość excludePrefix na container-a/folderwartość .	Nie.
includeSnapshots	boolean	Określa, czy spis powinien zawierać migawki. Wartość domyślna to false. To pole nie ma zastosowania do spisu w kontenerze (objectType: container).	Nie.
includeBlobVersions	boolean	Określa, czy spis powinien zawierać wersje obiektów blob. Wartość domyślna to false. To pole nie ma zastosowania do spisu w kontenerze (objectType: container).	Nie.
includeDeleted	boolean	Określa, czy spis powinien zawierać usunięte obiekty blob. Wartość domyślna to false. W przypadku kont, które mają hierarchiczną przestrzeń nazw, ten filtr zawiera foldery, a także obiekty blob, które znajdują się w stanie usunięcia nietrwałego. Tylko foldery i pliki (obiekty blob), które są jawnie usuwane, są wyświetlane w raportach. Foldery podrzędne i pliki, które są usuwane w wyniku usunięcia folderu nadrzędnego, nie są uwzględniane w raporcie.	Nie.

Wyświetl kod JSON dla reguł spisu, wybierając kartę Widok kodu w sekcji Spis obiektów blob w witrynie Azure Portal. Filtry są określane w definicji reguły.

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

Niestandardowe pola schematu obsługiwane dla spisu obiektów blob

Uwaga

W kolumnie Data Lake Storage Gen2 jest wyświetlana obsługa kont z włączoną funkcją hierarchicznej przestrzeni nazw.

Pole	Blob Storage (obsługa domyślna)	Usługa Data Lake Storage 2. generacji
Nazwa (wymagana)
Czas tworzenia
Ostatnia modyfikacja
LastAccessTime1
ETag
Długość zawartości
Typ zawartości
Content-Encoding
Content-Language
Content-CRC64
Content-MD5
Cache-Control
Usuwanie pamięci podręcznej
Typ obiektu blob
AccessTier
AccessTierChangeTime
Stan dzierżawy
Stan dzierżawy
SerwerSzyfrowany
CustomerProvidedKeySHA256
Metadane
Czas wygaśnięcia
hdi_isfolder
Właściciel
Grupuj
Uprawnienia
Acl
Migawka (dostępna i wymagana w przypadku wybrania dołączenia migawek do raportu)
Usunięte
Identyfikator usunięty
DeletedTime
RemainingRetentionDays
VersionId (dostępny i wymagany, jeśli zdecydujesz się uwzględnić wersje obiektów blob w raporcie)
IsCurrentVersion (dostępna i wymagana, jeśli zdecydujesz się uwzględnić wersje obiektów blob w raporcie)
TagCount
Tagi
CopyId
CopySource
CopyStatus
Kopiujprogress
CopyCompletionTime
CopyStatusDescription
ImmutabilityPolicyUntilDate
ImmutabilityPolicyMode
LegalHold
RehydratePriority
ArchiveStatus
EncryptionScope
IncrementalCopy
x-ms-blob-sequence-number

¹ Wyłączone domyślnie. Opcjonalnie włącz śledzenie czasu dostępu.

Niestandardowe pola schematu obsługiwane dla spisu kontenerów

Uwaga

W kolumnie Data Lake Storage Gen2 jest wyświetlana obsługa kont z włączoną funkcją hierarchicznej przestrzeni nazw.

Pole	Blob Storage (obsługa domyślna)	Usługa Data Lake Storage 2. generacji
Nazwa (wymagana)
Ostatnia modyfikacja
ETag
Stan dzierżawy
Stan dzierżawy
Czas dzierżawy
Metadane
Funkcja PublicAccess
DefaultEncryptionScope
DenyEncryptionScopeOverride
HasImmutabilityPolicy
HasLegalHold
NiezmienneStorageWithVersioningEnabled
Usunięte (pojawi się tylko wtedy, gdy wybrano opcję dołączenia usuniętych kontenerów)
Wersja (będzie wyświetlana tylko w przypadku wybrania opcji dołączenia usuniętych kontenerów)
DeletedTime (będzie wyświetlany tylko wtedy, gdy wybrano opcję dołączenia usuniętych kontenerów)
RemainingRetentionDays (będzie wyświetlana tylko wtedy, gdy wybrano opcję dołączenia usuniętych kontenerów)

Przebieg spisu

Jeśli skonfigurujesz regułę do uruchamiania codziennie, będzie ona uruchamiana codziennie. Jeśli skonfigurujesz regułę do uruchamiania co tydzień, będzie ona uruchamiana co tydzień w niedzielę czasu UTC.

Większość przebiegów spisu trwa w ciągu 24 godzin. W przypadku kont z włączoną hierarchiczną przestrzenią nazw uruchomienie może potrwać tak długo, jak dwa dni, a w zależności od liczby przetwarzanych plików uruchomienie może nie zakończyć się do końca tego dwóch dni. Maksymalny czas ukończenia przebiegu, zanim zakończy się niepowodzeniem, wynosi sześć dni.

Uruchomienia nie nakładają się, więc uruchomienie musi zostać ukończone przed rozpoczęciem innego uruchomienia tej samej reguły. Jeśli na przykład reguła ma być uruchamiana codziennie, ale przebieg poprzedniej reguły jest nadal w toku, nowy przebieg nie zostanie zainicjowany tego dnia. Reguły, które mają być uruchamiane co tydzień, będą uruchamiane w każdą niedzielę niezależnie od tego, czy poprzedni przebieg zakończy się powodzeniem, czy niepowodzeniem. Jeśli przebieg nie zostanie ukończony pomyślnie, sprawdź kolejne uruchomienia, aby sprawdzić, czy zostały ukończone przed skontaktowaniem się z pomocą techniczną. Wydajność przebiegu może się różnić, więc jeśli uruchomienie nie zostanie ukończone, będzie możliwe, że kolejne przebiegi zostaną uruchomione.

Zasady spisu są odczytywane lub zapisywane w całości. Aktualizacje częściowe nie są obsługiwane. Reguły spisu są oceniane codziennie. W związku z tym, jeśli zmienisz definicję reguły, ale reguły zasad zostały już ocenione dla tego dnia, aktualizacje nie będą oceniane do następnego dnia.

Ważne

Jeśli włączysz reguły zapory dla konta magazynu, żądania spisu mogą być blokowane. Można odblokować te żądania, określając wyjątki dla zaufanych usług firmy Microsoft. Aby uzyskać więcej informacji, zobacz sekcję Wyjątki w temacie Konfigurowanie zapór i sieci wirtualnych.

Zdarzenie ukończone spisu

Zdarzenie BlobInventoryPolicyCompleted jest generowane po zakończeniu przebiegu spisu dla reguły. To zdarzenie występuje również wtedy, gdy uruchomienie spisu zakończy się niepowodzeniem z powodu błędu użytkownika przed rozpoczęciem jego uruchamiania. Na przykład nieprawidłowe zasady lub błąd, który występuje, gdy kontener docelowy nie jest obecny, spowoduje wyzwolenie zdarzenia. Poniższy kod json przedstawia przykładowe BlobInventoryPolicyCompleted zdarzenie.

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

W poniższej tabeli opisano schemat BlobInventoryPolicyCompleted zdarzenia.

Pole	Typ	Opis
scheduleDateTime	string	Czas zaplanowany przez regułę spisu.
accountName	string	Nazwa konta magazynu.
Rulename	string	Nazwa reguły.
policyRunStatus	string	Stan uruchomienia spisu. Możliwe wartości to Succeeded, PartiallySucceededi Failed.
policyRunStatusMessage	string	Komunikat o stanie przebiegu spisu.
policyRunId	string	Identyfikator uruchomienia zasad dla przebiegu spisu.
manifestBlobUrl	string	Adres URL obiektu blob dla pliku manifestu dla przebiegu spisu.

Dane wyjściowe spisu

Każda reguła spisu generuje zestaw plików w określonym kontenerze docelowym spisu dla tej reguły. Dane wyjściowe spisu są generowane w następującej ścieżce: https://<accountName>.blob.core.windows.net/<inventory-destination-container>/YYYY/MM/DD/HH-MM-SS/<ruleName gdzie:

• accountName to nazwa konta usługi Azure Blob Storage.
• inventory-destination-container to kontener docelowy określony w regule spisu.
• RRRR/MM/DD/HH-MM-SS to czas rozpoczęcia uruchamiania spisu.
• ruleName to nazwa reguły spisu.

Pliki spisu

Każdy przebieg spisu dla reguły generuje następujące pliki:

• Plik spisu: przebieg spisu dla reguły generuje plik CSV lub Plik sformatowany apache Parquet. Każdy taki plik zawiera dopasowane obiekty i ich metadane.

  Ważne

  Począwszy od października 2023 r., przebiegi spisu będą tworzyć wiele plików, jeśli liczba obiektów jest duża. Aby dowiedzieć się więcej, zobacz Często zadawane pytania dotyczące wielu danych wyjściowych pliku spisu.

  Raporty w formacie Apache Parquet przedstawiają daty w następującym formacie: timestamp_millis [number of milliseconds since 1970-01-01 00:00:00 UTC]. W przypadku pliku sformatowanego w formacie CSV pierwszy wiersz jest zawsze wierszem schematu. Na poniższej ilustracji przedstawiono plik CSV spisu otwarty w programie Microsoft Excel.

  

  Ważne

  Ścieżki obiektów blob, które są wyświetlane w pliku spisu, mogą nie być wyświetlane w żadnej określonej kolejności.

• Plik sumy kontrolnej: plik sumy kontrolnej zawiera sumę kontrolną MD5 zawartości pliku manifest.json. Nazwa pliku sumy kontrolnej to <ruleName>-manifest.checksum. Generowanie pliku sumy kontrolnej oznacza ukończenie przebiegu reguły spisu.

• Plik manifestu: plik manifest.json zawiera szczegóły plików spisu wygenerowanych dla tej reguły. Nazwa pliku to <ruleName>-manifest.json. Ten plik przechwytuje również definicję reguły podaną przez użytkownika i ścieżkę do spisu dla tej reguły. Poniższy kod json przedstawia zawartość przykładowego pliku 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"
  }
  

  Ten plik jest tworzony po rozpoczęciu przebiegu. Pole status tego pliku jest ustawione na wartość do Pending momentu ukończenia przebiegu. Po zakończeniu przebiegu to pole jest ustawione na stan ukończenia (na przykład: Succeeded lub Failed).

Ceny i rozliczenia

Cennik spisu jest oparty na liczbie obiektów blob i kontenerów, które są skanowane w okresie rozliczeniowym. Na stronie cennika usługi Azure Blob Storage jest wyświetlana cena za milion skanowanych obiektów. Jeśli na przykład cena skanowania miliona obiektów wynosi $0.003, twoje konto zawiera trzy miliony obiektów i generuje cztery raporty w miesiącu, wówczas rachunek będzie miał wartość 4 * 3 * $0.003 = $0.036.

Po utworzeniu plików spisu dodatkowe standardowe opłaty za magazyn danych i operacje będą naliczane na potrzeby przechowywania, odczytywania i zapisywania plików wygenerowanych przez spis na koncie.

Jeśli reguła zawiera prefiks nakładający się na prefiks dowolnej innej reguły, ten sam obiekt blob może pojawić się w więcej niż jednym raporcie spisu. W takim przypadku opłaty są naliczane za oba wystąpienia. Załóżmy na przykład, że prefixMatch element jednej reguły jest ustawiony na ["inventory-blob-1", "inventory-blob-2"]wartość , a prefixMatch element innej reguły ma wartość ["inventory-blob-10", "inventory-blob-20"]. Obiekt o nazwie inventory-blob-200 pojawia się w obu raportach spisu.

Migawki i wersje obiektu blob są również liczone do rozliczeń, nawet jeśli ustawiono includeSnapshots i includeVersions zastosowano filtry na falsewartość . Te wartości filtru nie mają wpływu na rozliczenia. Można ich używać tylko do filtrowania elementów wyświetlanych w raporcie.

Aby uzyskać więcej informacji na temat cen spisu obiektów blob usługi Azure Storage, zobacz Cennik usługi Azure Blob Storage.

Obsługa funkcji

Może to mieć wpływ na obsługę tej funkcji przez włączenie protokołu Data Lake Storage Gen2, sieciowego systemu plików (NFS) 3.0 lub protokołu SSH File Transfer Protocol (SFTP). Jeśli włączono dowolną z tych funkcji, zobacz Obsługa funkcji usługi Blob Storage na kontach usługi Azure Storage, aby ocenić obsługę tej funkcji.

Znane problemy i ograniczenia

W tej sekcji opisano ograniczenia i znane problemy dotyczące funkcji spisu obiektów blob usługi Azure Storage.

Wykonywanie zadań spisu trwa dłużej w niektórych przypadkach

Zadanie spisu może zająć więcej czasu w następujących przypadkach:

• Dodawana jest duża ilość nowych danych

• Reguła lub zestaw reguł jest uruchamiany po raz pierwszy

  Uruchomienie spisu może potrwać dłużej w porównaniu z kolejnymi przebiegami spisu.

• Przebieg spisu przetwarza dużą ilość danych na kontach z włączoną hierarchiczną przestrzenią nazw

  Zadanie spisu może potrwać więcej niż jeden dzień dla hierarchicznych kont z włączoną przestrzenią nazw, które mają setki milionów obiektów blob. Czasami zadanie spisu kończy się niepowodzeniem i nie tworzy pliku spisu. Jeśli zadanie nie zostanie ukończone pomyślnie, sprawdź kolejne zadania, aby sprawdzić, czy zostały ukończone przed skontaktowaniem się z pomocą techniczną.

• Nie ma możliwości generowania raportu retrospektywnie dla określonej daty.

Zadania spisu nie mogą zapisywać raportów w kontenerach, które mają zasady replikacji obiektów

Zasady replikacji obiektów mogą uniemożliwić zadaniu spisu zapisywanie raportów spisu w kontenerze docelowym. Niektóre inne scenariusze mogą zarchiwizować raporty lub spowodować, że raporty będą niezmienne po częściowym zakończeniu, co może spowodować niepowodzenie zadań spisu.

Spis i niezmienny magazyn

Nie można skonfigurować zasad spisu na koncie, jeśli obsługa niezmienności na poziomie wersji jest włączona na tym koncie lub jeśli obsługa niezmienności na poziomie wersji jest włączona w kontenerze docelowym zdefiniowanym w zasadach spisu.

Raporty mogą wykluczać nietrwałe obiekty blob na kontach, które mają hierarchiczną przestrzeń nazw

Jeśli kontener lub katalog zostanie usunięty z włączonym usuwaniem nietrwałym, kontener lub katalog i cała jego zawartość zostaną oznaczone jako usunięte nietrwale. Jednak tylko kontener lub katalog (zgłoszony jako obiekt blob o zerowej długości) jest wyświetlany w raporcie spisu, a nie w przypadku ustawienia includeDeleted wartości true przez nietrwałe obiekty blob w tym kontenerze lub katalogu. Może to prowadzić do różnicy między tym, co pojawia się w metrykach pojemności uzyskiwanych w witrynie Azure Portal i co jest zgłaszane przez raport spisu.

Tylko obiekty blob, które są jawnie usuwane, są wyświetlane w raportach. W związku z tym, aby uzyskać pełną listę wszystkich obiektów blob usuniętych nietrwale (katalog i wszystkie podrzędne obiekty blob), obciążenia powinny usunąć każdy obiekt blob w katalogu przed usunięciem samego katalogu.

Następne kroki

• Włączanie raportów spisu obiektów blob usługi Azure Storage
• Obliczanie liczby i łącznego rozmiaru obiektów blob na kontener
• Samouczek: analizowanie raportów spisu obiektów blob
• Zarządzanie cyklem życia usługi Azure Blob Storage
• Spis obiektów blob — często zadawane pytania