Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Artikel beantwortet häufig gestellte Fragen zu Lebenszyklus-Management-Richtlinien in Azure Blob Storage.
Ich habe eine neue Richtlinie erstellt. Warum laufen die Aktionen nicht sofort?
Sobald du eine Richtlinie konfiguriert hast, kann es bis zu 24 Stunden dauern, bis sie in Kraft tritt. Sobald die Richtlinie in Kraft ist, kann die Zeit, die die Aktionen benötigen, je nach Größe des Speicherkontos und durchgeführten Operationen variieren.
Wenn ich eine bestehende Richtlinie aktualisiere, wie lange dauert es, bis die Aktionen ausgeführt werden?
Die aktualisierte Richtlinie kann bis zu 24 Stunden in Kraft treten. Sobald die Richtlinie in Kraft ist, variiert die Zeit, die für die Ausführung der Aktionen benötigt wird, je nach Größe des Speicherkontos und den durchgeführten Operationen. Wenn das Update dazu dient, eine Regel zu deaktivieren oder zu löschen und enableAutoTierToHotFromCool verwendet wurde, erfolgt das automatische Tiering in die heiße Stufe weiterhin. Legen Sie beispielsweise eine Regel mit enableAutoTierToHotFromCool basierend auf dem letzten Zugriff fest. Wenn die Regel deaktiviert oder gelöscht wird und sich ein Blob derzeit in der Zugriffsebene „Cool“ oder „Cold“ befindet und dann darauf zugegriffen wird, wird er wieder in die Zugriffsebene „Hot“ verschoben, da dies beim Zugriff außerhalb der Lebenszyklusverwaltung angewendet wird. Der Blob wechselt nicht von heiß zu kalt oder kalt, wenn die Lebenszyklusverwaltungsregel deaktiviert oder gelöscht ist. Die einzige Möglichkeit, das zu verhindern autoTierToHotFromCool , ist, die Zeiterfassung des letzten Zugriffs auszuschalten.
Der Durchlauf wird abgeschlossen, aber einige Blobs werden nicht bewegt oder gelöscht
Je nach Größe und Anzahl der Objekte in einem Speicherkonto benötigen Sie möglicherweise mehr als einen Durchlauf, um alle Objekte zu verarbeiten. Sie können auch die Speicherressourcenprotokolle überprüfen, um zu sehen, ob die Lebenszyklus-Management-Richtlinie die Operationen durchführt.
Ich sehe keine Kapazitätsänderungen, obwohl die Richtlinie die Blobs ausführt und löscht
Prüfen Sie, ob Datenschutzfunktionen wie Soft Delete oder Versionsmanagement im Speicherkonto aktiviert sind. Selbst wenn die Richtlinie das Löschen der Blobs ist, könnten diese Blobs je nach Konfiguration dieser Funktionen noch im Soft Gelöscht-Zustand oder als ältere Version existieren.
Ich habe ein archiviertes Blob aktiviert. Wie kann ich verhindern, dass es vorübergehend wieder in die Archiv-Stufe zurückversetzt wird?
Wenn für das Speicherkonto eine Lebenszyklus-Management-Richtlinie gilt, kann das Rehydratieren eines Blobs durch Änderung seiner Stufe dazu führen, dass die Lebenszyklusrichtlinie den Blob zurück in die Archiv-Schicht verschiebt. Diese Bedingung tritt auf, wenn die letzte Änderungszeit, Erstellungszeit oder letzte Zugriffszeit die für die Policy gesetzte Schwellenwert überschreitet. Es gibt drei Möglichkeiten, diese Erkrankung zu verhindern:
Fügen Sie die Bedingung
daysAfterLastTierChangeGreaterThanzur AktiontierToArchiveder Richtlinie hinzu. Siehe Lifecycle Management Policies verwenden, um Blobs zu archivieren.Deaktiviere die Regel, die diesen Blob vorübergehend beeinflusst, um zu verhindern, dass er erneut archiviert wird. Aktiviere die Regel erneut, wenn der Blob sicher zurück in die Archivstufe verschoben werden kann.
Wenn das Blob dauerhaft in der heißen, kalten oder Cold-Ebene verbleiben muss, kopieren Sie das Blob an einen anderen Speicherort, an dem die Richtlinie für die Lebenszyklusverwaltung nicht in Kraft ist.
Der Blob-Präfix-Match-String hat die Richtlinie nicht auf die erwarteten Blobs angewendet
Das Feld für den Blob-Präfixabgleich einer Richtlinie ist ein vollständiger oder teilweiser Blobpfad, den Sie verwenden, um die Blobs abzugleichen, auf die die Richtlinienaktionen angewendet werden sollen. Der Pfad muss mit dem Namen des Containers beginnen. Wenn du kein Präfix-Match spezifizierst, gilt die Richtlinie für alle Blobs im Speicherkonto. Das Format der Präfix-Match-String ist [container name]/[blob name].
Beachten Sie die folgenden Punkte zum Präfix match string:
- Ein Präfix-Match-String wie
container1/gilt für alle Blobs im Container namenscontainer1. Eine Präfixübereinstimmungszeichenfolge voncontainer1ohne den nachgestellten Schrägstrich (/) gilt für alle Blobs in allen Containern, bei denen der Containername mit der Zeichenfolgecontainer1beginnt. Das Präfix passt zu Containern namenscontainer11,container1234,container1ab, und so weiter. - Eine Präfixübereinstimmungszeichenfolge von
container1/sub1/gilt für alle Blobs in dem Container namenscontainer1, die mit der Zeichenfolgesub1/beginnen. Zum Beispiel stimmt das Präfix mit Blobs namenscontainer1/sub1/test.txtodercontainer1/sub1/sub2/test.txtüberein. - Das Sternchen
*ist ein gültiges Zeichen in einem Blob-Namen. Wenn Sie das Sternchenzeichen in einem Präfix verwenden, stimmt das Präfix mit Blobs überein, die ein Sternchen im Namen haben. Das Sternchen funktioniert nicht als Wildcard-Charakter. - Das Fragezeichenzeichen
?ist ein gültiges Zeichen in einem Blob-Namen. Wenn Sie das Fragezeichen in einem Präfix verwenden, stimmt das Präfix mit Blobs überein, die ein Fragezeichen im Namen haben. Das Fragezeichen funktioniert nicht als Wildcard-Charakter. - Der Präfixabgleich zieht nur positive (
=) logische Vergleiche in Betracht. Negative (!=) logische Vergleiche werden ignoriert. - Bei dem Präfixabgleich wird die Groß-/Kleinschreibung beachtet.
Gibt es eine Möglichkeit, den Zeitpunkt zu bestimmen, zu dem die Richtlinie ausgeführt wird?
Leider gibt es keine Möglichkeit, den Zeitpunkt nachzuverfolgen, zu dem die Richtlinie ausgeführt wird, da es sich um einen Hintergrund-Terminierungsprozess handelt. Lebenszyklusrichtlinien werden innerhalb von 24 Stunden ausgeführt, nachdem eine Regel erstellt oder aktualisiert wurde. Richtlinien verarbeiten Objekte nach Bedarf kontinuierlich im Hintergrund. Das System priorisiert Anfragen aus Workloads. Es gibt also keine Möglichkeit, den Zeitpunkt nachzuverfolgen, zu dem eine Richtlinie ausgeführt wird. Die benötigte Zeit zur Verarbeitung von Objekten könnte von der Anforderungsrate für das Speicherkonto abhängen. Diese Zeit könnte länger sein, wenn die Anfragerate für das Speicherkonto das Speicherkonto-Limit erreicht.