「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典イメージぴよ画像「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

ディザスタリカバリ(DR)

pointこの用語のポイント

point災害対策のことだよ

point目標復旧時点(RPO)と目標復旧時間(RTO)に注目して計画を立てるのが基本だよ

point目標復旧レベル(RLO)や最大許容停止時間(MTPD)という用語も出てくるよ

point「DR」と表現された場合は「Disaster Recovery」の略だよ

スポンサーリンク

簡単に書くよ

ディザスタリカバリ(DR)(英:disaster recovery)とは

災害対策のこと。
もう少し具体的に書くと

自然災害や自然じゃない災害が発生したときに速やかに復旧できるように備えること
です。


image piyo

詳しく書くよ

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

「もし、なんか災害が起きたら、どうしようねー?」と考えておくこと

が「ディザスタリカバリ」です。
「DR」と表現されることも あります。

ディザスタリカバリ(DR)

「DR」と表現された場合は「Disaster Recovery(ディザスタ・リカバリ)」の略です。
気が向いたら、覚えてあげてください。

ディザスタリカバリ(DR)2

※「Disaster Recovery」を何となく日本語にすると「災害からの復旧」となります。[詳細]

もう少し具体的に書くと、地震や雷、火事などの自然災害や、テロや裏切り、下克上などの自然じゃない災害によってシステムやネットワークが被る被害に対して、その損害が最小限で済むように備えることです。
あるいは、やられちゃったときに速やかに復旧できるように対策しておくことです。

例えば、そうですね。

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

ディザスタリカバリ(DR)3

でも大丈夫です。
この日に備えてピヨ太君はピヨピヨビルの屋上にレーザー砲を設置していたのです。

ディザスタリカバリ(DR)4

レーザー砲の威力で隕石は粉々になりました。
ところがどっこい、その粉々になった破片がピヨピヨビルに向かって落ちてきます。

ディザスタリカバリ(DR)5

粉々になった破片によって、ピヨピヨビルはやられてしまいました。

でも大丈夫です。
万が一のことを考えて、ピヨ太君はコンピュータをすべてピヨ子さんのお家に移動していたのでした。

ディザスタリカバリ(DR)6

ピヨピヨビルはやられてしまいましたが、コンピュータや中身のデータは無事でした。
これなら何とかお仕事を続けられそうですね。
良かった良かった。

ピヨ太君は災害に備えて、レーザー砲の設置とコンピュータを避難させる手順を用意していました。
このような

何か災害が起きたときに備えて、被害を最小限にとどめ、速やかに復旧できるように対策を講じる

のがディザスタリカバリです。

対策を講じるときは

・いつ時点のデータを復旧できれば何とかなる?目標復旧時点:RPO
・どれくらいの時間で復旧できれば影響が少ない?目標復旧時間:RTO


の2点に注目して計画を立てるのが基本です。

まずは「いつ時点のデータを復旧できれば何とかなる?(目標復旧時点:RPO)」について見てみましょう。
これは復旧するデータの量や質についての目安です。

例えば、ピヨピヨカンパニーではバックアップを月1回しか取っていなかったとします。
復旧できるデータは、災害が起こる1ヶ月前のデータです。
「えー、1ヶ月前かよー。古すぎだよー」と思うかもしれません。
ですが、このデータは決算書のデータでした。
1ヶ月前どころか半年前から変更は ありません。
これだったら、1ヶ月前のデータを復旧できれば問題ないですね。

ディザスタリカバリ(DR)7

逆のケースも考えられます。

アックマン株式会社では毎日バックアップを取っています。
復旧できるデータは、災害が起こる前の日のデータです。
「おー、中々頑張ってるねー」と思うでしょう。
ですが、残念。
アックマン株式会社はデイトレードでご飯を食べている会社なのです。
そして、災害にやられたデータは売買結果のデータでした。
災害当日もいろいろと取引をしています。
その内容が分からなくなってしまいました。
うーむ、1日1回のバックアップでは少なかったようです。
せめて午前中の売買が終わって1回、午後の売買が終わって1回、の1日2回バックアップを取っていれば、少しはマシだったかもしれませんね。

ディザスタリカバリ(DR)8

このように、いつの時点のデータを復旧できれば良いか、つまり「災害前のどの時点に戻れれば何とかなるか」が、対策を考える上でのポイントの1つです。

次に「どれくらいの時間で復旧できれば影響が少ない?(目標復旧時間:RTO)」について見てみましょう。
これは復旧スピードの速さです。

例えば、ピヨピヨカンパニーでは災害の後片付けをして再びお仕事を始めるまで1ヶ月近くかかりました。
あらー、随分のんびり屋さんですね。
でも大丈夫です。
ピヨ太君は元々、1ヶ月に1日しかお仕事していなかったのです。
復旧自体は1ヶ月近くかかりましたけどね。
元々予定していた次のお仕事には間に合いました。

ディザスタリカバリ(DR)9

一方のアックマン株式会社では復旧までに3日かかりました。
もうオチが分かりますよね。
アックマン株式会社では元々、毎日お仕事していました。
3日間お仕事ができなかったことによって、予定していた3日分の売上が入ってこなかったのです。
幸い会社が傾くほどではありませんでした。
だから大丈夫といえば大丈夫なのですが、もう少し早く復旧できる体制を整えておいた方が良かったですね。

ディザスタリカバリ(DR)10

このように、どれくらいの時間で復旧すれば影響がすくないか、つまり「どれ位の速さで立ち直ればお客さまに怒られないか」が、対策を考える上でのもう1つのポイントです。

もう一度まとめておきますね。

災害対策を計画するときの基本的なポイントは

・いつ時点のデータを復旧できれば何とかなる?目標復旧時点:RPO
・どれくらいの時間で復旧できれば影響が少ない?目標復旧時間:RTO


です。

それに加えて

・どの程度のレベルまで復旧するつもり?目標復旧レベル:RLO
・どれくらいの時間で復旧しないと本気でヤバい?最大許容停止時間:MTPD


のような用語もあります。

余裕がある方は全部まとめて覚えてあげてください。


image piyo2

一言でまとめるよ

まぁ「ディザスタリカバリ」って単語が出てきたら「災害対策のことなんだな~」と お考えください。

一番上に戻るよ
スポンサーリンク
書籍画像008
書籍画像066

おまけ

■訳してみるよ

「disaster(ディザスタ)」の意味は「災害」とかです。
「recovery(リカバリ)」の意味は「回復」とか「復旧」とか「修復」とかです。
何となく くっつけると

災害からの復旧

となります。





書籍画像
わわわ説明術コラム
宣伝だよ
「分かった!」と思わせる説明の技術 知識ゼロの相手にも伝わるようになる本
つくって、壊して、直して学ぶ Git&GitHub 入門
体系的に学ぶ 安全なWebアプリケーションの作り方 第2版 脆弱性が生まれる原理と対策の実践