このページは機械翻訳したものです。

リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)

リカバリ時間目標は許容できるダウンタイムの量であり、リカバリ・ポイントの目標は許容できるデータ損失の量です。障害が発生した場合、高可用性DBシステムは、スタンドアロンDBシステムと比較して、より優れたリカバリ時間の目標およびリカバリ・ポイント目標を達成できます。

HeatWaveサービスは、Block Volumesを使用してユーザー・データを格納します。HeatWaveサービスには、ブロック・ボリュームによって提供される耐久性セキュリティおよびパフォーマンス機能に加えて、様々なタイプの障害に対する耐障害性を提供する豊富な機能セットがあります。機能には、自動および手動バックアップ、ポイントインタイム・リカバリ、クロス・リージョン・バックアップ・コピー、高可用性DBシステム、インバウンドおよびアウトバウンド・レプリケーションおよび読取りレプリカがあります。

スタンドアロンDB System

次の表に、スタンドアロンDBシステムのリカバリ時間目標(停止時間の許容範囲)およびリカバリ・ポイント目標(データ損失の許容範囲)を示します。

表2-1スタンドアロンDBシステムのRTO (停止時間の許容範囲)およびRPO (データ損失の許容範囲)

障害およびメンテナンス・イベント 停止時間(RTO) 潜在的データ損失(RPO)
  • ソフトウェアおよびハードウェアの定期的な更新
数分から数時間 ゼロ
局所的なイベント:
  • ネットワーク接続の失敗
  • ストレージ接続の失敗
数分から数時間 ゼロ
バックアップからのリストアが必要なイベント:
  • 全面的なストレージ障害
  • データベース全体の障害
  • 可用性ドメインまたはフォルト・ドメインの障害
数分から数時間 ポイント・イン・タイム・リストアを有効にして最大5分。

高可用性DBシステム

次の表で、単一インスタンス障害が発生した場合の、高可用性DBシステムのリカバリ時間目標(停止時間の許容範囲)およびリカバリ・ポイント目標(データ損失の許容範囲)について説明します。

表2-2高可用性DB SystemのRTO (停止時間許容範囲)およびRPO (データ損失許容範囲)

障害およびメンテナンス・イベント 停止時間(RTO) 潜在的データ損失(RPO)
  • ソフトウェアおよびハードウェアの定期的な更新
秒から分 ゼロ
インスタンスごとの局所的なイベント:
  • ストレージ接続の失敗
  • ネットワーク接続の失敗
  • データベース全体の障害
最小 ゼロ
  • 可用性ドメインまたはフォルト・ドメインの障害(高可用性タイプによって異なる)
  • 全面的なストレージ障害
最小 ゼロ

この記事は役に立ちましたか。