2011年の東日本大震災など、自然災害とその復旧に注目が集まる昨今、コンピュータシステムもまた、どのように復旧作業を行うかは重要ポイントです。企業の地元に災害の影響が無くても、データを管理しているサーバが被災地にあったため事業を再開できなかった例も多くありました。そんな事態に備えるため、近年企業がこぞって対策しているのが「ディスタリカバリ」です。御パンダ企業の取り組みなら、僕たち個人には関係ない話だね。合理天狗とんでもない!最近は何でもネットで出来る時代。お前のスマホも使えなくなるし、このページも公開できなくなるぞ。自然災害などの不測の事態に対応する災害対策システムです。企業が運営しているコンピュータシステムを復旧することを指します。御パンダ「BCP(事業継続計画)」とは何が違うの?合理天狗BCPは復旧するための”計画”、ディザスタリカバリは復旧”手段”を指すんだ。復旧手段を考えるときに大事なポイントは、どのくらいの鮮度のデータまでさかのぼるかを示す「目標復旧地点」いつまでに復旧するかを示す「目標復旧時間」の2つです。俺様の「全国厳選!日本酒リスト」を復旧するとしよう。一昨日に3種、昨日2種類のレポートを追記してたとしよう。Objective)」と呼びます。要は分からないのだな・・・まあ順番に説明しよう。「RTO」と「RPO」の違いは?どうやって使うの??ここから、「RTO」と「RPO」にスポットを当てて解説しましょう。前述した通り、RTOは「地点」RPOは「時間」を基準にした値です。身近でわかりやすい例として、Windowsパソコンをお使いの方は「復元ポイント」という言葉を聞いたことがありませんか?合理天狗アプリをインストールした時に自動的に作られたり、手動で自分でも作れるぞ。御パンダPCの調子が悪くなった時に、インストール前の状態に戻すことができるよね。この復元ポイントが「RTO」に当たります。あのアプリのインストール前の状態まで戻す、という指定ができますね。対して「RPO」は、PCをいつまでに復旧させると使う人の影響を最小限に抑えられる?という視点です。御パンダ短気な合理天狗くんなら「今から3分以内に治せ!」って言うよね。銀行システムなら、RTO:災害発生日時の1時間前までの取引データまでを復旧しよう。RPO:平日にATMの利用が多くなるから、休日含めて3連休の間に全て復旧できるようにしよう。復旧が翌週の月曜日以降になったら、企業の業務に影響してしまうからな。RTOとRPOを決定する上で大切なのはスピードコストです。業務の再開に影響する範囲は最小限にしなければなりません。上記で例に挙げた銀行システムは、スピードを重要視する代表例ですね。日本中の経済が止まってしまいます。3年も復旧作業をしていたら、その間の人件費など費用が膨大になってしまいますね。ここでも「働き方改革(!?)」効率良くコストカットが望ましいわけです。コストの面から言うと、そもそも「ディザスタリカバリ」自体がシステム運営にかかわる「保険」に当たります。保険の契約って、どの程度の保証を付けるか悩みますよね?色々オプション契約は付けたいけれど、月々の支払は抑えたい・・・など。別のクラウドサービスに任せようか、ということも考えられます。検討する必要があるのです。おわりにいかがでしたでしょうか。ディザスタリカバリは、災害に備えた復旧作業です。システムを運営する企業としては「保険」として押さえておくべき仕組みですね。RTOはどこまで巻き戻すか、RPOはいつまでに治すか。復旧への重要度と用途と予算によって、適切に設定したいところですね。設定を考えるのは企業だが、意味を知っておくのは個人としても大事なことだ。御パンダ自然災害はいつ起きるか判らないし、”備えあれば患いなし”だね!最後までお読みいただきありがとうございました。御パンダ御パンダです。気になるイベントやグルメ、心躍るスポーツやエンタメ、様々なお役に立ち情報を気ままに配信させてもらってます。暇つぶしに楽しんでくださいね。