このページの本文へ

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

    ITトピック

    実用化が楽しみすぎるスマート技術たち 「長距離ワイヤレス給電」から「室内向け太陽電池」「超音波センサー」まで

  2. 2位

    ITトピック

    IT技術者の約半数が「AIの進化で転職を意識」/これから起きるのは「SaaSの死ではなく変容」/バックアップ市場は堅調に成長、ほか

  3. 3位

    sponsored

    AIインフラ市場“一強体制”を崩せるか AMDが「Helios」で体現するオープン戦略とフィジカルAIのラストマイル

  4. 4位

    デジタル

    kintone MCP Server とは?現在提供されている3つの選択肢をフラットに比較

  5. 5位

    データセンター

    IOWNによるGPU分散インフラ「GPU over APN」実証環境を開放 NTTドコビジが全国8拠点をつなぎ提供

  6. 6位

    デジタル

    買い切り型クラウド「pCloud」がDX総合EXPOへ CEO来日で日本展開を加速

  7. 7位

    sponsored

    「IT機器が高すぎる」「熟練メンバー不在で分からない」… 情シスさんの“現場の悩み”をエンジニア3人に聞いてみた

  8. 8位

    Team Leaders

    「SaaSの死」現場の8割が実感も、半数が“年間10%以上成長”と危機感先行

  9. 9位

    Team Leaders

    AIエージェントが顧客対応から“恋愛相談”まで マッチングアプリwithのCSを変えたチャネルトーク

  10. 10位

    クラウド

    顧客企業のビジネスを動かす「基幹系AI」を実現する 日本オラクルの2027年度戦略

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