BCP(事業継続計画)とは——データセンター視点で解説
BCPとは
BCP(Business Continuity Plan:事業継続計画)は、地震・洪水などの自然災害、火災、サイバー攻撃、システム障害などの緊急事態が発生した際に、事業を継続または早期に復旧するための計画・体制・手順をまとめたものです。
IT・データセンターの文脈では、特にシステムの冗長化・バックアップ・DRサイト(ディザスタリカバリサイト)の整備がBCPの中核になります。
なぜBCPにデータセンターが重要か
現代のビジネスはシステム停止=業務停止に直結します。受発注システム・基幹業務(ERP)・顧客対応システムが数時間でも止まれば、売上損失・顧客信頼の失墜・契約違反リスクが発生します。
データセンターの可用性(SLA)・物理的な安全性・立地リスクが、BCPの実効性を大きく左右します。
RTO・RPOとは
BCPの基本指標として、RTO(Recovery Time Objective)とRPO(Recovery Point Objective)があります。
| 指標 | 意味 | 例 |
|---|---|---|
| RTO | 障害発生から何時間以内にシステムを復旧させるか | 「4時間以内に復旧」 |
| RPO | 障害発生時に何時点までのデータを復元できるか | 「1時間前の状態まで復元」 |
RTOが短いほどシステムの冗長構成コストが上がり、RPOが短いほどバックアップ頻度・ストレージコストが上がります。業務要件に合わせたRTO・RPO設定が重要です。
DCの立地と地理的リスク
BCPの観点から、データセンターの立地選定は重要な意思決定です。
首都直下型地震リスク
東京・神奈川・埼玉などの首都圏は首都直下型地震の想定震度が高く、同一都市圏に2拠点を置くとどちらも同時に被災するリスクがあります。
首都圏に本番環境(プライマリサイト)を置く場合、DRサイトは関西圏(大阪・京都)など地理的に離れた場所に設けることがBCPの基本です。
地方DCへの注目
2026年現在、BCP観点での地方DC活用が増えています。特に注目されている地域と理由は以下の通りです。
| 地域 | BCP上のメリット |
|---|---|
| 北海道(石狩) | 首都圏と地震リスク帯が異なる・寒冷フリークーリング |
| 大阪・兵庫 | 首都圏との地理的分散・西日本最大の商業集積 |
| 九州(福岡) | 西日本の分散拠点として機能・台風リスクは要考慮 |
DRサイトの構築パターン
ウォームスタンバイ
本番環境と同構成のDRサイトを用意しておき、障害時に数時間〜数日でフェールオーバーする方式。コストと復旧時間のバランスが取れた構成で、中規模企業に多い。
ホットスタンバイ
本番環境と常時同期したDRサイトを用意し、障害時にほぼ即時(数分以内)で切り替える方式。コストは高いが、RTOが短い。金融・EC・通信系に多い。
コールドスタンバイ
データのバックアップのみ保管し、障害時にDRサイトでシステムをゼロから構築する方式。コストは最も低いが、復旧に数日かかることがある。
コロケーションDC選定とBCPの関係
コロケーションDCを活用したBCP設計では、以下を確認しましょう。
- 本番サイトとDRサイトは異なる電力会社管内か、または異なる地震リスク帯にあるか
- DCのTier認定(電源・冷却の冗長性)
- 物理セキュリティ(耐震設計・水害ハザードマップとの照合)
- 通信経路の冗長性(複数キャリアに接続しているか)
また、DC事業者自身のBCP(施設を管理するスタッフの確保・燃料備蓄・優先電力供給契約)も確認事項に加えることを推奨します。
クラウドを使ったBCP
大手クラウド(AWS・Azure・Google Cloud)はマルチリージョン・マルチAZ構成で高いBCP性能を持ちます。特に定型的なワークロードに対しては、オンプレミス・コロケーションのDRサイト構築よりも、クラウドのマルチリージョン構成のほうがコスト・運用効率で優れるケースが増えています。
まとめ
BCPはシステム単体の可用性だけでなく、データセンターの立地・物理設計・地理的分散までを含めた包括的な設計が必要です。AI時代になり処理の集中化が進む中、「重要システムをどこで動かすか」というDC選定の判断がBCPの実効性に直結します。
関連記事・用語
この記事は DCトレンド研究 が独立した第三者の立場で執筆しています。