典型的な例としてはデータベースのトランザクション処理がある。在庫や資金の移動など、総数は一定のまま、一方を減らし、他方を増やす、といった操作になる。本来は操作を開始する前か完了した後のいずれかのタイミングでバックアップを取るべきだが、処理の中途半端なタイミングで取ってしまうと問題が発生する。仮に一方を減らしただけで、他方を増やしていない状態を保存したとしよう。そのバックアップをリストアした場合、バックアップ前に比べて総数が変化することになり、正しい状態に戻せない可能性がある。この問題を防ぐためには適切なタイミングで「データの静止点」を作らなければならない。データの静止点を作成するのはアプリケーションの役目だ。

　整合性の取れた正しいデータをバックアップできるかどうかは、アプリケーションの処理と連携を取らない限り保証できない。特に複数のシステム稼働が当然とされる現在では、システム間のデータ不整合は致命的だ。そのためにはアプリケーションの動作を含めた“正しい”バックアップの設計が重要になる。

　トランザクション処理に限らず「バックアップを取得すべきタイミング」を決めるのは基本的なことだ。だが「データのコピーを保存しておけばいい」と安易に考えていると「データはあるのにリストアできない」「リストアしたのにデータが正しくない」という事態を起こす可能性がある。

「いつでも戻せる」という過信がもたらす悲劇

　バックアップに求められる役割が変わってきている点にも注意が必要だ。

　これまでバックアップは機器故障や災害など、ストレージシステムが物理的にダメージを受けることを想定して「いざというときの備え」だと考えられてきた。現在では「ハードウェアは無事だがデータだけが破壊される」という事例をよく聞く。

　国内でも被害事例が報告されている「ランサムウェア」による攻撃が典型例だ。ランサムウェアは身代金要求型のマルウェアで、さまざまな攻撃手法を持つ。その中でもデータを攻撃対象とした場合の特徴的な動作が、感染したシステムのストレージ内にあるデータを片っ端から暗号化してしまい、復号キーが欲しければ“身代金”を払うよう要求するというものだ。

　「ビットコイン」などの匿名性の高い支払い手段が実用化されたことで、ランサムウェアの被害が急速に拡大した。被害を受けたユーザーからすると、身代金を払うまでシステムが一切利用できなくなり、業務も止まってしまう。ユーザーは、身代金支払いに応じるか、自力でデータを回復するか、決断を迫られることになる。

　ランサムウェアの面倒な点は、データを復旧するだけでは済まないことがある点だ。ランサムウェアがデータを勝手に暗号化してしまうケースがあり、その場合データだけをリストアしても、マルウェアを完全に除去しない限り、再びデータが暗号化されてしまう。データの回復に加え、システム側も正常状態に復旧させる仕組みが必要となる。

個別最適化したバックアップがトラブルを招く

　最後に運用に関する点だ。

　企業のシステム環境が、完全に統一のルールにのっとって構築・運用されており、全てのアプリケーションが同じ手順でバックアップを取得できる状態は理想的だが、そうした環境は現実には期待できない。通常は、企業の歴史的ないきさつなどを反映して、バラバラなシステムやアプリケーションが混在することが少なくない。

　一例を挙げよう。ある企業は基幹システムのバックアップには、データベース管理システム（DBMS）にバックアップのコマンドを入力し、出力されたファイルをバックアップサーバに移動する仕組みを使っている。一方で営業情報を管理するシステムのバックアップには、専用のAPI（アプリケーションプログラミングインタフェース）を実行して、データをクラウドストレージに複製する仕組みを使っている――といった具合だ。

　このように単にバックアップを取るといっても、システムごとに異なる方法でそれぞれ作業を実行している、というケースは少なくない。「バックアップのリストア手順が分からない」「最新のデータがどのバックアップなのか分からない」といったトラブルは、根本的にはこうした環境の複雑さに起因しているといえる。

　複雑なバックアップ環境をそのまま放置しておけば、運用管理を担う部門の負担は大きくなり、人為的なミスが生じる可能性も高まってしまう。バックアップをどのように取得するかという課題と併せて、複雑化するバックアップをどのように管理するかが重要だ。

運用や管理がシンプルに実施できる仕組みが必要

　バックアップの本質は「万一のデータ破壊に備えてデータのコピーを保存しておく」ことだといえる。要件としてはシンプルだが、本当にシンプルなら問題は発生しにくいはずだ。バックアップとリストアに関するトラブルの話をいろいろ見聞きするのは、それが「言うほど簡単な話ではない」ことを表している。バックアップとリストアの何が難しいのかを明確にしておき、どうしたらシンプルにできるかを検討すべきだろう。

　次回はバックアップとリストアに関する課題への対策について、著名なベンダーに聞いたリアルな事例を含めて紹介する。

取材協力：渡邉利和