Full Stack Disaster Recovery 常見問題

常見問題主題

一般問題

1. 什麼是 Oracle Cloud Infrastructure Full Stack Disaster Recovery？

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

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

OCI Full Stack DR 適用於 OCI 商業區域、Oracle US Government Cloud 區域、Oracle US Defense Cloud 區域、英國政府區域、歐盟主權區域、Oracle Alloy 區域和 OCI Dedicated Regions。如需完整的服務可用性清單，請參閱 Full Stack DR 區域可用性頁面。如需 OCI 區域 (包括領域及其特定位置) 的進一步資訊，請查看 OCI 範圍和區域文件。

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

OCI Full Stack Disaster Recovery 目前涵蓋 OCI 區域內可用的資源，且資源必須位於相同的租用戶。Full Stack DR 支援 Oracle Database@Azure 方案，這表示資料庫層級角色轉換只能使用 Full Stack DR 處理。然而，請務必注意，在內部部署、混合雲和多雲策略中支援災難復原的能力，是未來發展藍圖的一部分。Oracle 計畫將 OCI Full Stack DR 功能擴展到這些環境，這樣您就能使用涵蓋更多案例的全方位災難復原解決方案。

4.Full Stack DR 是否支援跨租用戶災害復原？

編號 Full Stack DR 依賴其他 OCI 服務來完成災害復原。非常少的 OCI 服務支援跨租用戶複寫或可用性，這表示 Full Stack DR 必須等到所有 OCI 服務都支援跨租用戶可用性，才能支援跨租用戶災害復原。注意：Amazon Web Services 使用「租用戶」一詞來表示與 OCI 使用這個詞彙完全不同的意義；AWS Elastic Disaster Recovery 認為代管虛擬機器的硬體平台是租用戶。Full Stack DR 完全支援不同硬體平台 (例如共用平台和專用虛擬主機) 之間的災害復原功能相同。

5.OCI Full Stack DR 是否支援跨區域災害復原？

有。OCI Full Stack DR 支援跨區域部署的資源。Oracle 建議您設定跨區域的災害復原，以促進更好的錯誤隔離、真正的災害復原功能、符合法規要求，以及改善業務持續性 SLA。在只有單一可用性網域 (AD) 的區域中，在不同的區域中設定 DR 基礎架構至關重要。若要檢視具有單一 AD 的區域清單，請參閱文件中的 Oracle Cloud Infrastructure Commercial Realms 小節。

6.OCI Full Stack DR 是否支援跨可用性網域災害復原？

有。OCI Full Stack DR 支援跨多個可用性網域部署的資源。若要檢視具有三個 AD 的區域清單，請參閱文件中的 Oracle Cloud Infrastructure Commercial Realms 小節。

7. 使用 OCI Full Stack DR 時，是否需要管理額外的基礎架構？

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

8. OCI Full Stack Disaster Recovery 是否提供任何 SLA？

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

9. 如何存取 OCI Full Stack Disaster Recovery？

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

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

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

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

否根據設計，Full Stack DR 僅允許您在待命 DR 保護群組區域中建立 DR 計畫。強烈建議您使用切換計畫的測試執行，在其他 DR 保護群組中建立所有 DR 計畫 (切換、容錯移轉及展開計畫)。這將確保 DR 計畫可在兩個區域使用。

12. 我需要多個 DR 保護群組，還是可以使用單一保護群組來管理 DR 計畫？

這取決於應用程式需求。如果沒有應用程式相依性 (例如，如果多個資料庫切換可與應用程式伺服器復原平行進行)，則具有多個 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 VCN 和 OCI Load Balancer
  • 要使用的待命資料庫系統或資料庫，取決於 Oracle Database PaaS 的類型 (Oracle Data Guard 可供內部用於 Oracle AI Database 複製)
  • 儲存體複製，視您將用於開機 / 區塊設定與磁碟區群組複製的 OCI 儲存體服務類型而定

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

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

  • Compute
    • OCI Compute - 標準虛擬機器和專用虛擬機器主機
  • 資料庫
    • Oracle Database 平台即服務 (PaaS)
      • Oracle Autonomous AI Database 無伺服器
      • 專用 Exadata 基礎架構上的 Oracle Autonomous AI Database
      • Oracle Autonomous AI Database on Exadata Cloud@Customer
      • Oracle Base Database Service
      • 專用基礎架構上的 Oracle Exadata Database Service
      • Oracle Exadata Database Service on Cloud@Customer
      • Exascale 等級基礎架構上的 Oracle Exadata Database Service
    • Oracle MySQL HeatWave
  • 儲存體
    • OCI 區塊儲存 (磁碟區群組中管理的開機磁碟區和區塊磁碟區)
    • OCI 檔案儲存
    • OCI 物件儲存
  • 網路
    • OCI Load Balancer
    • OCI Network Load Balancer
  • 開發者服務人員
    • OCI Kubernetes 引擎 (OKE)
    • Oracle Integration 執行處理

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

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

DR 計畫有四種類型。

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

6. 在 DR 保護群組中，是否有任何計畫將新成員新增為資源類型？

是，我們計畫新增其他 OCI 核心服務，例如具備 PostgreSQL 的 OCI 資料庫和 OCI Goldengate。請回來查看以瞭解更多資訊。

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

有。OCI Full Stack DR 需仰賴 Oracle Database PaaS Data Guard API，以產生用於切換或容錯移轉資料庫的計畫群組。但曾表示，在手動設定 Data Guard 的情況下，您可以使用自訂指令碼來控制 Oracle Data Guard 角色變更。

8. 是否可以將 OCI Compute VM 中執行的 Oracle AI Database 執行處理與 Full Stack Disaster Recovery 整合？

是，假設您已為 OCI VM 中執行的資料庫設定 Oracle Data Guard。您可以建立使用者定義的計畫群組，並使用「資料保全」中介或角色反向命令檔。

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

建議您按照原生資料庫複製技術來複製生產和待命資料庫。您可以使用使用者定義的計劃群組，並帶入您自己的命令檔來執行資料庫角色反轉。

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

移動執行處理：通常用於試驗燈號或冷 VM 災害復原拓樸，其中包含應用程式堆疊的執行處理僅部署在主要區域中。該執行個體會從主要 DR 保護群組移到待命 DR 保護群組。

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

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

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

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

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

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

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，因為 RPO 會根據 OCI 服務、其複製方法與組態而有所不同。Oracle Cloud Infrastructure 內的不同服務，可能因各自處理資料複製與同步的方式，而有特定的 RPO 準則。

例如，對於 Oracle Autonomous AI Database Serverless，Oracle 可能已發佈跨區域待命資料庫的 RPO 值，指出該特定設定的可容忍資料遺失上限。

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

定價

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

OCI Full Stack DR 定價以 OCPU、ECPU 和 Oracle Integration 訊息套件的標準 OCI 每小時費率為基礎。費用會根據指定給 DR 保護群組內每個成員類型的 CPU (OCPU 和 ECPU) 數目和 Oracle Integration 訊息套件來計算。只有配置的 CPU 和訊息套件會用於計費。作為 Full Stack DR 保護群組成員所包含的儲存、網路和其他資源，不會由 Full Stack DR 服務計費。

  • OCI Full Stack Disaster Recovery Service – 每小時 OCPU – B95485
  • OCI Full Stack Disaster Recovery Service – 每小時 ECPU – B110274
  • 適用於 Oracle Integration Cloud 的 OCI Full Stack Disaster Recovery Service – 每小時 5,000 則訊息 – B112110

如需詳細資訊，請參閱 OCI 費用預估工具和 OCI 價目表 (PDF) 。

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

OCI Full Stack DR 是根據主要與待命 DR 保護群體中新增為成員的運算和資料庫資源的 OCPU 和 ECPU 數來計價。

例如 1

  • 主要 DRPG 有下列成員：Compute-A (2 個 OCPU)，以及主要 ADB (1 個 ECPU)
  • 待命 DRPG 有下列成員：Compute-B (2 個 OCPU) 和 ADB-Standby (1 個 ECPU)
  • 每小時 OCPU 總數 (運算和資料庫)：4 個 OCPU/ 小時和 2 個 ECPU/ 小時。
  • 每小時 Full Stack DR 定價：(4 × US$0.0128) + (2 × US$0.0032) = US$0.0576

例如 2

  • 主要 DRPG 有下列成員：Compute-A (4 個 OCPU)、主要 ADB (2 個 OCPU)、磁碟區 group-500 GB
  • 待命 DRPG 有下列成員：ADB 待命 (2 個 OCPU)
  • 每小時 OCPU 總數 (運算和資料庫)：8 個 OCPU/ 小時。
  • 每小時 Full Stack DR 定價：8 × US$0.0128 = US$0.1024

請注意，每小時價格與模型未來可能會有所變更。如需現行定價，請參閱最新的定價準則，或聯絡您的 Oracle 銷售代表。

3. 將磁碟區群組、檔案儲存體或負載平衡器新增為 DR 保護群組的成員是否有價格？

否，將磁碟區群組新增為 DR 保護群組中的成員並不會另行收費。OCI Full Stack DR 定價僅適用於運算和資料庫成員類型。完整堆疊災害復原不會對下列 OCI 資源類型收取額外費用：

  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI 區塊儲存 (開機磁碟區和區塊磁碟區的磁碟區群組)
  • OCI 檔案儲存
  • OCI 物件儲存

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

有。無論您是否使用 Full Stack DR，部署應用程式堆疊所需 OCI 服務的正常成本都會支付。您需要支付 OCI Networking、OCI Compute、OCI 儲存使用量、OCI Load Balancer、Oracle 資料庫和應用程式堆疊所需的任何其他 OCI 服務的費用。根據本節問題 2 所述的 ECPU 和 OCPU 數目，Full Stack DR 的成本是額外的成本。

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