アーカイブを理解する: ストレージ要件、パート 1

Advanced Function Presentation (AFP) に関するテクニカル シリーズへようこそ。ここ数週間、アーカイブ テクノロジーの初期の頃と企業が直面する従来の課題、IBM 標準としての AFP の進化について取り上げてきました。また、AFP の構成要素と、その標準がどのように相互作用し、連携して動作するかについても調べてきました。このシリーズに付随する一連の録画を公開しました。こちらで視聴できます。

今週の記事では、AFP についての理解を深め、顧客コミュニケーション アーカイブのストレージ要件について詳しく見ていきます。要件と利用可能なストレージ オプションを理解することで、アーカイブのパフォーマンスを最適化し、全体的なコストを削減できると考えています。

顧客コミュニケーション アーカイブとは何ですか?

顧客とのコミュニケーションは、通常、業務システムによって生成されるトランザクション ドキュメントであり、ある時点での顧客の正確な記録を提供するためにアーカイブに保存されます。これには、請求書、明細書、ポリシー ドキュメントなどが含まれます。
これらのドキュメントの一部は、顧客サービスが問い合わせに回答するために使用され、その他は監査またはコンプライアンスの目的で必要となり、一部は電子プレゼンテーション ツールを通じて社内および社外の顧客によってアクセスされ、その他は再度参照されることはありません。ただし、これらのいずれの場合も、ドキュメントは参照可能である必要があるものの、静的であり、更新されないという点で同じ特性を共有しています。

アーカイブデータの種類

これらのドキュメントの保存要件と必要なデータの種類を考慮すると、効率性とコスト削減をどのように達成できるかがわかります。アーカイブ内で必要な 3 つのデータ タイプは次のとおりです。

メタデータ: ドキュメントの内容を説明するもので、通常はインデックス作成とドキュメント検索時の高速検索のために一連のデータベース テーブルに保存されます。メタデータは、ドキュメントから抽出された多数のフィールドで構成されることがよくあります。データ分析用のフルテキスト インデックスの使用が増えるにつれて、これらのデータベースは大きくなる可能性があります。このデータは、ドキュメントを取得してユーザーに提示するために、複数のクエリと検索パターンをサポートする必要があります。各クエリと検索パターンは、1 つ以上のドキュメント識別子を生成します。このデータの管理と最適化は、データベースに委任されます。

ドキュメント データ: 顧客に関連するパーソナライズされたデータが含まれます。生成システムに応じて、ドキュメントは、それぞれが独自のファイルとして作成されるため個別に保存されるか (フル バースト)、またはより大きなファイルの一部として保存されます (非バースト)。各アプローチでは、リソース データが異なる方法で処理されます。

リソース データ: これは、毎日のロード内およびアーカイブ全体で多くのドキュメントによって共有されるソース データです。複数のドキュメントで使用されるフォント、画像、その他の成果物で構成されます。

このシリーズの次のブログでは、ドキュメントをアーカイブにロードするときに使用できるさまざまなオプションを詳しく検討し、それぞれの利点と制限について説明します。