目標復旧時点(RPO: Recovery Point Objective)は、災害や障害が発生した際に、どの時点までのデータを復旧させる必要があるか、つまり「許容できるデータ損失の最大量」を時間で示す指標です。例えば、RPOが24時間であれば、障害発生時点から最大で24時間前のデータまでの復旧を保証し、24時間以内のデータ損失は許容するという意味になります。これは、システムの停止時間を示すRTO (目標復旧時間) とは異なります。
システム監査技術者2014年度 秋期午前I問 21
2014年度 秋期 システム監査技術者 午前I 問21
難度
標準
目標復旧時点(RPO)を24時間に定めているのはどれか。
選択肢
ア業務アプリケーションをリリースするための中断時間は、24時間以内とする。
イ業務データの復旧は、障害発生時点から24時間以内に完了させる。
ウ障害発生時点の24時間前の業務データの復旧を保証する。
エ中断したITサービスを24時間以内に復旧させる。
解説
結論 → 詳細 → 補足 の 3 層構成
展開閉じる
解説
結論 → 詳細 → 補足 の 3 層構成
この解説は？
この解説は AI 生成です（詳細）
解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。
AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。
解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
分野「サービスマネジメント」の学習ポイント
この問題の理解を「分野全体の力」に広げるための足がかり
- 何が問われるか
- ITIL のサービスライフサイクル、SLA/OLA、インシデント／問題／変更の管理プロセスの違い。
- 学習の進め方
- 似た用語（インシデント vs 問題、変更 vs リリース）の対比を表で押さえる。CAB の役割も頻出。
- 関連キーワード
- ITILSLAインシデント管理問題管理変更管理CAB
AI コパイロット
この問題を AI と深掘りする
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
共有
ショート動画
関連する問題
サービスマネジメント の他の問題