选择备份选项

本文档介绍了 Cloud SQL 实例的两种备份选项，包括其主要功能和配置。这有助于您为实例选择最合适的选项。

在将备份与 Cloud SQL 实例搭配使用之前，您必须为每个实例选择一个备份选项。Cloud SQL 提供以下备份选项：

  • 增强型备份：此选项可在集中式备份管理项目中管理和存储备份。它使用 Backup and DR Service，并提供强制保留、精细调度和监控功能。
  • 标准备份：Cloud SQL 会在与 Cloud SQL 实例相同的项目中创建、管理和存储这些备份。

您选择的备份选项决定了 Cloud SQL 实例可用的功能和配置选项。虽然实例无法同时使用多种备份选项，但 Cloud SQL 可让您根据需要在这两种备份选项之间切换。

下表简要介绍了每种备份选项可用的主要功能：

特性 标准备份 增强型备份
跨项目集中管理备份 - ✔
备份保险柜 - ✔
自动备份时间表 每天 每小时、每天、每周、每月、每年
按需备份 ✔ ✔
多区域备份 ✔ -
实例删除中的最终备份 ✔ ✔
备份保留期限 1 年 无限制
在删除实例时保留所有备份 ✔ ✔
在删除项目时保留备份 - ✔
使用保留锁定强制保留 - ✔
使用日志进行时间点恢复 ✔ ✔
跨区域备份和恢复 ✔ -
CMEK 支持 ✔ -

如需详细了解这些备份选项，请参阅标准备份和增强型备份。 如需详细了解 Cloud SQL 中的备份工作原理，请参阅 Cloud SQL 备份概览。

增强型备份

借助增强型备份，您可以使用 Backup and DR 在一个中央备份项目中管理和存储跨各个项目的 Cloud SQL 实例的所有备份。Backup and DR 可在一个位置集中管理、监控和报告日常备份操作。备份存储在备份保险柜中，这是 Google 管理的安全且独立的存储资源，由 Backup and DR 管理，备份方案管理备份和恢复设置。这样可提供独立于源项目的不可更改且不可删除的备份。如需详细了解备份如何与 Backup and DR 搭配使用，请参阅 Backup and DR 概览。

借助增强型备份，您可以使用一个集中式备份项目来托管备份保险柜和备份方案，并将其与所有 Cloud SQL 实例相关联。这些方案还可以跨多个项目进行关联。

将备份方案附加到 Cloud SQL 实例时，现有的备份和恢复设置会被备份方案覆盖。包含备份和恢复设置的方案存储在集中式备份项目中，当方案在 Cloud SQL 实例上处于有效状态时创建的任何备份都存储在备份项目中的备份保险柜中。

如果 Backup and DR 在单独的 Cloud de Confiance by S3NS 项目中进行管理，那么当源项目或工作负载项目删除时，备份会受到保护。角色和职责由 Backup and DR Admin 管理，与 Cloud SQL Admin 角色和职责分开。

您可以在实例删除后保留备份，也可以在实例删除之前对其进行最终备份。作为增强型备份的一部分而创建的所有备份都可用于在实例处于运行状态时或在实例删除后恢复实例。

备份存储

备份存储在称为备份保险柜的集中位置。备份保险柜是一个安全且独立的存储空间，由 Backup and DR 管理。只要所选位置与实例的位置兼容，备份保险柜就会将备份存储在单个区域中。如需详细了解可以在哪些位置创建备份保险柜，请参阅备份保险柜支持的位置。

Cloud SQL 建议您使用与 Cloud SQL 实例位于不同项目中的备份保险柜。如需了解详情，请参阅备份保险柜。

备份保留

增强型备份功能可让您进行按需备份和自动备份。使用增强型备份选项时创建的所有备份都存储在备份保险柜中，最多可保留 99 年。备份保险柜的最短强制保留期限为 1 天到 99 年。

如果您删除实例，系统会自动保留在实例处于有效状态时创建的所有实例备份，并遵循实例处于有效状态时备份方案设置的相同保留设置。如果您选择在删除实例之前对其进行最终备份，那么您还可以将最终备份的备份保留期限设置为最长 99 年。

备份费用

在增强型备份中，备份费用取决于存储在备份保险柜中的备份总大小。这些备份是根据实例关联的备份方案中的备份配置创建的。总费用由 Backup and DR 根据 Backup and DR 价格计算得出。

限制

使用增强型备份时，存在以下限制：

  • 备份保险柜和 Cloud SQL 实例必须位于同一区域。
  • 如需更改实例的关联备份方案，需要先删除现有的备份方案关联来将实例更改为标准备份，然后再关联新的备份方案。
  • 您无法为使用增强型备份的实例创建灾难恢复 (DR) 副本。
  • 如果您的实例具有灾难恢复 (DR) 副本，则无法为该实例启用增强型备份。
  • 您无法将备份方案与副本实例关联。
  • 如果您的实例使用增强型备份，则无法将该实例降级为副本。

标准备份

标准备份是由 Cloud SQL 管理的备份选项。备份与您的 Cloud SQL 实例在同一个项目中创建、管理和存储。与增强型备份（通过备份方案定义备份设置）不同，标准备份的备份配置是在实例级设置的，并在实例的设置中定义。因此，如果您有多个 Cloud SQL 实例，则需要在每个实例的备份设置中分别定义相应实例的备份配置。作为标准备份的一部分创建的所有备份都存储在与实例相同的项目中。

借助标准备份，您可以为 Cloud SQL 实例执行自动备份和按需备份。您还可以选择在删除实例时保留所有备份，并对数据进行最终备份。这样，您就可以重新创建您删除的任何实例。不过，如果您未保留备份或在删除实例之前未执行最终备份，Cloud SQL 会自动删除所有实例备份。

备份存储

对于采用高可用性 (HA) 配置或非高可用性配置的实例，备份都存储在同一位置。在高可用性配置中，即使发生故障切换或切换到次要实例，您仍然可以访问实例的备份。

您可以按如下方式定义备份位置：

默认备份位置

如果您未指定存储位置，则备份将存储在地理位置最靠近 Cloud SQL 实例位置的多区域中。例如，如果 Cloud SQL 实例位于 us-central1，则默认情况下，备份存储在 us 多区域中。

多区域备份

标准备份支持单区域或多区域备份位置配置。在单区域配置中，备份会在该区域内的不同可用区之间复制。在多区域配置中，建议备份与实例位于同一区域，以最大限度地缩短延迟时间，并避免因组织政策或基于位置的限制而导致备份失败。

自定义备份位置

Cloud SQL 可让您为备份数据选择自定义位置。如果您的组织需要遵守的数据驻留法规要求您将备份保留在特定地理边界内，那么这项功能就非常有用。如果您的组织有此类要求，它可能会使用资源位置限制组织政策。启用此政策后，如果您尝试使用的地理位置不符合此政策，您会在备份页面上看到提醒。如果您看到此提醒，则需要将备份位置更改为该政策允许的位置。

为备份选择自定义位置时，请考虑以下事项：

  • 费用：实例中的一个集群可能位于比其他集群费用更低的区域。
  • 邻近应用服务器：您可能需要将备份存储到尽可能靠近传送应用的位置，以减少潜在的延迟时间。
  • 存储空间利用率：随着备份不断增大，您需要有足够的存储空间来存储备份。根据工作负载，您可能有不同大小或不同磁盘用量的集群。这可能会影响您对集群的选择。

选择自定义备份位置时，您可以选择任何可用的 Cloud SQL 位置和多区域位置。如需查看有效地区值的完整列表，请参阅实例位置。 如需查看多地区值的完整列表，请参阅多地区位置。

如需详细了解如何设置和查看实例的备份位置，请参阅为备份设置自定义位置和查看备份位置。

备份保留

标准备份允许您进行自动备份和按需备份。 自动备份的保留期限可以为 1 到 365 天，默认情况下，Cloud SQL 企业版实例为 7 天，Cloud SQL 企业 Plus 版实例为 15 天。按需备份会无限期保留，直到删除备份或删除包含备份的实例为止。

如果您为按需备份和自动备份启用了“在实例删除后保留备份”，则这些备份会遵循相同的保留设置：自动备份的保留期限为 1 到 365 天，按需备份的保留期限为无限期。如需了解详情，请参阅在删除实例后保留备份。

备份费用

在标准备份中，备份费用取决于备份总大小、存储位置和保留设置。

您可以配置要保留的自动备份数量（从 1 个到 365 个）。

如需详细了解与备份相关的价格，请参阅 Cloud SQL 价格。

备份速率限制

Cloud SQL 限制数据磁盘上的备份操作的速率。每个项目每个实例每 50 分钟最多允许执行五项备份操作。如果备份操作失败，则不计入此配额。如果达到限制，操作将失败并显示错误消息，指示何时可以重试。

Cloud SQL 使用存储桶中的令牌来确定任一时段内可以执行多少次备份操作。每个实例都有一个存储桶。存储桶中最多有五个令牌可用于备份操作。每隔 10 分钟，系统就会向存储桶添加一个新令牌。如果存储桶已满，则令牌会溢出。

每次您发出备份操作时，系统都会从存储桶授予令牌。如果操作成功，则系统会从存储桶中移除令牌。如果失败，令牌会返回到存储桶。下图展示了其工作原理：

令牌的工作原理

事务日志保留

事务日志存储在实例的存储位置，保留期限以天为单位。对于 Cloud SQL 企业 Plus 版实例，范围介于 1 到 35 天之间，默认值为 14 天。对于 Cloud SQL 企业版实例，范围介于 1 到 7 天之间，默认值为 7 天。对于 Cloud SQL 企业 Plus 版和 Cloud SQL 企业版实例，事务日志保留设置必须小于备份保留设置。

日志每天完全清除一次，不会持续清除。当日志保留天数与备份数量相同时，可能导致日志保留不足。例如，如果日志保留天数设置为 7 天并且备份保留数量设置为七次备份，则意味着将保留六到七天的日志。

我们建议将保留的备份数量设置为日志保留天数加 1，以确保在日志保留期限每天都有备份。

后续步骤