「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

サクっと一言で説明すると

災害が起きて被害を受けたときに、どれくらい急いで復旧を目指すかの目安

が「目標復旧時間」です。
「RTO」と表現されることも あります。

「RTO」と表現された場合は「Recovery Time Objective（リカバリー・タイム・オブジェクティブ）」の略です。
気が向いたら、覚えてあげてください。



※「Recovery Time Objective」を何となく日本語にすると「復旧時間の目標」となります。[詳細]

例えば、そうですね。

よく晴れた、ある日のことです。
ピヨ太君の会社（ピヨピヨカンパニー）に隕石が降ってきました。



隕石はピヨピヨビルに直撃です。
ピヨピヨカンパニーは、えらいこっちゃな状態になりました。



起きてしまったことは仕方がありません。
ピヨ太君はえっちらおっちら、片づけを始めました。

ピヨ太君は結構のんびり屋さんです。
結果、ピヨピヨカンパニーでは災害の後片付けをして再びお仕事を始めるまで1ヶ月近くかかりました。

でも大丈夫です。

ピヨ太君は元々、1ヶ月に1日しかお仕事していなかったのです。
復旧自体は1ヶ月近くかかりましたけどね。
元々予定していた次のお仕事には間に合いました。



また別の日、今度はアクマ君の会社（アックマン株式会社）に隕石が降ってきました。



やっぱり隕石は直撃です。
アックマン株式会社は、えらいこっちゃな状態になりました。



起きてしまったことは仕方がありません。
アクマ君はえっちらおっちら、片づけを始めました。

アクマ君はがんばり屋さんです。
アックマン株式会社は、たった3日でお仕事を再開できました。

ですが、残念でした。

アックマン株式会社では元々、毎日お仕事していました。
3日間お仕事ができなかったことによって、予定していた3日分の売上が入ってこなかったのです。
お客さまからも「何でもっと早く再開しねーんだよ、ぶーぶー」とお叱りを受けてしまいました。
幸い会社が傾くほどではありませんでしたが、もう少し早く復旧できる体制を整えておいた方が良かったですね。



このように、お仕事の内容やその他の要因によって、どれだけ急いで復旧する必要があるかは異なります。
それを分析して作った「どれくらいの時間で復旧できれば影響が少ない？」な目安が、目標復旧時間（RTO）です。

ちなみに、目標復旧時間という用語は、事業継続計画（BCP）やディザスタリカバリ（DR）の話で よく出てきます。
事業継続計画（BCP）は「災害などのなんかヤバいことが起こったときに、どうやって事業を続けるかの計画」ね。
ディザスタリカバリ(DR)は「災害対策」です。

事業継続計画やディザスタリカバリの話では、以下の用語がよく出てきます。

目標復旧時点（RPO）：いつ時点のデータを復旧できれば何とかなる？
目標復旧時間（RTO）：どれくらいの時間で復旧できれば影響が少ない？
目標復旧レベル（RLO）：どの程度のレベルまで復旧するつもり？
最大許容停止時間（MTPD）：どれくらいの時間で復旧しないと本気でヤバい？

余裕があれば、他の用語も覚えてあげてください。