備份和災難復原服務的儲存空間費用，會根據受保護的資源是備份至 backup vault 還是 自管儲存空間，而採用不同的 SKU 計費。

如果資源受到 backup vault 保護，系統會使用備份和災難復原服務 SKU，並依據下表定義的價格，向建立 backup vault 的專案收取儲存空間費用。

如果資源受到保護，並儲存至自行管理的儲存空間 (例如 Cloud Storage bucket 或 Persistent Disk 快照)，系統會使用對應的 SKU 計收儲存空間費用。如要進一步瞭解 Cloud Storage 的計費方式，請參閱 Cloud Storage 定價一文。如要進一步瞭解永久磁碟快照的定價，請參閱「Cloud 永久磁碟快照定價」。

Google Cloud 中的每個專案都有一個帳單帳戶，用於定義該專案中 Google Cloud 資源和 API 的使用費由誰支付。備份和災難復原服務的計費專案和 SKU，取決於受保護的資源類型。

將獨立磁碟 (永久磁碟和 Hyperdisk) 保護至備份保存庫 (包括透過 Terraform 和 Google Cloud CLI 保護)

如果永久磁碟或 Hyperdisk 受有效保護，並備份至備份保存庫，則管理費用會計入受保護磁碟所在的專案。下表列出將磁碟保護至備份保存庫的 SKU 和價位。

將 Compute Engine VM 保護至備份保存庫 (包括透過 Terraform 和 Google Cloud CLI 保護)

備份保存庫中受有效保護的 VM 管理費用，會計入受保護 VM 所在的專案。下表列出備份至備份保存庫的防護作業適用的 SKU 和價格。

如果 VM 不再受有效保護，但備份資料存在於備份保存庫，則會收取管理費用，詳情請見這裡。

將 Compute Engine VM 保護機制延伸至自行管理的儲存空間

將資料保護措施納入自管儲存空間的管理費，會計入啟用備份和災難復原服務，以及部署管理控制台的專案。無論備份/復原設備位於哪個可用區、區域或專案，下表列出保護自管儲存空間的 SKU 和價位。

將 Cloud SQL 執行個體備份至 backup vault (包括透過 Terraform 和 Google Cloud CLI 進行保護)

將受有效保護的執行個體納入備份保存庫的管理費用，會計入執行個體所在的專案。下表列出備份至備份保存庫的防護作業適用的 SKU 和價格。

下表列出多區域備份保存庫的防護 SKU 和價格點。

將 AlloyDB 叢集防護機制納入備份保存庫 (包括透過 Terraform 和 Google Cloud CLI 進行防護)

將受有效保護的叢集備份至備份保存庫時，管理費用會計入叢集所在專案。下表列出備份至備份保存庫的防護作業適用的 SKU 和價格。

注意：在預先發布期間，將 AlloyDB 叢集保護訂閱至備份保存庫的專案，將自 2026 年 3 月 5 日起開始產生備份和災難復原費用。

將 Filestore 執行個體保護至備份保存庫 (包括透過 Terraform 和 Google Cloud CLI 進行保護)。

將受有效保護的執行個體納入備份保存庫的管理費用，會計入執行個體所在的專案。下表列出備份至備份保存庫的防護作業適用的 SKU 和價格。

注意：在 Filestore 執行個體保護功能正式發布並加入許可清單的期間，訂閱這項功能並將資料備份至備份保存庫的專案，將從 2026 年 4 月 1 日起開始產生備份和災難復原費用。

VMware Engine VM 是透過備份和災難復原服務管理控制台保護。透過備份和災難復原服務管理控制台，對受主動保護的資源進行管理時，相關費用會計入啟用備份和災難復原服務，並部署管理控制台的專案。無論備份/復原設備位於哪個可用區、區域或專案，

VMware Engine 備份服務的費用是按用量和承諾使用約期計費，可選擇以量計價，或是一年期或三年期的 承諾使用折扣。

下表列出將 VMware Engine ve1-standard-72 節點和 ve1-standard-72 唯儲存空間節點備份至備份保存庫或自行管理的儲存空間時，適用的 SKU 和價格。

下表列出將 VMware Engine ve2 節點備份至備份保存庫或自行管理的儲存空間時，適用的 SKU 和價格。

如果 VM 不再受有效保護，但備份資料存在於備份保存庫，則會收取管理費用，詳情請見這裡。

如要保護自行管理的 SQL Server 資料庫，請透過備份和災難復原服務管理控制台進行設定。透過 備份和災難復原服務管理控制台主動保護資源時，管理費用會計入啟用備份和災難復原服務的專案，以及部署管理控制台的專案。無論備份/復原設備位於哪個可用區、區域或專案，

下表列出備份至備份保存庫的防護作業適用的 SKU 和價格。

如果 SQL Server 不再受有效保護，但備份資料存在於備份保存庫，則會按照這裡的說明收取管理費用。

下表列出保護自管儲存空間的 SKU 和價位。

自行管理的 Oracle 資料庫可透過備份和災難復原服務管理控制台獲得保護。透過 備份和災難復原服務管理控制台主動保護資源時，管理費用會計入啟用備份和災難復原服務的專案，以及部署管理控制台的專案。無論備份/復原設備位於哪個可用區、區域或專案，

將 Oracle 資料備份至 backup vault 的費用是按用量和承諾使用約期計費，可選擇以量計價，或是一年期或三年期的 承諾使用折扣。下表列出備份保存庫的保護 SKU 和價格。

如果 Oracle 不再受有效保護，但備份資料存在於備份保存庫，則會按照這裡的說明收取管理費用。

下表列出保護自管儲存空間的 SKU 和價位。

如要保護自行管理的 SAP HANA 資料庫，請透過備份和災難復原服務管理控制台操作。透過 備份和災難復原服務管理控制台主動保護資源時，管理費用會計入啟用備份和災難復原服務的專案，以及部署管理控制台的專案。無論備份/復原設備位於哪個可用區、區域或專案，下表列出保護自管儲存空間的 SKU 和價位。

備份和災難復原服務也支援透過 Backup and DR Service 管理控制台保護其他資源，如下所列 (例如：檔案系統、MySQL 資料庫等)。透過備份和災難復原服務管理控制台，對這類資源進行主動保護時，管理費用會計入啟用備份和災難復原服務的專案，以及部署管理控制台的專案。無論備份/復原設備位於哪個可用區、區域或專案，下表列出保護自管儲存空間的 SKU 和價位。

如果資源不再受有效保護 (即資源保護狀態為「已停用」)，但備份資料仍存在於備份保存庫中，則備份保存庫建立專案會產生管理費用，並採用下列 SKU 和價格。

此外，請注意下列情況，在這些情況下，資源保護會被視為「非作用中」：

• 請參閱「停用 API 後的計費行為」
• 對於透過備份/復原設備保護的資源：
• 如果備份/復原設備在 24 小時內未與備份保存庫通訊，相關備份保存庫資源保護功能將視為「無效」

備份和災難復原 會根據前端的實際工作負載大小，或代管的工作負載大小，計算管理費用。計算單位為 GiB。1 GiB = 1024 * 1024 * 1024 位元組。

如果受管理的工作負載回報資料磁碟區大小，備份和災難復原會將回報的磁碟區大小納入考量 (例如，VMware 的使用量計算結果會與 vCenter 中回報的 VM 大小一致)。

如果您管理 10 TiB 的 Oracle 資料，這些資料分散在多個資料庫中，備份和災難復原使用量報表會顯示 10 * 1024 GiB 的數據用量。

注意：備份和災難復原用量評估不會考量資料擷取頻率、副本儲存位置、副本數量、資料變更率、保留期限，或副本占用的儲存空間量。

備份至自行管理的儲存空間時，Compute Engine 的用量計算方式

備份至自行管理的儲存空間時，Backup and DR 會根據備份時附加至 Compute Engine VM 的 PD 儲存空間量，計算 Compute Engine VM 備份的使用量。備份和災難復原可讓您從備份中排除 PD 磁碟區。在這種情況下，只有已識別為備份的磁碟區會用於計算用量。

舉例來說，如果將 1 TiB 和 2 TiB 的兩個 PD 磁碟區連結至 Compute Engine VM，並將備份 SLT 設定為排除 2 TiB 磁碟區，則 VM 的用量會計為 1 TiB。

此外，如果 1 TiB VM 的大小有所變動，備份和災難復原會根據最新備份時的磁碟區大小計算用量。

將資料備份至 backup vault 時，Compute Engine 的用量計算方式

將資料備份至 backup vault 時，備份和災難復原 會依下列方式計算 Compute Engine VM 的用量

• 管理費用是根據備份時 Compute Engine VM 的大小計算。舉例來說，如果虛擬機器連結的儲存空間總計為 1 TiB，則管理費用會以 1 TiB 計算，無論實際使用的儲存空間量為何。
• 此外，如果 1 TiB VM 的大小變動，備份和災難復原服務會根據最新備份時的 VM 大小計算用量。

將獨立磁碟 (Persistent Disk 和 Hyperdisk) 備份至 backup vault 時的用量計算方式

對於儲存在 backup vault 的備份，備份和災難復原服務會依下列方式計算獨立永久磁碟/超磁碟的使用量：

• 管理費用取決於每次備份時的永久/超磁碟大小。也就是說，無論實際使用的儲存空間多寡，1 TiB 磁碟都會產生 1 TiB 的管理費用。
• 此外，即使 VM 磁碟大小在上次備份後有所變更，備份和災難復原服務也會根據最近一次備份時的磁碟大小，重新計算用量。

免代理程式 VMware Engine 的用量計算方式

適用於 VMware Engine ve1 和 ve2 節點

計費方式是根據受保護的 ESXi 節點數量和類型計算。如果 ESXi 節點連接的一或多個 VM 受到備份和災難復原服務保護，則該節點視為受到保護。

以下範例說明 VMware Engine 的計費程序：

• 在 us-central1 區域備份單一 VMware Engine ve1 節點 (僅限 VM 備份) 一個月的價格 = (備份節點的每小時定價) X (節點每天的運作時數) X (一個月的天數)。
• 假設 VMware Engine 節點 24 小時都處於使用中狀態，且一個月有 30 天，則備份節點的費用為 $0.46 美元 X 24 X 30 = $331 美元。

ve2 節點的定價取決於受保護 ESXi 節點的數量和類型 (mega、large、standard、small)。

定價僅適用於保護 VMware Engine (完整 VM 備份)。不含任何代理程式式備份的備份管理費用，例如 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 個節點，並使用備份和災難復原服務保護其中 10 個節點。如果將 3 個僅儲存節點加入叢集，則這 3 個節點都會視為受保護，您需要支付 10 + 3 = 13 個 VMware Engine ve1 節點的保護費用。

如果叢集中的 VMware Engine ve1/ve2 節點未受保護，則 VMware Engine v1/ve2 僅限儲存空間節點也無法受到保護。

備份和災難復原會根據工作負載的實際大小，計算代理程式式備份的使用量。舉例來說，如果 SQL Server 資料庫備份使用備份和災難復原代理程式，且 SQL Server 的資料檔案總和為 5 TiB，而磁碟區為 7 TiB，則用量會計為 5 TiB。

以代理程式為基礎的資料庫備份用量評估

對於 Oracle 和 SQL Server 工作負載，只有受保護的資料庫會計入用量。不考慮記錄檔：

• Oracle受保護資料庫檔案的配置大小會計入用量。配置的大小包含資料檔案和控制檔案。
• Microsoft SQL Server受保護的 .MDF、.LDF 和 .NDF 檔案等所有資料庫檔案的總大小，都會計入使用量。
• 使用 Linux 變更區塊追蹤 (CBT) 保護資料庫。備份和災難復原支援使用變更區塊追蹤功能，有效備份多個資料庫。這種備份模式會將資料庫記錄和資料檔案儲存在 Linux Logical Volume Manager (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
• 不使用 Linux CBT 的 SQL dump 式保護。備份和災難復原支援以傳統 SQL dump 為基礎的備份作業。在此模式中，用量是根據備份時資料庫回報的大小計算。

影響用量評估的因素

影響頻外情境用量評估的因素：

• 壓縮磁碟區：啟用壓縮功能後，用量會計算壓縮後的值。舉例來說，如果 2 TiB 的磁碟區有 2.5 TiB 的資料，壓縮後為 1.8 TiB，則用量計數為 1.8 TiB，而非 2.5 TiB。
• Windows 最佳化磁碟區。如果是 Windows 最佳化磁碟區，備份和災難復原會重新還原磁碟區以進行備份，使用次數計數將是重新還原的值。舉例來說，如果 1 TiB 的 Windows 最佳化磁碟區包含 800 GiB 資料，還原備份後變成 1.1 TiB，則用量為 1.1 TiB。
• 區塊大小：對於暫存磁碟，備份和災難復原會根據暫存磁碟的區塊大小計算用量。如果來源磁碟區的區塊大小與暫存磁碟的區塊大小相同，則使用量值會與來源磁碟區完全相同。如果暫存磁碟使用的區塊大小與來源磁碟區不同，則使用量計算會以暫存磁碟為準，因此會有些微差異。
• 一致性群組：一致性群組的使用次數，是該群組中所有工作負載大小的總和。工作負載會個別計算並加總。

虛擬副本用量評估

備份和災難復原會在建立工作負載的虛擬副本時，開始計算虛擬副本的使用量。用量取決於上次備份時應用程式的大小。執行新備份時，用量會更新，反映目前的應用程式大小。建立虛擬副本最常見的方式是掛接工作。其他工作類型 (例如 prep-mount 和 reprovision) 也會建立虛擬副本。使用費會按比例計算，以虛擬副本的使用時間為準 (從成功掛接時起算，到卸載時為止，以 1 小時為單位累加)。

以 500 GiB 的 SQL Server 資料庫為例。這項資料庫的備份會產生 500 GiB 的備份用量費用。此外，假設在每月 1 日中午，系統會從最近的備份檔，將這個資料庫的虛擬副本佈建至測試伺服器。在當月 10 日，來源資料庫縮減至 400 GiB。在當月 20 日上午 11 點，虛擬副本會從測試伺服器卸載。在這種情況下，虛擬副本用量費用為 500 GiB，在 1 日使用 12 小時，2 日至 10 日備份期間每天使用 24 小時。虛擬副本用量在 10 日 (備份時) 變更為 400 GiB，並持續到當月 20 日。因此，20 日的虛擬副本使用量只會計算 11 小時，而不是整天。即使將額外資料寫入虛擬副本，用量也不會改變。

如果來源和目的地位於不同的 Google Cloud 位置，從備份保存庫轉移資料時，可能需要支付跨區域資料移轉費用。

VMware Engine VM、Oracle 資料庫、SQL Server 資料庫、Compute Engine 磁碟、Compute Engine VM、Cloud SQL、AlloyDB 和 Filestore 執行個體相關的資料移轉作業，皆須支付跨區域資料移轉費用。

所有支援工作負載的跨區域資料移轉費用，都會透過下列 Backup and DR SKU，向備份 vault 所在專案 (目標專案) 收取。跨區域資料移轉費用將根據移轉的資料量計費。

下表列出以用量計費的跨區域資料移轉價格，計費單位為每 GiB 的資料移轉量。

建立多區域備份時，可能需要支付上傳費用。還原多區域備份時，可能需要支付下載費用。

目前，磁碟相關的適用移轉作業會產生上傳和下載費用，費用會根據移轉的資料大小計算。

其他詳細資料：

• 上傳和下載費用會計入對應的 SKU，這些 SKU 的地理位置包含多區域位置。
• 如果地點之間的資料移轉會產生上傳/下載費用，則不會產生跨區域資料移轉費用。
• 專案計費
• 上傳費用會透過對應的備份和災難復原服務 SKU，向建立多區域 backup vault 的專案計費。
• 下載費用會透過對應的 Compute Engine 服務下載 SKU，計入資料還原的目標專案。

應用實例：

• 「將 us-central1 區域的磁碟備份至 us 位置的多區域備份保存庫」
• 您必須支付多區域上傳費用。
• 計費方式會採用備份和災難復原服務的「北美洲」多區域上傳 SKU。
• 上傳費用會計入建立備份保存庫的專案。
• 不會產生跨區域資料移轉費用。
• 從「us」多地區磁碟備份還原至位於「us-central1」區域的資源。
• 您必須支付多區域下載費用。
• 系統會使用對應的 Compute Engine SKU 計費 (Compute Engine 定價詳情請見這裡)
• 下載費用會計入還原資源的目標專案。
• 不會產生跨區域資料移轉費用。
• 從「us」多地區磁碟備份還原至位於「europe-west1」地區的資源。
• 不會產生多區域下載費用。
• 須支付跨區域資料移轉費用。
• 系統會使用對應的 Compute Engine SKU 計費 (Compute Engine 定價詳情請參閱這裡)。
• 跨區域資料移轉費用會計入還原資源的目標專案。

未來 Compute Engine VM 的上傳和下載作業將會收費。Compute Engine VM 的上傳和下載費用開始計費前，備份和災難復原客戶會收到提前告知。

在含有 backup vault 的專案中停用 API

如果專案中含有 backup vault，且 Backup and DR Service API 處於停用狀態，計費方式如下：

• 在備份過期前，系統會持續根據使用者定義的過期排程收取儲存空間費用。
• 適用於備份至 backup vault 的 Compute Engine VM
• 有效防護的管理費用將持續計費 30 天 (計入受保護資源所在的專案)。如果儲存的資源連續 30 天處於停用狀態，保護機制就會視為已停用。
• 如果備份資料存在於備份保存庫，但相關資源不再受有效保護，則會收取不再受有效保護的資源管理費用。

在含有受備份保存庫保護的 Compute Engine VM 的專案中停用 API

如果專案中含有受 backup vault 保護的資源，且 Backup and DR Service API 處於停用狀態，計費方式如下：

• 在備份過期前，系統會持續根據使用者定義的過期排程收取儲存空間費用。
• 有效保護措施的管理費用將停止計費。如果儲存的資源連續 30 天處於停用狀態，保護機制就會視為已停用。
• 如果備份資料存在於備份保存庫，但相關資源不再受有效保護，則會收取不再受有效保護的資源管理費用。

備份/復原設備會以 Compute Engine VM 的形式，在客戶選擇的專案中運作。備份和災難復原服務設備有三種不同的設定，詳情請參閱「設定及規劃備份和災難復原服務部署作業」。執行這些設備時，須支付標準 Compute Engine 執行個體費用。