ホットサイトとは？初心者でもわかる災害対策の基本と活用法共起語・同意語・対義語も併せて解説！

この記事を書いた人

高岡智則

年齢：33歳性別：男性職業：Webディレクター（兼ライティング・SNS運用担当）居住地：東京都杉並区・永福町の1LDKマンション出身地：神奈川県川崎市身長：176cm 体系：細身〜普通（最近ちょっとお腹が気になる）血液型：A型誕生日：1992年11月20日最終学歴：明治大学・情報コミュニケーション学部卒通勤：京王井の頭線で渋谷まで（通勤20分）家族構成：一人暮らし、実家には両親と2歳下の妹恋愛事情：独身。彼女は2年いない（本人は「忙しいだけ」と言い張る）

ホットサイトとは

ホットサイトとは、災害や停電などの緊急時にも、業務を即座に再開できるように用意された代替拠点のことです。通常は現場と同じ機能を備え、現行の本番システムとリアルタイムまたはほぼリアルタイムで同期します。これにより障害時に本番環境の代替を短時間で動かせます。

この同期により、RTO（復旧時間の目標）と RPO（復旧点の目標）を満たすことが多く、重要度の高い業務ほど短いRTO/RPOを設定します。

ホットサイトと他の対策の違い

ホットサイトはほぼリアルタイムの同期を前提とします。一方、ウォームサイトは一定周期でデータを同期します。コールドサイトは停電後や障害後に現地へ到達してから機器を稼働させるため、復旧までの時間が長くなります。

導入のポイント

導入を検討する際は、目的と重要性を明確にします。要件定義をしっかり行い、移転先の選定、機器とソフトウェアの整備、データ同期の方式、セキュリティ体制、運用ルールを整えます。

データ同期の設計をどうするか。リアルタイム、 near real-time、日次などを決めます。

コストと運用のバランスを考えます。導入費用だけでなく維持費も重要です。

セキュリティや災害時のアクセス管理を事前に計画します。

運用とテスト

実務では定期的なテストが欠かせません。RPO/RTOの検証を行い、設定を見直します。担当者の訓練や訓練データを用いた模擬復旧も実施します。

ケーススタディとして、中堅企業のIT部門では月に一度のテスト演習を実施し、RPOを数分、RTOを30分程度に設定した例があります。データベースのレプリケーションとアプリケーションのフェイルオーバーを同時に検証し、監視体制を24時間稼働させる運用を行います。

比較表

比較項目	ホットサイト	ウォームサイト	コールドサイト
復旧時間の目標	数分〜数時間	数時間〜1日	数日以上
設備の同期状態	ほぼリアルタイム	定期的な同期	初期セットアップ中心
初期費用	高い	中程度	低い
運用負荷	高い	中程度	低い

注意点とまとめ

導入にはベンダー依存やセキュリティ、法令遵守の問題がつきものです。監査ログの保存、アクセス制御の厳格化、データの機密性確保などを事前に計画します。費用対効果を見極め、組織のリスク許容度に合わせた対策を選びましょう。

まとめ

ホットサイトは迅速な復旧を支える強力な対策ですが、費用と運用負荷が高くなります。自社の業務の重要度とリスクを見極め、適切な対策を選ぶことが大切です。

ホットサイトの同意語

ホットスタンバイサイト: ホットサイトとほぼ同義。災害発生時にすぐ切替え可能な待機型の拠点。24/7の運用準備が整っているデータセンターを指すことが多い。
ホットスタンバイデータセンター: ホットサイトのデータセンター版。常時稼働の待機状態で、すぐ接続・切替が可能な状態にある施設。
DRサイト: Disaster Recoveryの略。災害復旧のための代替拠点全般を指す総称。ホットサイトの一形態として使われることが多い。
災害復旧サイト: 災害時の業務継続を目的とした代替の拠点。ホットサイトと同様に即時性が求められる。
災害復旧用データセンター: DR目的のデータセンター。緊急時の切替性・可用性を重視して構築される。
緊急復旧サイト: 緊急時の復旧を前提に用意された待機拠点。すぐに運用を継続できることを目指す。
即時切替データセンター: 停止や障害発生時に即座の切替が可能なデータセンター。運用の継続性を支える要素。
代替データセンター: 現在の本拠点が利用不能になった場合の代替拠点。ホットサイトの要件を満たすことが多い。
スタンバイサイト: 待機状態にあるサイトの総称。通常は24/7の準備が整っており、切替性が高い。
待機サイト: 通常は待機状態にあるが、必要時に本稼働へと切替えることを前提とした拠点。広義にはDRサイトの一形態として使われることがある。

ホットサイトの対義語・反対語

コールドサイト: ホットサイトの対義語の中心となる概念。電源・回線は確保されているが、機器は未導入・未稼働の状態で、実運用へ復旧するには時間がかかる待機サイト。
ウォームサイト: ホットサイトの中間的な対義語。機材は導入済みで一部構成が整っているが、完全な自動切替や最新データの反映には追加の準備が必要な状態。
オンサイト: 現地（自社敷地・本番環境のある場所）で運用されるサイト。ホットサイトのオフサイトに対する対義語として使われることがある。
プライマリサイト: 本番での主要運用サイト。DRの観点ではホットサイトの対になる“主サイト”として機能する位置づけ。
オフサイト: ホットサイトと対になる概念として、離れた場所にあるバックアップ拠点。通常はDR用途で使われ、ホットサイトほど即時復旧性は高くないことが多い。

ホットサイトの共起語

ディザスタリカバリ: 災害や障害が起きても業務を速やかに再開できるよう、データ保護・復旧手順・代替拠点を統合した計画・手段。
DRサイト: 災害時に業務を継続するための待機・代替拠点。通常は本番サイトとは別の地理的な場所に設置される。
バックアップ: 重要データのコピーを作成して安全に保管し、必要時に復元できるようにする基本対策。
オフサイトバックアップ: 地理的に離れた場所にデータを保管するバックアップ。地域災害リスクを分散。
フェイルオーバー: 障害時に自動または手動で別のシステムへ切替え、サービスを継続する仕組み。
フェイルバック: 障害から復旧後、元の環境へ戻す作業・手順。
冗長化: 機器・経路・回線を二重化して、1つの障害で全体が止まらないようにする設計。
同期レプリケーション: データを二つ以上の場所へ同時に反映させ、データの整合性を保つ方式。
非同期レプリケーション: データを複製する際に遅延を許容する方式。帯域や遅延の調整に適する。
RPO（復旧点目標）: データ喪失を許容できる最大の時点。短いほど最新のデータを復元しやすい。
RTO（復旧時間目標）: サービスを再開するまでに許容する最大時間。短いほど復旧は迅速。
事業影響分析: どの業務が停止すると企業全体に影響が大きいかを分析する作業。復旧優先度の判断材料。
災害復旧計画: 実際の復旧手順・責任者・連絡網を定めた具体的な計画。
クラウドDR: クラウドを活用して災害時の復旧を実現する手法・構成。
オフサイト保管: データを地理的に離れた場所に保管することで災害リスクを分散。
データ保護: データの機密性・完全性・可用性を守るための対策（暗号化、アクセス制御、バックアップなど）。
レプリケーション: データを別の場所へ定期的に複製する仕組み。DRの中核技術の一つ。
アクティブ-アクティブ: 複数のサイトが同時に稼働し、処理を分散して可用性を高める構成。
アクティブ-パッシブ: 一方を常時稼働、もう一方を待機状態にして切替える構成。
リストア: バックアップデータを用いてデータを復元する作業。
SLA（サービスレベル合意）: 提供側と利用者が合意する、可用性・性能・サポートの水準。
DRテスト: 災害復旧手順が実際に機能するかを検証する訓練・試験。

ホットサイトの関連用語

ホットサイト: 災害時にもすぐに業務を再開できる、全面的に設備・データ・ソフトウェアが揃った待機拠点です。リアルタイムデータの同期や常時給電・通信が確保され、フェイルオーバー時の切替がほぼ瞬時に行える状態を指します。
ウォームサイト: 設備は整っているがデータ同期が限定的または遅れがある待機拠点です。復旧には設定・データの同期・初期投入が必要で、ホットサイトより時間がかかります。
コールドサイト: 設備のみの待機拠点で、データやアプリケーションは準備されていません。復旧には機器の導入やデータ復元などが必要で時間がかかります。
DRサイト: 災害復旧用の別拠点の総称。ホット／ウォーム／コールドのいずれかの形態をとる場合があります。
災害復旧計画 (DRP): 災害時にどのようにシステムを復旧させ、業務を継続するかを定めた具体的な手順書・計画です。
事業継続計画 (BCP): 企業が重大な障害に直面しても、重要業務を継続・回復させるための戦略・体制・手順全体の計画です。
復旧時間目標 (RTO): 災害発生後、業務をどのくらいの時間で回復させるべきかの目標時間です。
復旧時点目標 (RPO): 災害時に許容できるデータ損失の最大時点。どの時点までデータを復元するかを示します。
フェイルオーバー: 障害発生時に自動または手動で別のシステムへ切替え、サービスを継続する仕組みです。
フェイルバック: 復旧後、元のシステムへ戻す作業・手順のことです。
同期レプリケーション: データを複数の拠点へ同時またはほぼ同時に反映する方法で、最新性が高いです。
非同期レプリケーション: 更新を遅延させて別拠点へ反映する方法で、距離がある場合にコストが抑えられます。
バックアップ: データを定期的に別の場所へ保存し、必要時に復元できる状態にする基本的な手法です。
データセンター冗長化: 電源・通信・機器を冗長化し、障害時にもサービスを止めないように設計することです。
地理的分散: サービスやデータを地理的に離れた場所へ分散配置し、災害リスクを分散します。
SLA: サービス提供の可用性・性能・対応時間など、提供側と利用側の約束事項です。
MTTR: 障害発生後の復旧に要する平均時間の指標です。
MTBF: 故障が発生するまでの平均時間を示す指標で、信頼性の目安になります。
BIA (ビジネス影響分析): どの業務が中断するとビジネスにどんな影響が出るかを評価する分析です。