まず「なぜバックアップを取得するのか」と聞かれた場合、ほとんどの人は次のように答えるだろう。

　「万が一のシステム障害や災害に備えて、重要データを保護・保管するため」

　もちろんその通りだが、万が一のときにデータだけを退避していても、サービス継続・障害復旧の観点ではあまり意味がない。バックアップしたデータは、復旧（リストア）することで初めてその目的を達するからだ。

　バックアップはリストアとセットで考えないと意味がない。いくらデータを収集しても、有事の際に使えない（リストアできない）のであれば、それは無駄な行為になってしまう。つまりバックアップを検討する場合は、まず先にリストアありきで考えることが必須である。

　バックアップ／リストアは、われわれの生活に例えれば万が一に備える保険のようなものだ。保険を検討する場合は、月々に支払う費用と万が一の際の補償内容を見比べて、自分に合った最適な物を選択するだろう。保険に例えた場合、バックアップは月々に支払う保険料で、リストアは万が一の際に支払われる補償料である。補償が支払われない保険に加入するなどあり得ないのだ。

2．バックアップは非常に多くの資源を必要とする

　次に、バックアップは非常に多くの資源を必要とすることを認識すべきである。ここで言う資源とは、「バックアップしたデータの保存場所」「バックアップするシステム的な仕組み」「バックアップに関わる人的リソース」を指す。

　個人PCやスタンドアロンの単一サーバなどであれば、バックアップに必要な資源は限られるだろう。例えば個人PCであればHDDを2つ用意してミラーリングしたり、重要なデータだけをDVDなどの媒体に退避して保管したりと、比較的簡単かつ安価にバックアップができる。

　これが企業のシステム全体となれば、ここに掛かる資源は大きいものになる。例えば「バックアップしたデータの保管場所」をストレージ機器にした場合、バックアップデータの容量に応じたストレージ機器を用意する必要がある。極端な話だが、インフラ全てのバックアップを3世代取得すると、そのインフラで利用しているデータ容量の3倍のストレージ容量を要する。バックアップを効率化するためにバックアップツールを使う場合は、バックアップシステムを構築する必要がある上、維持管理も必要になる。

　つまりバックアップ／リストアの対象とするデータは、必要性を考慮して絞り込みをしないと、膨大なコストが発生してしまうということだ。

　顧客のクレジットカード情報のように重要かつ機密性の高いデータを扱う場合も注意が必要だ。ビジネス視点では、ビジネスを加速させる大きな原動力になるデータだが、システム視点ではこのようなデータを扱うこと自体が大きなリスクとなる。「データの存在自体に高い価値」を持つと同時に「漏えいするリスク」の両面を持つ。このようなデータに関してはデータセキュリティの観点を優先させるべきだ。本連載では割愛するが、データセキュリティに関してはまた機会をみて解説する。

3．有事の際にどれぐらいのサービスレベルを維持するか

　有事の際にどれぐらいのサービスレベルを維持するかも大切だ。バックアップデータを使ってサービスを復旧するに当たっては、サービスインフラがどれぐらいのサービスレベルを提供したいかというインフラ全体の方針に基づいたバックアップ／リストアのデザイン（設計）が必要となる。そのデザインの根幹となるのは技術的な知見や経験、バックアップツールの機能や運用ノウハウだ。つまりバックアップ／リストアで取る手法はシステムのサービスレベルを軸に組み立てることが理想的である。

　サービスレベルの指標として、以下の考え方がよく使われる。

1. RPO（Recovery Point Objective）
2. RTO（Recovery Time Objective）

　RPOはリカバリー可能な時点の目標であり、どの時点の状態に復旧できるかを指している。RTOは復旧に必要な時間の目標であり、どれくらいの時間で復旧できるかを指す。

　バックアップデータをリストアすると、システムのデータを現在から過去へ戻すことになる。その際、どれぐらい過去まで戻すことを許容するのかという指標がRPOである。例えばバックアップを毎日取得しているデータをリストアする場合、少なくとも24時間以上前のデータに戻ることはない。RPOを考慮したバックアップ計画の重要性がお分かりいただけただろうか。

　またバックアップデータをリカバリーする際には、リカバリーに要する時間も考慮する必要がある。システム障害などでリカバリーが必要になる場合、大量のデータをリカバリーすることになる。場合によっては数時間からそれ以上の時間を要することもある。サービス復旧までに要する時間の中で、リカバリーに要する時間は大きなポイントになるので、RTOを考慮したバックアップ計画も重要だといえる。

　バックアップ／リストアにはさまざまな手法や技術が存在し、それぞれに得手、不得手があり、要する資源も大きく異なる。対象システムで目標とするRPO／RTOを実現するために、どのような手法や技術を用いるべきかなどは次回以降に紹介する。

渥美秀彦（あつみ・ひでひこ）

伊藤忠テクノソリューションズ

ITサービス事業グループ　製品・保守事業推進本部　ITインフラ技術推進第1部　ITマネジメント技術推進課

伊藤忠テクノソリューションズ（CTC）入社以来、約15年間に渡り運用管理製品を中核としたビジネスに従事。

さまざまな業界・業種での提案・導入・運用支援にて培った経験や知見を生かし、運用管理製品やバックアップツールに関する顧客向け調達支援やコンサルテーションなど行っている。