You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/storage/blobs/lifecycle-management-overview.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -77,7 +77,7 @@ Each rule within the policy has several parameters, described in the following t
77
77
78
78
When you add or edit the rules of a lifecycle policy, it can take up to 24 hours for changes to go into effect and for the first execution to start.
79
79
80
-
An active policy processes objects periodically, and is interrupted if changes are made to the policy. If you delete a policy, then no new policy runs will be scheduled, but if a run is already in progress, that run will continue until it completes and you're billed for any actions that are required to complete the run. If you disable all of the rules in a policy, then the policy becomes inactive - if a run is already in progress, that run will come to a stop within 24 hours, and no new runs will be scheduled. It is recommended to disable a policy first, wait 24 hours and then delete policy.
80
+
An active policy processes objects periodically, and is interrupted if changes are made to the policy. If you delete a policy, then no new policy runs will be scheduled, but if a run is already in progress, that run will continue until it completes and you're billed for any actions that are required to complete the run. If you disable all of the rules in a policy, then the policy becomes inactive. If a run is already in progress, that run will come to a stop within 24 hours, and no new runs will be scheduled. It is recommended to disable a policy first, wait 24 hours and then delete policy.
81
81
82
82
The time required for a run to complete depends on the number of blobs evaluated and operated on. The latency with which a blob is evaluated and operated on may be longer if the request rate for the storage account approaches the storage account limit. All requests made to storage account, including requests made by policy runs, accrue to the same limit on requests per second, and as that limit approaches, priority is given to requests made by workloads. To request an increase in account limits, contact [Azure Support](https://azure.microsoft.com/support/faq/).
83
83
Learn more about [Lifecycle Management Performance Characteristics](lifecycle-management-performance-characteristics.md).
@@ -303,8 +303,8 @@ In the following example, blobs are moved to cool storage if they haven't been a
303
303
> [!TIP]
304
304
> If a blob is moved to the cool tier, and then is automatically moved back before 30 days has elapsed, an early deletion fee is charged. Before you set the `enableAutoTierToHotFromCool` property, make sure to analyze the access patterns of your data so you can reduce unexpected charges.
305
305
306
-
Automatic uptiering of objects on access is limited to once in 30 days. This safeguard is in place to avoid multiple early deletion penalities from the Cool tier. If the object tiers back to Cool due to the policy, any transactions on the blob is charged at the Cool tier prices. It is cost-efficient to keep the blob in Hot tier if it needs to be auto-uptiered more than once in a 30-day period.
307
-
Enabling a rule with "enableAutoTierToHotFromCool" only applies to objects that are tiered down with this rule. Blobs already in Cool tier will not be eligible for "enableAutoTierToHotFromCool" property to be enabled, and hence will not automatically tier to Hot on access.
306
+
Automatic uptiering of objects on access is limited to once in 30 days. This safeguard is in place to avoid multiple early deletion penalties from the cool tier. If the object tiers back to cool due to the policy, any transactions on the blob is charged at the cool tier prices. It is cost-efficient to keep the blob in hot tier if it needs to be auto-uptiered more than once in a 30-day period.
307
+
Enabling a rule with "enableAutoTierToHotFromCool" applies only to objects that are tiered down with this rule. The enableAutoTierToHotFromCool property can't be enabled for blobs that are already in the cool tier. Therefore, the access tier of those blobs won't automatically change to hot when they are accessed.
0 commit comments