このページの本文へ

前へ 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位

    デジタル

    「そんなことも知らんで、介護やってるんですか?」 救急隊員の一言からkintone×AIの組織変革が始まった

  2. 2位

    TECH

    Claude CodeのPlan modeをやめてみる ~grill-meスキルで一歩ずつ設計を固め、アプリを作る~

  3. 3位

    ネットワーク

    「手のひらネットワーク機器」第4弾が登場、テーマは“ShowNetを手のひらに”! こだわりの両面マウントや高密度ポートも 6月11日発売

  4. 4位

    TECH

    Obsidianで構築したエンジニアの「第二の脳」― 個人ナレッジベース構築のすべて

  5. 5位

    TECH

    出自で決まる「SASE」の最適解 主要外資ベンダー5社のコンセプトと強み

  6. 6位

    TECH

    FortiGateの圧倒的シェアをサプライチェーン防御に生かす フォーティネット 2026年度事業戦略

  7. 7位

    デジタル

    ブラックスケルトンモデルも登場!ヤマハ初のWi-Fi 7対応AP「WLX333」「WLX232」投入

  8. 8位

    ビジネス・開発

    「デザインの仕事は半減するかもしれない」 MIXIデザイン本部が挑む「AIネイティブなものづくり」への転換

  9. 9位

    TECH

    酵素遺伝子の喪失がカギとなる、大腸菌がカメムシ共生細菌へ変化する仕組み

  10. 10位

    ITトピック

    SCS評価制度でセキュリティ投資「増額予定」が8割/大企業と中小企業のAI導入格差は2.7倍/情シスの3人に2人が「シャドーAI増加」実感、ほか

集計期間:
2026年06月01日~2026年06月07日
  • 角川アスキー総合研究所