用于计算 Backup and DR Service 存储费用的 SKU 取决于受保护的资源是受到备份保险库的保护，还是受到自行管理的存储空间的保护。

如果资源受到备份保险库的保护，则存储费用将使用 Backup and DR 服务 SKU，并按照下表中定义的价格，向创建备份保险库的项目收取。

如果资源受到保护并存储到自行管理的存储空间（例如 Cloud Storage 存储分区或 Persistent Disk 快照），则存储费用将使用相应的 SKU 进行结算。如需详细了解 Cloud Storage 价格，请参阅 Cloud Storage 价格。如需详细了解永久性磁盘快照价格，请参阅 Cloud 永久性磁盘快照价格。

Google Cloud 中的每个项目都有一个结算账号，用于定义该项目中 Google Cloud 资源和 API 的使用费用由谁支付。用于 Backup and DR Service 结算的项目和 SKU 由受保护的资源类型决定。

将独立磁盘（永久性磁盘和 Hyperdisk）保护到备份库中（包括通过 Terraform 和 Google Cloud CLI 进行保护）

将受保护的磁盘（永久性磁盘或 Hyperdisk）备份到备份库的管理费用将向受保护磁盘所在的项目收取。下表列出了将磁盘保护到备份库的 SKU 和价格点。

将 Compute Engine 虚拟机保护到备份库中（包括通过 Terraform 和 Google Cloud CLI 进行保护）

对处于有效保护状态的虚拟机进行管理时，系统会向受保护虚拟机所在的项目收取费用，并计入备份库。下表列出了保护到备份库的 SKU 和价格点。

如果虚拟机不再受主动保护，但在备份库中有备份数据，则管理费用将按此处所述的方式计费。

将 Compute Engine 虚拟机保护到自行管理的存储空间

将保护数据备份到自行管理的存储空间的管理费用将向激活 Backup and DR 服务并从中部署管理控制台的项目收取。这与备份/恢复设备所在的可用区、区域或项目无关。下表列出了保护到自行管理的存储空间的 SKU 和价格点。

VMware Engine 虚拟机通过 Backup and DR Service 管理控制台进行保护。通过 Backup and DR Service 管理控制台对受主动保护的资源收取的管理费用，将向激活 Backup and DR Service 并从中部署管理控制台的项目收取。这与备份/恢复设备所在的可用区、区域或项目无关。

备份 VMware Engine 的价格取决于使用量和承诺期限；方案包括按需或承诺使用折扣（一年或三年期）。

下表列出了将 VMware Engine ve1-standard-72 节点和 ve1-standard-72 仅存储节点保护到备份库或自管式存储空间中的 SKU 和价格点。

下表列出了将 VMware Engine ve2 节点保护到备份库或自管式存储空间的 SKU 和价格点。

如果虚拟机不再受主动保护，但在备份库中有备份数据，则管理费用将按此处所述的方式计费。

通过 Backup and DR Service 管理控制台保护自行管理的 SQL Server 数据库。通过 Backup and DR Service 管理控制台对受主动保护的资源收取的管理费用，将向激活 Backup and DR Service 并从中部署管理控制台的项目收取。这与备份/恢复设备所在的可用区、区域或项目无关。

下表列出了保护到备份库的 SKU 和价格点。

如果 SQL Server 不再处于主动保护状态，但备份保险库中有备份数据，则将按照此处所述收取管理费用。

下表列出了保护到自行管理的存储空间的 SKU 和价格点。

自行管理的 Oracle 数据库通过 Backup and DR Service 管理控制台进行保护。通过 Backup and DR Service 管理控制台对受主动保护的资源收取的管理费用，将向激活 Backup and DR Service 并从中部署管理控制台的项目收取。这与备份/恢复设备所在的可用区、区域或项目无关。

将 Oracle 备份到备份保险柜的价格基于使用量和承诺期限；方案包括按需或承诺使用折扣（一年或三年期）。下表列出了保护到备份库的 SKU 和价格点。

如果 Oracle 不再处于有效保护状态，但在备份保险库中有备份数据，则管理费用将按此处所述的方式计费。

下表列出了保护到自行管理的存储空间的 SKU 和价格点。

通过 Backup and DR Service 管理控制台保护自行管理的 SAP HANA 数据库。通过 Backup and DR Service 管理控制台对受主动保护的资源收取的管理费用，将向激活 Backup and DR Service 并从中部署管理控制台的项目收取。这与备份/恢复设备所在的可用区、区域或项目无关。下表列出了保护到自行管理的存储空间的 SKU 和价格点。

Backup and DR Service 还支持通过 Backup and DR Service 管理控制台保护其他资源，如下所示（例如文件系统、MySQL 数据库等）。通过 Backup and DR Service 管理控制台对受保护的此类资源收取的管理费用，将向激活 Backup and DR Service 并从中部署管理控制台的项目收取。这与备份/恢复设备所在的可用区、区域或项目无关。下表列出了保护到自行管理的存储空间的 SKU 和价格点。

如果资源不再处于有效保护状态（即资源保护状态为“非活跃”），但备份库中仍有该资源的备份数据，则管理费用将向创建备份库的项目收取，并使用以下 SKU 和价格点。

另请注意，在以下情况下，资源保护将被视为“非活跃”：

• 请参阅与停用 API 相关的结算行为
• 对于通过备份/恢复设备保护的资源：
• 如果备份/恢复设备在 24 小时内未与备份库通信，则关联的备份库资源保护将被视为“非活跃”

为了计算管理费用，Backup and DR 会根据前端的实际工作负载大小或其管理的工作负载大小来衡量用量。计量单位为吉比字节 (GiB)。1 吉比字节 = 1024 * 1024 * 1024 字节。

如果受管理的工作负载报告了数据卷大小，Backup and DR 会考虑报告的卷大小（例如，VMware 的用量计算将与 vCenter 中报告的虚拟机大小一致）。

如果您管理着分布在多个数据库中的 10 TiB Oracle 数据，Backup and DR 使用情况报告将显示 10 * 1024 GiB 的数据用量。

注意：备份和灾难恢复用量计量不考虑数据捕获频率、副本存储位置、副本数量、数据更改率、保留期或副本占用的存储空间量。

备份到自行管理的存储空间时，Compute Engine 的用量计量

备份到自行管理的存储空间时，Backup and DR 会根据备份时附加到 Compute Engine 虚拟机的 PD 存储空间量来衡量 Compute Engine 虚拟机备份的用量。Backup and DR 允许您从备份中排除 PD 卷。在这种情况下，只有被确定为需要备份的卷才用于衡量用量。

例如，如果将两个 PD 卷（分别为 1TiB 和 2TiB）挂接到 Compute Engine 虚拟机，并且您将备份 SLT 配置为排除 2TiB 卷，则该虚拟机的使用量将按 1TiB 计算。

此外，如果 1TiB 虚拟机增大或缩小，Backup and DR 会根据最新备份时的卷大小来衡量用量。

将 Compute Engine 备份到备份保险柜时的用量计量

备份到备份保险库时，Backup and DR 会按如下所述衡量 Compute Engine 虚拟机的用量

• 管理费用根据备份时 Compute Engine 虚拟机的大小计算。例如，如果虚拟机总共挂接了 1 TiB 的存储空间，则管理费用将按 1 TiB 计算，而与实际使用的存储空间无关。
• 此外，如果 1TiB 虚拟机增大或缩小，Backup and DR 会根据最新备份时虚拟机的大小来衡量用量。

将独立磁盘（永久性磁盘和 Hyperdisk）备份到备份保险库时的用量计量

对于存储在备份保险库中的备份，Backup and DR 会按以下方式计算独立永久性磁盘/Hyperdisk 的用量：

• 管理费用取决于每次备份时永久性磁盘/Hyperdisk 的大小。这意味着，无论实际使用的存储空间是多少，1 TiB 的磁盘都将产生 1 TiB 的管理费用。
• 此外，Backup and DR 将根据最近一次备份期间磁盘的当前大小重新计算用量，即使自上次备份以来虚拟机磁盘大小发生了变化，也是如此。

无代理 VMware Engine 的用量计量

对于 VMware Engine ve1 和 ve2 节点

价格根据受保护的 ESXi 节点的数量和类型计算。如果连接到 ESXi 节点的一个或多个虚拟机受到备份和灾难恢复服务的保护，则该 ESXi 节点被视为受到保护。

下面是一个示例，展示了 VMware Engine 的结算流程：

• 在 us-central1 区域备份单个 VMware Engine ve1 节点（仅备份虚拟机）一个月的价格 =（备份节点每小时的标价）X（节点活跃的每日小时数）X（每月天数）。
• 考虑到 VMware Engine 节点活跃 24 小时，一个月有 30 天，备份一个节点的价格为 $0.46 X 24 X 30 = $331 美元。

对于 ve2 节点，价格取决于受保护的 ESXi 节点的数量和类型（超大型、大型、标准、小型）。

价格仅适用于保护 VMware Engine - 整个虚拟机备份。它不包括任何基于代理的备份的备份管理费用，例如 SAP HANA、SQL Server、MySQL、Postgres、文件系统代理等应用一致备份的费用。如需估算基于代理的备份的费用，请参阅基于代理的备份的使用量计量。

对于 VMware Engine ve1 和 ve2 仅存储节点

保护 VMware Engine ve1/ve2 存储空间专用节点的价格取决于添加到集群中的 VMware Engine ve1/ve2 存储空间专用节点的数量，该集群必须至少有一个或多个 VMware Engine ve1/ve2 受保护节点。

如果您有一个包含 VMware Engine ve1/ve2 受保护节点的集群，并且您向同一集群添加了 VMware Engine ve1/ve2 仅存储节点，则默认情况下，集群中的所有仅存储节点都将被视为受保护节点，您需要为保护所有这些节点付费。如果集群中至少有一个或多个 VMware Engine ve1/ve2 受保护节点，则无法排除对 VMware Engine ve1/ve2 存储空间专用节点的保护。

例如，假设您有一个包含 20 个节点的现有集群，并且您使用 Backup and DR Service 保护其中的 10 个节点。如果您向集群添加 3 个仅存储节点，则这 3 个仅存储节点都将被视为受保护节点，您需要为保护 10 + 3 = 13 个 VMware Engine ve1 节点付费。

如果您未保护集群上的任何 VMware Engine ve1/ve2 节点，则在这种情况下无法保护 VMware Engine v1/ve2 仅存储节点。

Backup and DR 会根据工作负载的实际大小来衡量基于代理的备份的使用情况。例如，如果 SQL Server 数据库备份使用 Backup and DR 代理，并且 SQL Server 中数据文件的总和为 7 TiB 卷上的 5 TiB，则使用量按 5 TiB 计算。

基于代理的数据库备份用量衡量

对于 Oracle 和 SQL Server 工作负载，只有受保护的数据库才计入用量。它不会考虑日志文件：

• Oracle.受保护的数据库文件的分配大小计入使用量。分配的大小包括数据文件和控制文件。
• Microsoft SQL Server。所有受保护的数据库文件（包括 .MDF、.LDF 和 .NDF 文件）的总大小都计入使用量。
• 使用 Linux 更改块跟踪 (CBT) 保护数据库。Backup and DR 支持使用更改块跟踪功能高效备份多个数据库。此备份模式依赖于数据库日志和数据文件，这些文件必须位于 Linux 逻辑卷管理器 (LVM) 管理的卷上。对于此类工作负载，使用以下查询来衡量受保护数据库的实际使用大小：
• Db2: call get_dbsize_info(?,?,?,-1);
• MariaDB: SELECT SUM(data_length + index_length) FROM information_schema.TABLES where table_schema='';
• MySQL: SELECT SUM(data_length + index_length) FROM information_schema.TABLES where table_schema='';
• PostgreSQL：SELECT pg_database_size('$db');
• SAP ASE: sp_spaceused;
• SAP IQ：sp_iqdbsize * block_size;
• SAP HANA：select sum(TOTAL_SIZE) from sys_databases.M_VOLUME_FILES where file_type='DATA'
• SAP MaxDB：dbmcli -d $DBSID $MAXDB_KEY info DATA
• 基于 SQL 转储的保护，不使用 Linux CBT。Backup and DR 支持基于传统 SQL 转储的备份。在此模式下，用量按备份时数据库报告的数据库大小来衡量。

影响用量测量的因素

影响带外场景中用量测量的因素：

• 压缩卷。启用压缩后，用量将按压缩后的值计算。例如，如果一个 2 TiB 的卷包含 2.5 TiB 的数据，这些数据压缩后为 1.8 TiB，则使用量计数为 1.8 TiB，而不是 2.5 TiB。
• Windows 优化卷。对于经过 Windows 优化的卷，Backup and DR 会重新水化卷以进行备份，使用量计数将是重新水化后的值。例如，如果一个 1 TiB 的 Windows 优化卷包含 800GiB 数据，在重新水化以进行备份后，最终大小为 1.1 TiB，则用量为 1.1 TiB。
• 块大小。对于暂存磁盘，Backup and DR 会根据暂存磁盘的块大小来衡量使用情况。如果源卷的块大小与暂存磁盘的块大小匹配，则使用量值将与源卷完全匹配。如果暂存磁盘上使用的块大小与源卷不同，则会存在细微差异，因为使用量计算是在暂存磁盘上完成的。
• 一致性组。一致性组的使用次数是该一致性组中所有工作负载大小的总和。工作负载是单独测量的，然后将结果相加。

虚拟副本用量衡量

Backup and DR 从创建工作负载的虚拟副本时开始计量虚拟副本的使用情况。用量取决于上次备份时应用的大小。执行新备份时，用量会更新以反映当前应用大小。创建虚拟副本最常见的方式是使用装载作业。还有其他作业类型（例如 prep-mount 和 reprovision）也可以创建虚拟副本。使用费按虚拟副本的使用时间比例计算（从成功装载到卸载的时间，以 1 小时为增量）。

以大小为 500 GiB 的 SQL Server 数据库为例。此数据库的备份会产生与 500GiB 相关的备份使用费。此外，假设在每月 1 日中午，系统会根据最新备份将此数据库的虚拟副本预配到测试服务器。在当月的 10 日，源数据库缩小到 400GiB。当月 20 日上午 11 点，虚拟副本从测试服务器卸载。在此场景中，虚拟副本使用量费用为 500 GiB，使用时间为 1 日的 12 小时，以及 2 日到 10 日备份期间的每天 24 小时。虚拟副本使用费在 10 日（备份时）变为 400GiB，并持续到当月 20 日。对于 20 日，虚拟副本用量将仅计算 11 小时的用量，而不是整天的用量。向虚拟副本写入额外数据不会改变使用量。

如果源和目标位于不同的 Google Cloud 位置，从备份库传输数据时可能会产生区域间数据传输费用。

目前，与 VMware Engine 虚拟机、Oracle 数据库、SQL Server 数据库和磁盘相关的数据传输需要支付区域间数据传输费用。

VMware Engine 虚拟机、Oracle 数据库和 SQL Server 数据库的区域间数据传输费用将使用下面列出的 Backup and DR SKU，向备份库所在的项目收取。

磁盘的区域间数据传输费用将向数据传输的目标项目收取，并按传输的数据量计算。

• 对于磁盘恢复，目标项目是恢复资源的所属项目。结算将通过相应的 Compute Engine 区域间数据传输 SKU 进行。

未来，Compute Engine 虚拟机将收取区域间数据传输费用。在开始收取 Compute Engine 虚拟机区域间数据传输费用之前，我们会提前通知 Backup and DR 客户。

基于用量的区域间数据传输价格如下表所示，按传输的每 GiB 数据计量。

创建多区域备份可能会产生上传费用。恢复多区域备份可能需要支付下载费用。

目前，与磁盘相关的适用传输会产生上传和下载费用，费用取决于传输的数据量。

其他详细信息：

• 上传和下载费用将向包含多区域位置的相应 SKU 收取。
• 如果位置之间的数据传输需要支付上传/下载费用，则无需支付区域间数据传输费用。
• 项目结算
• 上传费用将通过相应的 Backup and DR 服务 SKU 计入创建多区域备份库的项目。
• 下载费用将通过相应的 Compute Engine 服务下载 SKU 计入数据恢复到的目标项目。

应用场景示例：

• “将 us-central1 区域中的磁盘备份到 us 位置的多区域备份库”
• 您需要支付多区域上传费用。
• 账单将使用 Backup and DR Service 的“北美”多区域上传 SKU。
• 上传费用将计入创建备份保险库的项目。
• 不会产生区域间数据传输费用。
• 从“us”多区域磁盘备份恢复到位于“us-central1”区域的资源。
• 需要支付多区域下载费用。
• 结算将使用相应的 Compute Engine SKU（如需了解 Compute Engine 价格详情，请点击此处）
• 下载费用将计入创建已恢复资源的目标项目。
• 不会产生区域间数据传输费用。
• 从“us”多区域磁盘备份恢复到位于“europe-west1”区域的资源。
• 不会产生多区域下载费用。
• 区域间数据传输费用。
• 结算将使用相应的 Compute Engine SKU（如需了解 Compute Engine 价格详情，请点击此处）。
• 区域间数据传输费用将向创建已恢复资源的目标项目收取。

未来，Compute Engine 虚拟机将收取上传和下载费用。在开始收取 Compute Engine 虚拟机上传和下载费用之前，我们会提前通知 Backup and DR 客户。

包含备份库的项目中停用了 API

当包含备份库的项目中停用 Backup and DR Service API 时，结算行为如下：

• 存储结算将持续到备份根据用户定义的到期时间表到期为止。
• 对于受保护到备份保险柜中的 Compute Engine 虚拟机
• 对于有效保护，管理结算将继续按 30 天计费（向受保护资源所在的项目计费）。如果连续 30 天处于停用状态，则存储资源的保护将被视为无效。
• 如果备份保险库中存在备份数据，但相关资源不再处于有效保护状态，则将收取不再处于有效保护状态的资源的管理费用。

在包含受保护到备份库中的 Compute Engine 虚拟机的项目中停用 API

当包含受备份保险库保护的资源的项目中停用 Backup and DR Service API 时，结算行为如下：

• 存储结算将持续到备份根据用户定义的到期时间表到期为止。
• 有效保护的管理结算将停止。如果连续 30 天处于停用状态，则存储资源的保护将被视为无效。
• 如果备份保险库中存在备份数据，但相关资源不再处于有效保护状态，则将收取不再处于有效保护状态的资源的管理费用。

备份/恢复设备以 Compute Engine 虚拟机的形式在客户选择的项目中运行。Backup and DR Service 设备有三种不同的配置，如设置和规划 Backup and DR Service 部署中所列。运行这些设备需要支付标准 Compute Engine 实例费用。