管理控制台的備份和災難復原總覽

管理控制台的備份和災難復原服務是以設備為基礎的備份和災難復原解決方案,可讓您集中擷取、儲存、複製及復原Google Cloud 和混合環境中的虛擬機器 (VM)、檔案系統和自行管理的資料庫。透過專用的網頁式設備管理控制台和客戶部署的備份/復原設備,您可以管理工作負載的資料保護。

管理控制台的備份和災難復原功能會以永久增量格式擷取資料,並以內建、應用程式可讀取的格式儲存。由於備份是以原生方式儲存,而非專屬備份封存,因此您可以直接從備份/復原設備掛接備份映像檔,以復原工作負載、佈建虛擬副本進行測試和開發,或以最短的停機時間遷移資料。

管理控制台的備份和災難復原功能即將淘汰

Google Cloud 備份和災難復原服務將於 2027 年 9 月 30 日停止支援舊版設備管理控制台 (IaaS 堆疊) 和相關聯的使用者自行管理工作負載。請盡快規劃改用其他備份方法,確保資料持續受到保護。

受管理控制台淘汰影響的工作負載

管理控制台淘汰作業只會影響透過舊版設備管理控制台保護的自行管理工作負載,包括:

  • 透過設備管理控制台管理的 Compute Engine 執行個體
  • IBM Db2 資料庫
  • Oracle 資料庫
  • SAP HANA 資料庫
  • Microsoft SQL Server 資料庫
  • Google Cloud VMware Engine VM
  • 一般應用程式和一致性群組
  • 使用者自行管理的檔案系統 (Linux 和 Windows 檔案系統、系統狀態、NFS 和 SMB/CIFS)

直接透過Google Cloud 控制台保護的第一方 Google 代管服務 (包括 Compute Engine VM、Persistent Disk、Cloud SQL、AlloyDB for PostgreSQL 和 Filestore) 不受這項淘汰作業影響。

淘汰時間表和里程碑

管理控制台的備份和災難復原功能淘汰作業,會依循三個主要強制執行里程碑:

  • 2026 年 12 月 31 日 (刪除閒置的管理伺服器):專案中的任何管理伺服器,只要連續 30 天閒置,就會自動刪除。只有在沒有任何有效備份、受保護的應用程式或工作負載,以及有效備份工作時,管理伺服器才會視為閒置。
  • 2027 年 9 月 30 日 (備份凍結):不再支援使用舊版設備管理控制台堆疊建立新備份。如未在截止日期前完成遷移,就無法為受影響的工作負載建立新的備份。
  • 2028 年 3 月 31 日 (還原截止日期):透過舊版設備管理控制台介面直接還原的功能將終止。如要在截止日期後還原備份,請使用獨立的長期保留 (LTR) 復原公用程式和指令碼。

管理控制台工作負載的替代遷移方案

如要在 2027 年 9 月 30 日備份凍結前,持續享有備份保護,請將受影響的工作負載遷移至下列其中一項支援的備份解決方案:

工作負載 遷移選項 參考資料
Compute Engine Google 原生 Compute Engine 備份 使用 Google Cloud Compute Engine 執行個體的備份和災難復原,將 Compute Engine 執行個體遷移至無設備架構。
使用者自行管理的資料庫 (IBM Db2、Oracle、SAP HANA、Microsoft SQL Server 等) 使用自訂指令碼,建立與應用程式一致的 vault 備份 在 Google Cloud 備份和災難復原中,使用 Compute Engine VM 和 Persistent Disk 備份,並搭配客體清除架構和自訂指令碼,進行與應用程式一致且不可變更的備份。
SAP HANA 由代理程式 Google Cloud 備份 使用原生 Google Cloud Backint 代理程式或 Persistent Disk 快照。請參閱 Agent for SAP Backint 備份與復原指南或磁碟快照備份與復原指南。
一般 VM 工作負載 原生 Google Cloud 磁碟快照 請參閱磁碟快照指南,瞭解如何設定標準或封存磁碟快照,定期備份虛擬磁碟。
所有工作負載 第三方 Marketplace 解決方案 部署 Google Cloud Marketplace 提供的其他核准企業備份解決方案。

2028 年 3 月 31 日後保留及復原備份

如要在 2028 年 3 月 31 日還原截止日期後,繼續使用備份復原功能,請在設備關閉前,將舊版備份資料遷移至 Cloud Storage 的 OnVault 儲存空間:

  1. 指派 OnVault 政策:將所有重要的舊版備份遷移至 Cloud Storage OnVault bucket。
  2. 同步處理中繼資料:請確認所有 Persistent Disk 快照中繼資料都已完全同步至 Cloud Storage bucket,再關閉本機設備。請與 gcbdr-umdb-transition@google.com 或 Cloud Customer Care 聯絡,驗證並完成這項中繼資料移轉作業。
  3. 使用復原公用程式:使用獨立工具和指令碼,直接從 Cloud Storage bucket 探索及掛接 OnVault 和永久磁碟備份映像檔。如需操作說明,請參閱「還原長期保留的備份」。

如有任何問題,或需要協助規劃遷移作業,請與轉換團隊聯絡,電子郵件地址為 gcbdr-umdb-transition@google.com,您也可以洽詢 Cloud Customer Care 或 Google Cloud帳戶團隊。

管理控制台的備份和災難復原與 Google Cloud 備份和災難復原有何不同

Google 提供兩種不同的備份和災難復原管理與架構模式:

  • 備份和災難復原管理控制台 (本文件集):採用以設備為基礎的架構,您可以在虛擬私有雲 (VPC) 網路中部署及管理備份/復原設備,並透過專屬的網頁式設備管理控制台,自動執行保護作業。這項服務適用於自行管理的資料庫 (例如 Oracle、Microsoft SQL Server、SAP HANA 和 IBM Db2)、Google Cloud VMware Engine 和 VMware vSphere VM、檔案系統,以及需要即時應用程式感知掛接、虛擬資料庫複製 (LiveClone) 或自動化備份和災難復原工作流程的工作負載。
  • Google Cloud 備份和災難復原:雲端原生、由 SaaS 管理的備份服務,直接整合至Google Cloud 控制台、gcloud CLI、backupdr API 和 Terraform。透過Google Cloud 備份和災難復原,您可以直接將原生 Google Cloud 資源 (例如 Compute Engine 執行個體、永久磁碟和 Google Cloud Hyperdisk、Cloud SQL 執行個體、AlloyDB 叢集和 Filestore 執行個體) 保護到 Google 代管、不可變更的 backup vault,不必部署或管理備份/復原設備。

下表摘要說明兩種備份和災難復原服務的主要差異:

功能 備份和災難復原管理控制台 Google Cloud 備份和災難復原
主要管理介面 專屬網頁式設備管理控制台和 Management Console API Google Cloud 控制台、gcloud CLI、backupdr API 和 Terraform
架構和資料層 三層式設備架構,包含設備管理控制台、客戶部署的備份/復原設備 (虛擬私有雲中的 Compute Engine VM),以及工作負載主機上的輕量型備份和災難復原代理程式 全代管的 Google 服務層;控制台原生 vault 資源不需要客戶部署的備份/復原設備或訪客代理
備份設定模型 備份範本 (包含快照、OnVault 和複製政策) 搭配資源設定檔 控制台原生的備份方案和備份規則,直接與目標 backup vault 建立關聯
儲存空間目標 由設備管理的儲存空間集區 (主要集區、Persistent Disk 上的快照集區、Cloud Storage 中的 OnVault 集區,以及遠端設備上的鏡像集區),以及由 Google 管理的備份保管庫 (適用於支援的工作負載) Google 代管、不可變更及刪除的 backup vault,具有強制保留和單一區域或多區域儲存空間
復原和資料存取 完整還原、即時標準掛接、應用程式感知掛接、虛擬副本 (LiveClones)、掛接和遷移,以及自動化備份和災難復原工作流程 直接從 backup vault 還原至新的或現有的 Google Cloud 資源
支援的工作負載 Google Cloud VMware Engine、VMware vSphere VM、Compute Engine 執行個體、Linux 和 Windows 檔案系統 (包括 NFS、SMB 和 Filestore)、Oracle、Microsoft SQL Server、SAP HANA、IBM Db2、PostgreSQL、SAP ASE、SAP IQ、SAP MaxDB、MySQL、MariaDB、一致性群組和一般應用程式 Compute Engine 執行個體、永久磁碟和 Hyperdisk、Cloud SQL、AlloyDB 和 Filestore (以及查看透過設備管理控制台建立的備份 vault 備份)

管理控制台的備份和災難復原架構與核心元件

管理控制台的備份和災難復原服務採用三層式架構,可協調及執行整個環境的資料保護作業:

  • 設備管理控制台:集中式的網頁式控制層,可用於管理備份/復原設備、註冊主機、探索應用程式、設定備份範本和資源設定檔,以及監控備份和復原工作。設備管理控制台會在 Google 代管的租戶專案中運作,並使用 Private Service Connect 或 Private Google Access,與備份/復原設備安全通訊。
  • 備份/復原設備:部署在 Google Cloud 專案和虛擬私有雲網路中的 Compute Engine 虛擬設備。備份/復原設備會做為資料層,從來源工作負載擷取資料、維護目錄中繼資料、管理儲存空間集區、將資料複製到遠端設備或物件儲存庫,以及提供即時掛接。您可以根據工作負載類型、資料集大小和儲存空間容量,從四種設備板型規格中選擇。
  • 備份和災難復原代理程式:安裝在 Linux 或 Windows 訪客作業系統上的輕量軟體代理程式。備份和災難復原代理程式會與備份/復原設備通訊,探索資料庫和檔案系統、暫停應用程式以擷取與應用程式一致的資料、協調變更區塊追蹤 (CBT) 和交易記錄備份,以及自動調度應用程式感知掛接。無代理程式資料保護功能適用於 VMware VM (透過 vSphere Storage API - Data Protection) 和 Compute Engine 執行個體 (透過永久磁碟快照)。

備份/復原設備上的儲存空間集區

備份/復原設備會整理擷取的備份資料,並儲存在最多四種儲存空間集區:

  • 主要集區:直接附加至備份/復原設備的區塊儲存空間 (使用標準或 SSD 永久磁碟),可儲存擷取的備份和簡化資料,以便快速在本機復原及即時掛接。
  • 快照集區:使用 Persistent Disk 快照儲存資料磁碟區的時間點副本,以便執行高效能擷取和掛接作業。
  • OnVault 集區:以物件為基礎的儲存空間,用於長期保留資料,會將壓縮的永久增量備份資料傳送至 Cloud Storage bucket (Standard、Nearline、Coldline 或 Archive) 或 Google 代管的備份 vault。
  • 鏡像集區:位於其他可用區或區域的次要備份/復原設備上的區塊儲存空間,可接收非同步、區塊層級的複製備份 (StreamSnap),用於災難復原。

備份範本、政策和資源設定檔

在設備管理控制台中,您可以套用備份方案,保護探索到的工作負載。備份方案由兩個可重複使用的建構區塊組成:

  • 備份範本:定義備份、保留及複製資料的方式和時間。每個備份範本都包含一或多個備份政策,可控管各層級的排程、復原點目標 (RPO) 和保留期限:
    • Production to Snapshot:將正式環境工作負載中的資料擷取至本機主要或快照集區。
    • 快照至 OnVault:將快照備份複製到 Cloud Storage 的 OnVault 集區或備份 vault,以便長期保留。
    • OnVault 到 OnVault:在不同區域的 OnVault 集區之間複製資料。
    • Production to Mirror (StreamSnap):將快照資料複製到遠端備份/復原設備上的鏡像集區。
  • 資源設定檔: 定義備份資料的儲存位置,方法是將備份範本中的政策對應至特定本機備份/復原設備儲存空間集區、OnVault 集區和遠端複製設備。

管理控制台的備份和災難復原主要功能

備份和災難復原管理控制台提供下列功能,可用於企業備份、復原和副本資料管理:

  • 永久增量擷取:在應用程式或 VM 的初始完整備份後,後續備份只會擷取變更的區塊或資料庫差異。備份/復原設備會合成虛擬完整時間點映像檔,不需定期執行完整備份,以免影響正式環境效能。
  • 與應用程式一致的資料庫保護和時間點復原 (PITR):與資料庫 API (例如 Oracle RMAN、SQL Server VSS 和 SAP HANA backint 或儲存空間快照) 原生整合,可擷取與應用程式一致的資料庫備份,以及排定的交易記錄備份,讓您復原至特定時間點。
  • 即時掛接和虛擬副本:您不必等到數 TB 的備份資料複製回正式版儲存空間,才能啟動應用程式,而是可以直接從備份/復原設備,將備份映像檔掛接至目標主機:
    • 標準掛接:將備份映像檔公開為目標主機上的掛接磁碟或檔案系統,以便檢查或複製個別檔案。
    • 應用程式感知掛接:直接從目標資料庫伺服器上掛接的備份映像檔,立即啟動虛擬資料庫執行個體,並可選擇將交易記錄向前復原至所選時間點。
    • 掛接及遷移:透過即時掛接立即還原服務,同時在背景將基礎資料檔案遷移回正式環境儲存空間,盡可能縮短復原時間目標 (RTO)。
    • LiveClone:建立備份映像檔的獨立可寫入虛擬副本,可依需求或排程重新整理,不會為每個副本耗用完整的實體儲存空間。
  • 自動化備份和災難復原工作流程:備份和災難復原工作流程可按照排程或視需求,自動建立、重新整理及遮蓋 LiveClone 和虛擬資料庫。開發、品質確保和數據分析團隊可以自行佈建最新版正式資料庫,並透過自訂指令碼自動清除機密資料。
  • 跨區域災難復原:使用 StreamSnap 複製功能,將備份映像檔非同步複製到其他區域的次要備份/復原設備,或將備份複製到多區域或雙區域 Cloud Storage bucket 和 backup vault,以便在服務中斷期間復原其他區域的工作負載。

備份和災難復原管理控制台支援的工作負載

管理控制台的備份和災難復原服務可保護多種虛擬機器、檔案系統和資料庫。如要瞭解詳細的版本和作業系統相容性,請參閱設備管理備份的支援矩陣,以及備份和災難復原支援的作業系統和核心。

  • Compute Engine 執行個體:無代理程式、與當機時一致的快照保護,以及 Compute Engine VM 的跨專案或跨區域復原。
  • Google Cloud VMware Engine 和 VMware vSphere VM:使用 VMware 異動區塊追蹤 (CBT),為 vCenter 和 ESX 主機提供無代理程式的 VM 層級備份、即時掛接、LiveClone 和完整 VM 復原功能。
  • 檔案系統和 Filestore: Linux 和 Windows 檔案系統、NFS 共用區、SMB/CIFS 共用區和 Filestore 執行個體,可進行區塊式和檔案式備份,以及即時掛接。
  • Oracle 資料庫:使用 Oracle RMAN 映像檔副本和變更追蹤功能,提供永久增量保護、PITR 封存記錄備份、即時虛擬資料庫掛接,以及掛接和遷移。
  • Microsoft SQL Server 資料庫:獨立執行個體和 Always On 可用性群組、交易記錄備份、虛擬資料庫掛接和資料庫複製,與應用程式一致的備份。
  • SAP HANA 資料庫: 磁碟區層級 (永久磁碟快照或 LVM) 和檔案層級 (backint) 保護,適用於單一主機、1+n 和 SAP HANA 水平擴展系統。
  • IBM Db2 資料庫:磁碟區層級永久增量備份,以及完整加增量傾印備份,並擷取交易記錄和掛接虛擬資料庫。
  • 其他自行管理的資料庫:保護 PostgreSQL、MySQL、MariaDB、SAP ASE、SAP IQ 和 SAP MaxDB 資料庫,以及一致性群組和一般 LVM 應用程式。

後續步驟