BCPにおける目標復旧時間(RTO)とは
RTO(Recovery Time Objective)とは、災害やシステム障害が発生した際に「いつまでに業務やシステムを復旧させるか」の目標時間を示す指標です。例えば、RTOが4時間であれば、災害発生から4時間以内に業務を再開できる体制を整える必要があります。
BCP策定時には、各業務ごとに適切なRTOを定め、それにもとづいた対策やリソースの準備が不可欠です。RTOの設定は、事業継続における優先順位の明確化にもつながります。
RTOを設定する目的
災害発生時には速やかに中核事業を復旧しなければなりません。事業が停滞したままでは収入が得られないうえ、取引先や顧客からの信頼を損なうからです。適切な目標復旧時間を設定し、災害時にその目標を達成することは、事業や会社そのものが存続するうえで欠かせません。
基本的に、取引先や顧客に迷惑を掛けないことを優先して目標復旧時間を設定します。大きな災害であっても、被災地より非被災地のほうが広いため、代替生産などの対処が可能です。実際に災害に遭う前に拠点間や協力企業間で連携しておき、いざというときにできるだけ事業を止めずに済む状態が理想的です。
目標復旧時間(RTO)を設定する手順
RTOを設定する際は、まず災害やシステム障害によって各業務が受ける影響を把握し、事業停止を許容できる最大時間を確認したうえで、それより短い時間をRTOとして設定します。その後、目標時間内に復旧できるよう、必要な人員や設備、代替手段、コストなどを整理します。ここでは、RTOを設定する具体的な手順を解説します。
1.災害による事業へのダメージを評価する
BCP策定の出発点は、災害レベルに応じて、どの業務がどれだけの影響を受けるかを把握することです。そのためには、災害が事業に与える影響を定量的・定性的に評価する必要があります。この分析は「BIA(Business Impact Analysis:ビジネス影響度分析)」と呼ばれます。
事業への影響は、災害の種類や規模、施設の立地条件などによって大きく異なります。たとえば沿岸部の事業所であれば、地震発生時に津波による被害が想定されるでしょう。過去の災害事例や同業他社の被害などを参考にしながら、自社にとってのリスクと被害想定を整理しておくことが重要です。
以下の記事では、BCP策定において重要なBIA(ビジネス影響度分析)について、目的や具体的な作成ポイントまで詳しく解説しています。あわせて参考にしてください。
2.事業停止の許容範囲とRTOを設定する
次に、各業務について「どの程度の時間までなら停止を許容できるか」を検討します。判断する際は、自社の売上や業務への影響だけでなく、取引先への納品遅延や顧客対応への影響なども考慮することが重要です。
たとえば、食品や医薬品など安定した供給が求められる事業では、長期間の業務停止が大きな影響につながるため、短いRTOを設定する必要があります。一方、停止しても影響が比較的小さい業務は、より長い時間を設定できる場合もあります。
事業停止による影響が許容できなくなる時点を確認し、それよりも前に復旧できる時間をRTOとして設定しましょう。ただし、RTOを短くするほど代替設備や人員、バックアップ環境などにかかるコストも増えるため、事業の重要度と実現可能性を踏まえて設定することが大切です。
3.復旧の流れと優先順位を具体化する
RTOを設定したら、目標時間内に業務を再開できるよう、具体的な復旧の流れを整理します。すべての業務を同時に復旧するのは難しいため、事業への影響が大きい業務から優先順位をつけ、誰が・いつ・何を行うのかを明確にしておくことが重要です。
例えば、以下のように復旧までの対応を時系列で整理します。
- 1日:従業員の安否を確認し、復旧対応の体制を整える
- 2日:取引先A社への納品を代替生産体制に切り替える
- 5日:電力や通信などのインフラを復旧する
- 7日:自社工場での生産を再開する
復旧の流れはフロー図や時系列表にまとめておくと、災害発生時にも迅速に対応できます。代替拠点や協力会社を利用する場合は、平時から役割分担や連絡方法を確認し、設定したRTOを実現できる体制を整えておきましょう。
次の記事では、BCPにおける初動対応の必要性や実施時のポイントについて詳しく解説しているので、あわせてご覧ください。
RTOとRPO(目標復旧時点)、RLO(目標復旧レベル)の違い
RTO・RPO・RLOは、いずれも災害やシステム障害からの復旧目標を定める指標ですが、示す内容が異なります。RTOは「いつまでに復旧するか」、RPOは「どの時点までデータを戻すか」、RLOは「どのレベルまで業務を復旧するか」を示します。それぞれの違いは以下のとおりです。
| 指標 | 意味 | 設定例 |
|---|---|---|
| RTO (目標復旧時間) | いつまでに業務・システムを復旧するか | 障害発生から4時間以内に復旧する |
| RPO (目標復旧時点) | どの時点までのデータを復旧するか | 障害発生の12時間前までのデータを復旧する |
| RLO (目標復旧レベル) | どの程度の業務レベルまで復旧するか | 通常時の70%まで生産能力を回復する |
例えば、基幹システムについて「4時間以内に復旧する(RTO)」「最大12時間分のデータ損失まで許容する(RPO)」「通常時の70%の処理能力まで回復する(RLO)」といったように組み合わせて設定します。
RPO(目標復旧時点)とは
RPO(Recovery Point Objective:目標復旧時点)とは、災害やシステム障害が発生した際に、「どの時点までのデータを復旧するか」を示す指標です。言い換えると、どの程度までデータの損失を許容できるかを表します。
例えばRPOを12時間に設定した場合、障害発生時点から最大12時間前までデータが失われることを許容し、それ以前のデータは復旧できる状態を確保します。RPOを短く設定するほどデータ損失を抑えられますが、その分バックアップの取得頻度を高めたり、リアルタイムでデータを複製したりする仕組みが必要になります。
そのため、業務におけるデータの重要度や更新頻度、システム導入・運用コストなどを踏まえて、適切なRPOを設定することが重要です。
以下の記事では、DR(ディザスタリカバリ)対策の考え方や、バックアップに適したデータセンターの選び方について詳しく解説しています。あわせてご覧ください。
RLO(目標復旧レベル)とは
RLO(Recovery Level Objective:目標復旧レベル)とは、「復旧後にどの程度の業務レベルまで機能を回復させるか」という目標を示す指標です。例えば、生産業務であれば、平常時の70%の製造能力を目指すなどの基準を設定します。
BCP対策では「どこまで復旧すれば事業が続けられるか」を明確にすることが重要であり、RLOはその判断基準となります。また、RTO(復旧時間)やRPO(復旧時点)と併せて考えることで、災害発生時にどの業務から・どの程度復旧させるかの優先順位を明確にできます。事業継続に必要な最小限の状態を定めておくことで、混乱を避けた効率的な対応が可能になります。
目標復旧時間(RTO)の設定例・目安
RTOは企業の業種や事業内容によって異なりますが、一般的な設定の目安を知ることで、自社の目標設定の参考にできます。ここでは、業務・項目別とシステム重要度別の設定例を紹介します。これらはあくまで一例であり、自社の状況にあわせて検討してください。
業務・項目別の設定例
事業継続に不可欠な業務やインフラに関するRTOの目安です。人命に関わる安否確認や、顧客との取引に直結する業務は特に短い時間が求められます。
| 業務・項目 | RTOの目安 |
|---|---|
| 安否確認 | 3時間~24時間以内 |
| 顧客対応(問い合わせ窓口など) | 24時間以内 |
| 基幹業務(受発注、決済など) | 24時間~3日以内 |
| 電力・通信などのインフラ | 3日以内 |
| 通常業務の全面再開 | 1週間~1か月以内 |
システム重要度別の設定例
ITシステムは、その重要度に応じて3段階程度に分類し、RTOを設定することが有効です。停止が事業に致命的な影響を与えるシステムほど、短いRTOが求められます。
| システムの重要度 | システムの例 | RTOの目安 |
|---|---|---|
| 最重要(ミッションクリティカル) | 基幹システム、ECサイト、オンライン取引システム | 数分~数時間以内 |
| 重要 | 情報共有システム、顧客管理(CRM)システム | 24時間以内 |
| その他 | 社内開発環境、一部の業務支援ツール | 数日~1週間程度 |
RTOを設定する際の注意点
実効性のあるRTOを設定するためには、いくつかの注意点があります。理想ばかりを追求すると、達成不可能な計画になってしまう可能性があるため注意しましょう。
現実的な目標にする(経営資源との兼ね合い)
RTOを短くすればするほど、事業への影響は少なくなります。しかし、復旧時間を短縮するためには、高性能なバックアップシステムや代替設備の導入など、多額のコストが必要です。また、緊急時に対応できる人員の確保も欠かせません。
自社が保有するヒト・モノ・カネといった経営資源には限りがあります。かけられるコストや確保できる人員を考慮し、事業の重要度とコストのバランスを取りながら、現実的に達成可能なRTOを設定することが大切です。
取引先・顧客の許容度を確認する
自社だけでRTOを決定するのではなく、サプライチェーン全体を考慮することも重要です。自社の事業が停止することで、製品やサービスを供給している取引先や顧客に多大な影響が及ぶ可能性があります。
特に重要な取引先とは、あらかじめ緊急時の対応について協議し、事業停止が許容される時間を確認しておきましょう。顧客への影響を最小限に抑える視点を持ち、社会的な責任を果たす観点からもRTOを検討する必要があります。
RTOを短縮・遵守するための対策
設定したRTOを達成するためには、事前の準備が不可欠です。ここでは、RTOを短縮し、いざというときに確実に遵守するための対策を2つ紹介します。
マニュアル策定と訓練
緊急事態が発生した際に誰が何をすべきか、具体的な行動手順を定めたマニュアルを策定します。復旧作業の担当者や連絡体制、代替手段への切り替え手順などを明確に文書化しておくことで、混乱なくスムーズな対応が可能になります。
また、マニュアルは作成するだけでなく、定期的に訓練を実施することが重要です。訓練を通じて手順の不備や課題を洗い出し、マニュアルを継続的に改善していくことで、BCPの実効性を高めることができます。
BCP対策システムの活用
RTOを短縮し、設定どおりに復旧を行うためには、BCP対策システムの活用も有効です。BCP対策システムを導入することで、緊急時の連絡体制の自動化や、安否確認、復旧手順の共有・管理などを効率的に行えます。
人手による対応だけに頼るのではなく、システムを活用して復旧プロセスを標準化・効率化することで、RTOの遵守につながり、BCP全体の実効性向上も期待できるでしょう。
▼無料診断では、用途や課題に合わせて「候補となる製品」と「選ぶ際のポイント」を整理できます。自社に合うBCP対策ソリューションを探したい方はご活用ください。
以下の記事では、おすすめのBCP対策システムを紹介しています。あわせて参考にしてください。
まとめ
RTO(目標復旧時間)とは、災害やシステム障害が発生してから、業務やシステムをいつまでに復旧させるかを示す指標です。BCPの実効性を高めるには、事業への影響や顧客・取引先への影響を踏まえて、現実的なRTOを設定する必要があります。RPOやRLOとの違いも理解したうえで、自社の重要業務に適した復旧目標を設定しましょう。
なお、BCPの策定手順については、以下の記事で詳しく解説しています。



