是否可以对已经等待再水化的 Azure blob 进行再水化?
Is it possible to rehydrate an Azure blob that is already pending rehydration?
我想知道如果已经有更改访问层的待处理请求,是否可以在 Microsoft Azure blob 存储(请求更改访问层)中重新水化 blob?
例如,blob 当前设置为存档,我将访问层设置为冷。请求更改后,需要几个小时才能完成。但是,如果我改变主意想要将其更改为热层而不是冷层或将其改回存档怎么办?
我试图在它仍在等待第一个请求时将其更改为“热”而不是“冷”,但收到一个错误,提示它未能更改 blob 的访问层。我查看了有关这种可能性的 Microsoft 文档,但到目前为止,我找不到任何相关信息。从表面上看,您似乎必须等到初始请求完成后才能再次请求更改等级。我想知道是否是这种情况,或者是否有办法覆盖初始访问层更改请求?
I am wondering if this is the case or if there is a way to override
the initial access tier change request?
这是不可能的。来自这个link
:
Once a rehydration request is initiated, it cannot be canceled. During
the rehydration process, the x-ms-access-tier blob property will
continue to show as archive until rehydration is completed to an
online tier.
您可以做的一件事是将存档的 blob 复制到热层中的新 blob。但是,您的存档 blob 最终会转换为可访问的 blob,因此您最终会得到 2 个内容相同的 blob。
我想知道如果已经有更改访问层的待处理请求,是否可以在 Microsoft Azure blob 存储(请求更改访问层)中重新水化 blob?
例如,blob 当前设置为存档,我将访问层设置为冷。请求更改后,需要几个小时才能完成。但是,如果我改变主意想要将其更改为热层而不是冷层或将其改回存档怎么办?
我试图在它仍在等待第一个请求时将其更改为“热”而不是“冷”,但收到一个错误,提示它未能更改 blob 的访问层。我查看了有关这种可能性的 Microsoft 文档,但到目前为止,我找不到任何相关信息。从表面上看,您似乎必须等到初始请求完成后才能再次请求更改等级。我想知道是否是这种情况,或者是否有办法覆盖初始访问层更改请求?
I am wondering if this is the case or if there is a way to override the initial access tier change request?
这是不可能的。来自这个link
:
Once a rehydration request is initiated, it cannot be canceled. During the rehydration process, the x-ms-access-tier blob property will continue to show as archive until rehydration is completed to an online tier.
您可以做的一件事是将存档的 blob 复制到热层中的新 blob。但是,您的存档 blob 最终会转换为可访问的 blob,因此您最终会得到 2 个内容相同的 blob。