SA学習｜「復旧できた」をどう判定する？冗長化・バックアップ・RTO・RPOの3事例■ 非機能要件の記述を練習するなら
「2台にした」「バックアップを取った」だけで、復旧の要件を満たしたと判断していませんか。SAの設計学習では、設備の名前に加え、どの障害から、どのデータへ、いつ業務を戻せるかを整理しましょう。
以下の3事例はすべて学習用の独自作成です。実際の過去問や公式解答ではありません。
■ 目標と実績を別々に書く
RTO（目標復旧時間）は復旧にかけられる時間の目標、RPO（目標復旧時点）は復旧すべきデータの時点です。「RPO 15分」は、障害発生前15分以内の時点まで戻す目標として扱います。目標を設定しただけで、その性能が実現するわけではありません。
測定の起点と復旧完了の条件もそろえます。本稿では、RTOの判定対象を「停止から、指定した業務を再開できるまで」とします。
定義の確認：NIST「RTO」
https://csrc.nist.gov/glossary/term/Recovery_Time_Objective
NIST「RPO」
https://csrc.nist.gov/glossary/term/recovery_point_objective
■ 事例1：切替先にも誤削除が届いていたら
条件：主系と待機系の2台構成。機器故障時は待機系へ切り替える設計です。更新も削除も即時に両系へ反映され、過去の履歴は保存しません。主系で誤削除が起きました。
問：待機系へ切り替えれば、削除前へ戻せるでしょうか。
誤った説明：「2台に同じデータがあるので戻せる」。同じ状態には、誤削除の結果も含まれます。
正しい説明：この条件では切替だけでは戻せません。機器故障への備えと、過去のデータ状態を取り戻す備えは別です。削除前の整合した状態へ戻せるバックアップや履歴が必要です。冗長化の有無だけで、RTO・RPOを達成したとは判定できません。
根拠：AWSは、データの破損や削除には複製だけで対応できるとは限らず、過去時点へ戻す仕組みも必要と説明しています。
https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_disaster_recovery.html
■ 事例2：15分間隔でも、最後に戻せるのは30分前
条件：RPOは15分。10:00に障害が発生しました。15分ごとのバックアップを予定していましたが、9:45の回は失敗。復元可能と確認できた最新データは9:30時点です。ログなど、より新しいデータへ戻す手段はありません。
問：今回、RPOの要件を満たしたでしょうか。
誤った説明：「取得間隔が15分なので満たす」。予定の間隔と、実際に復元できる時点を取り違えています。
正しい説明：必要なのは9:45以降の状態ですが、戻せるのは9:30。障害時刻との差は10:00−9:30＝30分で、目標の15分を超えます。「RPOが30分になった」ではなく、「RPO 15分に対し、今回は30分前までしか戻せず未達」と書きます。30分は失われ得る更新の時間幅であり、消失件数ではありません。
■ 事例3：データ復元は25分、業務再開は50分
条件：RTOは45分。復旧試験で14:00に停止し、14:25にデータ復元、14:40に認証機能の復旧が完了しました。必要な業務確認を終え、注文受付を再開できたのは14:50です。この例の完了条件は、確認済みの注文受付再開です。
問：RTOの要件を満たしたでしょうか。
誤った説明：「復元は25分で終わったので達成」。データ復元だけを測り、業務の依存先と完了条件を除いています。
正しい説明：実測した復旧時間は14:50−14:00＝50分。目標45分を5分超過して未達です。RTO自体は45分のままです。また、この例には復元データの時点がないため、RPOの達成可否は判断できません。
事例2・3の確認観点：AWSは、バックアップがあることや復元できるという想定だけで済ませず、復旧試験でデータの内容・利用可能性とRTO・RPOへの適合を確かめるよう説明しています。
https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_backing_up_data_periodic_recovery_testing_data.html
■ コピーして使える復習シート
対象の業務：＿＿
想定する障害：＿＿
目標RTO／RPO：＿＿／＿＿
停止時刻／復旧データの時点／業務再開時刻：＿＿／＿＿／＿＿
判定と不足する情報：＿＿
練習：事例3の業務再開だけを14:40に変更すると？
答え：実測40分でRTO 45分以内。RPOは引き続き情報不足です。試験で確認した結果と、あらゆる障害での保証も区別しましょう。
SA全体の学習へ戻る
この3事例は復旧要件の一論点を練習する独自例で、出題範囲全体を網羅するものではありません。科目ごとの出題形式を整理したい場合は、以下の無料概要へ。
「システムアーキテクト試験の概要｜2026年度前期の日程と4科目を確認する」
解説URL：https://note.com/sikaku_rakutoru/n/n87d16d4ab86e
概要は2026年度前期を対象とします。別年度・別区分の受験条件は、IPAの最新案内で確認してください。
■ 理由を短く書いてみる
事例3について、「14:25のデータ復元をもって復旧完了と判定できない理由」を30字以内で説明してみてください。これも学習用の独自問題で、実際の過去問や公式解答ではありません。
解答例：完了条件である注文受付の再開を確認できていないため。
解答例は句点を含めて26字です。「45分を超えたから」だけでは、なぜデータ復元を完了と扱えないかの説明になりません。問われた理由に対して、この例で決めた完了条件を根拠にします。
■ 非機能要件の記述を練習するなら
復旧・冗長化・バックアップを学んだ後、科目B-1で非機能要件の選択理由を書く練習へ進みたい方へ。非機能要件の3つのトレードオフを扱う教材です。
「【2026年最新】システムアーキテクト 科目B-1 合格対策｜非機能要件の3トレードオフ」単品1,480円（2026-11-04確認）。まず無料部分で対象と収録内容を確認し、ご自身の学習に必要かをご判断ください。
■ CBTの準備は最新の公式案内で
IPAの現行案内では、画面上のメモ機能・電卓機能に加え、メモ用紙1枚と筆記用具が配布されます。自分で用意した紙や筆記用具の持込みとは異なります。配布されたメモ用紙は試験室外へ持ち出せず、試験後に回収されます。画面操作とメモの使い分けを確認し、受験日時は自分の予約内容で確かめてください。
IPA「令和8年度前期試験について（受験申込み）」：
