
いまどきのサーババックアップ戦略入門(3)
バックアップのあり方を変える新技術
株式会社シマンテック
成田 雅和
2007/10/26
データの保護・保全に関するテクノロジーは進化を続け、バックアップ手法の選択肢が広がってきている。業務要件に適したバックアップ技術を容易に使えるようになってきているのだ
無停止バックアップ
いまや、アプリケーションやOSを停止せずにバックアップすることは当然になりつつある。
OSについてはシングルユーザー、あるいは専用OSで起動した状態で「コールド」バックアップを取るのが主流であった。このデータ(すなわちOSバックアップ)をリストアするためには、別途OSのインストールメディアとバックアップエージェントが必要だったり、構成の異なるハードウェアにリストアしてもOSとして正常に動作しないなどの問題があった。しかしいまでは、バックアップエージェントの進歩により稼働状態でもバックアップが取れるようになったうえ、ハードウェア構成が異なる場合でもドライバの追加インストールなどを行うことで正常に稼働させることができるようになっている。
アプリケーションデータのバックアップについても、アプリケーション専用のバックアップエージェントの進歩により、アプリケーションの停止なしでバックアップを行えるようになってきている(この部分の詳細は第5回で触れる予定である)。
スナップショット
第2回でも簡単に触れたが、RPO/RTOを劇的に短縮する方法の1つがスナップショットである。スナップショットはもともと、ある時点でのデータの静止点を取り、変更されたデータとそのリンク情報を持つことにより、短時間でバックアップ元データを作成する方法であった(図1)。これはいまでも、差分のみを保持する方法として利用されている。
![]() |
| 図1 従来のスナップショットはリンク情報を管理する |
その後さらに、リンク情報ではなく完全なデータとしてのコピーを作成することも可能になった。ここではその技術を「フルイメージスナップショット」と呼ぶことにしよう。具体的な方法は以下のとおりである。
![]() |
| 図2 フルイメージスナップショットではデータのコピーも行われる |
まずフルイメージスナップショット実施前は、データ領域(バックアップ元)とスナップショット領域(バックアップ先)が切り離された状態になっている(図2のフルイメージスナップショット(1))。この状態でアプリケーションがデータを書き込むと、データ領域のみに書き込みが行われ、スナップショット管理領域が更新される。
この状態からスナップショットを開始すると、この時点でデータ領域からフルイメージスナップショット領域へ、変更点のみのコピーが開始される。コピー処理中に新たにデータ領域にアプリケーションが書き込むと、そのデータは都度、スナップショット領域にも書き込みが行われる(図2のフルイメージスナップショット(2))。この処理を「フルイメージスナップショット領域の同期」と呼ぶ。初回はすべてのデータをコピーするために領域サイズに応じて長い時間がかかるが、2回目以降は変更点のみのコピーとなるために短時間で終了する。
同期終了後、アプリケーションをリードオンリーな状態にし、スナップショット領域を分離し、すぐまたアプリケーションを通常状態に復旧する(図2のフルイメージスナップショット(3))。この分離操作そのものは秒単位で終了するので、アプリケーションからみた場合のバックアップウィンドウの短縮につながる。
この状態は図2のフルイメージスナップショット(1)と同じであり、以後、同期処理とスナップショット領域の分離処理を繰り返すことで、フルイメージのバックアップを取得することができる。SAN上のストレージ装置にスナップショット領域を取り、バックアップサーバから直接アクセスして2次バックアップを取ることも可能だ。もともとのデータ領域が破損したような場合、スナップショット領域をそのままアプリケーションからアクセスさせることもできる。
フルイメージのスナップショットはストレージ装置の機能として実装されているほか、ボリューム管理ソフトウェアの機能でも実現されている。ボリューム管理ソフトの機能を使用する場合、異なるストレージ装置間でスナップショットを行うことができる。安価なストレージ装置をスナップショット専用として使用し、バックアップの高速化とコストダウンを両立する例も出てきている。スナップショット同期中に元のデータ領域が破損するとスナップショット領域のデータも一貫性が失われてしまうので、データ領域とスナップショット領域は異なるRAIDグループにする、同じハードディスクデバイスを共用しない、ストレージ筐(きょう)体を分ける、あるいは、スナップショット領域を複数個持つなどの対応策を必要に応じて選択するとよい 。
1/3 |
| Index | |
| バックアップのあり方を変える新技術 | |
| Page1 無停止バックアップ スナップショット |
|
| Page2 個別アイテムのリストア 連続データ保護(CDP) |
|
| Page3 重複データ排除 負荷分散 |
|
ホワイトペーパー(TechTargetジャパン)
- 日本IBM、クラウドで広がる新たな世界とは (2010/2/22)
全社を挙げてクラウドを推進すると宣言した日本IBM。同社の目指す企業ITの姿とは - 無停止環境を実現するVMware FTとは (2009/12/17)
VMware vSphere 4には、サーバ機に突然の障害が発生しても、無停止で稼働を継続できる機能が加わった。これを解説する - クラウドサービスとは何か (2009/12/15)
クラウドサービスをめぐるさまざまな動きをピックアップして解説する連載の第1弾。「クラウド」をどう理解すればいいのか - VMware vSphere 4のストレージ機構(2) (2009/11/9)
シン・プロビジョニングや無停止容量拡張など、vSphere 4の強力な新機能について解説する
|
|
スキルアップ/キャリアアップ(JOB@IT)
スポンサーからのお知らせ
- - PR -
| 仮想環境の構築とデータ保護の特効薬?! 実績と信頼性の高いパッケージで安心運用 New! |
| 仮想環境のバックアップもこれまでどおり 「まるごと取ってまるごと戻す」簡単運用 |
| おばかアプリ選手権、第4弾開催中!! ムダにカッコよくてくだらない作品求ム! |
| 社内ファイルサーバを“クラウド”に統合 VPN直結「クラウド型ストレージ」を紹介 |
| その数、なんと400台以上! グループ内 サーバの「統合管理」によるメリットは? |
| 美人!? まあまあ? 気になる いやし系!! PV急増で「美人時計」がとった手段とは? |
| .NET編集長が実践する「技術情報検索術」 サンプル・コードを簡単に探す“技”は? |
| 進化を続ける富士通ストレージETERNUS DX 製品開発者の自信を裏付けるものとは何か |
| 運用管理の課題を“2つの観点”から分析 ユーザー満足度の高い「仮想環境」とは? |
お勧め求人情報

**先週の人気講座ランキング**
〜Java編〜
| ◆ | おばかアプリ選手権、第4弾開催中!! ムダにカッコよくてくだらない作品求ム! |
| ◆ | 社内ファイルサーバを“クラウド”に統合 VPN直結「クラウド型ストレージ」を紹介 |
| ◆ | Twitterのアカウントはなぜ突破された? メールによる新手の攻撃手法とその対策 |

| ◆ | もう仮想化のお試しフェイズは終わりだ! Hyper-V 2.0が基幹システムも仮想化 |
| ◆ | 美人!? まあまあ? 気になる いやし系!! PV急増で「美人時計」がとった手段とは? |
| ◆ | クライアント企業から求められる人材 ⇒IT技術と経営戦略を併せ持つ「戦略家」 |

| ◆ | .NET編集長が実践する「技術情報検索術」 サンプル・コードを簡単に探す“技”は? |
| ◆ | 業務効率と情報セキュリティ対策を両立! 手間なく確実に機密情報を守る方法とは? |
| ◆ | 直属上司が海外にいるのエンジニアに見る 【実例】場所に捉われないワークスタイル |

| ◆ | 「仮想化工房」のマイスターが選んだのは VMware、Hyper-V、そしてVirtageだった! |
| ◆ | 進化を続ける富士通ストレージETERNUS DX 製品開発者の自信を裏付けるものとは何か |
| ◆ | 運用管理の課題を“2つの観点”から分析 ユーザー満足度の高い「仮想環境」とは? |

| ◆ | 【CTC事例】約30の基幹システムを統合! 膨大なバッジジョブを制御した方法は? |
| ◆ | 仮想化すればコストは削減できるか? 仮想化に必要な「3つの視点」を解説する |
| ◆ | その数、なんと400台以上! グループ内 サーバの「統合管理」によるメリットは? |









