常规用途 v2 （GPv2） 存储帐户是大多数 Azure 存储方案的建议帐户类型。 GPv2 提供对最新 Azure 存储功能的访问权限，包括新式 ZRS 复制、Blob 分层、生命周期管理和高级冗余选项。 它还为各种工作负荷提供了最经济高效的定价模型。
此常见问题解答解决了从 GPv1 标准 ZRS 升级到 GPv2 的常见问题。 它介绍升级过程、计费注意事项、功能差异和有关选择适当冗余选项的指导。 使用此资源来规划升级，并确保在 GPv1 标准 ZRS 停用之前顺利过渡。
重要
Microsoft将于 2026 年 10 月 13 日停用使用 GPv1 标准 ZRS 的帐户。 所有受影响的帐户都必须在此日期之前升级到 GPv2 ，以避免服务中断。
请参阅： 使用ZRS 冗余迁移升级存储帐户常规用途 v1 （GPv1） 概述
什么是 GPv1 标准 ZRS 存储？
GPv1 标准 ZRS 是指与 GPv1 帐户一起使用的旧 Standard_ZRS 冗余（帐户类型 Storage）。 它先于新式 ZRS， 不提供 跨三个可用性区域的同步复制。
是否仍可以使用 ZRS 标准冗余创建新帐户？
否。 从 2025 年 9 月开始，在 GPv1 上使用标准 ZRS 创建新帐户将被阻止。
新式 ZRS 与 GPv1 标准 ZRS 有何不同？
GPv2 上的新式 ZRS 跨同一区域中的三个可用性区域同步复制数据，帮助确保在区域性中断期间实现高可用性。 GPv1 标准 ZRS 使用可能需要平台故障转移才能访问辅助副本的较旧复制模型。
GPv2 帐户提供哪些冗余选项？
常规用途 v2 支持：
- 本地冗余存储（LRS）。
- 区域冗余存储（ZRS）。
- 异地冗余存储（GRS）。
- 读取访问异地冗余存储（RA-GRS）。
- 异地区域冗余存储（GZRS）。
- 读取访问异地区域冗余存储（RA-GZRS）。
GPv1 标准 ZRS 是否支持 Blob 分层或生命周期管理？
否。 GPv1 标准 ZRS 不支持 每个 Blob 分层 或 生命周期管理策略。
定价与 GPv1 标准 ZRS 有何不同？
GPv2 引入了 基于层的定价 和 事务计量。 尽管某些作的成本可能更高，但 GPv2 通过热/冷/存档层和生命周期规则提供成本优化。
以后是否可以从 GPv1 标准 ZRS 升级到 GPv2？ 会有什么中断吗？
是的。 可以通过 Azure 门户、CLI 或 PowerShell 就地 升级。 升级 是非中断性的 ，并保留 相同的终结点。 大多数工作负荷 不需要更改代码。
小窍门
在升级生产之前，验证 SDK 版本、冗余假设以及引用帐户类型或旧standard_ZRS语义的任何自动化。
升级是否需要停机？
否。 升级处于 联机状态 ， 不会 中断数据访问。
是否会丢失任何数据丢失？
否。 升级过程保留所有数据和元数据。
升级后，我的现有应用程序是否会继续无缝工作？
在大多数情况下，是的。 API 终结点保持不变。 验证 SDK 兼容性以及有关定价或冗余的任何 硬编码 假设。
如果停用日期未升级，会发生什么情况？
Microsoft 会自动升级 你的帐户，你决定不迁移现有的 GPv1 帐户将被解释为同意Microsoft代表你迁移帐户。 这意味着你面临 计费不对齐的风险。 保留数据，但访问可能会暂时受到影响。
警告
自动升级计时和结果可能会有所不同。 通过主动升级，可以选择与工作负荷保持一致的冗余、分层和功能配置。
升级是否永久？
是的。 升级到 GPv2 后， 无法 还原到 GPv1 标准 ZRS。
为什么 GPv1 标准 ZRS 即将停用？
在 GPv2 上标准化，实现复原、功能奇偶校验和一致的定价。 新式 ZRS 提供 同步区域复制 ，并与 事件网格 和 Azure Data Lake Storage（分层命名空间）等高级功能集成。
如果我的区域不支持 ZRS，该怎么办？
帐户将升级到具有最接近可用冗余的 GPv2（例如 LRS 或 GRS）。 稍后可以 迁移到 支持 ZRS 的区域（如果需要）。
如何计算新的计费金额？
使用 Azure 定价计算器 和当前使用情况数据估算 GPv2 定价下的成本。
计算器： https://azure.cn/pricing/calculator/
Blob 定价： https://azure.cn/pricing/details/storage/blobs/
升级后是否可以启用异地冗余？
是的。 GPv2 支持 GRS、 RA-GRS、 GZRS 和 RA-GZRS。
为什么无法在 Azure 门户中将 GPv1 帐户升级到 GPv2？
如果帐户位于不支持 GPv2 的区域，或者 GPv1 帐户中存在与 GPv2 不兼容的特定配置或功能，则 Azure 门户可能无法将 GPv1 帐户升级到 GPv2。 在这种情况下，可能需要使用 Azure CLI 或 PowerShell 执行升级，或者考虑创建新的 GPv2 帐户并迁移数据。
为什么 PowerShell 或 CLI 允许将 GPv1 帐户升级到 GPv2，但我的帐户不会升级？
即使门户不允许，PowerShell 和 Azure CLI 也可能绕过 Azure 门户中存在的某些限制，从而允许将 GPv1 帐户升级到 GPv2。 这可能是由于工具如何验证帐户配置或区域支持方面的差异。 但是，使用这些工具可能仍要求你在成功升级之前解决任何基础兼容性问题。
如果升级后不希望 LRS 或 GRS 作为冗余选项，该怎么办？
如果你更喜欢其他冗余选项，并且你位于不支持 ZRS 的区域，则可以选择最初使用 LRS 或 GRS 升级到 GPv2，然后稍后将帐户迁移到支持 ZRS 的区域。 或者，可以使用所需的冗余选项在受支持的区域中创建新的 GPv2 帐户，并在其中迁移数据。
如果需要有关升级过程的帮助，该怎么办？
我们提供文档、问答论坛和支持渠道。 如果有支持计划，请在 Azure 门户中创建 支持请求 。