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 ausgeführt wird und die Blobs 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 einen archivierten Blob rehydriert. 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 der Blob dauerhaft in der heißen, kühlen oder kalten Zugriffsebene verbleiben soll, kopieren Sie den Blob an einen anderen Speicherort, an dem die Richtlinie für die Lebenszyklusverwaltung nicht gilt.
Die Blob-Präfix-Match-String hat die Policy nicht auf die erwarteten Blobs angewendet
Das Feld für die Blobpräfixübereinstimmung einer Richtlinie ist ein vollständiger oder teilweiser Blobpfad, mit dem Sie die Blobs abgleichen, 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 zur Zeichenfolge für Präfixübereinstimmungen:
- Ein Präfix-Match-String wie
container1/gilt für alle Blobs im Container namenscontainer1. Eine Präfix-Match-String voncontainer1, ohne das vorwärts führende Schrägstrichzeichen (/), gilt für alle Blobs in allen Containern, bei denen der Containername mit der Zeichenkettecontainer1beginnt. 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 du das Sternchenzeichen in einem Präfix verwendest, entspricht das Präfix Blobs mit einem Sternchen in ihrem Namen. Das Sternchen funktioniert nicht als Wildcard-Charakter. - Das Fragezeichenzeichen
?ist ein gültiges Zeichen in einem Blob-Namen. Wenn du in einem Präfix das Fragezeichen verwendest, entspricht das Präfix Blobs, deren Name ein Fragezeichen enthält. Das Fragezeichen funktioniert nicht als Wildcard-Charakter. - Der Präfixabgleich zieht nur positive (
=) logische Vergleiche in Betracht. Negative (!=) logische Vergleiche werden ignoriert. - Der Präfixabgleich erfolgt unter Beachtung der Groß- und Kleinschreibung.
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 kontinuierlich im Hintergrund, je nach Bedarf. 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.