Azure Blob归档备份：能等多久恢复，180天期限能否用满？

如果网站出了问题，你希望几分钟内拿到最近备份，还是等几个小时也没关系？在Azure Blob选存储层，我会先问这个，而不是先找最便宜的一列。便宜地存一年，与方便地救回今天的数据，是两个需要分别安排的需求。

近期可能恢复的数据，先留在可在线读取的层；真正长期留存、允许等待的资料，再考虑Archive。 这样即使还没算出最终报价，也已经知道哪些文件不能为了单价随便移动。

先把近期恢复和长期留档分开

Hot、Cool、Cold是在线层，Archive是离线归档层。归档对象要先rehydrate到在线层，才能读取或下载，恢复可能需要小时级时间，官方说明某些情况下可达15小时。[2] 这不是对你那份备份恢复时间的保证。

最低期限，要和账户类型一起看

对于通用v2（GPv2）账户，Cool与Cold对应的最低期限分别为30天和90天；旧Blob Storage账户的这两层没有相应最低期限。Archive则有180天的提前删除计费规则。[2] 旧环境迁到新账户时，不能把旧习惯直接当成新账单的依据。

提前删除、覆盖或转层也可能触发剩余期限费用。[1][2] 假设归档对象在120天时被永久删除，按适用规则可能仍需承担180天对应的存储费用。若启用了软删除，还应按保留期与实际删除规则判断，不能只看你在界面上点删除的日期。[2]

每月替换一份备份，不一定适合Archive

如果你只想留最近一个月的数据，常常还没走完归档最低期限就换掉旧文件。我会先比较在线层完整成本，再决定是否存在值得长期归档的另一份资料。可以让近期恢复副本和长期留档承担不同任务，但它们各自占用的容量也都要计入预算。

这种安排多了一点管理工作：分清文件属于哪一批、何时可以清理、需要取回时从哪里开始。你省下的是长期存放的费用，付出的是分类、等待和恢复安排；适不适合，取决于你愿意接受哪一种。

到价格页时，把这几项一起放进去

地区、冗余方式、实际层级、保留时间、操作与取回量，要作为同一份估算的条件。[1] 动态页面没显示完整数字时，我不会拿别的地区单价凑出一笔看似精确的全球报价。

近期可能救急的副本留在适合在线读取的层；允许等待且准备长留的资料，再比较Archive。每月替换一份备份，就把最低期限和账户类型算清楚，别照搬旧Blob账户习惯。本文没有恢复体验，归档前用自己的文件验证取回过程，比只找最低容量价更值得做。