バックアップがあれば業務は戻る？——RPO・RTO・差分と増分・オフライン・復旧テストを午後の問われ方で読む｜支援士解説3の3

この記事の重要度：Bランク（午後では小問や問題文の前提として問われる分野。用語は午前II（科目A-2）でも問われる）

この記事で分かること：

• 冗長化とバックアップの違い、RPO・RTOと事業継続（BCP・BIA）の考え方

• フル・差分・増分の違いと、復元に必要な組合せ、時点復旧、復元にかかる時間の見積り

• 遠隔地・オフライン・イミュータブルの違い、ランサムウェアからの復旧と復旧テスト

シラバスとの対応：小項目3-3「バックアップ」。可用性の設計（冗長化・フェールオーバ）は支援士解説2の3、ランサムウェアの手口は支援士解説3の2、インシデントからの復旧の進め方は支援士解説4の3で扱います。

毎晩のバックアップは「正常終了」になっている。それでも、ランサムウェアに暗号化された朝、戻そうとしたバックアップの中にも暗号化されたファイルが入っていた。あるいは、バックアップの保存先も同じ管理者権限で消されていた。データベースは戻ったのに、添付ファイルが前日のままで審査ができない。バックアップは「取ってある」ことではなく、「必要な時点の状態に、必要な時間で、業務として戻せる」ことで評価します。

午後の問題では、ランサムウェアの事案の中で、どの世代のバックアップを使うか、なぜ復元できないか、早く復旧するために平常時に何を用意するかが問われます。この記事では、冗長化との違い、目標の決め方、取得の方式、対象、整合性、保護の方法、復旧テストの順に整理します。

1. 冗長化とバックアップは、備える事態が違う

冗長化は、機器や経路を複数用意して、一部の故障で全体が止まらないようにする仕組みです。バックアップは、情報が失われたり壊れたりしたときに元に戻すため、別にデータを保存しておくことです。保存したデータを書き戻す操作をリストア、環境の再構築や動作確認まで含めて業務を使える状態に戻すことを復旧と呼びます。

同じデータを複数のディスクに書くミラーリングでは、片方が故障しても残りで動きます。しかし、利用者が誤ってフォルダを削除すれば、その削除も複製先に反映されます。ランサムウェアによる書換えも同じです。

• RAID：複数のディスクを組み合わせて性能や耐障害性を高める技術。RAID 0のように冗長性を持たない方式もある

• レプリケーション：別のサーバや拠点へデータを複製する。切替えには役立つが、不正な変更も伝わる

• スナップショット：ある時点の状態を保持する。元の保存装置に依存する方式では、装置ごと失えば使えない。同じ管理者が元のデータとスナップショットの両方を消せる場合もある

• 待機系：すぐ切り替えられるホットスタンバイ、準備に時間がかかるウォームスタンバイ、停止しておいて障害時に起動するコールドスタンバイがある。待機系まで不正な更新が伝わっていれば、切替えでは解決しない

アーカイブは、長期の保存と後日の参照が主な目的で、早く復旧するためのバックアップとは設計の条件が違います。

記述の型

• 冗長化で足りない理由：「誤削除や不正な書換えも複製先に反映されるので、過去の状態には戻せない」

• スナップショットの注意：「元の保存装置に依存するので、装置ごと失えば使えない」

2. RPOとRTO、事業継続の考え方

RPO（目標復旧時点）は、障害が起きたとき、どの過去の時点までのデータを戻せれば許容できるかという目標です。失うデータの量を決めます。RTO（目標復旧時間）は、障害が起きてから、どれだけの時間内に業務を再開できる状態に戻すかという目標です。止まっている時間の長さを決めます。

架空の例で、14時にサービスが止まり、13時45分のデータまで戻し、16時までに業務を再開する目標なら、RPOは15分、RTOは2時間です。バックアップの取得間隔と、実際に戻せる時点は一致するとは限りません。途中で取得に失敗していれば、直近の成功した時点までしか戻せません。RTOは「どこまでを復旧と呼ぶか」（書き戻した時点か、業務担当者が使えることを確かめた時点か）も一緒に決めます。

全ての機能を同時に戻せないときは、優先順位を決めます。たとえば、窓口の受付と証明書の発行を最優先で4時間以内に戻し、統計処理は翌週でよい、と決めます。そのうえで、RTOまでに業務をどの水準まで戻すか（例：4時間以内に、通常の半分の窓口数で受付と証明書の発行を再開する）をRLO（目標復旧レベル）と呼びます。

これらの目標は、業務への影響を分析するBIA（ビジネスインパクト分析）で、業務ごとに決めます。例えば、住民票の写しの交付は半日止まれば窓口が混乱し、法令上の期限がある業務は期限に間に合わなくなる、統計の作成は数日遅れても影響が小さい、というように、止まった時間ごとの影響を見積もり、許容できる停止時間から目標を決めます。悪影響が許容できなくなるまでの時間をMTPD（最大許容停止時間）と呼び、RTOはそれより短く置きます。災害や障害のときに重要な業務を続け、早く再開するための計画がBCP（事業継続計画）、その計画を作り、訓練し、見直し続ける管理の仕組みがBCM（事業継続管理）です。情報システムを別の拠点で再開する仕組みや計画を、DR（災害復旧）と呼びます。目標は技術担当だけでは決められないので、業務の担当と合意します。

BCPには、少なくとも次を書きます。

• 優先して続ける業務と、その目標（RTO・RPO・RLO）

• 業務を続けるために必要な資源（人、場所、システム、データ、委託先）と、その代替の手段

• 発動の基準、体制、連絡の手順

• 手作業や紙で受け付けるなどの代替の業務と、戻った後にシステムへ反映する手順

• 訓練と見直しの時期

災害復旧の拠点は、準備の度合いで分けられます。ホットサイトは機器を稼働させてデータも同期しておき、すぐ切り替えられる拠点、ウォームサイトは機器を用意しておき、起動やデータの反映に一定の時間がかかる拠点、コールドサイトは場所と設備だけを用意し、機器の搬入や構築から始める拠点です。早く戻せるほど費用がかかるので、RTOとの釣合いで選びます。NIST SP 800-34 Rev.1

記述の型

• RPOの説明：「障害の発生時から遡って、どの時点までのデータを戻せればよいかという目標」

• RTOの説明：「障害の発生から、業務を再開できる状態に戻すまでに許容される時間の目標」

3. フル・差分・増分は、変更を測る基準が違う

• フルバックアップ：対象の全体を保存する。単独で復元できるが、時間と容量がかかる

• 差分バックアップ：直近のフルバックアップ以降の変更を保存する

• 増分バックアップ：前回のバックアップ（フルか増分）以降の変更を保存する

月曜の夜にフルを取り、火曜にファイルA、水曜にB、木曜にCだけが更新されたとします。差分なら、火曜はA、水曜はA＋B、木曜はA＋B＋Cを保存します。比べる相手が月曜のフルだからです。木曜の夜の状態に戻すには、月曜のフルと木曜の差分を使います。増分なら、火曜はA、水曜はB、木曜はCだけを保存するので、戻すには月曜のフルと、火曜・水曜・木曜の増分すべてが要ります。水曜の増分を失えば、Bを戻せません。

増分は取得する量が小さい代わりに、復元が一連の保存データに依存します。差分は日がたつほど量が増えますが、復元はフルと最新の差分の二つで済みます。迷ったら、「最新の一つのファイルに何が入っているか」から考えます。製品によっては、フルと増分から新しいフルを合成するものもありますが、保存データの依存関係は確かめます。

取得にかかる時間と容量は、フル＞差分＞増分の順に小さくなり、復元の手間は逆に増分が最も大きくなります。例えば、週に一度フルを取り、平日は増分を取る組合せなら、取得は軽くなりますが、週の後半ほど復元に使う保存データが増えます。

記述の型

• 増分の復元：「基準のフルバックアップと、その後の全ての増分バックアップが必要」

• 差分の復元：「基準のフルバックアップと、最新の差分バックアップが必要」

4. 対象は、業務を動かす条件まで含める

申請システムのデータベースだけを戻しても、本人確認書類などの添付ファイルが別の領域にあれば、審査はできません。画面を表示するアプリケーション、接続先の設定、職員の権限、ネットワークの設定も要ります。データを暗号化していれば、復号の鍵と鍵管理への接続も復旧の条件です。

全てを同じ方法で保存する必要はありません。業務データはバックアップから戻し、アプリケーションは管理された配布物から入れ直し、基盤は構成の定義から作り直す設計もあります。保存しないものは、代わりにどう用意するかを決めておきます。

• 業務データ：対象、戻す時点、添付ファイルとの対応

• プログラム・構成：必要な版、設定、作り直す順序

• 認証・権限・鍵：管理者の認証手段、職員の権限、復号の鍵とその保管先

• 手順・連絡先・契約：復旧の手順書、事業者への依頼の方法、利用権

復旧の手順書が止まったファイルサーバにしかない、バックアップの管理画面に入るのに、まだ戻っていない認証基盤が要る、という循環も起こります。何から戻すかの順に並べると見つかります。秘密鍵や管理者の認証情報を、誰でも読める場所に業務データと一緒に置いてはいけません。必要なときに取り出せ、普段は保護される場所に分けて置き、緊急時に使う認証の手段を用意するなら、使える条件、承認、使った記録、使った後の見直しを決めておきます。

記述の型

• データだけでは戻らない理由：「添付ファイル・設定・権限・復号の鍵がそろわないと、業務を再開できない」

• 手順書の置き場所：「停止したサーバ以外の場所にも、復旧の手順書を保管する」

5. 整合性と、時点復旧

データベースは、複数の情報を関連させて更新します。稼働中に関連するファイルを別々の時刻にコピーすれば、戻した後に整合しないことがあります。データベースが対応するバックアップの手順を使います。更新を一時的に止めて、整合した状態（静止点）でバックアップを取る方法や、データベースと連携して整合した状態を取得する機能を使う方法があります。突然電源が切れた状態に相当する形で保存し、起動時の回復処理で整合性を取り戻す考え方をクラッシュ整合性と呼びます。それで十分かは、アプリケーション次第です。

データベースの機能によっては、基準となるバックアップと、その後の更新を記録したログを組み合わせて、指定した時点まで戻せます。PITR（ポイントインタイムリカバリ）と呼ばれます。14時に誤操作があったなら、13時45分で更新の反映を止められます。ただし、途中のログが欠けていれば、その先の時点には戻れません。復旧に使う更新ログと、不正アクセスを調べる監査ログは、目的も中身も違います。

複数のシステムを別々の時点に戻すと、それぞれは正しく読めても、申請と書類が対応しないことがあります。共通の復元点をとるか、差を照合して補正するかを設計し、未処理や二重処理を見分けられるようにします。こうした照合の時間も、復旧の時間に含めます。

記述の型

• 時点復旧の条件：「基準のバックアップと、目的の時点までの連続した更新ログがそろっている」

• 稼働中のコピーの問題：「関連するファイルを別々の時刻に複製すると、戻した後にデータが整合しない」

6. 頻度・世代・保持期間と、復元にかかる時間

取得の頻度は、失えるデータの量（RPO）から決めます。取得の失敗や未実行も検知し、通知先と対応の期限を決めておきます。警告が出ないまま対象の指定が古くなり、新しいデータが入っていなかった、という事故もあります。バックアップに使える時間帯をバックアップウィンドウと呼び、夜間の集計処理などと競合して朝までに終わらないことがないかも確かめます。

世代管理は、異なる時点のバックアップを複数残すことです。最新の一つだけでは、誤削除や不正な変更に後から気付いたとき、その前に戻れません。7世代の保持と7日間の保持は同じではないので、必要な期間と復元点の細かさを分けて決めます。増分を使うなら、基準のフルを消すと、それに依存する増分も使えなくなります。

復元にかかる時間は、取得にかかる時間とは別に見積もります。例えば、720GBを実効80MB/秒で戻すなら（1GB＝1,000MBとする）、720,000MB÷80MB/秒＝9,000秒で、2時間30分かかります。RTOが2時間なら、転送だけで満たせません。実際には、保存先からの取出し、復号、増分の適用、動作確認の時間も加わります。

圧縮や重複排除は保存する量を減らせますが、それだけで復元が速くなるとは限りません。復元の経路の帯域、処理の能力、同時に戻すシステムの数、事業者からの取出しの条件まで含めて測ります。

媒体には、磁気テープ、ディスク、クラウドのストレージがあります。テープは大容量を安く保存でき、取り外して保管すればオフラインにしやすい一方、必要なデータを取り出すまでに時間がかかります。ディスクは速く戻せますが、ネットワークにつながったままだと攻撃が届きます。

長く保存するほど、個人情報などを持ち続ける量も増えます。本番から削除した情報が、古いバックアップには残っていることもあります。保存の目的、保持期間、期間が過ぎた後の消去も決めます。

記述の型

• 世代を残す理由：「不正な変更に後から気付いても、変更される前の世代から復元できる」

• RTOを満たせない理由：「復元するデータの量を転送の速度で割った時間が、RTOを超える」

7. 遠隔地・オフライン・イミュータブルは、別の性質

基本の考え方として、3-2-1ルールがあります。元のデータを含めて三つのコピーを持ち、二種類の媒体に分け、一つは遠隔地に置きます。狙いは、同じ原因で全部失うことを避けることです。ただし、数字を満たしても、侵害された管理者アカウントで全部消せるなら、攻撃への備えにはなりません。CISA「#StopRansomware Guide」

• 遠隔地保管：離れた場所に置き、同じ建物の火災や浸水に備える。離れていても、ネットワークにつながっていれば攻撃は届く

• オフライン：通常のネットワークからアクセスできない状態にする。次の取得のために接続する時間を短くし、取得が終わったら切り離す。持ち運びの紛失や、保管中の媒体の劣化にも備え、定期的に読み出せるかを試す。庁舎内でもオフラインにでき、遠隔地でもオンラインのことがある

• イミュータブル：保持期間中の書換えや削除を制限する。一度書いたら繰り返し読むだけの考え方をWORMと呼ぶ。製品によっては、特別な権限で保持を解除できるモードもあるので、モードと例外の権限を確かめる。保存した中身が正しいことの保証ではない

• 暗号化：媒体やデータが持ち出されたときに内容を読まれにくくする。削除は防がない。鍵を失えば戻せない

本番のサーバの管理者権限を奪われても、保存済みのバックアップを消せないように、管理の権限と認証基盤を分けることを検討します。バックアップの管理画面には多要素認証をかけ、削除や保持期間の短縮のような操作には別の人の承認を求めます。同じ人が同じ端末から両方を無制限に操作できる構成では、分けた効果が弱くなります。

午後での問われ方

• 平成29年度秋期 午後I問1：ランサムウェアへの対策が題材でした。ファイルサーバの共有フォルダのデータは、そのサーバのローカルディスク上の、一般利用者の権限ではアクセスできない領域に、1時間ごとにバックアップされていました。脆弱性を悪用して感染を広げ、管理者権限でファイルを暗号化する別のランサムウェアに感染した場合に起きる被害として、解答例は「共有フォルダのバックアップデータも暗号化されてしまい復元できなくなる。」です。同じ問題では、感染していないサーバのファイルまで暗号化された原因として、PCの設定「Dサーバ上の共有フォルダをネットワークドライブとして割り当てる。」と、ランサムウェアの特徴「ネットワークドライブ上のファイルも暗号化の対象となる。」が示されています。PCから書き込めるネットワーク上の保存先は、バックアップの置き場所としても危険です。

採点講評で指摘されたつまずき

• 平成29年度秋期 午後I問1の講評は、この設問について、ランサムウェアが管理者権限でファイルを暗号化する場合の被害を想定して、対策を立案できるようになってほしいとしています。一般利用者の権限から守るだけの置き場所は、管理者権限を奪われれば守れません。

記述の型

• 同じサーバのバックアップの危険：「管理者権限を奪われると、同じサーバ上のバックアップも暗号化・削除される」

• 対策：「バックアップを、本番とは別の管理権限で守られた、オフラインまたは変更できない保管先に置く」

8. クラウドでも、戻せる条件は利用者が確かめる

クラウドサービスでも、確かめる条件は残ります。サービス基盤の障害からの復旧と、利用者が誤って消したデータを戻す機能は、提供の範囲が違うことがあります。何が保存されるか（本文、添付、権限、設定）、いつの時点に戻せるか、どの単位で戻せるか、誰が依頼できるか、復旧までの時間と費用、契約が終わった後にデータを取り出せるかを確かめます。ごみ箱から30日以内なら戻せる機能があっても、先週の状態へ全体を戻せるとは限りません。逆に、全体を先週に戻すと、その後に正しく登録された情報まで失います。データを書き出して保存するなら、読めるだけでなく、添付ファイルや権限を含めて取り込み直せるかも確かめます（責任の分担は支援士解説2の2）。

記述の型

• クラウドで確かめること：「利用者が誤って削除したデータを、どの時点まで、どの単位で戻せるかを確かめる」

9. 復旧テストと、攻撃からの復旧

バックアップのテストは、漏れなく取得できるか、時間内に終わるか、失敗を検知できるかを確かめます。復旧のテストは、実際に取り出して環境を戻し、業務を実行できるかを確かめます。取得のジョブが正常終了していても、新しく追加した添付ファイルの領域が対象に入っていないことがあります。

復旧のテストは、本番に影響しない環境で行い、戻したシステムが本物の宛先へメールを送ったり、外部に処理を再送したりしないようにします。テストで個人情報を含むデータを戻すなら、使える範囲、アクセスできる人、テストの後の消去も管理します。進め方の例です。

1. 復元の対象と復元点を選び、必要な媒体・鍵・手順・権限をそろえる

2. 安全な環境を用意し、データと構成を戻す

3. データベースと添付ファイル、設定、権限が整合しているかを確かめる

4. 業務の担当者が、照会・受付・審査などの所定の操作を行う

5. 外部との連携、未処理・二重処理、紙で受け付けた分の扱いを確かめる

6. 所要時間、戻せた時点、残った課題を記録し、計画と手順を直す

全体の復旧だけでなく、一件の誤削除、保存装置の全損、遠隔地からの取出し、普段の認証基盤が使えない場合、いつもの担当者がいない場合など、想定ごとに試します。

ランサムウェアの被害では、戻す前の判断が増えます。被害が表に出た時刻と、侵入や暗号化が始まった時刻は同じとは限りません。どの復元点を使うか、戻す先の環境が安全か、侵入の経路と盗まれた認証情報をどう処理するかを、調査の担当と決めます。感染した環境にそのまま戻せば、再び暗号化されます。戻す先は初期化するか新しく用意し、侵入の経路をふさぎ、管理者のパスワードなどを変えてから戻します。ファイルを戻しても、持ち出された情報は取り戻せません。証拠の保全、流出の調査、必要な報告は別に進めます。

ハッシュ値の照合は、保存したデータが基準と一致するかを確かめるのに役立ちます。ただし、基準の値そのものを守る必要があり、一致するだけでは、マルウェアを含まないことや業務上の正しさまでは証明できません。

午後での問われ方

• 平成29年度秋期 午後I問1（7.と同じ問題）：バックアップのジョブは、開始と終了の時刻をログに記録していました。暗号化される直前の世代を選ぶとき、感染の開始時刻と比べるべき時刻として、解答例は「バックアップ終了時刻」です。

• 平成26年度春期 午後II問2（情報セキュリティスペシャリスト試験）：公開Webサーバのコンテンツが改ざんされた事案が題材でした。バックアップのメディアから復元せず、OSやプログラムの最新版を入れ直し、コンテンツはE社が納入したものを使って復旧する方針の理由として、解答例は「バックアップメディアに改ざんされたファイルが含まれている可能性があるから」です。

• 令和7年度秋期 午後問4：工作機械を制御するSCADAがマルウェアの被害を受けたときに、早く復旧するための仕組みと手順が問われました。解答例の一つは、SCADAの中のNCプログラムを「バックアップ／リストアするための媒体とソフトウェア」と、それを「リストアする手順」です。

採点講評で指摘されたつまずき

• 平成29年度秋期 午後I問1では、「バックアップの開始時刻」という誤った解答が見受けられたとされています。バックアップの取得には時間がかかるので、その間にランサムウェアが暗号化を行えば、バックアップの中に暗号化されたファイルが含まれ、復元できなくなります。

• 令和7年度秋期 午後問4では、早く復旧する方法を問う設問で、攻撃を阻止する手段を書く解答が散見されたとされています。迅速な復旧には、バックアップの取得など、平常時に何をしておくかが重要です。

記述の型

• 世代の選び方：「感染の開始時刻より前に、バックアップの取得が終了している世代を選ぶ」

• バックアップを使わない理由：「バックアップにも、改ざんされたファイルが含まれている可能性がある」

• 早く復旧する備え：「平常時に、バックアップ／リストアの媒体とソフトウェア、リストアの手順を用意しておく」

10. 午前II（科目A-2）で正誤を見分けるポイント

• 「差分バックアップは、前回のバックアップ以降に変更されたデータを保存する」→ 誤り。それは増分。差分は直近のフル以降の変更

• 「増分バックアップから復元するには、フルバックアップと、その後の全ての増分が必要である」→ 正しい

• 「RPOは、障害の発生から業務を再開するまでの目標時間である」→ 誤り。それはRTO。RPOは戻すデータの時点

• 「ミラーリングしていれば、誤って削除したファイルも複製先から戻せる」→ 誤り。削除も複製先に反映される

• 「RAIDは、どの方式でもディスクの故障に耐えられる」→ 誤り。RAID 0は冗長性を持たない

• 「コールドスタンバイは、待機系を停止しておき、障害時に起動して切り替える方式である」→ 正しい

• 「3-2-1ルールは、三つのコピーを二種類の媒体に分け、一つを遠隔地に置く考え方である」→ 正しい

• 「遠隔地に置いたバックアップは、オフラインのバックアップと同じ意味である」→ 誤り。離れていてもネットワークにつながっていればオンライン

• 「イミュータブルなバックアップなら、保存した中身も正しいと保証される」→ 誤り。変更を制限するだけ

• 「BIAは、業務が止まったときの影響を分析し、復旧の優先順位と目標を決める手法である」→ 正しい

• 「RTOは、MTPD（最大許容停止時間）より長く設定する」→ 誤り。許容できなくなる前に戻せるよう、短く置く

• 「ホットサイトは、場所と設備だけを用意しておき、障害時に機器を搬入して構築する拠点である」→ 誤り。それはコールドサイト

• 「バックアップの取得に成功していれば、復旧のテストは要らない」→ 誤り。取り出して業務を実行できるかは別に確かめる

• 「バックアップを暗号化すれば、攻撃者による削除も防げる」→ 誤り。暗号化は内容の露出を抑えるだけで、削除は防がない

• 「バックアップウィンドウは、バックアップの処理に使える時間帯のことである」→ 正しい

理解度チェック

本文の理解を確かめるためのオリジナル問題です。実際の過去問ではありません。

問1　差分と増分

月曜にフル、火曜から木曜まで毎晩増分バックアップを取得した。途中で別のフルの取得や合成処理はない。木曜の夜の対象全体を復元するために必要な組合せはどれか。

• ア：木曜の増分だけ

• イ：月曜のフルと木曜の増分だけ

• ウ：月曜のフルと、火曜・水曜・木曜の増分

• エ：火曜・水曜・木曜の増分だけ

正解：ウ。増分は前回からの変更だけを持つので、基準のフルと、その後の一連の増分が要ります。イは、差分を取得していた場合の組合せです。

問2　RPOとRTO

14時に止まったサービスについて、少なくとも13時45分のデータを戻し、16時までに業務を再開する目標とした。この目標の説明として、適切なものはどれか。

• ア：RPOは15分、RTOは2時間である

• イ：RPOは2時間、RTOは15分である

• ウ：RPOは、バックアップの処理が完了するまでの時間である

• エ：16時にデータのコピーが終われば、業務の確認が残っていても必ず目標を達成している

正解：ア。RPOは戻すデータの時点、RTOは停止から復旧までの時間です。この目標は業務の再開までなので、エは足りません。

問3　保管先の独立性

バックアップは遠隔地にあるが、本番の環境で使う管理者アカウントから削除できる。最も適切な評価はどれか。

• ア：遠隔地なので、ランサムウェアによる削除も防げる

• イ：災害への分散の効果と、管理者権限の侵害への耐性を分けて評価する

• ウ：通信が暗号化されていれば、管理者は削除できない

• エ：オフラインと遠隔地は同じ意味なので、追加の確認は要らない

正解：イ。場所が離れていても、侵害された権限で削除される可能性は残ります。通信の暗号化は、削除の権限を制限しません。

問4　変更できないバックアップ

保持期間中にデータを削除できないバックアップを導入した。戻せることの確認として、適切なものはどれか。

• ア：変更できないので、中身に不正なデータは含まれないと判断する

• イ：データが残るので、暗号鍵の管理は要らない

• ウ：保持が及ぶ範囲、例外の権限、鍵が使えるかを確かめ、復元を試す

• エ：導入した時点で、ランサムウェアによる情報漏えいへの対策も完了する

正解：ウ。変更の防止は、中身の正しさや復号できることを保証しません。エは、復旧と漏えいへの対策を混同しています。

問5　復旧時間

720GBを実効80MB/秒で復元する。1GB＝1,000MBとし、全量を転送するまで業務は再開できない。RTOが2時間の場合、適切な説明はどれか。

• ア：転送だけで2時間30分かかるので、この条件のままではRTOを満たせない

• イ：80MB/秒は十分速いので、計算しなくても満たせる

• ウ：バックアップの取得が1時間なら、復元も1時間で終わる

• エ：転送の後の動作確認は、どのような定義でもRTOから除ける

正解：ア。720,000÷80＝9,000秒です。取得と復元では処理の経路が違い、確認の作業も時間に含まれ得ます。

実務と国・自治体では

実務では、調達の仕様書に「バックアップを取得すること」とだけ書くと、何のために、どの事態から、いつまでに戻すのかが伝わりません。業務を再開する順序、RPO・RTO・復旧完了の判断の基準、対象と頻度と保持期間、管理権限の分離とオフラインやイミュータブルの要否、失敗の検知と通知先、復旧テストの条件と所要時間の実測を書きます。複数のシステムが同時に被災したときに、事業者の担当者や回線が足りるかも確かめます。一台ずつのテストで2時間だったことは、全部を同時に2時間で戻せる証拠ではありません。管理職には、費用をかけてどの停止や消失を減らせるか、何が残るか、代替の業務でどこまで補うかを、テストの結果とともに示します。

政府機関等の統一基準は、情報の格付に応じたバックアップと、その保存場所・保存期間の管理、期間が過ぎた後の消去まで扱っています。自治体向けのガイドラインは、業務サーバを冗長化しているかどうかにかかわらず定期的にバックアップを取ることと、通信回線装置の設定のバックアップも求めています。資料の位置付けは支援士解説1の1で整理しています。

まとめ

• 冗長化とバックアップは役割が違う。 複製には誤削除や不正な変更も伝わる。過去の状態を戻せる備えが別に要る。

• 目標を時点と時間で決める。 RPOはデータの時点、RTOは復旧までの時間。BIAで業務ごとに決め、BCPで再開の手順を用意する。

• 方式と対象から、戻す手順を逆算する。 差分はフル＋最新の差分、増分はフル＋全ての増分。データだけでなく、構成・権限・鍵・手順もそろえる。

• 攻撃から守り、戻せることを試す。 同じ権限で消せる保存先は守りにならない。世代は取得の終了時刻で選び、復旧テストは業務の確認まで通す。

関連記事

• あわせて読む：安全な機器も、つなぎ方で守りは変わる｜支援士解説2の3（冗長化とフェールオーバ）

• あわせて読む：ウイルス対策ソフトだけで防げるのか｜支援士解説3の2（ランサムウェア）

• 次に読む：インシデントから復旧したら、もう安全？｜支援士解説4の3（インシデントからの復旧）

• あわせて読む：鍵を掛ければ物理セキュリティは完璧？｜支援士解説3の7（電源と設備）

2026年10月改訂：午後の出題例と記述の型を加え、事業継続（BCP・BIA・DR）の整理を補い、各節を要点に絞って、確認問題を四択で作り直しました。