説明/参照：
目標復旧時間（RTO）は、事業継続の中断に伴う許容できない結果を避けるために、災害（または混乱）後にビジネスプロセスを復旧しなければならない期間とサービスレベルです。
これには、復旧、復旧自体、テスト、およびユーザーとの通信なしに問題を解決しようとする時間が含まれます。ユーザー代表の決定時間は含まれていません。
ビジネス継続性タイムラインは通常、インシデント管理のタイムラインと並行して実行され、同じ、または異なるポイントから開始される場合があります。
受け入れられたビジネス継続性計画方法論では、RTOはプロセスの所有者（通常はビジネス継続性計画者と共に）によってビジネスインパクト分析（BIA）中に確立されます。 RTOは、受諾のために上級管理職に提示されます。
RTOは、ビジネスプロセスにアタッチされ、プロセスをサポートするために必要なリソースではありません。
RTOとBIAの結果は、全体として、事業継続計画に含める実行可能な戦略を特定し、分析するための基礎を提供する。実行可能な戦略オプションには、RTOまたはその近くの時間枠内でビジネスプロセスの再開を可能にするものが含まれます。これには代替または手動の回避策手順が含まれ、必ずしもコンピュータシステムがRTOを満たす必要はありません。
試験のために、RPO、RTO、WRT、MTDについての情報を以下にご存知のはずです。
ステージ1：通常通りのビジネス
いつものようにビジネス

Image Reference - http://defaultreasoning.files.wordpress.com/2013/12/bcdr-01.pngこの段階では、すべてのシステムが稼動しており、正常に動作しています。
第2段階：災害が発生する
災害が発生する

Image Reference - http://defaultreasoning.files.wordpress.com/2013/12/bcdr-02.png特定の時点で災害が発生し、システムを復旧する必要があります。この時点で、Recovery Point Objective（RPO）は、時間内に測定された最大許容データ損失量を決定します。たとえば、最大許容データ損失は15分です。
ステージ3：回復
回復

Image Reference - http://defaultreasoning.files.wordpress.com/2013/12/bcdr-03.pngこの段階では、システムは回復され、オンラインに戻りますが、まだプロダクションの準備ができていません。 Recovery Time Objective（RTO）は、すべての重要なシステムをオンラインに戻すために必要な最大許容時間を決定します。これは、たとえば、バックアップからのデータのリストア、または障害の修正をカバーします。ほとんどの場合、この部分はシステム管理者、ネットワーク管理者、ストレージ管理者などによって実行されます。
ステージ4：生産再開
生産再開

Image Reference - http://defaultreasoning.files.wordpress.com/2013/12/bcdr-04.pngこの段階では、すべてのシステムが復旧し、システムまたはデータの整合性が確認され、すべての重要なシステムが通常の操作を再開できます。 Work Recovery Time（WRT）は、システムおよび/またはデータの整合性を検証するために必要な最大許容時間を決定します。たとえば、データベースやログをチェックしたり、アプリケーションやサービスが稼動していることを確認したり、利用可能であるかどうかを確認することができます。
ほとんどの場合、これらのタスクはアプリケーション管理者、データベース管理者などによって実行されます。災害の影響を受けるすべてのシステムが検証および/または復旧されると、環境はプロダクションを再開する準備が整います。
MTD

画像参照 - http://defaultreasoning.files.wordpress.com/2013/12/bcdr-05.png RTOとWRTの合計は、ビジネスが遂行する合計時間を定義する最大耐性ダウンタイム（MTD）として定義されています許容できない結果を招くことなくプロセスを中断することができる。この値は、経営管理チームやCTO、CIO、ITマネージャーなどによって定義される必要があります。
次の回答は間違っています：
RPO - RPO（Recovery Point Objective）は、時間内に測定されたデータ損失の最大許容量を決定します。たとえば、最大許容データ損失は15分です。
WRT - ワーク回復時間（WRT）は、システムおよび/またはデータの整合性を検証するために必要な最大許容時間を決定します。たとえば、データベースやログをチェックしたり、アプリケーションやサービスが稼動していることを確認したり、利用可能であるかどうかを確認することができます。ほとんどの場合、これらのタスクはアプリケーション管理者、データベース管理者などによって実行されます。災害の影響を受けるすべてのシステムが検証および/または復旧されると、環境はプロダクションを再開する準備が整います。
MTD - RTOとWRTの合計は、許容できない結果を招くことなくビジネスプロセスが中断される可能性のある合計時間を定義する最大耐性ダウンタイム（MTD）として定義されます。この値は、経営管理チームやCTO、CIO、ITマネージャーなどによって定義される必要があります。
この質問を作成するために、以下のリファレンスを使用しました。
CISAレビューマニュアル2014ページ番号284
http://en.wikipedia.org/wiki/Recovery_time_objective
http://defaultreasoning.com/2013/12/10/rpo-rto-wrt-mtdwth/