ITサービスマネージャ 2025年 午前2 問08
問題文
目標復旧時間（RTO）を24時間に定めているのはどれか。
選択肢
ア：アプリケーションソフトウェアのリリースを展開するための中断時間を、24時間以内とする。
イ：インシデントの解決後、その原因となった問題を24時間以内に解決させる。
ウ：業務データを、障害発生時点の24時間前以降の状態に復旧させる。
エ：中断したITサービスを24時間以内に復旧させる。（正解）
🔒 解説は解答すると表示されます
目標復旧時間（RTO）【午前2解説】
正解の理由
RTO（Recovery Time Objective：目標復旧時間）は、障害などで中断したサービスや業務を、どれだけの時間内に復旧させるかを示す目標です。
したがって、「中断したITサービスを24時間以内に復旧させる」とするエが該当します。RTOが24時間であれば、サービスの中断から復旧までの時間を24時間以内にすることを目指します。
解法ステップ
- RTOの「復旧時間」に注目します。
- 何を復旧させる時間なのかを確認します。
- 中断したITサービスを24時間以内に復旧させる選択肢を選びます。
選択肢別の誤答解説
- ア：アプリケーションのリリース作業に伴う中断時間の目標です。障害発生後にサービスを復旧させる時間を示すRTOとは異なります。
- イ：インシデント解決後に、原因となった問題を解決するまでの時間です。問題管理に関する目標であり、サービスの復旧時間ではありません。
- ウ：障害発生時点から、どの時点のデータまで戻すかを示しています。これはRTOではなく、目標復旧時点であるRPO（Recovery Point Objective）に関する内容です。
- エ：中断したITサービスを24時間以内に復旧させる目標です。RTOの定義に合致します。
よくある誤解
- RTOとRPOを混同する：RTOは「復旧までの時間」、RPOは「どの時点のデータまで戻すか」です。
- データ復旧とサービス復旧を同じと考える：データが復旧しても、サービスが利用可能になるとは限りません。RTOはサービスや業務の復旧時間を扱います。
- 24時間後に復旧すればよいと考える：RTOが24時間の場合、復旧にかける時間を24時間以内に収めることが目標です。
補足コラム
RTOとRPOは、事業継続計画や災害復旧計画で重要な指標です。たとえば、RTOを短く設定すると、サービスを早く再開するための設備や運用体制が必要になります。一方、RPOを短く設定すると、障害時に失うデータを少なくするため、より頻繁なバックアップなどが必要になります。
FAQ
Q. RTOの時間は、いつから数えますか？
A. 一般には、障害などによってサービスや業務が中断してから、復旧するまでの時間として考えます。
A. 一般には、障害などによってサービスや業務が中断してから、復旧するまでの時間として考えます。
Q. RPOが24時間の場合、何を意味しますか？
A. 障害発生時点から最大24時間前までのデータ損失を許容する目標を意味します。サービスを何時間以内に復旧するかを示すRTOとは異なります。
A. 障害発生時点から最大24時間前までのデータ損失を許容する目標を意味します。サービスを何時間以内に復旧するかを示すRTOとは異なります。
関連キーワード: RTO、RPO、事業継続計画、災害復旧、サービス復旧
\ せっかくなら /
ITサービスマネージャを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！