管理控制台的 Backup and DR 概览

Backup and DR for the management console 是一种基于设备的备份和灾难恢复解决方案，可让您在Google Cloud 和混合环境中集中捕获、存储、复制和恢复虚拟机 (VM)、文件系统和自行管理的数据库。通过专用的基于 Web 的设备管理控制台和客户部署的备份/恢复设备，您可以管理工作负载的数据保护。

Backup and DR for the management console 以永久增量格式捕获数据，并以其内置的应用可读格式存储数据。由于备份是以原生方式存储，而不是作为专有备份归档存储，因此您可以直接从备份/恢复设备即时装载备份映像，以恢复工作负载、预配虚拟副本以进行测试和开发，或以最短的停机时间迁移数据。

弃用 Backup and DR 管理控制台

Google Cloud Backup and DR 服务将于 2027 年 9 月 30 日终止对旧版设备管理控制台（IaaS 堆栈）及其关联的用户管理工作负载的支持。请尽快规划迁移到替代备份方法，以保持持续的数据保护。

受管理控制台弃用影响的工作负载

管理控制台弃用仅会影响通过旧版设备管理控制台保护的自行管理的工作负载，包括：

  • 通过设备管理控制台管理的 Compute Engine 实例
  • IBM Db2 数据库
  • Oracle 数据库
  • SAP HANA 数据库
  • Microsoft SQL Server 数据库
  • Google Cloud VMware Engine 虚拟机
  • 通用应用和一致性组
  • 用户管理的文件系统（Linux 和 Windows 文件系统、系统状态、NFS 和 SMB/CIFS）

直接通过Google Cloud 控制台保护的第一方 Google 托管式服务（包括 Compute Engine 虚拟机、Persistent Disk、Cloud SQL、AlloyDB for PostgreSQL 和 Filestore）不受此弃用影响。

弃用时间表和里程碑

管理控制台的 Backup and DR 弃用过程分为三个关键的强制执行里程碑：

  • 2026 年 12 月 31 日（删除非活跃管理服务器）：项目中的任何管理服务器在连续 30 天处于非活跃状态后都会自动删除。只有在管理服务器没有活跃备份、没有受保护的应用或工作负载，也没有活跃备份作业时，才会被视为处于非活跃状态。
  • 2027 年 9 月 30 日（备份冻结）：对使用旧版设备管理控制台堆栈创建新备份的支持将终止。如果您未能在截止日期之前完成迁移，将无法对受影响的工作负载进行新的备份。
  • 2028 年 3 月 31 日（恢复截止日期）：通过旧版设备管理控制台界面进行的直接恢复功能将终止。如需在此截止日期之后恢复备份，您必须使用独立的长期保留 (LTR) 恢复实用程序和脚本。

管理控制台工作负载的迁移替代方案

如需在 2027 年 9 月 30 日备份冻结之前维持备份保护，请将受影响的工作负载迁移到以下受支持的备份解决方案之一：

工作负载 迁移选项 参考文档
Compute Engine Google 原生 Compute Engine 备份 使用Google Cloud 适用于 Compute Engine 实例的 Backup and DR 将 Compute Engine 实例迁移到无设备架构。
用户管理的数据库（IBM Db2、Oracle、SAP HANA、Microsoft SQL Server 等） 使用自定义脚本的应用一致性受保管备份 在 Google Cloud Backup and DR 中使用 Compute Engine 虚拟机和 Persistent Disk 备份，搭配使用客机刷新框架和自定义脚本，以实现应用一致性和不可变备份。
SAP HANA 基于代理的 Google Cloud 备份 使用原生 Google Cloud Backint 代理或 Persistent Disk 快照。请参阅 Agent for SAP Backint 备份和恢复指南或磁盘快照备份和恢复指南。
常规虚拟机工作负载 原生 Google Cloud 磁盘快照 按照磁盘快照指南配置标准或归档磁盘快照，以定期备份虚拟磁盘。
所有工作负载 第三方 Marketplace 解决方案 部署 Google Cloud Marketplace 上提供的经批准的替代企业备份解决方案。

在 2028 年 3 月 31 日之后保留和恢复备份

如需在 2028 年 3 月 31 日恢复截止日期之后保留备份恢复功能，请在设备关停之前将旧版备份数据迁移到 Cloud Storage 中的 OnVault 存储空间：

  1. 分配 OnVault 政策：将所有关键旧版备份迁移到 Cloud Storage OnVault 存储桶。
  2. 同步元数据：确保在本地设备关停之前，所有 Persistent Disk 快照元数据都已完全同步到 Cloud Storage 存储桶。请联系 gcbdr-umdb-transition@google.com 或 Cloud Customer Care，以验证并完成此元数据转移。
  3. 使用恢复实用程序：使用独立工具和脚本直接从 Cloud Storage 存储桶中发现和装载 OnVault 和 Persistent Disk 备份映像。如需查看相关说明，请参阅恢复长期保留的备份。

如果您有任何疑问或需要迁移规划方面的帮助，请联系迁移团队（邮箱：gcbdr-umdb-transition@google.com）、Cloud Customer Care 或您的 Google Cloud客户支持团队。

Backup and DR for the management console 与 Google Cloud Backup and DR 的区别

Google 为 Backup and DR 提供了两种不同的管理和架构模型：

  • Backup and DR for the management console（此文档集）：一种基于设备的架构，您可以在虚拟私有云 (VPC) 网络中部署和管理备份/恢复设备，并通过专用的基于 Web 的设备管理控制台编排保护。此产品专为自管理数据库（例如 Oracle、Microsoft SQL Server、SAP HANA 和 IBM Db2）、Google Cloud VMware Engine 和 VMware vSphere 虚拟机、文件系统以及需要即时应用感知装载、虚拟数据库克隆 (LiveClone) 或自动化 Backup and DR 工作流的工作负载而设计。
  • Google Cloud Backup and DR：一种云原生、SaaS 管理的备份体验，直接集成到Google Cloud 控制台、gcloud CLI、backupdr API 和 Terraform 中。Google Cloud 借助 Backup and DR，您可以直接在 Google 管理的不可变备份保险柜中保护原生 Google Cloud 资源（例如 Compute Engine 实例、永久性磁盘和 Google Cloud Hyperdisk、Cloud SQL 实例、AlloyDB 集群和 Filestore 实例），而无需部署或管理备份/恢复设备。

下表总结了两种 Backup and DR 产品之间的主要区别：

功能 管理控制台的 Backup and DR Google Cloud Backup and DR
主要管理界面 专用的基于 Web 的设备管理控制台和 Management Console API Google Cloud 控制台、gcloud CLI、backupdr API 和 Terraform
架构和数据平面 三层设备架构，由设备管理控制台、客户部署的备份/恢复设备（VPC 中的 Compute Engine 虚拟机）以及工作负载主机上的轻量级 Backup and DR 代理组成 全托管式 Google 服务平面；对于控制台原生保险柜资源，无需客户部署备份/恢复设备或访客代理
备份配置模型 备份模板（包含快照、OnVault 和复制政策）与资源配置文件相结合 直接与目标备份保险柜关联的控制台原生备份方案和备份规则
存储目标 设备管理的存储池（主池、Persistent Disk 上的快照池、Cloud Storage 中的 OnVault 池以及远程设备上的镜像池），以及 Google 管理的备份保险柜（适用于受支持的工作负载） Google 管理、不可变且不可删除的备份保险柜，具有强制保留和区域或多区域存储功能
恢复和数据访问 完整恢复、即时标准装载、应用感知装载、虚拟副本 (LiveClones)、装载和迁移，以及自动 Backup and DR 工作流 从备份保险柜直接恢复到新的或现有的 Google Cloud 资源
支持的工作负载 Google Cloud VMware Engine、VMware vSphere 虚拟机、Compute Engine 实例、Linux 和 Windows 文件系统（包括 NFS、SMB 和 Filestore）、Oracle、Microsoft SQL Server、SAP HANA、IBM Db2、PostgreSQL、SAP ASE、SAP IQ、SAP MaxDB、MySQL、MariaDB、一致性组和通用应用 Compute Engine 实例、Persistent Disk 和 Hyperdisk、Cloud SQL、AlloyDB 和 Filestore（以及对设备管理控制台创建的备份保险柜备份的可见性）

Backup and DR 管理控制台的架构和核心组件

管理控制台的 Backup and DR 使用三层架构来编排和执行整个环境中的数据保护：

  • 设备管理控制台：基于 Web 的集中式控制平面，您可以在其中管理备份/恢复设备、注册主机、发现应用、配置备份模板和资源配置文件，以及监控备份和恢复作业。设备管理控制台在 Google 管理的租户项目中运行，并使用 Private Service Connect 或专用 Google 访问通道与备份/恢复设备进行安全通信。
  • 备份/恢复设备：在 Google Cloud 项目和 VPC 网络中部署的 Compute Engine 虚拟设备。备份/恢复设备充当数据平面，可从源工作负载捕获数据、维护目录元数据、管理存储池、将数据复制到远程设备或对象存储区，以及提供即时装载。您可以根据工作负载类型、数据集大小和存储容量，从四种设备外形规格中进行选择。
  • Backup and DR 代理：安装在 Linux 或 Windows 客户机操作系统上的轻量级软件代理。Backup and DR 代理会与备份/恢复设备通信，以发现数据库和文件系统、静默应用以进行应用一致性捕获、协调更改块跟踪 (CBT) 和事务日志备份，以及编排应用感知装载。无代理保护用于 VMware 虚拟机（通过 vSphere Storage API - 数据保护）和 Compute Engine 实例（通过 Persistent Disk 快照）。

备份/恢复设备上的存储池

备份/恢复设备最多可在四种类型的存储池中整理和存储捕获的备份数据：

  • 主池：直接挂接到备份/恢复设备（使用标准或 SSD 永久性磁盘）的块存储，用于存储捕获的备份和去重数据，以便快速进行本地恢复和即时装载。
  • 快照池：使用 Persistent Disk 快照存储数据卷的时间点副本，以实现高性能捕获和装载操作。
  • OnVault 池：基于对象的长期保留存储，可将压缩的永久增量备份数据发送到 Cloud Storage 存储桶（Standard、Nearline、Coldline 或 Archive）或 Google 管理的备份保险柜。
  • 镜像池：另一个可用区或区域中的辅助备份/恢复设备上的块存储，用于接收异步块级复制备份 (StreamSnap) 以进行灾难恢复。

备份模板、政策和资源配置文件

在设备管理控制台中，您可以通过应用由两个可重复使用的构建块组成的备份方案来保护发现的工作负载：

  • 备份模板：定义备份、保留和复制数据的方式和时间。每个备份模板都包含一个或多个备份政策，用于控制各个层级的时间表、恢复点目标 (RPO) 和保留：
    • 生产环境到快照：将数据从生产工作负载捕获到本地主池或快照池。
    • 快照到 OnVault：将快照备份复制到 Cloud Storage 中的 OnVault 池或备份保险柜，以便长期保留。
    • OnVault 到 OnVault：在跨区域的 OnVault 池之间复制数据。
    • Production to Mirror (StreamSnap)：将快照数据复制到远程备份/恢复设备上的镜像池。
  • 资源配置文件：通过将备份模板中的政策映射到特定的本地备份/恢复设备存储池、OnVault 池和远程复制设备，定义备份数据的存储位置。

Backup and DR 管理控制台的主要功能

Backup and DR 管理控制台提供以下功能，用于企业备份、恢复和复制数据管理：

  • 永久增量捕获：在对应用或虚拟机进行一次初始完整备份后，后续备份仅捕获更改的块或数据库增量。备份/恢复设备会合成虚拟完整时间点映像，而无需运行会影响生产性能的定期完整备份。
  • 应用一致性数据库保护和时间点恢复 (PITR)：与数据库 API（例如 Oracle RMAN、SQL Server VSS 和 SAP HANA backint 或存储快照）原生集成，以捕获应用一致性数据库备份以及计划的事务日志备份，从而让您能够恢复到特定时间点。
  • 即时装载和虚拟副本：您无需等待将数 TB 的备份数据复制回生产存储空间，即可启动应用，而是可以直接从备份/恢复设备将备份映像装载到目标主机：
    • 标准装载：将备份映像作为装载的磁盘或文件系统公开在目标主机上，以检查或复制单个文件。
    • 应用感知装载：直接从目标数据库服务器上装载的备份映像立即启动虚拟数据库实例，并可选择将事务日志前滚到所选时间点。
    • 装载和迁移：通过即时装载立即恢复服务，同时在后台将底层数据文件迁移回生产存储空间，从而最大限度地缩短恢复时间目标 (RTO)。
    • LiveClone：创建备份映像的独立、可写入虚拟副本，该副本可以按需或按时间表刷新，而无需为每个克隆消耗完整的物理存储空间。
  • 自动化 Backup and DR 工作流：Backup and DR 工作流可按计划或按需自动创建、刷新和遮盖 LiveClone 和虚拟数据库。开发、QA 和分析团队可以自行预配生产数据库的最新副本，并使用自定义脚本自动清理敏感数据。
  • 跨区域灾难恢复：使用 StreamSnap 复制将备份映像异步复制到另一个区域中的辅助备份/恢复设备，或将备份复制到多区域或双区域 Cloud Storage 存储桶和备份保险柜，以便在服务中断期间在备用区域中恢复工作负载。

Backup and DR 中支持管理控制台的工作负载

管理控制台的备份和灾难恢复功能可保护各种虚拟机、文件系统和数据库。如需了解详细的版本和操作系统兼容性，请参阅设备管理的备份的支持矩阵以及Backup and DR 支持的操作系统和内核。

后续步骤