バックアップは取るだけでは不十分

KPIでバックアップのパフォーマンス評価を

バックアップの重要性は、今さら言うまでもありませんが、昨今のサイバー攻撃の深刻化にともない、バックアップの重要度がこれまで以上に増しています。だいぶ前からすでに最高レベルの重要度だったのですが、今ではバックアップは、組織の存亡にかかわる生命線と言っても過言ではありません。

それと同時に、にわかに重要度を増しているのがバックアップの「パフォーマンス」です。こちらもだいぶ前から重要だったのですが、バックアップファイルそのものの位置付けと異なり、バックアップのパフォーマンスは見落とされがちでした。

しかし、バックアップが組織にとって絶対に欠かせない生命線となった今、バックアップをきちんと取っているという事実だけでは不十分です。バックアッププロセスがビジネスを滞らせるようなことはあってはならないし、それでいてバックアップは完全に、エラーのない状態で取らなければなりません。重要なのは、そのバックアップからデータを適正かつタイムリーに復元でき、そのプロセスがすべて予測どおり（演習どおり）に完了できるという計算が成り立つことです。

バックアッププロセスに余計な時間がかかったり、バックアップウィンドウを逸脱したり、バックアップデータが信頼性に欠くものであったりしてはなりません。また、バックアッププロセスのせいで通常業務の生産性が損なわれたり、コンプライアンス違反が生じたりしてしまっては、企業の収益に大きく響く可能性もあります。

そこで重要になるのが、バックアップパフォーマンスを継続的にモニタリングし、定期的に検証することです。明確に定義されたKPI（重要パフォーマンス指標）を使用して、システム環境の特定ニーズを反映したパフォーマンス評価を実施できる体制を整える必要があります。

では、バックアップのパフォーマンスはどのようなKPIで評価すればよいのでしょうか？

バックアップパフォーマンスKPIを定義するには

バックアップパフォーマンスのKPIは、得てしてRTO（Recovery Time Objective：目標復旧時間）およびRPO（Recovery Point Objective：目標復旧時点）と混同されがちです。これらは評価指標ではなく、目標なので、KPIの値を定義する際に考慮しなければならない重要な情報の一部です。

バックアップパフォーマンスのKPIは、特定のバックアップ環境の健全性を示す指標でなければなりません。

RTO（目標復旧時間）	RPO（目標復旧時点）
RTOは、許容できるダウンタイムの最長時間を表します。障害が発生してから、この時間内にシステムを復旧させる目標値となります。	RPOは、障害が発生した際、過去のどの時点（ポイントインタイム）までのデータを復旧させなければならないかの目標値を示します。
RTOを決めるうえで重要なのは「必要データをどのくらい早く元に戻して使えるようにしなければならないか？」です。	RPOを決めるうえで重要なのは「どのくらいのデータ損失なら許容できるのか？」です。
たとえば、全業務を最長2日間延期しても収益にさほど深刻な損害を及ぼさなくて済むのなら、RTOは2日です。	たとえば、過去2時間以内のデータが失われても仕方ないが、それ以前のデータは保持したい場合、RPOは2時間です。

つまり、障害発生時に本番環境をなるべく利用可能な状態に（可用性を）維持しながら、なるべく失うデータを少なくするという目標と要件に応じてRTOとRPOが決まります。

ただし、可用性の要件はデータの種類によって異なります。可用性要件が非常に高い場合は（高可用性が必要な場合は）、高頻度または継続的なバックアップ処理が必要になります。現実的には、ある特定の機能やシステムはすぐに使えなければならないが、他のシステムはある程度先延ばしで構わないといったケースが多いと思われます。個々にRTOとRPOを定義することで優先順位が明確になり、バックアップ戦略が立てやすくなります。

RPOとRTOを検討し、決定する過程で、バックアップのKPIがどうあるべきかがおのずと定まってくるはずです。

代表的なバックアップパフォーマンスKPI

バックアップパフォーマンスの効率性を測定し、より普遍的で信頼性のある分析情報を得るためのKPIは、何とおりか考えられます。ここでは、その代表的なものを紹介します。これらの指標をモニタリングすることで、問題を早期に発見し、設定を最適化して、バックアップ戦略がビジネスの要件に沿っているかどうかを検証することが可能になります。

バックアップ環境の健全性を追跡するための一般的なKPIは以下のとおりです。

● バックアップ成功率／不成功率 ― バックアップの試行回数に対して無事に完了した割合を測るKPIです。常に高い成功率を維持しているバックアップシステムは信頼性があるシステムだと言えます。この成功率／不成功率を数日、数週間、数か月にわたって継続的にトラッキングすると、繰り返し発生するような問題や設定不良、インフラストラクチャの制約などがデータとして浮かび上がってきます。

● ストレージ容量と使用率 ― ストレージにどのくらいの空き容量があるか、予定されているバックアップ戦略にもとづいて完全、差分、増分バックアップを行った場合に十分な空き量があるかを測るKPIです。これによって、ストレージを追加する必要性やリテンションポリシーを変更する必要性が予測可能になります。また、バックアップファイルのサイズを知ることで、データの使用方法に問題がないか、重複排除が正しく機能しているか、除外ルールに不備がないかなどを早めに察知することができます。

● バックアップ／リストア所要時間 ― バックアップまたはリストアを完了するまでにかかった平均時間を示すKPIです。バックアップシステムの効率性を評価すると同時に、RTOが達成されているかどうかを確認できます。このKPIは、バックアップウィンドウ（本番環境のワークロードに影響を与えずにバックアップ処理を完了すべき時間枠）と相関関係にあります。このKPIをトラッキングすることで、バックアップウィンドウが遵守され、ビジネスに影響せずにバックアップまたはリストアが処理可能かどうかを測定できます。

以上がバックアップパフォーマンスを測る代表的なKPIですが、このほかにも、バックアップジョブ頻度、データ変更率、リストア成功率などのKPIを追加すれば、より緻密なパフォーマンス評価が可能になります。しかし、基本的なKPIは上記の3点で十分なので、まずはこの3つのKPIからスタートし、ニーズに合わせて拡大していくのが現実的です。

まとめ

バックアップを取ることは、企業がビジネスを継続するための最低必須条件ですが、実際には、バックアップを取るだけでは不十分です。バックアップがいつでもリストア可能な状態で正しく保存てきているのか、バックアップウィンドウを遵守して業務に影響せずにプロセスが完了しているか、RTO（目標復旧時間）とRPO（目標復旧時点）は達成できているか、などを継続的にモニタリングして、はじめてバックアップファイルの存在価値が確保されます。

このような、バックアップのKPI（重要パフォーマンス指標）をモニタリングするには、さまざまな方法が考えられますが、ニーズに合ったツールの導入／カスタマイズが一番の近道です。たとえば、Veeam Backup & Replicationを導入済みの場合、ダッシュボードを活用しない手はありません。