「うちのバックアップは完璧です」という企業がはまるワナ【第2回】

今すぐ始められる？　「取っているだけのバックアップ」からの脱出方法

見落としがちなバックアップの課題。解決には何が必要なのか？　ストレージベンダーに解決のヒントを聞いた。

公開 2019年03月12日 05時00分

著者

中村篤志

渡邉利和（取材協力）

[TechTargetジャパン]

印刷する連載新着通知を受け取る Googleで優先するソースとして追加

バックアップ課題解決のポイントは？

　前回（「取っているだけ」のバックアップに意味はあるか）は、バックアップで陥りがちな課題について解説した。取り上げたのは、以下の課題だ。

データを保持するだけでなくアプリケーションによって適切な「データの静止点」を作る必要がある
データだけでなくシステムも含めたバックアップが必要になる
バラバラなシステムで個別最適化されたバックアップの運用は、複雑になる

　本稿はこれらの課題を解決するヒントについて、幾つかのストレージベンダーの話を基に紹介する。どのような機能やサービスが課題解決につながるのか、製品選定の際に参考にしてほしい。

併せて読みたいお薦め記事

バックアップに関連する課題

戦略的バックアップの重要性を考える

データとシステムは「リードオンリーの仕組み」で適切にバックアップ

　身代金要求型マルウェアの「ランサムウェア」による脅威が記憶に新しい。ランサムウェアはデータを不正に暗号化したり、端末を勝手にロックしたりする。データを暗号化するタイプの場合、攻撃者は被害企業に対して、復号のために「身代金」を支払うよう要求する。

　例えばあるユーザー企業がランサムウェアの被害を受けた際には、ランサムウェアがサービス提供に関連するシステムのデータを暗号化。ユーザー企業は一定時間、サービスが提供できなかったという。だが、そのユーザー企業は攻撃者の要求をのまず、自力での回復を決断。自社に導入していたストレージ製品の機能を利用することでバックアップからのデータ復旧を実現した。

　当時の状況を知るネットアップの神原豊彦氏によると「時間単位で小まめに作成したバックアップデータを順次精査して、ランサムウェア感染のタイミングを突き止め、感染前の状態に戻すことで復旧した」という。

　ストレージ製品の中には、スナップショットなどのデータ保持機能を応用した小まめなデータバックアップの取得を可能にしているものがある。このユーザー企業もこうした機能を使って、1時間ごとのシステムイメージを保存していたという。そこで、このバックアップをさかのぼってチェックすることでランサムウェア感染時点を特定し、感染前の状態に戻すことができたわけだ。NetAppのストレージ製品やVeeam Softwareのバックアップソフトウェアなどが、こうしたスナップショットの取得機能を備える。

　スナップショットは通常、ストレージ内に保存されている。そのためランサムウェアによって「バックアップとして保持しているスナップショット」を暗号化されてしまったら、感染前の状態に戻すのは難しい。最近はスナップショットをリードオンリーで保管するストレージ製品も登場しており、後から暗号化されるリスクを抑えている。

スナップショットをリードオンリーで保管すれば不正な暗号化の被害に遭うリスクを軽減できる（出典：ネットアップの製品資料を一部編集）

　システムからランサムウェアを取り除くことができれば、データバックアップは暗号化される直前のバックアップから復旧すればよいので、失われるデータが最小限で済む。復旧のために多大な手間を強いられたとはいえ、備えがあったおかげで最悪の事態を回避できた事例である。

バラバラなシステムには「基準の統一化」を実施

　バラバラなシステムのバックアップをどうするかという課題について、単純な解決策は「システムを1つにしてしまう」ことだが、実際に実行できる企業は少ないだろう。システムを統合するためにはコストはもちろん、運用の洗い出しや見直しなどの手間と時間がかかることが、その背景にある。現実的にできることといえば「システム間でバックアップの基準を合わせる」ことだ。

　基準さえ合っていれば、各システムのバックアップの取得タイミングや仕組みを可視化でき、運用しやすくなる。これにより「システムごとに個別最適化されたバックアップ」による負担を、多少なりとも軽減できる。

　バックアップの基準は取得タイミングやバックアップデータの保存方法、保存期間、保存場所などがある。この他にも「RTO」や「RPO」といったシステム稼働の観点で決める基準もある。まずはシステムの重要度を判定し、その後で取得タイミングや保存期間などの基準を見直すのがいいだろう。

コラム：バックアップで重要なRTOとRPOという基準

　バックアップとリストアにはRTOとRPOという重要な指標が存在する。RTO（Recovery Time Objective：目標復旧時間）は、システム復旧までに要する時間のことだ。RPO（Recovery Point Objective：目標復旧時点）は、どの時点のデータを復旧できるかを指す。どちらも短い方がいいに決まっているが、短いRTOやRPOの実現には当然ながらコストがかかる。

　例えばRTOに関しては、クラスタ構成で予備機を準備しておけば、ダウンタイムをほぼ発生させずに業務を継続できる。ただし環境を丸ごと二重化するため、システム構築のコストも単純に倍になる。一方のRPOは言い換えれば、バックアップの取得間隔のことだ。直近のバックアップが5分前のものなのか、昨日のものか、先週までさかのぼったものなのか、という違いを示す。RPOを短縮すると、単純にバックアップを取る回数が増大し、バックアップデータの量も増大する。

考え方を変えることが重要

　バックアップは取れば取るほどデータ量が増えてしまう課題がある。今回紹介したスナップショット機能は基本的に差分のみの保存になるため、負担が少ない。逆に毎回システムを丸ごと保存するようなやり方では無理が生じる可能性が高い。基準の統一化についてはそもそも「基準が統一できていないからこそ、システムがバラバラになっている」という話にもなるため、自社での解決が難しいことも考えられる。

　本稿で紹介したシステムバックアップ、基準の統一のどちらも有効な課題解決の手段となり得るが、単純に製品の機能だけでは実現が難しい。さまざまな可能性を考慮した上で最適なバックアップ体制がどういうものか、サービスと運用の視点から考え直し、製品を選定する必要がある。

　次回はバックアップと同様に重要なリストアの課題について紹介する。

取材協力：渡邉利和

印刷する

「うちのバックアップは完璧です」という企業がはまるワナ

連載新着通知を受け取る

この連載の記事をもっと見る

この記事の著者

中村篤志

渡邉利和（取材協力）

今すぐ始められる？　「取っているだけのバックアップ」からの脱出方法

併せて読みたいお薦め記事

バックアップに関連する課題

戦略的バックアップの重要性を考える

データとシステムは「リードオンリーの仕組み」で適切にバックアップ

バラバラなシステムには「基準の統一化」を実施

コラム：バックアップで重要なRTOとRPOという基準

考え方を変えることが重要

「うちのバックアップは完璧です」という企業がはまるワナ

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

今すぐ始められる？ 「取っているだけのバックアップ」からの脱出方法

併せて読みたいお薦め記事

バックアップに関連する課題

戦略的バックアップの重要性を考える

データとシステムは「リードオンリーの仕組み」で適切にバックアップ

バラバラなシステムには「基準の統一化」を実施

コラム：バックアップで重要なRTOとRPOという基準

考え方を変えることが重要

「うちのバックアップは完璧です」という企業がはまるワナ

この記事の著者

関連記事

「取っているだけ」のバックアップに意味はあるか

ランサムウェア被害で中小企業が倒産？ 絵空事ではない事態に備える「バックアップ」

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

今すぐ始められる？　「取っているだけのバックアップ」からの脱出方法

ランサムウェア被害で中小企業が倒産？　絵空事ではない事態に備える「バックアップ」