Backup and DR Service 儲存空間費用所使用的 SKU，取決於受保護的資源是備份至 backup vault 還是 自行管理的儲存空間。

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

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

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

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

如果將受主動防護的磁碟 (Persistent Disk 或 Hyperdisk) 備份至備份保存庫，管理費用會計入受保護磁碟所在的專案。下表列出將磁碟資料保護至備份保存庫的 SKU 和價格。

將 Compute Engine VM 保護機制納入備份保存庫 (包括透過 Terraform 和 Google Cloud CLI 提供的保護機制)

將受主動保護的 VM 納入 backup vault 的管理費用，會計入受保護 VM 所在的專案。下表列出備份至備份保存庫的防護 SKU 和價格。

如果 VM 不再受主動保護，但備份保存庫中有備份資料，則管理費用將按照這裡的說明計費。

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

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

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

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

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

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

如果 VM 不再受主動保護，但備份保存庫中有備份資料，則管理費用將按照這裡的說明計費。

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

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

如果 SQL Server 不再受主動保護，但備份資料位於備份保存庫，則管理費用將按照這裡的說明計費。

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

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

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

如果 Oracle 不再受到有效保護，但 backup vault 中有備份資料，則管理費用將按照這裡的說明計費。

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

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

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

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

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

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

Backup and DR 會根據前端的實際工作負載大小，或代管的工作負載大小，計算管理費用。計算單位為 GiB。1 GiB = 1024 * 1024 * 1024 位元組。

如果受管理的 workload 回報資料磁碟區大小，Backup and DR 會將回報的磁碟區大小納入考量 (例如，VMware 的用量計算會與 vCenter 中回報的 VM 大小一致)。

如果您管理 10 TiB 的 Oracle 資料，這些資料分散在多個資料庫中，Backup and DR 使用量報表會顯示 10 * 1024 GiB 的資料使用量。

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

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

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

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

此外，如果 1 TiB VM 的大小有所變動，Backup and DR 會根據最新備份時的磁碟區大小計算用量。

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

將資料備份至 backup vault 時，Backup and DR 會依下列方式計算 Compute Engine VM 的用量

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

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

如要計算備份保存庫中獨立永久磁碟/超磁碟的用量，Backup and DR 會採用下列做法：

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

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

適用於 VMware Engine ve1 和 ve2 節點

計費方式是根據受保護的 ESXi 節點數量和類型而定。如果 ESXi 節點所連結的一或多個 VM 受到備份與 DR 服務保護，則該節點視為受保護。

以下範例說明 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 僅限儲存空間節點也無法受到保護。

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

資料庫的代理程式型備份用量評估

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

• Oracle受保護資料庫檔案的配置大小會計入用量。配置的大小包含資料檔案和控制檔案。
• Microsoft SQL Server所有受保護的資料庫檔案 (包括 .MDF、.LDF 和 .NDF 檔案) 的總大小都會計入使用量。
• 使用 Linux 變更區塊追蹤 (CBT) 保護資料庫。Backup and DR 支援使用變更區塊追蹤功能，有效率地備份多個資料庫。這種備份模式會將資料庫記錄和資料檔案儲存在 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 式保護。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 最佳化磁碟區包含 800 GiB 資料，還原備份後變成 1.1 TiB，則用量為 1.1 TiB。
• 區塊大小：對於暫存磁碟，Backup and DR 會根據暫存磁碟的區塊大小計算用量。如果來源磁碟區的區塊大小與暫存磁碟的區塊大小相同，則使用量值會與來源磁碟區完全相符。如果暫存磁碟使用的區塊大小與來源磁碟區不同，則使用量計算會以暫存磁碟為準，因此會有些微差異。
• 一致性群組：一致性群組的使用次數，是該群組中所有工作負載大小的總和。工作負載會個別計算並加總。

虛擬副本用量評估

Backup and DR 會在建立工作負載的虛擬副本時，開始計算虛擬副本的使用量。用量取決於上次備份時應用程式的大小。執行新備份時，用量會更新，反映目前的應用程式大小。建立虛擬副本最常見的方式是使用掛接工作。此外，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 資料庫和磁碟的跨區域資料移轉會產生費用。

VMware Engine VM、Oracle 資料庫和 SQL Server 資料庫的跨區域資料移轉費用，將透過下列 Backup and DR SKU，向備份保存庫所在的專案計費。

磁碟的跨區域資料移轉費用將計入資料移轉的目標專案，並根據移轉的資料量收取。

• 如要還原磁碟，目標專案就是還原資源的專案。系統會透過對應的 Compute Engine 跨地區資料移轉 SKU 收取費用。

未來將對 Compute Engine VM 的跨區域資料移轉收取費用。在開始收取 Compute Engine VM 的跨區域資料傳輸費用前，Backup and DR 客戶會收到預先通知。

下表列出以用量計費的跨區域資料移轉價格，計費單位為每 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 的上傳和下載作業將會收費。Backup and DR 客戶將在 Compute Engine VM 的上傳和下載費用開始計費前收到預先通知。

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

如果專案中含有 backup vault，停用 Backup and DR Service API 後的計費方式如下：

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

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

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

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

備份/復原設備會以 Compute Engine VM 的形式，在客戶選擇的專案中運作。備份和災難復原服務設備有三種不同的設定，詳情請參閱「Set up and plan a Backup and DR Service deployment」。執行這些設備時，須支付標準 Compute Engine 執行個體費用。