備份和災難復原服務支援從Google Cloud 控制台備份 Cloud SQL 執行個體、AlloyDB 叢集、Compute Engine 執行個體和個別磁碟。如要瞭解如何備份及還原這些資源，請參閱相關說明文件。如果所有工作負載都屬於這些類別，就不需要備份/復原設備。
如要備份及復原 VMware VM，以及在 Compute Engine 執行個體中執行的 SAP HANA、IBM Db2、Oracle 和 Microsoft SQL Server 資料庫，您需要備份和災難復原設備管理控制台，以及一或多個備份/復原設備。使用這項設定時，您必須根據要備份的應用程式，選擇備份/復原設備的大小。這項設定的流程包括建立管理伺服器、部署設備，然後使用設備管理控制台設定備份排程，並定義備份內容和位置。
如要概略瞭解如何確保最有效地使用備份/復原設備，請參閱「備份/復原設備部署考量事項」。
本頁面說明如何首次啟用備份和災難復原，以及如何設定專案。
備份/復原設備架構的元件
備份和災難復原架構是透過下列元件提供：
Google Cloud 控制台： Google Cloud 控制台包含備份和災難復原產品，可集中管理 Persistent Disk vault 備份、Compute Engine 執行個體的備份方案，以及 Cloud SQL 的強化備份。
設備管理控制台：設備管理控制台是備份/復原設備的管理層。每個備份和災難復原部署作業都包含一個設備管理控制台，可管理任意數量的備份/復原設備。設備管理控制台部署在備份管理專案中，在部署區域內具有高可用性，可防範可用區服務中斷。
備份/復原設備：備份/復原設備是資料搬移工具，可有效擷取、傳輸及管理企業內備份資料的生命週期。備份/復原設備會部署在雲端工作負載的工作負載實體中。如果您部署多個備份/復原設備，每個設備都必須與專屬服務帳戶建立關聯。
備份和災難復原代理程式：備份和災難復原代理程式會呼叫應用程式原生 API，以永久增量的方式，有效率地從正式版應用程式擷取資料，並在復原時提供應用程式感知功能。代理程式會安裝在託管受保護應用程式的主機上。如果只要保護整個 VM 或部分磁碟，則不需要備份和災難復原代理程式。
設備管理控制台會在服務生產者虛擬私有雲網路中啟用。這個服務生產者虛擬私有雲會使用Private Google Access與您的專案通訊。
管理伺服器與設備之間、設備之間，以及設備與主機代理程式之間的通訊，都受到雙向 TLS 驗證保護。
在 Google Cloud 控制台中設定備份和災難復原服務
前往 Google Cloud 控制台啟用 backupdr API，並為帳戶設定權限：
備份/復原設備類型
備份和災難復原服務提供多種設備類型，分別針對 Compute Engine VM、VMware VM、資料庫和檔案系統等不同工作負載進行最佳化。您可以選擇最符合需求的設備類型。請務必依據工作負載，選取最合適的設備類型。備份/復原設備啟用後，會持續運作，隨時準備執行及重新執行備份、還原和其他工作。
備份和災難復原服務提供下列設備類型：
- 適用於 VMware VM 和其他資料庫或資源的標準設備：這款 n2-standard-16 機型可提供最佳效能，備份正式資料庫、VMware VM 和其他資源。這款設備在部署時會新增 4 TB 的平衡磁碟容量，您還可以額外新增 63 個 4 TB 磁碟。這款設備最多可管理 1,500 個應用程式和 5,000 個每日快照。
- Compute Engine VM 或 SAP HANA 資料庫標準型：這個 e2-standard-4 機器類型最適合備份 Compute Engine 執行個體、Cloud SQL 執行個體、AlloyDB 叢集，以及使用永久磁碟備份的資料資源：設定為使用永久磁碟的 IBM Db2 和 SAP HANA 資料庫。這類設備的永久磁碟容量至少須為 10 GB。這個設備最多可管理 5,000 個 Compute Engine 和 Cloud SQL 執行個體、AlloyDB 叢集，以及 Persistent Disk 資料應用程式。
適用於 VMware VM 和其他資料庫或資源的基本設備：這個 e2-standard-16 機型支援中等效能，可備份資料庫、VMware VM 和其他資源。這款設備最多可管理 1,500 個應用程式和 5,000 個每日快照。這款設備在部署時會新增 4 TB 的標準磁碟容量，您還可以新增 63 個 4 TB 磁碟，類型如下：
- 最低容量永久磁碟：這個選項提供 10 GB 的最低磁碟容量。在這個儲存空間類型中，備份會儲存為 Persistent Disk 快照，不會耗用備份/復原設備的本機儲存空間。
- 標準永久磁碟：如要使用高效率的區塊儲存空間，請選取這個儲存空間類型。除了 Compute Engine VM 之外，也相當適合 Google Cloud VMware Engine VM、資料庫，或 I/O 需求中等到高的檔案系統應用程式。這會新增 4 TB 的永久磁碟容量，做為磁碟容量下限。
- SSD 永久磁碟：如要使用快速區塊儲存空間，請選取這個儲存空間類型。除了 Compute Engine VM 之外，也相當適合 Google Cloud VMware Engine、資料庫，或 I/O 需求極高的檔案系統應用程式。這會新增 4 TB 的 Persistent Disk 容量，做為最低磁碟容量。
部署設備時，無論設備類型為何，系統都會自動建立服務帳戶。您可以在「Service Account」(服務帳戶) 頁面查看服務帳戶。
服務帳戶名稱會以電子郵件地址格式顯示：
APPLIANCE_NAME@PROJECT_ID.iam.gserviceaccount.com
更改下列內容：
- APPLIANCE_NAME：備份/復原設備的名稱。
- PROJECT_ID： Google Cloud 專案 (來源) 的 ID。
您可以根據預期的資料存取需求，將需要長期保留的備份移至 Standard、Nearline 和 Coldline Storage 儲存空間。
防火牆設定
系統會自動新增下列必要防火牆規則，用於輸入至備份和災難復原。
| 目的 | 來源 | 目標 | 通訊埠 (TCP) |
|---|---|---|---|
| 支援流量 (支援至設備) | SSH_CLIENT_IP | 備份/復原設備 | 26 |
| iSCSI 備份 (主機到設備) | AGENT_HOST_IP | 備份/復原設備 | 3260 |
| StreamSnap 流量 (設備對設備) | SOURCE_APPLIANCE_IP | 備份/復原設備 | 5107 |
| 備份/復原設備與設備管理控制台的連線能力 | APPLIANCE_IP | *.backupdr.googleusercontent.com | 443 |
更改下列內容：
- SSH_CLIENT_IP：執行 SSH 用戶端的主機 IP 位址。
- AGENT_HOST_IP：執行備份和災難復原代理程式的主機 IP 位址。
- SOURCE_APPLIANCE_IP：來源設備的 IP 位址。
- APPLIANCE_IP：備份/復原設備的 IP 位址或子網路。
如要進一步瞭解如何設定這項規則，請參閱「準備部署備份和災難復原服務」。
對於執行備份和災難復原代理程式的任何主機，您必須手動新增下列 TCP 通訊埠，允許與輸入防火牆規則連線。
| 目的 | 來源 | 目標 | 通訊埠 (TCP) |
|---|---|---|---|
| 代理流量 (設備到主機) | 備份/復原設備 | 執行備份和災難復原代理程式的主機 | 5106 |
如果主機使用 NFS 傳輸備份流量，或在 Google Cloud VMware Engine 中執行的 ESX 主機使用 NFS 進行掛接，您必須手動新增下列 TCP 和 UDP 連接埠，允許與輸入防火牆規則連線。
| 目的 | 來源 | 目標 | 通訊埠 (TCP/UDP) |
|---|---|---|---|
| NFS 備份或掛接 | 執行代理程式的主機或執行掛接作業的 ESXi 主機 | 備份/復原設備 | 111、756、2049、4001、4045 |
如要查看這項作業期間使用的權限清單，請參閱「備份和災難復原安裝權限參考資料」。
支援的地區
以下列出設備管理控制台和備份/復原設備支援的區域。
設備管理控制台支援的區域
雖然備份和災難復原服務可用於備份任何Google Cloud 區域中支援的工作負載，但設備管理控制台只能在下列區域啟用：
| 地理區域 | 地區名稱 | 地區說明 | |
|---|---|---|---|
| 北美洲 | |||
northamerica-northeast1 * |
蒙特婁 |
 低二氧化碳排放
|
|
northamerica-northeast2 |
多倫多 |
低二氧化碳排放
|
|
us-central1 |
愛荷華州 |
低二氧化碳排放
|
|
us-east1 |
南卡羅來納州 | ||
us-east4 |
北維吉尼亞州 | ||
us-east5 |
哥倫布 | ||
us-south1 |
達拉斯 |
低二氧化碳排放
|
|
us-west1 |
奧勒岡州 |
低二氧化碳排放
|
|
us-west2 |
洛杉磯 | ||
us-west3 |
鹽湖城 | ||
us-west4 |
拉斯維加斯 | ||
northamerica-south1 * |
Querétaro | ||
| 南美洲 | |||
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) 不支援可用區分隔。這表示這些區域中的多個可用區，可能並非位於實體上分隔的資料中心園區。因此，單一局部實體災害事件可能會影響同一區域內的多個可用區，相較於支援可用區分隔的區域，資料遺失的風險較高。
備份/復原設備支援的地區
備份/復原設備可以部署到任何Google Cloud 可用區。
列出的區域支援執行備份/復原設備部署作業的工作流程服務。如果部署備份/復原設備的區域不提供 Workflow 服務，備份和災難復原預設會在 us-central1 區域執行工作流程 (設備本身仍會在您選取的區域建立)。如果組織政策設為禁止在其他區域建立資源，則必須暫時更新組織政策，允許在 us-central1 區域建立資源。部署備份/復原設備後，您可以限制 us-central1 區域。