このページの本文へ

前へ 1 2 次へ

ゼロからはじめるストレージ入門 第9回

リカバリポイントやスナップショット機能を理解しよう

バックアップを高速化するレプリケーションの仕組み

2009年10月23日 09時00分更新

文● 竹内博史/EMCジャパン株式会社 グローバル・サービス統括本部 テクノロジー・ソリューションズ本部 技術部 マネジャー

  • この記事をはてなブックマークに追加
  • 本文印刷

前回は、バックアップの目的についておさらいし、容量の増加に対応する運用の工夫やデータ重複除外の技術を紹介した。今回は、どの時点のデータを保持すべきか、どれくらい迅速にリカバリする必要があるかなど、より具体的な要件について整理し、ストレージのレプリケーション機能による高速バックアップ/リカバリ手法を紹介する。

リカバリポイントの設定

 バックアップ手法や運用を検討する際は、まずデータをリカバリできる時点(リカバリポイント)をどれだけの期間や頻度(個数)で用意するかを整理すべきである。リカバリポイントは、以下の2つの観点から検討する。(図1)

図1 リカバリポイントの考え方

  1. 障害時点と直近のリカバリポイントの許容できる時間間隔は?
  2.  障害からデータをリカバリする際、データがどれくらい前に戻ってしまってかまわないのか。つまり、障害時にどれだけの時間分のデータを失ってしまうことを許容できるのかを検討する必要がある。たとえば、最大で12時間分のデータ損失しか生じないことを保証するには、12時間ごとにバックアップを行なう必要がある。そのためには、バックアップが12時間以内で終了する必要がある。これは、バックアップのデータ量やスループットなどの見積りおよび運用とも関連する。

  3. どれだけ過去のリカバリポイントをバックアップメディアに保持すべきか?
  4.  データを過去にさかのぼってリカバリするケースは、ユーザーのオペレーションミスやソフトウェアのバグによるデータ破損といった論理障害がほとんどである。したがって、どれだけ過去のリカバリポイントを保持すべきかについては、ユーザーやアプリケーション運用担当者の要求と用意(投資)できるバックアップメディアの容量のバランスで決定する。

リカバリ時間の評価

 障害によるサービス停止が、直接企業の売上や信頼に関わる重要(ミッションクリティカル)な情報システムでは、データのリカバリ時間をいかに短くするかが、バックアップ方式や運用を検討する大きなポイントとなる。表に、データやアプリケーションごとのリカバリポイントとリカバリ時間の要件の例を示す(図2)。

図2 アプリケーションごとのリカバリポイント・リカバリ時間要件の例

 データベースなどのアプリケーションは、リカバリした古いデータに対して更新ログを適用することにより、障害直前の状態まで復旧する機能を持つものも存在する。バックアップシステムからデータをリカバリする時間だけでなく、アプリケーションの復旧に要する時間等も含めて、リカバリ時間を評価すべきである。

バックアップ/リカバリの高速化技術

 ミッションクリティカルシステムのリカバリポイント/リカバリ時間の要件は、テープによるバックアップでは実現が困難なケースが多い。一般に、テープドライブからのデータリカバリには、

  1. データおよびメディア特定のためのバックアップソフトウェアのカタログデータの検索
  2. テープメディアのロードおよび早送り/巻き戻し
  3. データのリカバリ

といった動作を伴うため、高速化には限界があるためだ。

 そこで、テープバックアップでは生じてしまう問題点を解決すべく、新しい技術が考案された。それが、ストレージ自身に論理ボリューム単位のレプリケーションを作成し、そのレプリケーションボリュームをバックアップとして利用する方法である。(図3)

図3 ストレージのボリュームレプリケーション機能概要

 まず、バックアップはソースボリュームとターゲットボリューム(レプリケーションボリューム)との同期として行なわれる(図3-①)。ストレージはソースボリュームとレプリケーションボリュームの関係を認識しており、外部からのコマンドを通じてデータの同期と切り離しを行なう(図3-②)。作成されたレプリケーションボリュームは、ストレージ内に保持するバックアップとして機能する。リカバリの際には、レプリケーションボリュームから逆同期処理することにより、ソースボリュームをリカバリポイントの状態に戻す(図3-③)。

 同期・逆同期いずれも、ストレージが差分データを管理しているため、データのすべてを転送することなくバックアップとリカバリを高速に実行できる。また、データの転送には外部ネットワークを利用せず、広帯域なストレージ内部バスやチャネルを使用するため、サーバやネットワークの能力に依存しないバックアップ設計が可能だ。

 このストレージのボリュームレプリケーション機能は、EMCのハイエンドストレージであるSymmetrixにTimeFinderという名称で実装・販売され、1990年代後半よりミッションクリティカルシステムを中心に普及した。現在では、ローエンドからハイエンドまで企業向けストレージのほとんどの機種に、このレプリケーション機能は実装されている。

(次ページ、「少ない容量で複数のビューを提供するスナップショット機能」に続く)


 

前へ 1 2 次へ

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

この連載の記事

アクセスランキング

  1. 1位

    トピックス

    “持たない家電”ランキング、もはや定番のアレがやっぱり1位なような

  2. 2位

    トピックス

    思い切った慶應義塾 全教職員にNotion導入で168年分の知的資産をAIに食わせるプロジェクトが始動

  3. 3位

    トピックス

    リモートワークは福利厚生なの? ITエンジニアが本当に欲しい福利厚生第1位となる

  4. 4位

    ビジネス

    管理職こそ大事にしないとまずくないか? 約4割が「続けたい、と答えない」現実

  5. 5位

    トピックス

    ほぼスーパーで良くない? コンビニで「思ったより高い」と感じる人76%、実は中高年ほど割高感に悩んでるって知ってた?

  6. 6位

    トピックス

    インバウンドの頑張りランキングベスト3は「大分県」「岐阜県」「佐賀県」 努力が光る結果に

  7. 7位

    ITトピック

    管理職ほど機密情報をAIに入力している実態、なぜ?/27卒学生の就職人気、IT業界トップ企業は/最新インシデントの傾向10パターンまとめ、ほか

  8. 8位

    ビジネス

    これは日本の時限爆弾 事業会社の9割がレガシーシステム放置でヤバすぎる件

  9. 9位

    TECH

    身代金要求攻撃の被害額は「1社平均6.4億円」 それでも6割超が「支払いを否定しきれない」苦境

  10. 10位

    ビジネス

    ランチ抜きが22%!? 物価高で「水筒・コンビニ控え」が定着する中、なぜか「推し活・美容費」だけは死守するオフィスワーカーたち

集計期間:
2026年04月17日~2026年04月23日
  • 角川アスキー総合研究所