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 , appendBlob i 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/folder wartość . |
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) | ||
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 |
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) | ||
Ostatnia modyfikacja | ||
ETag | ||
Stan dzierżawy | ||
Stan dzierżawy | ||
Czas dzierżawy | ||
Metadane | ||
Funkcja PublicAccess | ||
DefaultEncryptionScope | ||
DenyEncryptionScopeOverride | ||
HasImmutabilityPolicy | ||
HasLegalHold | ||
NiezmienneStorageWithVersioningEnabled | ||
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ś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.
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 , PartiallySucceeded i 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ść doPending
momentu ukończenia przebiegu. Po zakończeniu przebiegu to pole jest ustawione na stan ukończenia (na przykład:Succeeded
lubFailed
).
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 false
wartość . 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.