Tweet

いまどきのサーババックアップ戦略入門（5）

アプリ対応で進化したバックアップ技術を使う

サーババックアップの今日的なあり方を探る連載の最終回として、OSのバックアップ、復旧やデータのアーカイブおよび暗号化、Exchange Serverや仮想環境への対応など、バックアップ技術の進化で広がる選択肢について解説する

　最終回となる今回は、OSやアプリケーションデータのバックアップの手法における最近の進化について解説していく。OSのバックアップ、Exchange Serverのバックアップ、仮想サーバのバックアップ、アーカイブ、暗号化について順に紹介する。

　柔軟なOS復旧の実現

　第3回でも触れたが、OSの完全なバックアップは「コールド」状態で実施するというのが従来は一般的であった。Windows系OSは無論のこと、UNIX系OSでもシングルユーザーモードで実施するのが最も安全ということである。

　だが、「コールド」状態でのバックアップは完全で安全であるものの、（1）自動化が難しく定期的なバックアップ実施が困難、（2）OSバックアップデータをリストアするために、最小限とはいえOS自身とリストアツールが必要、（3）ハードウェア障害の際などに異なる構成のハードウェアへのOSリストアが必要な時があるがそのような構成にOSをリストアしても正常に動かないことがある、（4）そもそも「コールド」状態にできる時間枠がとれない、などの問題があった。こういった事情から、OS領域のバックアップが適切なタイミングや方法で実施されていないケースは非常に多く、企業の80％以上で適切なOSバックアップがされていないという調査結果もある。

　最新のバックアップ技術は、これらのOSバックアップに関する問題点を解決しつつある。具体的にはOSリストアは、（1）復旧用OSの起動、（2）OSデータのリストアの2段階のプロセスで行われる。

図1　2つのOSバックアップ手法

　復旧用OSの起動は専用CDまたはネットワーク経由で行う。最近のIAサーバハードウェアはネットワークブートが可能なので、復旧するOSがWindowsやLinuxの場合でもSolarisなどと同じプロセスで起動できる（そのためには事前にBIOS設定でネットワークブートを許可するようにしておく必要がある。専用CDから起動する場合も同様にCDからの起動を許可する設定が必要）。ネットワークブートによる起動には専用のDHCPサーバや復旧用OSのダウンロードを支援するブート用サーバが必要になる半面、復旧するサーバの電源を入れた後はリモートオペレーションのみでの復旧も可能だ。一方、専用CDを使用する場合、メディアの出し入れやサーバ名などのパラメータ入力が必要となることもある。比較的規模が大きい環境で利用する場合にはネットワークブート、小規模環境では専用CDからのブートがよいであろう。

　復旧用OSが起動すると、自動的にOSデータのフルリストアが実行される。この際、異なるハードウェア構成にリストアする場合、ドライバの追加インストールや構成変更の設定が必要となる場合がある。

　当然のことながら、OSをリストアするためにはOS領域のフルバックアップが必要になるが、オープンファイルも含めたOS領域のオンラインバックアップが可能になったため、OS復旧までの一連のプロセスを自動化できるようになった。

1/3

Index
アプリ対応で進化したバックアップ技術を使う
	Page1 OSのバックアップにおける進化
	Page2 Exchange Serverデータの個別アイテムのリストア 仮想サーバのバックアップ
	Page3 「アーカイブ」の意味の変化 暗号化ニーズにどう対応するか

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード