Spis obiektów blob usługi Azure Storage

Spis obiektów Azure Storage zawiera listę kontenerów, obiektów blob, ich wersji oraz migawek w koncie magazynu wraz z ich właściwościami. Generuje raport wyjściowy w formacie wartości rozdzielanych przecinkami (CSV) lub Apache Parquet codziennie lub co tydzień. Raport można użyć do inspekcji retencji, blokady prawnej lub sprawdzenia stanu szyfrowania zawartości konta magazynu, albo do zrozumienia całkowitego rozmiaru danych, ich wieku, rozkładu między poziomami przechowywania 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:

Standard ogólnego przeznaczenia v2
Magazynowanie blokowych blobów klasy Premium
Przechowywanie blobów

Funkcje inwentaryzacji

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 inwentarza dla obiektów blob i kontenerów

Można tworzyć raporty inwentaryzacyjne dla obiektów blob i kontenerów. 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 blokaady prawnej.
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 dotyczące raportu inwentarza

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

Włączanie raportów zapasów

Włącz raporty spisu obiektów blob, dodając politykę zawierającą co najmniej jedną regułę do swojego konta magazynowania. Aby uzyskać wskazówki, zobacz Włącz raporty spisu obiektów blob usługi Azure Storage.

Ulepszanie polityki dotyczącej zapasów

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 dla polityki.
Plik manifestu i zdarzenie usługi Azure Event Grid są teraz generowane dla każdej reguły zamiast dla każdej polityki.

Polityka inwentaryzacji

Raport inwentaryzacji jest konfigurowany przez dodanie polityki inwentaryzacyjnej z jedną lub więcej regułami. 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": {. . .}
  }]
}

Aby wyświetlić JSON dla zasad inwentaryzacji, wybierz kartę Widok kodu w sekcji Inwentaryzacja obiektów blob w portalu Azure.

Nazwa parametru	Typ parametru	Uwagi	Wymagane?
Włączone	typ logiczny (boolowski)	Służy do wyłączania wszystkich zasad. Po ustawieniu na true, pole aktywowane na poziomie reguły zastępuje ten parametr. Po wyłączeniu spis wszystkich reguł zostanie wyłączony.	Tak
zasady	Tablica obiektów reguł	Co najmniej jedna reguła jest wymagana w zasadach. Na każdą politykę mogą być obsługiwane do 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. Blob może występować w więcej niż jednym inwentarzu 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	sznurek	Nazwa reguły może zawierać maksymalnie 256 znaków alfanumerycznych z uwzględnieniem wielkości liter. Nazwa musi być unikatowa w ramach polityki.	Tak
Włączone	typ logiczny (boolowski)	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
cel podróży	sznurek	Kontener docelowy, w którym są generowane wszystkie pliki spisu. Kontener docelowy musi już istnieć.

Globalna flaga włączonego spisu obiektów blob ma pierwszeństwo przed parametrem włączonym w regule.

Definicja reguły

Nazwa parametru	Typ parametru	Uwagi	Wymagane
filtry	JSON	Filtry decydują, czy obiekt blob lub kontener jest częścią spisu, czy nie.	Tak
formatowanie	sznurek	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
typ obiektu	sznurek	Określa, czy jest to zasada inwentaryzacji dotycząca obiektów blob lub kontenerów. Prawidłowe wartości to `blob` i `container`.	Tak
grafik	sznurek	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?
TypyBlobów	Tablica wstępnie zdefiniowanych wartości enum	Prawidłowe wartości to `blockBlob` i `appendBlob` dla kont z włączoną hierarchiczną przestrzenią nazw oraz `blockBlob`, `appendBlob`i `pageBlob` dla innych kont. To pole nie ma zastosowania do spisu w kontenerze (objectType: `container`).	Tak
czasUtworzenia	Liczba	Określa liczbę dni temu, od których obiekt blob powinien być utworzony. Na przykład, wartość `3` powoduje, że raport 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 prefixMatch ani nie podasz pustego prefiksu, reguła dotyczy wszystkich obiektów blob w koncie magazynu. Prefiks musi być prefiksem nazwy kontenera lub nazwą kontenera. Na przykład , `container`. `container1/foo`	Nie.
wykluczPrefiks	Tablica maksymalnie 10 ciągów będących prefiksami do wykluczenia.	Określa ścieżki blobów do pominięcia w raporcie spisu. Prefiks excludePrefix musi być prefiksem nazwy kontenera lub nazwą kontenera. Pusty excludePrefix oznacza, że zostaną wyświetlone wszystkie bloby z nazwami pasującymi do dowolnego prefixMatch. Jeśli chcesz uwzględnić określony prefiks, ale wykluczyć z niego określony podzbiór, możesz użyć filtru excludePrefix. Na przykład, jeśli chcesz uwzględnić wszystkie obiekty blob poza tymi znajdującymi się w folderze `container-a`, to `container-a/folder` należy ustawić na , a `container-a` należy ustawić na .	Nie.
zawierać migawki	typ logiczny (boolowski)	Określa, czy spis powinien zawierać migawki. Wartość domyślna to `false`. To pole nie ma zastosowania do spisu w kontenerze (objectType: `container`).	Nie.
uwzględnijWersjeBlobów	typ logiczny (boolowski)	Określa, czy spis powinien zawierać wersje blobów. Wartość domyślna to `false`. To pole nie ma zastosowania do spisu w kontenerze (objectType: `container`).	Nie.
Uwzględnij usunięte	typ logiczny (boolowski)	Określa, czy inwentarz powinien zawierać usunięte obiekty blob. Wartość domyślna to `false`. W przypadku kont, które mają hierarchiczną przestrzeń nazw, ten filtr zawiera foldery oraz obiekty blob, które znajdują się w stanie miękkiego usunięcia. 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 JSON dla reguł spisu, wybierając kartę Widok kodu w sekcji Spis Blob w portalu Azure. 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

Kolumna Data Lake Storage pokazuje obsługę kont z włączoną funkcją hierarchicznej przestrzeni nazw.

(No changes needed)	Blob Storage (obsługa domyślna)	Magazyn danych Data Lake
Nazwa (wymagana)
Czas tworzenia
Ostatnia modyfikacja
CzasOstatniegoDostępu¹
ETag
Długość zawartości
Typ zawartości
Kodowanie treści
Język zawartości
Content-CRC64
Content-MD5
Cache-Control
Sposób dysponowania pamięci podręcznej
Typ Blob
AccessTier
CzasZmianyPoziomuDostępu
Stan dzierżawy
Stan dzierżawy
SerwerSzyfrowany
Klucz SHA256 Dostarczony Przez Klienta
Metadane
Czas wygaśnięcia
hdi_isfolder
Właściciel
Grupa
Uprawnienia
Acl
Migawka (dostępna i wymagana w przypadku wybrania dołączenia migawek do raportu)
Usunięte
Identyfikator usunięty
Usunięty czas
Pozostałe dni retencji
VersionId (dostępny i wymagany, gdy zdecydujesz się uwzględnić wersje obiektów blob w raporcie)
IsCurrentVersion (Dostępna i Wymagana, jeśli zdecydujesz się uwzględnić wersje blob w raporcie)
TagCount
Etykiety
CopyId
KopiaŹródła
CopyStatus
Postęp kopiowania
CzasZakończeniaKopiowania
OpisStatusuKopiowania
PolitykaNiezmiennościDoDaty
Tryb Polityki Niemutowalności
LegalHold
Priorytet Rehydratacji
Stan archiwum
Zakres Szyfrowania
IncrementalCopy
x-ms-blob-sequence-number

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

Niestandardowe pola schematu obsługiwane dla inwentarza kontenerów

Uwaga

Kolumna Data Lake Storage pokazuje obsługę kont z włączoną funkcją hierarchicznej przestrzeni nazw.

(No changes needed)	Blob Storage (obsługa domyślna)	Magazyn danych Data Lake
Nazwa (wymagana)
Ostatnia modyfikacja
ETag
Stan dzierżawy
Stan dzierżawy
Czas dzierżawy
Metadane
Funkcja PublicAccess
DomyślnyZakresSzyfrowania
Odmów nadpisania zakresu szyfrowania
PosiadaPolitykęNiezmienności
Jest objęty blokadą prawną
NiezmiennePrzechowywanieZWłączonymWersjonowaniem
Usunięte (wyświetlane tylko w przypadku wybrania opcji dołączenia usuniętych kontenerów)
Wersja (jest 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świetlona tylko wtedy, gdy wybrano opcję dołączenia usuniętych kontenerów)

Operacja inwentaryzacyjna

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.

Czas potrzebny na wygenerowanie raportu spisu zależy od różnych czynników i maksymalnego czasu ukończenia przebiegu spisu, zanim zakończy się niepowodzeniem, wynosi sześć dni. Aby dowiedzieć się więcej o tych czynnikach wpływających, zobacz Charakterystykę wydajności spisu obiektów blob.

Uruchomienia nie nakładają się na siebie, więc jedno uruchomienie musi zostać zakończone przed rozpoczęciem kolejnego 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 przebiegi, aby sprawdzić, czy zostały ukończone przed skontaktowaniem się z pomocą. 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.

Polityki inwentaryzacyjne są odczytywane lub zapisywane w całości. Aktualizacje częściowe nie są obsługiwane. Reguły inwentaryzacyjne 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ńczenia inwentaryzacji

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łowa polityka lub błąd, który występuje, gdy brakuje kontenera docelowego, wywoła zdarzenie. 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.

(No changes needed)	Typ	Opis
zaplanujDateCzas	sznurek	Czas, w którym zaplanowano regułę spisu.
nazwa konta	sznurek	Nazwa konta magazynu.
nazwaReguły	sznurek	Nazwa reguły.
policyRunStatus	sznurek	Stan przebiegu inwentaryzacji. Możliwe wartości to `Succeeded`, `PartiallySucceeded`i `Failed`.
komunikat o stanie wykonywania polityki	sznurek	Komunikat o stanie przebiegu spisu.
policyRunId	sznurek	Identyfikator przebiegu polityki dla przebiegu inwentaryzacji.
ManifestBlobUrl	sznurek	Adres URL obiektu blob dla pliku manifestu dla realizacji inwentaryzacji.

Wynik inwentaryzacji

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 miejsce docelowe, które określiłeś w regule inwentaryzacji.
RRRR/MM/DD/HH-MM-SS to czas rozpoczęcia działania spisu.
ruleName to nazwa reguły spisu.

Pliki spisu

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

Plik inwentaryzacyjny: Operacja inwentaryzacyjna dla reguły generuje plik w formacie CSV lub 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 będzie 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 wykonania reguły inwentaryzacji.

Plik manifestu: plik manifest.json zawiera szczegóły plików spisu wygenerowanych dla tej reguły. Nazwa pliku to <ruleName>-manifest.json. Ten plik zawiera również definicję reguły podaną przez użytkownika i ścieżkę do inwentarza 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 na początku przebiegu. Pole status tego pliku jest ustawione na wartość Pending do momentu ukończenia wykonania. Po zakończeniu przebiegu to pole jest ustawione na stan ukończenia (na przykład: Succeeded lub Failed).

Ceny i rozliczenia

Ceny za inwentaryzację opierają się 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ż uwzględniane w rozliczeniach, nawet jeśli ustawiono filtry includeSnapshots i includeVersions na false. 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 do kolejnych uruchomień spisu.
Proces inwentaryzacji przetwarza dużą liczbę danych w kontach z włączoną hierarchiczną przestrzenią nazw

Zadanie inwentaryzacyjne może potrwać więcej niż jeden dzień dla kont, dla których włączono hierarchiczną przestrzeń nazw i 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 inwentaryzacyjne nie mogą zapisywać raportów w kontenerach, które mają politykę replikacji obiektów.

Polityka replikacji obiektów może uniemożliwić procesowi spisu inwentarza zapisanie raportów w kontenerze docelowym. Niektóre scenariusze mogą archiwizować raporty lub uczynić raporty niezmiennymi, gdy są częściowo ukończone, co może spowodować niepowodzenie zadań inwentaryzacyjnych.

Zasoby i niezmienialne przechowywanie

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ć tymczasowo usunięte 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) pojawia się w raporcie spisu, a miękko usunięte obiekty blob w tym kontenerze lub katalogu nie są wyświetlane, nawet jeśli ustawisz pole includeDeleted zasad na true. Może to prowadzić do różnicy między tym, co pojawia się w metrykach pojemności uzyskiwanych w portalu Azure, a tym, co jest zgłaszane przez raport inwentaryzacyjny.

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

Sprzężenie zwrotne

Czy ta strona była pomocna?

Last updated on 2025-06-13