Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

將設備管理控制台中的 Compute Engine 執行個體備份設定，遷移至備份儲存空間

將 Compute Engine 執行個體保護功能從設備管理控制台備份方案，遷移至使用 Compute Engine 執行個體保護功能的 backup vault 備份方案，不會造成服務中斷、解除安裝備份代理程式、網路對接，或變更虛擬私有雲防火牆。

優點

強化勒索軟體防護：進階的不可刪除和不可變更功能，可保護資料免受勒索軟體和意外或惡意刪除的影響。
立即節省成本：遷移完成後，管理費用就會立即降低。
簡化基礎架構：改用零基礎架構模式，不需備份設備，降低總持有成本 (TCO)。
順暢管理：使用整合式 Google Cloud 控制台體驗，完整支援 gcloud CLI、Terraform 和 Google Cloud API，輕鬆實現大規模自動化。
擴大支援範圍：取得統一平台，同時支援 Cloud SQL、AlloyDB for PostgreSQL 和 Filestore。
適用於所有 Google Cloud 區域。

限制

如果目前的設備管理控制台備份方案或 Compute Engine 執行個體設定包含下列任一功能，則不支援遷移：
- 設定封存快照的設備管理控制台備份方案。
- 使用 Google Cloud Hyperdisk 的 Compute Engine 執行個體。
- Compute Engine 執行個體，不含備份中的特定磁碟。
您只能遷移標準 Compute Engine 執行個體。其他應用程式工作負載類型 (例如 Microsoft SQL、SAP HANA、Oracle 和 VMware VM) 無法透過這個頁面遷移。
無法遷移現有備份。

注意事項

如要執行大量遷移作業，您需要遷移指令碼，以便自動轉換大規模環境。請與 Cloud Customer Care 團隊聯絡，取得大量遷移指令碼。
如果您透過備份保管箱和管理控制台，為 Compute Engine 執行個體維持保護，這兩個環境都可能產生帳單費用。
如果 Compute Engine 執行個體使用標記動態保護功能自動備份，除非手動移除標記，否則排定的工作會在遷移後重新保護執行個體。
建議您避免遷移使用 Google Cloud Hyperdisk 的 VM。
現有的備份和災難復原服務角色會繼續正常運作。不過，如果您打算將多個服務專案中的 Compute Engine 執行個體，備份至一個集中的 backup vault (即在中心備份專案中建立的 backup vault)，則必須將備份和災難復原 Compute Engine 操作者 (roles/backupdr.computeEngineOperator) 角色，授予所有託管待備份執行個體的服務專案中的 backup vault 服務代理。詳情請參閱「將角色授予服務代理」。

運作方式

執行遷移作業時，歷來備份會保留在設備管理控制台中，不會遷移至 backup vault。在原始保留政策規定的期限內，您仍可透過設備管理控制台存取這些備份。

遷移完成後，您可以在設備管理控制台中查看歷來復原點，並在 Google Cloud 控制台中查看新的復原點。

如要將 Compute Engine 執行個體從設備管理控制台遷移至 backup vault，請按照下列步驟操作：

設定保護措施：使用 MigrateToBackupVault 指令，透過 backup vault 備份方案保護 Compute Engine 執行個體。
執行驗證：確認備份 vault 已成功建立備份。
從設備管理控制台移除保護措施：使用 UnprotectVMsFromManagementConsole 指令，從設備管理控制台移除保護措施。

事前準備

確認您具備所需的權限，可完成本指南中的操作。
請確認您已備妥下列資源：
- 現有的 backup vault。如需操作說明，請參閱「建立備份保管箱」。
- 已設定使用 backup vault 的現有備份方案。在 Google Cloud 控制台建立這項備份方案。這項功能與設備管理控制台備份方案相當。如需操作說明，請參閱「建立備份方案」。

必要的角色

如要取得遷移 Compute Engine 執行個體備份設定所需的權限，請要求管理員在專案中授予您下列 IAM 角色：

備份和災難復原管理員 (用於設備管理控制台作業的舊版角色)
備份和災難復原管理員 (roles/backupdr.admin)

如要進一步瞭解如何授予角色，請參閱「管理專案、資料夾和組織的存取權」。

您或許也能透過自訂角色或其他預先定義的角色，取得必要權限。

安裝遷移工具

如要執行遷移指令，您必須在所選環境 (Cloud Shell 內或本機工作站) 安裝 backupdr_gcevm_migration_tool 獨立執行檔。

Google Cloud Shell

在 Google Cloud 控制台中開啟 Cloud Shell。
依序按一下「更多」圖示和「上傳」。
選取 backupdr_gcevm_migration_tool 檔案。

將工具設為可執行：

chmod +x ~/backupdr_gcevm_migration_tool

使用 ~/backupdr_gcevm_migration_tool 執行工具。

本機環境

下載 backupdr_gcevm_migration_tool 執行檔。
安裝並驗證 gcloud CLI。詳情請參閱「安裝 gcloud CLI」。

將執行檔移至目錄 (例如 ~/tools)，並設為可執行：

mkdir -p ~/tools
mv ~/Downloads/backupdr_gcevm_migration_tool ~/tools/
chmod +x ~/tools/backupdr_gcevm_migration_tool

選用：如要從任何目錄執行工具，請將工具新增至 PATH。在 ~/.bashrc 或 ~/.zshrc 檔案中新增下列程式碼：
```
export PATH="$PATH:$HOME/tools"
```
重新載入殼層：
```
source ~/.bashrc
```

遷移 Compute Engine 執行個體

如要遷移執行個體，請在安裝工具的終端機環境中執行遷移工具指令，並將範例中的預留位置值替換為實際的資源名稱、專案 ID 和網址。

使用備份 vault 備份方案保護 Compute Engine 執行個體

執行 MigrateToBackupVault 指令，找出設備管理控制台備份方案中符合資格的 Compute Engine 執行個體，並使用指定的 backup vault 備份方案保護這些執行個體。

執行 MigrateToBackupVault 指令：
```
./backupdr_gcevm_migration_tool MigrateToBackupVault \
  --slt_name=SLT_NAME \
  --management_server_url=MANAGEMENT_SERVER_URL \
  --backup_plan=projects/PROJECT_ID/locations/REGION/backupPlans/BACKUP_PLAN_NAME \
  --workload_projects=PROJECT_ID_1,PROJECT_ID_2 \
  --apply \
  --trigger_backup
```
更改下列內容：
- SLT_NAME：來源設備管理控制台備份方案 (舊稱服務等級範本或 SLT) 的名稱。
- MANAGEMENT_SERVER_URL：設備管理控制台的網址。
- PROJECT_ID：您的 Google Cloud 專案 ID。
- REGION：備份方案所在的區域。
- BACKUP_PLAN_NAME：要套用的備份方案名稱。
- PROJECT_ID_1,PROJECT_ID_2：以半形逗號分隔的專案 ID 清單，其中包含 Compute Engine 執行個體或 all。
其他旗標：
- --apply：執行保護。如省略，工具會以模擬測試模式執行。
- --trigger_backup：套用保護措施後，立即啟動隨選備份。
這個指令會建立名為 MigrateToBackupVault_{slt_name}_output.txt 的輸出檔案，其中會匯總已採取的動作和 VM 狀態。
如要確認執行個體是否受到備份方案保護，請前往 Google Cloud 控制台的「備份和災難復原」>「Vaulted Backups」頁面。

透過設備管理控制台，取消保護 Compute Engine 執行個體

UnprotectVMsFromManagementConsole 指令會移除設備管理控制台中 Compute Engine 執行個體的保護機制。只有在 VM 受到新備份方案保護，且至少有一個成功的 backup vault 備份時，這個指令才會取消保護 VM。

執行 UnprotectVMsFromManagementConsole 指令：
```
./backupdr_gcevm_migration_tool UnprotectVMsFromManagementConsole \
  --slt_name=SLT_NAME \
  --management_server_url=MANAGEMENT_SERVER_URL \
  --workload_projects=PROJECT_ID_1,PROJECT_ID_2 \
  --apply
```
更改下列內容：
- SLT_NAME：來源設備管理控制台備份方案的名稱。
- MANAGEMENT_SERVER_URL：設備管理控制台的網址。
- PROJECT_ID_1,PROJECT_ID_2：以半形逗號分隔的專案 ID 或 all 清單。
  
  其他旗標：
- --apply：執行取消保護。如果省略，工具會以模擬測試模式執行。

這個指令會建立名為 UnprotectVMsFromManagementConsole_{slt_name}_output.txt 的輸出檔案，其中會匯總各項動作。

確認符合資格的執行個體在設備管理控制台中不再受到保護。

遷移工具會檢查您的環境，確保安全轉換。舉例來說，只有在確認執行個體有成功的 backup vault 備份後，工具才會從設備管理控制台移除保護。

加密

backup vault 完整支援 Compute Engine 執行個體的客戶自行管理加密金鑰 (CMEK)，可讓您使用自己的加密金鑰加密備份。

監控、報表和快訊異動

遷移後，您可以使用 Cloud Monitoring 和 Cloud Logging 進行觀測能力，而非舊版管理控制台電子郵件傳送的報表。這樣一來，您就能直接在Google Cloud 控制台中建立自訂資訊主頁及設定快訊。如要透過監控資訊主頁排定電子郵件快訊或設定警告政策，請參閱「警告簡介」。

存取歷來報表資料

登入設備管理控制台，仍可存取遷移前的現有監控和報表資料。如要查看遷移後的監控和報表資料，請直接前往 Google Cloud 控制台。

如要在 BigQuery 中一併分析遷移前和遷移後的資料，可以使用記錄檔接收器，將記錄檔轉送至 BigQuery 資料集。如要設定記錄檔接收器和預建報表，請參閱「在 BigQuery 中設定預建報表」。

記錄匯入 BigQuery 後，您可以執行下列操作：

編寫自訂 SQL 查詢來分析記錄資料。詳情請參閱「執行互動式和批次查詢」。
使用數據分析建立自訂基礎架構報表和圖表。詳情請參閱「數據分析簡介」。
在 Google Cloud 控制台中設定記錄式警告。詳情請參閱「設定記錄式警告」。

執行混合式環境

我們完全支援混合環境。建議您立即將所有符合條件的 Compute Engine 執行個體遷移至 backup vault，享有成本和安全性優勢。不過，如果環境包含 backup vault 不支援的設定，您可以使用設備管理控制台，為這些執行個體維持保護。當備份和災難復原服務新增對這些功能的支援時，您就可以將剩餘的執行個體遷移至 backup vault。如果對支援的設定有任何疑問，請與 Cloud Customer Care 團隊聯絡。

復原遷移作業

如果遷移時遇到問題，可以復原變更。為降低風險，強烈建議您採用重疊策略：在確認新的備份 vault 備份工作順利完成之前，請勿在設備管理控制台中取消保護執行個體。這項策略可確保執行個體持續受到備份保護。

在轉換遷移作業前建立的歷來執行個體備份，仍可在設備管理控制台中存取。您可以直接在 Google Cloud 控制台存取 backup vault 中建立的新備份。

後續步驟

進一步瞭解設備管理控制台中的備份方案。
瞭解如何在 Google Cloud 控制台管理備份。

將設備管理控制台中的 Compute Engine 執行個體備份設定，遷移至備份儲存空間 透過集合功能整理內容 你可以依據偏好儲存及分類內容。

優點

限制