2009年1月号よりデータのアーカイブには主に2つのアプローチがある。アプリケーションごとに個別のアーキテクチャを適用するか、全アーカイブを1つのプラットフォームに統合する単一アーキテクチャを採用するか、だ。両者の賛否両論を検証する。データアーカイブはストレージの世界の吸血鬼だ。残骸を吸い取って企業のストレージシステムを若返らせ、膨大なファイルの負荷に苦しむ前の姿に戻すことを約束してくれる。アーカイブのメリットの裏側には、隠された筋書きがある。アーカイブを始めることで、最終的な実装コストに恐れおののくことになるかもしれない。時代は変わりつつある。アーカイブの利点もより一層魅力的になっている。昔のアーカイブはデータのライフサイクル(高価なディスクドライブから安価なテープへの移動)しかできなかったものだが、今やまったく違うものに変わっている。法令遵守や法律の要請から、アーカイブはデータの長期保存用倉庫的な役割を担うことが多くなっている。旧式の手法である、スタブと削除による階層型ストレージ管理は、実装ではほとんど捨て去られている。アーカイブは、あちこちに散らばった個別のデータではなく、組織を守るためになくてはならないツールになった。アーカイブ化の作業はほとんどの場合単一のアプリケーションから始まるが、複数のデータタイプや種類の異なるシステムも取り込んですぐに大きくなっていく。肝心なのは、1つのアーカイブシステムを拡張してヘテロなデータを取り込むようにするのか、単一アプリケーション用のアーカイブシステムを複数使うのか、である。それ以外の方法で統合アーカイブを構築することもできる。1つのストレージプラットフォームで複数のアーカイブシステムを構築したり、業務用検索技術にて雑多なシステムに見かけ上統一性を持たせることが可能となっている。多くの場合電子メールから始まるアーカイブのほとんどは小規模な状態から始まり、ほとんどのデータタイプは(電子メールなど)1つだけだ。IT部門はデータの増大を抑止しようとして、添付を削除したり、データをExchangeサーバから移動したりできるシステムを探すことになる。法務部門は訴訟に関連した検索ができるよう、電子メールメッセージ一式すべての保存を要請する。今後は、サーベンス・オクスリー(SOX)法や産業規制を遵守するため、所定のメッセージを保存することが記録管理に求められてくる。元々の意図とは関係なく、こうしたポイントごとのソリューションの適用範囲は時間とともに広がっていく傾向にある。電子メールシステムにはアドレス帳もあり、日程表もあり、未処理業務リストもメモもある。いうものは最初のうちは考慮の外にあるものだ。会社の記録保存方針ではほとんどの場合文書の保存が求められているが、ファイルサーバか文書管理システムに同じものがあるかもしれない。法務部門は単純な検索と旧メールメッセージ抽出機能に慣れると、電子メールだけでなく、ファイルサーバ、文書管理システム、構造的データシステムなどを横断してさまざまなデータタイプをアーカイブして検索できるようにしたくなる。した出来事が統合アーカイブの実装プロセスにおいて重要なターニングポイントになることがある。現在のシステムを拡張して他の記録データタイプも入れられるようにするのか、それとも新規アプリケーションごとに縦割りにソリューションを導入していくのか。既存のアーカイブシステムの拡張にあたって、主目的となるのが、標準化と単純化である。米国フロリダ州ジャクソンビルにあるペイフォーマンスのIT部門ディレクター、ジェイソン・ベッカム氏は単一のプラットフォームにこだわるメリットを次のように語る。「現在当社が使っている日立のアーカイブプラットフォームは、すでに整っていて、中身もしっかりと把握しています。Platform)を拡張して電子メールをアーカイブに加える予定です。その方が実装も簡単ですし、管理業務やトレーニングが少なくて済みます。統合アーカイブや一元アーカイブはどうあるべきか、考え方はたくさんある。いうソリューションを構築しようとして、固定観念が崩れることがあるかもしれない。アーカイブシステムには不可欠な要素が3つある。アーカイブソフトウェア:オートノミー・ザンタズ、EMC、ミモザ・システムズ、シマンテックなどが提供。データの配置、移動、削除などを管理する。ストレージハードウェア:EMC、ヒューレット・パッカード(HP)、日立、NetAppなどが提供。