情報処理試験を勉強していると、「ホットスタンバイとコールドスタンバイは分かるけど、ウォームスタンバイって結局どこが違うの？」と混乱しがちです。この記事では、ウォームスタンバイの定義と仕組みを日常の例え話で噛み砕き、試験での出題パターンまで一気に整理します。
対象試験と出題頻度
ウォームスタンバイは、基本情報技術者・応用情報技術者で出題されるテーマです。
冗長化の待機方式を比較させる問題で繰り返し登場しており、ホットスタンバイ・コールドスタンバイとの違いを正確に区別できるかが問われます。
詳細をクリックして確認
基本情報技術者
応用情報技術者
★★★☆☆
ランクB（標準）覚えておくと有利
用語の定義
ウォームスタンバイ（Warm Standby）とは、一言で言うと
「待機系の機材とOSを起動済みの状態で待機させておき、障害発生時に業務システムを立ち上げて切り替える中間的な復旧方式」
のことです。
イメージとしては、「エンジンをかけたまま駐車場で待機している代車」です。
メインの車が故障したら、代車にナビの行き先（業務システム）をセットすればすぐ出発できます。ただし、ナビの目的地は事前にセットされていないため、まったくの即発進（ホットスタンバイ）ほどの速さはありません。
一方で、エンジンすらかかっていない車（コールドスタンバイ）よりはずっと早く出発できます。
📊 ウォームスタンバイの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Warm Standby |
| 分類 | デュプレックスシステムにおける待機方式の一つ |
| 待機系の状態 | 電源ON・OS起動済み／業務システムは未起動 |
| 復旧速度 | 中程度（ホットより遅く、コールドより速い） |
| コスト | 中程度（ホットより安く、コールドより高い） |
解説
デュプレックスシステムでは、現用系（メインで稼働するシステム）と待機系（予備のシステム）の2台を用意します。問題は「待機系をどこまで準備しておくか」です。
準備度合いを上げれば切替えは速くなりますが、そのぶんコストがかさみます。逆に準備を最小限にすれば安く済みますが、復旧に時間がかかります。
この「速度とコストのバランス」を3段階に分けたのが、ホット・ウォーム・コールドの3方式です。
3方式の比較
ウォームスタンバイの位置づけを正確に把握するには、3方式を並べて比較するのが近道です。
| 方式 | 待機系の状態 | データ同期 | 復旧速度 | コスト |
|---|---|---|---|---|
| ホットスタンバイ | 業務システム起動済み | リアルタイム同期 | 数秒〜数分 | 高 |
| ウォームスタンバイ | OS起動済み・業務システム未起動 | 定期バッチ等で差分反映 | 数十分〜数時間 | 中 |
| コールドスタンバイ | 電源OFF・機材のみ確保 | なし（障害後にデータ投入） | 数時間〜数日 | 低 |
図解：3方式の準備度合いイメージ
それぞれの方式で「待機系が何を準備しているか」を視覚的に整理します。
待機系の準備レベル比較
🔥 ホット
🌡️ ウォーム
❄️ コールド
▲ 復旧速度：ホット ＞ ウォーム ＞ コールド ／ コスト：ホット ＞ ウォーム ＞ コールド
ウォームスタンバイが選ばれる場面
ホットスタンバイほどの即時切替えは不要だが、コールドスタンバイのように数時間〜数日の停止は許容できないシステムで採用されます。
具体的には、社内の業務システムやバッチ処理基盤など「数十分以内に復旧できれば業務に大きな支障が出ない」というケースが典型です。
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 ウォームスタンバイの核心を3行で
・待機系のOSは起動済みだが、業務システムは起動していない状態で待機する方式
・復旧速度・コストともにホットとコールドの中間に位置する
・障害発生後に業務システムの起動とデータの最新化を行ってから切り替える
試験ではこう出る！
ウォームスタンバイは、FE・APの午前問題でホットスタンバイやコールドスタンバイとの区別を問う形式で繰り返し出題されています。「ウォームスタンバイ」が直接正解となる問題だけでなく、ホットスタンバイの説明を選ばせる問題の不正解選択肢としても頻繁に登場します。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| AP H23秋 午前 問15 |
ホットスタンバイ方式の説明を選ぶ問題。選択肢エにウォームスタンバイの説明（「OSは立ち上げているが業務システムを全く起動していない状態で待機」）が配置。 | ・ウォームスタンバイとホットの区別 ・「業務システム未起動」がウォームの決め手 |
| FE H21秋 午前 問15 |
ホットスタンバイ方式の説明を選ぶ問題。不正解選択肢にウォームスタンバイ・コールドスタンバイ・デュアルシステムが並ぶ。 | ・4方式の横断的な識別力 ・「ダウンを検出→直ちに引き継ぐ」がホットの特徴 |
| FE H30春 午前 問14 |
「同一のオンライン処理プログラムをあらかじめ起動して待機」するシステムを選ぶ問題。 | ・「あらかじめ起動して待機」＝ホットスタンバイ ・コールドスタンバイとの区別がひっかけ |
| PM R4秋 午前Ⅱ 問19 |
ウォームスタンバイの説明として最も適切なものを直接選ばせる問題。 | ・「バックアップシステムを起動し、データを最新状態にしてから復旧」が正解 ・ホット（直ちに復旧）・コールド（機材持ち込み）がひっかけ |
📝 IPA試験での出題パターン
パターン1：「ホットスタンバイの説明を選べ」（ウォームはひっかけ役）
FE H21秋 問15やAP H23秋 問15のように、ホットスタンバイの正しい説明を選ばせる問題が定番です。この形式では「OSは起動しているが業務システムは未起動」という記述がウォームスタンバイのひっかけ選択肢として配置されます。ここだけは確実に押さえてください。
パターン2：「ウォームスタンバイの説明を選べ」（直接出題）
PM R4秋 午前Ⅱ 問19のように、ウォームスタンバイの説明を直接問う出題もあります。「バックアップシステムを起動→データを最新化→サービス復旧」という手順の記述が正解です。「直ちにサービスを復旧」（ホット）や「機材を持ち込んで再開」（コールド）に引きずられないよう注意が必要です。
試験ではここまででOKです。3方式の待機系の状態（業務システムが起動しているか否か・データが同期されているか否か）を区別できれば得点できます。深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. デュプレックスシステムの待機方式のうち、ウォームスタンバイの説明として最も適切なものはどれでしょうか？
- A. 待機系にも現用系と同じ業務システムを起動し、データをリアルタイムに同期させておくことで、障害時に即座に切り替えて処理を続行する。
- B. 待機系の電源をOFFにしたまま機材だけを確保しておき、障害発生後に機材を起動・設定してからサービスを再開する。
- C. 待機系のOSは起動済みだが業務システムは起動していない状態で待機させ、障害発生後に業務システムを立ち上げ、データを最新化してからサービスを復旧する。
正解と解説を見る
正解：C
解説：
ウォームスタンバイは、待機系の電源とOSは起動済みだが業務システムは稼働させず、障害時にシステム起動とデータ反映を行ってから切り替える方式です。PM R4秋 午前Ⅱ 問19でも同趣旨の出題がありました。
選択肢Aはホットスタンバイの説明です。ホットスタンバイでは業務システムまで起動済みかつデータもリアルタイム同期されており、障害時にほぼ即座に切り替えが完了します。選択肢Bはコールドスタンバイの説明です。コールドスタンバイでは電源すら入っていないため、起動・設定・データ投入のすべてを障害発生後に行う必要があり、復旧に最も時間がかかります。
よくある質問（FAQ）
Q. ウォームスタンバイとウォームサイトは同じ意味ですか？
厳密には異なります。ウォームスタンバイは「待機系の運用方式」を指し、同一拠点内でも使える概念です。一方、ウォームサイトは「災害復旧（DR）のために別拠点に用意したバックアップ施設」を指します。ウォームサイトの中で採用される待機方式がウォームスタンバイである、という包含関係にあります。IPA試験では両者を明確に区別する出題は少ないですが、「サイト＝場所」「スタンバイ＝方式」と覚えておけば混同を防げます。
Q. RTO（目標復旧時間）との関係を教えてください。
RTOは「障害発生からサービス復旧までに許容される最大時間」を定めた指標です。RTOが厳しい（短い）ほど、待機方式はホットスタンバイ寄りになり、RTOに余裕があればコールドスタンバイで十分です。ウォームスタンバイは「RTOが数十分〜数時間程度」の要件に適合する選択肢として位置づけられます。
Q. 実務ではウォームスタンバイを採用するケースは多いですか？
クラウド環境の普及により、以前よりも採用例は増えています。AWSでは「Warm Standby」がDR戦略の公式パターンとして定義されており、復旧リージョンで縮小版の環境を常時稼働させる構成が該当します。オンプレミスでも、社内基幹システムのDR対策として「ホットスタンバイほどのコストはかけられないが、半日以上の業務停止は許容できない」場面で採用されます。
Q. ウォームスタンバイではデータの同期はどのように行いますか？
一般的には、夜間バッチや定期的なレプリケーションで現用系のデータを待機系に反映します。ホットスタンバイのようなリアルタイム同期ではないため、障害発生時には「前回のバッチ以降のデータ」が失われる可能性があります。この失われるデータ量の許容範囲がRPO（目標復旧時点）であり、ウォームスタンバイを設計する際にはRTOとRPOの両方を検討する必要があります。
