Znane problemy i ograniczenia dotyczące zadań magazynu

W tym artykule opisano ograniczenia i znane problemy związane z zadaniami magazynu. Problemy wyświetlane w tym artykule odzwierciedlają bieżący stan usługi. Ta lista zmieni się wraz z upływem czasu, ponieważ obsługa będzie nadal rozszerzana.

Limity zasobów

Współczynnik skali Obsługiwany limit
Zadania przechowywania dla subskrypcji 5,000
Przypisania zadań magazynu dla każdego zadania magazynowego 5,000
Przypisania zadań magazynu na subskrypcję 10 000
Przypisania zadań związanych z magazynem na każde konto magazynowe 50
Grupowanie zagnieżdżone klauzul według warunku dla zadania przechowywania 10

Akcje usługi Azure Storage automatycznie skalują się w zależności od ilości danych w koncie magazynowym, z zastrzeżeniem wewnętrznych limitów. Czas wykonywania zależy od liczby obiektów blob na koncie magazynu oraz ich hierarchii w usłudze Azure Data Lake Storage Gen2. Pierwsze wykonanie zadania za pośrednictwem prefiksu ścieżki może trwać dłużej niż kolejne wykonania. Akcje usługi Azure Storage są również zaprojektowane tak, aby samodzielnie regulować i pozwalać obciążeniom aplikacji na koncie magazynu mieć pierwszeństwo. W związku z tym skala i czas trwania wykonywania zależą również od dostępnej pojemności transakcji, biorąc pod uwagę maksymalny limit żądań konta magazynu. Poniżej przedstawiono typowe poziomy skalowania przetwarzania, które mogą być wyższe, jeśli masz dostępną większą zdolność przetwarzania transakcji, lub mogą być niższe w przypadku mniejszych wolnych zasobów przetwarzania transakcji na koncie przechowywania.

Przypisania zadań stosowane na kontach magazynu w różnych regionach

Przypisania zadań mogą być stosowane tylko na kontach pamięci masowej znajdujących się w tym samym regionie, w którym utworzono zasób Storage Actions.

Rozliczenia nie pokazują nazwy przypisania zadania

Mierniki rozliczeniowe są wyświetlane na rachunku tylko z nazwą konta magazynowego. Rachunek za subskrypcję nie pokazuje nazwy przypisania zadania, dla którego był emitowany miernik. Aby powiązać licznik z przydziałem zadania, należy przejrzeć metryki zasobów dla operacji magazynowania filtrowanych według konta magazynowego określonego dnia.

Propagacja aktualizacji definicji zadań może zakłócić przydziały zadań

Gdy aktualizujesz definicję zadania w Azure Storage Actions, zmiany automatycznie dotyczą wszystkich przypisań zadania. Aktualizacje przypisań zadań tylko weryfikują spójność definicji zadania, ale nie weryfikują zmian względem istniejących przypisań zadań. Aktualizacje mogą więc sprawić, że przypisania zadań staną się nieważne, jeśli definicja zadania odnosi się do funkcji nieobsługiwanych na danym koncie pamięci. Na przykład definicja zadania Storage Actions może być początkowo zastosowana zarówno do kont magazynu FNS, jak i HNS. Jeśli wprowadzisz aktualizację definicji zadania, która dodaje warunek lub operację specyficzną dla FNS, na przykład wersjonowanie blobów, definicja zadania staje się nieważna na kontach pamięci HNS.

Zatrzymaj przypisywanie zadań

Możesz zatrzymać pojedyncze przypisanie zadania lub wszystkie przypisania zadań ze strony Task Runs w portalu Azure Storage Actions. Ten interfejs nie jest obecnie dostępny za pośrednictwem strony „Storage Actions” w portalu konta storage.

Przenoszenie zasobu konta magazynu jest blokowane, gdy istnieje przypisanie zadania

Usuń przypisanie zadania magazynu, a następnie przenieś zasób konta magazynu.

Ograniczenia dotyczące przenoszenia zadania magazynowania między katalogami Microsoft Entra

Zadania magazynowania można przenosić między grupami zasobów i subskrypcjami. Jednak ponieważ zadania usługi Storage opierają się na tożsamościach zarządzanych, przeniesienie subskrypcji zawierającej zadanie usługi Storage do innego katalogu Microsoft Entra powoduje uszkodzenie tożsamości zarządzanej i sprawia, że zadanie usługi Storage przestaje działać. Aby uzyskać więcej informacji, zobacz Znane problemy z tożsamościami zarządzanymi dla zasobów Azure: Przenoszenie subskrypcji między katalogami Microsoft Entra.

Limit współbieżności wykonania

Zadania magazynu mają limit liczby przydziałów zadań, które mogą wykonać jednocześnie na każdym koncie pamięci. Aby zapewnić optymalną wydajność, zadbaj, aby przypisania zadań na jednym koncie pamięci były zaplanowane z rozsądnym odstępem czasu między nimi w zależności od docelowych obiektów, aby zapewnić zakończenie wykonania zadań na czas. Wstrzymaj wykonywanie przypisań zadań, które przekraczają limit współbieżności dla konta pamięci, aż do zakończenia innych przydziałów.

Skalowanie zależności od pojemności transakcji dostępnej dla konta magazynu

Wykonywanie zadań magazynowych skaluje się automatycznie w zależności od dostępnej przepustowości żądań transakcyjnych na koncie magazynu. Skalowanie jest wyższe, gdy dostępna jest większa pojemność transakcji i niższa, gdy jest dostępna mniejsza pojemność transakcji.

Gdy docelowe konto pamięci masowej ma niższą dostępną przepustowość transakcji, wykonywanie zadań pamięci masowej może zostać ograniczone, co skutkuje dłuższym niż oczekiwano czasem realizacji przydziału zadania.

Aby uzyskać więcej informacji na temat limitów skalowania, zobacz Cele skalowalności i wydajności dla usługi Blob Storage.

Uwaga

Możesz zażądać większej pojemności i wyższych limitów ruchu przychodzącego. Aby poprosić o zwiększenie, skontaktuj się z pomocą Azure.

Przebiegi zadań przechowywania mogą zapisywać w kontenerze eksportu raportu bez posiadania uprawnień do zapisu w kontenerze.

Tworząc przypisanie zadania, przypisujesz rolę do zarządzanej tożsamości zadania magazynu przypisanej przez system. Gdy zadanie pamięci masowej jest uruchomione, może działać tylko na kontenerach, w których jego zarządzana tożsamość ma przypisaną wymaganą rolę. Ta zasada nie dotyczy kontenera eksportu raportów, który wybierasz podczas przypisywania zadania. Chociaż zadanie związane z przechowywaniem danych nie może działać na istniejących obiektach blob w tym kontenerze, zadanie nie wymaga właściwej roli do zapisywania raportów w tym kontenerze.

Operatory ciągów na metadanych kontenera, metadanych obiektu blob i tagach indeksu obiektów blob nie działają, jeśli wartości są liczbami

Nie możesz używać operatorów ciągów na metadanych kontenera, metadanych blobów i tagach indeksu blobów, gdy wartość jest liczbą. Na przykład, equals(Tags.Value[Year], '2022') gdy wartość 2022 jest liczbą, nie działa poprawnie z operatorem equalsciągu .

Przypisania kończą się niepowodzeniem, gdy odwołują się do nazwy konta przechowywania, która zaczyna się cyfrą

Jeśli przypiszesz zadanie pamięci do konta, którego nazwa zaczyna się na cyfrę, przypisanie zadania przechowywania kończy się niepowodzeniem.

Białe znaki w tagach indeksu Blob i metadanych nie są obsługiwane

Możesz używać białych znaków w kluczu i wartości tagów blob. Jednak warunki zadań magazynowania nie mogą przetwarzać znaków białych spacji. Jeśli klucz lub wartość zawiera znak odstępu, po uruchomieniu zadania zostanie wyświetlony błąd.

Nazwa obiektu blob ma wartość, która zawiera lub odpowiada "." i jest nieobsługiwana.

Pole wejściowe ciągu w klauzuli nazwy blobu akceptuje .doc lub .pdf jako dane wejściowe, ale nie wdraża zasobu zadania. Walidacja dostawcy zasobów serwisowych przechwytuje błąd i zgłasza go. Wartość właściwości Name to .doc i nie podąża ona za wzorcem '^[a-zA-Z0-9]+"}]}.

Przypisania zadań magazynu działają na niekompletnej liście obiektów blob, gdy używane są z wieloma filtrami katalogów na kontach, które mają hierarchiczną przestrzeń nazw

Jeśli używasz wielu filtrów w przypisaniach zadań magazynu, zadanie nie skanuje wszystkich prefiksów katalogów pod kątem obiektów blob, na których ma wykonać operacje.

Używanie znaków odstępów w prefiksie ścieżki podczas przypisywania zadania nie jest obsługiwane

Konta magazynowe z hierarchiczną przestrzenią nazw wyświetlają informacje o lokalizacji jako container1 / subcontainer1, z jednym znakiem odstępu między ciągiem a znakiem /. Podczas przypisywania, pojawi się błąd, jeśli skopiujesz i wkleisz te informacje do pola prefiksu ścieżki.

Czyszczenie przypisań zadań przed usunięciem kont przechowywania lub zadań przechowywania

  • Przed usunięciem konta magazynu usuń wszystkie przypisania zadań skojarzone z tym kontem magazynu.
  • Przed usunięciem zadania przechowywania usuń wszystkie przypisania zadań odnoszące się do tego zadania przechowywania.

Operowanie na kontach przechowywania w sieci prywatnej

Możesz przypisać przypisania zadań magazynu do kont pamięci w sieciach prywatnych, gdy konfiguracja sieciowa zawiera opcję umożliwiającą zaufanym usługom Microsoft dostęp do konta. To ustawienie zapewnia, że zadania mają niezbędny dostęp podczas wykonywania, nawet jeśli obowiązują reguły zapory lub sieci wirtualnej. Jeśli nie włączysz tej opcji, wykonanie zadań kończy się niepowodzeniem, ponieważ ograniczenia sieciowe blokują dostęp. Szczegółowe kroki dotyczące włączania tego ustawienia można znaleźć w artykule Zarządzaj wyjątkami bezpieczeństwa sieciowego dla Azure Storage.

Działania związane z zadaniami przechowywania są zablokowane w stanie realizacji

Jeśli przypiszesz rolę, która nie ma wymaganych uprawnień podczas procesu przypisania, uruchomienie zadania magazynu kończy się niepowodzeniem po 14 dniach. Aby odblokować wykonanie zadania, należy dodać wymaganą rolę do zarządzanej tożsamości zadania magazynu. W przeciwnym razie zadanie pozostaje w stanie w trakcie działania, aż wykonanie zadania zakończy się po 14 dniach.

Bloki blobów Premium

Tworzenie zadań w magazynach blokowych obiektów blob klasy Premium nie działa.

Obiekty blob tymczasowo usunięte są wymieniane podczas skanowania jako obiekty docelowe.

Wyklucz konkretne prefiksy, które są miękko usuwane.

Brak opcji wyboru priorytetu podczas ponownego wypełniania obiektów blob do warstwy online

Podczas przywracania zarchiwizowanych obiektów blob nie można wybrać priorytetu. Bloby są ponownie nawadniane o standardowym priorytecie.

Opóźnienie przebiegów przypisania zadań

Uruchomienie przypisania zadania może potrwać około 20 minut, aby zmienić stan na In Progress po dodaniu do kolejki. Do tego czasu nie są wyświetlane żadne aktualizacje. To opóźnienie jest spodziewane i nie ma żadnego sposobu, by je skrócić.

Ograniczenia próbnego uruchomienia

W danym momencie dla jednego konta magazynu może być uruchomione tylko jedno uruchomienie (symulowane lub rzeczywiste)

Jeśli rzeczywiste uruchomienie zadania lub inne próbne uruchomienie jest już w toku na docelowym koncie magazynowym, nowo włączone próbne uruchomienie jest umieszczane w kolejce do czasu ukończenia bieżącego uruchomienia. To działanie współbieżności jest takie samo jak w przypadku rzeczywistych wykonań zadań.

Nie można ponownie uruchomić ukończonych próbnych uruchomień

Po zakończeniu próbnego uruchomienia nie można go uruchomić ponownie. Aby uruchomić kolejną symulację testową z tą samą konfiguracją, utwórz nowe zadanie lub zduplikuj istniejące.

Nie można utworzyć testowych przypisań uruchomień dla włączonych przypisań zadań

Nie można utworzyć próbnego uruchomienia dla przypisania zadania, które jest już aktywne. Najpierw wyłącz przypisanie lub utwórz nowe przypisanie z typem wyzwalacza próbnego uruchomienia.

Raporty z próbnego uruchomienia nie zawierają wyników operacji

Ponieważ podczas próbnego uruchomienia nie są wykonywane żadne operacje, raport nie zawiera informacji o powodzeniu lub niepowodzeniu operacji. Raport pokazuje, jakie operacje zostałyby wykonane i do którego bloku warunków dopasowano każdy obiekt blob.

Opóźnienie rozpoczęcia próbnego uruchomienia

Podobnie jak rzeczywiste uruchomienia przypisywania zadań, próbne uruchomienia mogą potrzebować około 20 minut, aby przejść ze stanu „w kolejce” do stanu „w toku”. To opóźnienie jest normalnym zjawiskiem.

Zobacz też