統合に向かうデータバックアップとアーカイビング
いまさら聞けない“バックアップ”と“アーカイブ”の違い
これまで長い間、バックアップとアーカイビングは別のプロセスだった。だがバックアップ用のソフトウェアとハードウェアの進歩のおかげで、両者の統合が可能になりつつある。
一般的な仮想環境のバックアップの仕組み《クリックで拡大》
原則論でいえば、データバックアップとアーカイビングは別々のプロセスであるべきだ。これには十分な理由がある。それぞれのプロセスの内容だけでなく、ストレージシステムに対する要件が大きく異なるからだ。多くのデータセンター、特に中堅・中小企業のデータセンターでは本格的なアーカイビング戦略が存在しないが、最近のバックアップ用ソフトウェアとハードウェアの機能を見れば、そういった戦略は必要でないのかもしれない。とはいえ、バックアップでアーカイブを代替することは本当に可能なのだろうか。
バックアップ、アーカイブはどう違う？
バックアップの主要な役割は、データの最新コピーをできるだけ早く本番業務用ストレージに復元することだ。目標とする復元ポイントおよび復元時間にもよるが、データセンターではデータのコピーをできるだけ最新のものにするのに大きな苦労が伴う。バックアッププロセスは、データの最新のコピーではなく、以前のバージョンのデータを復元するためにも用いられる。これは、データの破損が見つかる前に保護されたコピーが作成された場合などで必要とされる。
一方、アーカイブの主要な役割は、長期間にわたってデータを保管することだ。アーカイブの要件としては、検索が可能で、費用対効果に優れ、データの整合性を維持できることなどが挙げられる。アーカイブでは通常、高速な復元能力は必要とされない。アーカイブに保存されたデータのほとんどは、二度とアクセスされない可能性が高い。アクセスする必要が生じるのは、証拠開示や分析といった特殊な場合だ。
かつては、データバックアップとアーカイビングは基本的に互いに補完する関係にあった。アーカイビング作業では、古いデータをプライマリストレージからテープライブラリに移動する。これにより、古いデータを高価なディスクバックアップストレージ装置でバックアップしなくても済むようになる。また、バックアップインデックスのサイズも抑えられるため、データ破損のリスクが減少する。
データバックアップ技術の改良でアーカイビングの代用が可能に
従来、バックアップソフトウェアは、より多くのデータをより高い頻度で収集し、そのデータをバックアップ装置に素早く移動することを目標に改良が進められてきた。こうした改良は、バックアッププロセスが長期的なデータ保存に適したものになるという効果ももたらした。バックアップソフトウェアベンダー各社は、収集されるデータ量の増加に対応するためにバックアップソフトウェアデータベースの改良を進めた。こうした努力の結果、これらのデータベースの拡張性が大幅に向上するとともに、データ損傷のリスクなしに、より長期間にわたってデータを保管できるようになった。
ソースサイドの重複排除や「Changed Block Tracking」（CBT：更新ブロックの追跡）などの機能は、転送する必要があるデータの量を減らすのに役立つ。前回のデータ保護作業以後に変更されたデータだけがコピーされるからだ。その結果、アーカイブを導入する主要な理由の1つであるバックアップデータの削減が、以前ほど重要ではなくなってくる。
ディスク方式のバックアップターゲットも改善された。現在、これらのデバイスは数十P（ペタ）バイトのデータを格納し、重複排除機能と圧縮技術により最大限のデータ保存効率を実現するとともに、コスト面でもライバルのテープ方式に対抗できるようになってきた。また、データの整合性をほぼリアルタイムで確認する機能も備えている。
こうした改良により、アーカイブストレージ用にテープがあまり使われなくなってきた。ほとんどのアーカイブでは、バックアップデータの素早い復元は必要とされないが、テープ装置よりも高速なアーカイブ復元を必要とする企業もある。
また、データベースの進化のおかげで最近のバックアップアプリケーションの多くは、専用のアーカイビングソフトウェアに匹敵する検索機能を備えるようになった。バックアップ製品の中には、コンテキストレベルでの深い検索が可能なものもある。プライマリストレージのスナップショットを検索パラメータに含めることにより、保護されたデータの一元的表示を可能にしているバックアップアプリケーションもある。
バックアップでアーカイブを代用すべきか？
データバックアップとアーカイビングを統合すべきかどうかという判断は、アーカイブのサイズに大きく左右される。つまり、どれだけの量のデータをどのくらいの間、保管する必要があるのかという問題だ。何Pバイトものデータを長期間にわたって保管する必要があるのであれば、専用のアーカイブソフトウェアの方が規模的に優れ、コスト差も無視できない。このような環境では、テープのコスト優位性が顕著となる。これに対し、Pバイト級以下の規模のデータセンターの場合は、最近のバックアップ用ソフトウェアの機能とハードウェア技術があれば、バックアップでアーカイビングを代用することは十分に可能だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
7
Microsoft 365の知られざる5つの裏口 パスワードを変えても攻撃者は消えない
-
8
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
9
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー