Udostępnij za pośrednictwem


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
definicja Definicja reguły spisu JSON Każda definicja składa się z zestawu filtrów reguł. Tak
destination string Kontener docelowy, w którym są generowane 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 trzech 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 jest wyświetlana obsługa kont z włączoną funkcją hierarchicznej przestrzeni nazw.

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

1 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 jest wyświetlana obsługa kont z włączoną funkcją hierarchicznej przestrzeni nazw.

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

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.

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.

    Zrzut ekranu przedstawiający 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.

Liczba obiektów raportu spisu i rozmiar danych nie powinny być porównywane z rozliczeniami

Raport spisu nie zawiera metadanych, dzienników systemowych i właściwości, dlatego nie powinien być porównywany z rozliczaną liczbą obiektów i rozmiarem danych dla konta magazynu.

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 wygenerowania 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