拡大する処理キャパシティー
より多くのデータ処理を Db2 に移動していくにつれて、ユーザーの処理要求が単一システムのキャパシティーを超えてしまう可能性が出てきます。 データ共用を使用することで、増大し続けるキャパシティー要求を満たすことができます。
Db2 データ共用を使用しない場合
- データをコピーするか、または別個の Db2 サブシステムにデータを分割する。
この方法を取った場合、お客様が個々のデータのコピーを保守する必要があります。 Db2 サブシステム間での通信は行われず、共用の Db2 カタログやディレクトリーはありません。
- Db2 サブシステムをもう 1 つインストールし、アプリケーションを書き直して、データに分散データとしてアクセスする。
この方法により元の Db2 サブシステムのワークロードは軽減される可能性はありますが、アプリケーションを変更する必要があり、それ自体にパフォーマンス・オーバーヘッドがかかります。 いずれに せよ、Db2Db2 サブシステムが距離的に非常に離 れている場合や Db2 が他のシステムとデータを共用する必要がある場合には、分散データ機能が唯一の選択肢となります。
- より大型のプロセッサーをインストールし、データとアプリケーションをそのマシンに移す。
この選択肢には費用がかかります。 さらに、この方法では、 新規マシンへの移動時にシステムを停止する必要があります。
Db2 データ共用を使用する場合
Db2 データ共用を使用すると、以下の利点があります。
段階的な成長への対応 ：Parallel Sysplex®は段階的に拡張できるため、処理能力を粒度の細かい単位で、業務に支障をきたすことなく追加することができます。 Parallel Sysplexの結合テクノロジーとCPUの追加により、ユーザーのアプリケーションの処理能力が向上します。 複数のデータのコピーを管理する必要はもはやなくなり、データ共有グループのメンバー全員が、単一の Db2 カタログとディレクトリを共有します。
ワークロードの分散 ： Db2 のデータ共有機能により、ワークロードの分散が可能になるため、ワークロードが増加したり、グループに新しいメンバーが加わったりしても、データの分散やアプリケーションの書き換えは不要です。 Db2 データ共有は、並列処理における分割データのアプローチ （共有なしアーキテクチャと呼ばれることもある）とは異なります。このアプローチでは、データベース管理システム（DBMS）とデータのセグメントの間に1対1の関係が存在します。 データ共用環境の別の中央処理装置複合システム (CPC) に新規の Db2 サブシステムを加えた場合、アプリケーションは、既存のメンバーのいずれかを使用した場合と同様に 簡単に、その新しいメンバーから同じデータにアクセスできます。
Db2 z/OS® のワークロードマネージャー（WLM）コンポーネントと密接に連携し、データ共有グループのメンバー間で受信リクエストが最適に分散されるようにします。 データ共用グループのすべてのメンバーが、同じ並行および直接の読み取り書き込みアクセスをデータに対して行うことができます。
必要時に備えたキャパシティー: データ共用構成は、ピーク時のワークロード (四半期末の処理など) に対応できます。 データ共用メンバーを 確保しておき、ピーク負荷を処理するためにはそのメンバーをオンラインにし、ピークが過ぎたら メンバーを停止することができます。