Full Stack Disaster Recovery 常見問題

一般問題

1. 什麼是 Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery?

藉助 Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR),您只需按一下,即可協調全球 OCI 區域之間的運算、資料庫和應用程式轉換。客戶可以自動執行復原一或多個業務系統所需的步驟,無需重新設計或重新建構現有的基礎架構、資料庫或應用程式,也無需使用專門的管理或轉換伺服器。

2. 目前有哪些區域提供 OCI Full Stack DR?

目前,OC1 商業領域內有 27 個區域提供 OCI Full Stack DR。如需這些區域的完整清單,請參閱 Full Stack DR 區域供應情形頁面。我們接下來的計畫是將供應範圍快速擴展到其餘 OC1 區域,然後是 OCI Dedicated Region 和其他 OCI 區域。如需 OCI 區域 (包括領域及其具體位置) 的進一步資訊,請參閱 a href="https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm" data-lbl="oci-realms-regions">OCI 領域和區域文件。

3. OCI Full Stack DR 是否支援跨 OCI、內部部署、混合和多雲災難復原案例的災難復原?

目前,OCI Full Stack Disaster Recovery 適用於 OCI 區域內可用的資源。不過,請務必知悉,內部部署、混合和多雲策略的災難復原功能已包含在未來開發藍圖中。Oracle 計畫將 OCI Full Stack DR 功能擴展到這些環境,這樣您就能使用涵蓋更多案例的全方位災難復原解決方案。

4. OCI Full Stack DR 是否可用於 OCI 區域間和區域內部署?

是的,可以。在兩個 OCI 區域部署 OCI 資源,能夠加強災難復原功能。此做法有助於確保關鍵應用程式與服務的高可用性和復原能力。在其中一個區域發生災難或停機事件時,資源可以無縫地容錯移轉到另一個區域,藉此減少停機時間,並盡量減輕對業務營運的影響。您可以將資源分散到多個區域,以實踐穩固的災難復原策略,進而提升資料保護和業務持續性。

5. 使用 OCI Full Stack DR 時,是否需要管理額外的基礎架構?

否,OCI Full Stack DR 是完全受管理的服務。

6. OCI Full Stack Disaster Recovery 是否提供任何 SLA?

是,OCI Full Stack DR 提供可用性和效能 SLA。如需詳細資訊,請參閱 Oracle PaaS 與 IaaS 公有雲服務基礎文件 (PDF)

7. 如何存取 OCI Full Stack Disaster Recovery?

您可以使用 Oracle Cloud Infrastructure 主控台 (瀏覽器型介面)、REST API、Oracle Cloud Infrastructure SDK、命令行介面及 DevOps 工具存取 OCI Full Stack DR。

8. OCI Full Stack DR 是否適用於任何工作負載?

是,OCI Full Stack DR 可用於 Oracle 和非 Oracle 工作負載。

9. 是否可以在主要 DR 保護群組區域中建立 DR 計畫?

否。Full Stack DR 只能讓您在待命 DR 保護群組區域中建立 DR 計畫。

必要條件和支援的 OCI 服務

1. 使用 OCI Full Stack Disaster Recovery 有哪些必要條件?

OCI Full Stack DR 可協助自動執行現有應用程式的復原步驟。若要與 Full Stack DR 整合,您必須完成下列步驟:

  • 災難復原 Runbook 或如何復原業務系統的詳細資料。
  • 部署應用程式
  • 根據應用程式需求自訂指令碼

2. 是否可以搭配任何 DR 拓樸使用 OCI Full Stack Disaster Recovery?

是,Full Stack DR 是彈性極高的服務。您可以將任何 DR 部署與 OCI Full Stack Disaster Recovery 整合。

3. 使用 Full Stack Disaster Recovery 之前,需要哪些 OCI 資源?

您必須根據 DR 部署,設定所有生產/DR 基礎架構和應用程式元件。

  • 網路資源,例如 Oracle Cloud Infrastructure (OCI) VCN 和 Load Balancer
  • 要使用的待命資料庫系統或資料庫,取決於 Oracle Database PaaS 的類型 (Oracle Database 複製過程會在內部使用 Oracle Data Guard)
  • 儲存體複製,取決於您要用於開機/區塊設定和磁碟區群組複製的 Oracle Cloud Infrastructure (OCI) 儲存服務類型

4. 哪些 OCI 服務可與 OCI Full Stack Disaster Recovery 整合?

您可以將下列資源類型新增為 DR 保護群組中的成員。

  • Oracle Cloud Infrastructure (OCI) Compute 虛擬機器 (VM 和目的地專用 VM)
  • Oracle Database PaaS
    • Oracle Autonomous Database
    • Oracle Base Database Service
    • Oracle Exadata on Dedicated Infrastructure
  • 磁碟區群組 (適用於開機磁碟區和區塊磁碟區)
  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI 檔案儲存

建立 DR 計畫時,OCI Full Stack Disaster Recovery 會自動產生內建計畫群組。您可以使用指令碼或 Oracle Cloud Infrastructure (OCI) Functions,透過使用者定義的計畫群組進一步自訂您的 DR 計畫,以與其他 OCI 服務互動。

5. 提供哪些類型的 DR 計畫?

DR 計畫有四種類型。

  • 切換移轉
  • 故障轉移
  • 開始切入
  • 停止切入

6. 是否有計畫在 DR 保護群組中增加新的資源類型成員?

是,我們計畫將 OCI Container Engine for Kubernetes (OKE) 和 OCI Object Storage 等其他 OCI 核心服務新增為成員。請回來查看以瞭解更多資訊。

7. 需要使用 OCI 主控台或 Oracle Database PaaS 內建的自動化功能,才能設定待命資料庫系統或資料庫嗎?

有。OCI Full Stack DR 需仰賴 Oracle Database PaaS Data Guard API,以產生用於切換或容錯移轉資料庫的計畫群組。

8 是否可以將 OCI Compute VM 中執行的 Oracle Database 與 Full Stack Disaster Recovery 整合?

是,假設您已為 OCI VM 中執行的資料庫設定 Oracle Data Guard。您可以建立使用者定義的計畫群組,並使用 Data Guard 中介程式或角色還原指令碼。

9. 是否可以將非 Oracle 資料庫與 OCI Full Stack DR 整合?

建議您按照原生資料庫複製技術來複製生產和待命資料庫。您可以運用使用者定義的計畫群組,並導入指令碼以執行資料庫角色還原。

10. 什麼是移動和非移動的執行個體運算資源類型?

移動執行個體:通常用於指示燈 (pilot light) 或冷 VM 災難復原拓樸;這種執行個體 (包含應用程式堆疊) 只會部署在主要區域中。該執行個體會從主要 DR 保護群組移到待命 DR 保護群組。

非移動執行個體:通常用於主動-被動 DR 拓樸;這種執行個體 (包含應用程式堆疊) 會預先部署在區域和應用程式軟體元件中。您可以在 DR 作業期間啟動或停止這些執行個體,以將服務從某個區域轉換至另一個區域。

11. 何時需要將磁碟區群組新增為 DR 保護群組中的成員?

如果您已將移動或非移動運算執行個體新增為主要 DR 保護群組中的成員,就必須將相關的開機/區塊磁碟區群組新增為主要 DR 保護群組中的成員。

12. 如果 VM 新增為 DR 保護群組中的非移動運算執行個體,該如何處理其儲存體複製?

您可以在非移動執行個體成員特性中,指定區塊磁碟區掛載選項詳細資料。您必須將相關的區塊磁碟區群組新增為主要 DR 保護群組中的成員。

13. 是否可以將 Oracle Cloud Infrastructure (OCI) Object Storage 與 Full Stack Disaster Recovery 整合?

是,可以透過使用者定義的計畫群組整合。請參閱使用 Functions 搭配 OCI Full Stack Disaster Recovery 自動切換和容錯移轉 OCI Object Storage 貯體

復原時間目標和復原點目標

1. 什麼是復原時間目標?什麼是復原點目標?為何重要?

復原時間目標 (RTO):RTO 是特定應用程式或系統在災難或中斷事件發生後,必須完全恢復正常運作的目標時間範圍。這代表企業容許的應用程式停機時間上限。換言之,RTO 指出應用程式必須多快再次啟動並執行,才能滿足業務持續性的需求。由於關鍵應用程式需要快速復原,以盡可能減少中斷情況並維持必要運作,因此其 RTO 通常很低。

復原點目標 (RPO):RPO 代表發生災難或中斷時可容忍的資料遺失上限。這代表在災難開始顯著影響業務之前,可承受的資料遺失 (未備份或複製) 期間。例如,如果應用程式的 RPO 為一小時,就表示在災難後,資料必須復原到事件發生前一小時以內的時間點。RPO 較低的應用程式通常需要更頻繁的資料備份或複製,以盡可能避免資料遺失。

RTO 和 RPO 會直接影響業務營運在發生中斷事件期間和之後的持續性與復原能力,因此都是災難復原規劃的重要考量。組織需要根據應用程式的關鍵程度及實施必要 DR 措施的成本,來平衡這些目標。

2. OCI Full Stack Disaster Recovery 如何影響應用程式的 RTO?

應用程式的 RTO,與完成切換或容錯移轉計畫所需的時間息息相關。OCI Full Stack DR 的復原流程完全自動化,可以藉由盡可能縮短停機時間及減少復原過程的人為介入,大幅改善 RTO。

透過自動化容錯移轉和切換流程,OCI Full Stack DR 簡化了復原工作流程,讓應用程式能夠快速重新連線。如此一來,縮短的復原時間可以改善災難事件期間的業務持續性,並減少中斷情況。

3. OCI Full Stack Disaster Recovery 如何影響應用程式的 RPO?

OCI Full Stack DR 無法控制 RPO,因為不同 OCI 服務及其複製方法和組態,都會造成 RPO 的差異。Oracle Cloud Infrastructure 內的不同服務,可能因各自處理資料複製與同步的方式,而有特定的 RPO 準則。

舉例來說,若是 Oracle Autonomous Database Serverless,Oracle 可能已發布跨區域待命資料庫的 RPO 值,指出特定設定可容忍的資料遺失上限。

為確保符合您想要的 RPO,並瞭解每個 OCI 服務的資料復原能力,請務必參閱個別的 OCI 服務文件。這些準則提供資料複製方式、可用的復原選項,以及不同組態的預期 RPO 等詳細資訊。您可以依照文件中的建議實施適當的災難復原策略,以滿足業務需求和資料保護需求。

定價

1. OCI Full Stack Disaster Recovery 的定價模型為何?

OCI Full Stack DR 定價採用每小時 OCI 標準 Oracle Compute Unit (OCPU) 的定價模型。OCI Full Stack DR 的存貨單位 (SKU) 為 B95485。如需詳細資料,請參閱 OCI 費用預估工具

2. OCI Full Stack Disaster Recovery 如何計價?

OCI Full Stack DR 依據新增為主要和待命 DR 保護群組成員的運算及資料庫資源 OCPU 總數來計價。

例如 1

  • 主要 DRPG 有下列成員:運算 A (2 個 OCPU) 和主要 ADB (1 個 OCPU)
  • 待命 DRPG 有下列成員:運算 B (2 個 OCPU) 和待命 ADB (1 個 OCPU)
  • 每小時 OCPU 總數 (運算和資料庫):每小時 6 個 OCPU
  • 每小時 Full Stack DR 定價:6 x $0.0128 = $0.0768

例如 2

  • 主要 DRPG 有下列成員:運算 A (4 個 OCPU)、主要 ADB (2 個 OCPU) 和磁碟區群組 500GB
  • 待命 DRPG 有下列成員:待命 ADB (2 個 OCPU)
  • 每小時 OCPU 總數 (運算和資料庫):每小時 8 個 OCPU
  • 每小時 Full Stack DR 定價:8 x $0.0128 = $0.1024

請注意,每小時定價和模型未來可能會有所變更。請參閱最新的定價準則,或聯絡您的 Oracle 業務代表以取得目前的定價。

3. 將磁碟區群組新增為 DR 保護群組中的成員是否有定價?

否,將磁碟區群組新增為 DR 保護群組中的成員並無另外定價。OCI Full Stack DR 定價僅適用於運算和資料庫成員類型。

4. 設定 DR 基礎架構是否有額外費用?

有。OCI 服務和 DR 部署模型的相關成本,因您選擇的具體服務和組態而異。例如,如果您選擇跨區域區塊複製,就需要支付額外的儲存費用。使用自主待命資料庫也一樣會產生額外的費用。如需每個 OCI 服務的定價詳細資訊,請參閱 Oracle Cloud Infrastructure 定價詳細資料。