FAQ dotyczące polityki zarządzania cyklem życia

Ten artykuł odpowiada na najczęściej zadawane pytania dotyczące polityk zarządzania cyklem życia w Azure Blob Storage.

Stworzyłem nową politykę. Dlaczego akcje nie uruchamiają się od razu?

Po skonfigurowaniu polityki może to zająć nawet do 24 godzin, zanim wejdzie w życie. Po wejściu polityki czas działania może się różnić w zależności od wielkości konta pamięci oraz wykonanych operacji.

Jeśli zaktualizuję istniejącą politykę, ile czasu zajmuje wykonanie tych akcji?

Zaktualizowana polityka może wejść w życie nawet do 24 godzin. Po wejściu polityki czas działania zależy od wielkości konta pamięci oraz wykonywanych operacji. Jeśli aktualizacja polega na wyłączeniu lub usunięciu reguły i enableAutoTierToHotFromCool została użyta, automatyczne przejście do gorącego poziomu nadal następuje. Na przykład ustaw regułę obejmującą enableAutoTierToHotFromCool, opartą na podstawie ostatniego dostępu. Jeśli reguła jest wyłączona lub usunięta, a obiekt blob znajduje się obecnie w warstwie chłodnej lub zimnej, a następnie zostanie uzyskany do niego dostęp, zostaje on przeniesiony z powrotem do warstwy gorącej, ponieważ poza zarządzaniem cyklem życia przeniesienie to następuje przy dostępie. Blob nie przechodzi z gorącego na chłodny lub zimny, jeśli reguła zarządzania cyklem życia jest wyłączona lub usunięta. Jedynym sposobem, by temu zapobiec autoTierToHotFromCool , jest wyłączenie śledzenia czasu ostatniego dostępu.

Uruchomienie kończy się, ale nie przenosi ani nie usuwa niektórych obiektów blob

W zależności od rozmiaru i liczby obiektów w koncie pamięci, możesz potrzebować więcej niż jednego uruchomienia, aby przetworzyć wszystkie obiekty. Możesz także sprawdzić logi zasobów magazynowych, aby sprawdzić, czy polityka zarządzania cyklem życia wykonuje te operacje.

Nie widzę zmian pojemności, mimo że polityka wykonuje i usuwa te bloby

Sprawdź, czy na koncie są włączone funkcje ochrony danych, takie jak miękkie usuwanie lub wersjonowanie. Nawet jeśli polityka usuwa te bloby, te bloby mogą nadal istnieć w stanie miękko usuniętym lub jako starsza wersja, w zależności od konfiguracji tych funkcji.

Nawodniłem zarchiwizowaną bryłę. Jak zapobiec tymczasowemu przeniesieniu go z powrotem do poziomu Archiwum?

Jeśli dla konta magazynowego obowiązuje polityka zarządzania cyklem życia, ponowne nawodnienie bloba poprzez zmianę jego poziomu może skutkować sytuacją, w której polityka cyklu życia przenosi blob z powrotem do poziomu archiwum. Warunek ten występuje, jeśli ostatni czas modyfikacji, czas utworzenia lub ostatni dostęp przekracza próg ustalone dla polityki. Istnieją trzy sposoby zapobiegania temu schorzeniu:

  • Dodaj warunek daysAfterLastTierChangeGreaterThan do tierToArchive działania polisy. Zobacz Użyj polityk zarządzania cyklem życia do archiwizacji blobów.

  • Wyłącz tymczasowo regułę, która wpływa na ten blob, aby zapobiec ponownemu archiwizowaniu plików. Włącz ponownie tę regułę, gdy blob będzie można bezpiecznie przenieść z powrotem do poziomu archiwum.

  • Jeśli blob musi pozostać na stałe w tierze gorącym, chłodnym lub zimnym, skopiuj blob do innego miejsca, gdzie nie obowiązuje polityka zarządzania cyklem życia.

Ciąg dopasowania prefiksu blob nie stosował polityki do oczekiwanych blobów

Pole dopasowania prefiksu blob w polityce to pełna lub częściowa ścieżka blob, której używasz, aby dopasować bloby, do których chcesz, aby działania polityki były stosowane. Ścieżka musi zaczynać się od nazwy kontenera. Jeśli nie określisz dopasowania prefiksu, polityka dotyczy wszystkich blobów w kontu pamięci. Format ciągu dopasowania prefiksowego to [container name]/[blob name]. Pamiętaj o następujących kwestiach dotyczących ciągu znaków dopasowania prefiksowego:

  • Ciąg dopasowania prefiksu, taki jak container1/, ma zastosowanie do wszystkich obiektów blob w kontenerze o nazwie container1. Ciąg dopasowania prefiksu container1, bez końcowego ukośnika (/), ma zastosowanie do wszystkich obiektów blob we wszystkich kontenerach, których nazwa zaczyna się od ciągu container1. Prefiks odpowiada pojemnikom o nazwach container11, container1234, container1ab, i tak dalej.
  • Ciąg dopasowania prefiksowego container1/sub1/ ma zastosowanie do wszystkich blobów w kontenerze o nazwie container1, które zaczynają się od ciągu sub1/. Na przykład przedrostek odpowiada blobom o nazwach container1/sub1/test.txt lub container1/sub1/sub2/test.txt.
  • Znak gwiazdki * jest prawidłowym znakiem w nazwie obiektu blob. Jeśli użyjesz znaku gwiazdki w przedrostku, prefiks ten odpowiada plamom z gwiazdką w ich nazwach. Gwiazdka nie działa jak znak wieloznaczny.
  • Znak zapytania ? jest prawidłowym znakiem w nazwie obiektu blob. Jeśli użyjesz znaku zapytania w przedrostku, prefiks odpowiada plamom z znakiem zapytania w nazwie. Znak zapytania nie działa jak znak wieloznaczny.
  • Dopasowanie prefiksu uwzględnia jedynie pozytywne (=) porównania logiczne. Ignoruje negatywne (!=) porównania logiczne.
  • Dopasowywanie prefiksów działa z rozróżnianiem wielkości liter.

Czy można określić, kiedy polityka będzie wykonywana?

Niestety, nie ma możliwości śledzenia czasu realizacji polityki, ponieważ jest to proces planowania w tle. Polityki cyklu życia są uruchamiane w ciągu 24 godzin po utworzeniu lub zaktualizowaniu reguły. Polityki przetwarzają obiekty nieprzerwanie w tle, w zależności od potrzeb. System nadaje priorytet żądaniom pochodzącym z obciążeń roboczych. Nie ma więc możliwości śledzenia czasu, w którym polityka może być wykonywana. Czas potrzebny na przetwarzanie obiektów może zależeć od szybkości żądań dla konta pamięci. Ten czas może być dłuższy, jeśli wskaźnik żądań dla konta pamięci masowej zbliża się do limitu konta magazynowego.

Następne kroki

  • Last updated on