本页介绍了备份方案,您可以通过它定义高级备份策略来备份资源。您可以使用备份方案来备份以下资源:
Cloud SQL 实例
Compute Engine 实例和磁盘
AlloyDB for PostgreSQL 集群
Filestore 实例
在备份方案中,您可以定义何时以及如何备份资源。您可以添加备份频率、备份保留期限和用于存储备份的备份保险柜位置。将备份方案与资源相关联后,Backup and DR 会根据备份方案中的配置自动备份和保留这些资源的备份。
在创建备份方案之前,您必须先创建备份保险柜,以指定备份的存储位置。
备份方案包含一条或多条备份规则。每个备份规则都会定义以下参数:
频率:您可以安排每小时、每天、每周、每月或每年运行备份。
每小时:可用频率取决于资源类型。如需了解详情,请参阅每小时备份的频次范围。
每周:您可以选择一周中的特定一天。
每月:您可以选择一个月中的特定日期(例如 15 日)。
备份类型:您可以使用规则进行预定备份,也可以发起按需备份。
备份时段:您可以定义备份作业可以开始的时间范围。 备份窗口具有以下要求:
必须采用 24 小时制,开始时间和结束时间介于 00 到 24 之间。
时长必须至少为 6 小时。
限制:备份方案始终包含启动磁盘。如果您在机器配置的数据保护部分中选择排除启动磁盘,备份方案仍会包含启动磁盘。如需了解详情,请参阅创建具有额外非启动磁盘的实例。
每小时备份的频率范围
本部分指定了每小时备份的频率。每小时一次的频率 (1) 表示作业从开始时间到结束时间每小时运行一次。
如果
recurrence_type设置为HOURLY,则必须进行此设置。如果
recurrence_type不是HOURLY,则此设置不适用。如果您为此设置提供值,但
recurrence_type不是HOURLY,则会发生验证错误。
每种资源类型支持的值如下:
| 资源类型 | 每小时频次 |
|---|---|
| Compute Engine 实例 | 1-23 |
| Compute Engine 磁盘 | 1-23 |
| Cloud SQL 实例 | 6-23 |
| AlloyDB for PostgreSQL 集群 | 1-23 |
| Filestore 实例 | 1-23 |
对于 Compute Engine 实例资源,请参阅每小时备份的最佳实践。
数据库日志备份
对于数据库资源(例如 Cloud SQL 或 AlloyDB),您可以在备份方案中启用日志备份。这样一来,系统便可通过捕获完整备份点之间的事务日志来实现时间点恢复 (PITR)。
Backup and DR 中的数据保留概览
Backup and DR 使用两种保留类型来管理备份生命周期和安全性:
分配的保留期限:使用在以下时间后删除备份设置在备份方案中定义。
备份会保留此期限,并在期限结束时过期。
除非强制保留期限阻止,否则您可以在此日期之前手动删除备份。
强制保留期限:在备份保险柜配置中使用防止删除设置定义。
此设置可确保在指定期限内无法删除备份。
如果强制保留期限长于分配的保留期限,则在强制保留期限结束之前,系统不会删除备份。
您可以为整个备份保险柜应用强制保留期限,也可以将备份保险柜配置为针对每个受保护的资源强制执行分配的保留期限(在以下时间后删除备份)。
自定义按需保留期限上限
此设置用于定义按需备份(在自动安排之外手动创建)可保留的最长天数。这样可以防止用户意外为手动快照设置过长的保留期限。
备份存储空间消耗情况
请考虑备份方案中备份存储空间的以下规则:
自动删除:当达到定义的备份保留期限时,系统会自动删除备份。
最短保留期限:备份保留期限必须等于或大于备份保险柜的最短保留期限。
继承的默认值:备份删除的默认值继承自备份保险柜的最短保留期限。
不可变性:使用备份方案创建的备份是不可变的。在备份保险柜的最短强制保留期限内,这些备份无法修改或删除。
将工作负载备份到启用了 CMEK 的备份保险柜
如果您为备份保险柜配置了 CMEK,则存储在其中的备份会使用您指定的密钥进行保护。将备份方案与启用了 CMEK 的保险柜相关联时,适用以下规则:
受 CMEK 保护的工作负载:如果源工作负载受 CMEK 保护(例如,具有 CMEK 加密磁盘的 Compute Engine 实例),您必须将其备份到启用了 CMEK 的备份保险柜。您无法将受 CMEK 保护的资源备份到使用 Google-owned and Google-managed encryption keys的备份保险柜。
使用 Google-owned and Google-managed encryption keys的工作负载:如果源工作负载使用 Google-owned and Google-managed encryption keys,您必须将其备份到使用 Google-owned and Google-managed encryption keys的备份保险柜。
备份作业重试
如果预定作业失败,调度器会自动重试该作业,最多重试 3 次。
- 首次失败:状态标记为“已重试”;等待 4 分钟。
- 第二次失败:下一次重试将在 16 分钟后排队。
- 第三次失败:64 分钟后将最终重试加入队列。
- 最终失败:在总共尝试 4 次后,状态会变为“失败”。系统不会再尝试运行该时间段的作业。
作业重试会在监控 > 作业中报告。为了标识重试,所有这四个作业将共享相同的作业编号,但具有唯一的后缀(例如 Job_12345、Job_12345a、Job_12345b)。
备份方案支持的区域
只能在 Backup and DR 可用且要备份的资源所在的区域内创建备份方案。若要创建备份方案,还必须在兼容的位置中提供备份保险柜。 如果您需要在不受支持的区域中创建备份方案,请使用设备管理控制台中的备份模板。
以下区域支持备份方案。
| 地理区域 | 区域名称 | 区域说明 | |
|---|---|---|---|
| 北美洲 | |||
northamerica-northeast1 * |
蒙特利尔 |
|
|
northamerica-northeast2 |
多伦多 |
|
|
us-central1 |
爱荷华 |
|
|
us-east1 |
南卡罗来纳 | ||
us-east4 |
北弗吉尼亚 | ||
us-east5 |
哥伦布 | ||
us-south1 |
达拉斯 |
|
|
us-west1 |
俄勒冈 |
|
|
us-west2 |
洛杉矶 | ||
us-west3 |
盐湖城 | ||
us-west4 |
拉斯维加斯 | ||
northamerica-south1 * |
克雷塔罗州 | ||
| 南美洲 | |||
southamerica-east1 |
圣保罗 |
|
|
southamerica-west1 |
圣地亚哥 |
|
|
| 欧洲 | |||
europe-central2 |
华沙 |
|
|
europe-north1 |
芬兰 |
|
|
europe-north2 |
斯德哥尔摩 |
|
|
europe-southwest1 |
马德里 |
|
|
europe-west1 |
比利时 |
|
|
europe-west2 |
伦敦 |
|
|
europe-west3 |
法兰克福 | ||
europe-west4 |
荷兰 |
|
|
europe-west6 |
苏黎世 |
|
|
europe-west8 |
米兰 |
|
|
europe-west9 |
巴黎 |
|
|
europe-west10 |
柏林 | ||
europe-west12 |
都灵 |
|
|
| 中东 | |||
me-central1 |
多哈 | ||
me-central2 |
达曼 | ||
me-west1 |
以色列 | ||
| 非洲 | |||
africa-south1 |
约翰内斯堡 | ||
| 亚太地区 | |||
asia-east1 |
台湾 | ||
asia-east2 |
香港 | ||
asia-northeast1 |
东京 | ||
asia-northeast2 * |
大阪 | ||
asia-northeast3 |
首尔 | ||
asia-southeast1 |
新加坡 | ||
asia-southeast2 |
雅加达 | ||
australia-southeast1 |
悉尼 | ||
australia-southeast2 |
墨尔本 | ||
| 印度 | |||
asia-south1 |
孟买 | ||
asia-south2 |
德里 |
* 克雷塔罗 (northamerica-south1)、蒙特利尔 (northamerica-northeast1) 和大阪 (asia-northeast2) 不支持可用区隔离。这意味着,这些区域中的多个可用区可能并非位于物理上分离的数据中心园区内。因此,单个局部物理灾难事件可能会影响同一区域内的多个可用区,从而增加数据丢失的风险,而支持可用区分离的区域则不会出现这种情况。
备份方案和规则名称
备份方案名称和规则名称必须符合以下要求:
- 包含小写字母、数字字符、短划线 (
-)、下划线 (_) 和英文句点 (.),不允许使用空格 - 必须以数字或字母开头和结尾
- 最多 63 个字符
- 不得以点分十进制的 IP 地址表示。例如:
192.0.2.255