Google公布旧版备份管理栈退役安排：2027年停新备份，恢复支持延续至2028年3月
2026年9月30日，Google Cloud把Backup and DR旧版设备管理控制台及相关工作负载列入弃用安排。官方给出两条主要时间线：2027年9月30日之后，旧栈不再支持创建新的备份；标准恢复、导出和迁移支持则延续到2028年3月31日。对仍使用该管理路径的团队，现在需要确认的既有未来备份去向，也有历史副本在退役后如何继续使用。
配图为AI生成的概念插图，表现旧备份体系向新恢复路径迁移，不是Google Cloud产品界面或真实客户数据。
受影响的是管理路径，不是整个备份产品
官方列出的范围包括通过旧控制台管理的Compute Engine、Db2实例、Oracle Database、SAP HANA、Microsoft SQL Server、Google Cloud VMware Engine，以及通用应用、一致性组和其他用户管理的文件系统等工作负载。公告同时明确，Google第一方托管服务的支持不受影响，包括原生管理的Compute Engine虚拟机与磁盘，以及Cloud SQL、AlloyDB和Filestore等。
因此，不能只凭资源名称判断是否需要迁移。同样是Compute Engine，使用旧设备管理路径与使用原生备份路径，适用情况不同。资产盘点应记录备份由谁发起、在哪个控制台管理、存放在哪类池或vault、依赖什么恢复组件，而不只是列出生产虚拟机名称。这样才能避免把不受影响的资源也列进紧急迁移范围。
两个截止点对应两项不同能力
停止新备份意味着旧流程不能继续保护未来变化；恢复支持结束则涉及已有备份的使用路径。把两者写成一个“产品下线日”，容易让团队误以为可以一直等到2028年才更换保护方案。更合理的计划应在首个期限前建立稳定的新备份链，并在后一个期限前处理需要长期保留的旧数据和恢复方式。
文档还记录，相关受影响数据库在旧控制台中的新部署支持已于2026年7月31日之后停止。这是当前状态，不能描述成明年才发生的新限制。对于新建业务，应直接评估受支持的目标方案；已有业务则需要把迁移过程与持续保护安排在一起，避免在切换期间出现未被覆盖的数据时间段。
部分数据库有更早的独立安排
SAP ASE、SAP IQ、SAP MaxDB、MariaDB、MySQL和PostgreSQL的旧控制台备份，在7月31日已有另一项弃用公告。该组创建新备份的支持结束日为2027年7月31日，需要保留的既有备份数据迁移期限为2027年12月30日。9月这次公告不能被理解为自动把它们顺延到新的通用日期。
一家公司同时使用多种数据库时，最容易出错的是用同一日历条目管理所有工作负载。建议按数据库类型和管理路径建立对应关系，再让备份负责人逐项确认。对外部供应商维护的系统，也应取得能证明当前备份路径和恢复能力的材料，不能仅凭一句“使用Google Cloud备份”判断已经符合新安排。
官方给出了方向，仍需验证业务一致性
Google建议旧Compute Engine备份迁向无需设备的原生备份；用户自管数据库可以评估虚拟机或持久磁盘备份，并结合guest-flush框架与自定义脚本；SAP HANA可评估GCP SAP Backint Agent或磁盘快照；其他虚拟机与应用也可选择原生磁盘快照或第三方方案。这些是迁移选择，不是保证所有历史备份都能原样导入某个目标的承诺。
尤其需要区分磁盘可读取与数据库可一致恢复。原生Compute Engine文档说明，Linux应用一致性备份需要配合快照前后脚本，且有特定存储支持限制。团队应使用代表性数据实际恢复，验证数据库启动、关键查询与应用依赖，而不是把“新方案已经产生一个备份文件”当作迁移验收终点。
历史副本也会影响成本和排期
旧设备备份FAQ说明，只要工作负载仍有未过期备份，就可能继续被视为处于服务管理范围；停止为源系统新增备份，不等于所有相关计量立即消失。迁移期间同时保留旧恢复能力和新保护链，也可能形成并行成本。具体费用应结合存储、管理计量、传输和目标方案核算，公告没有给出统一免费迁移额度。
对长期保留数据，最重要的不是尽快清空旧系统，而是确认哪些副本还必须可恢复、目标保留策略是否匹配、恢复所需的密钥与软件版本由谁维护。只有得到验证后的清理计划，才能避免为了节省短期费用而提前破坏唯一可用的历史恢复路径。
现在就能做的准备
首轮工作可以限定为三件事：盘点实际受影响资产及各自截止日，选一个代表性工作负载完成新备份和恢复演练，再为历史副本制定迁移或保留策略。演练应记录恢复耗时、可恢复时间点与业务验证结果，让负责人能判断目标方案是否满足实际需求。
距离主要期限仍有时间，这正是尽早验证的理由。备份迁移通常会受到数据规模、变更窗口、保留周期和应用依赖共同影响。把这些问题在日常运行时期查清，比临近停止支持时才发现旧副本无法按预想方式恢复，更有利于保持业务连续性。
官方资料
资料核对：2026年10月3日。以下解读基于官方公告与文档，产品规则以官方后续更新为准。
