PDS V1 と PDS V2 の違い
バージョン 2 の永続データ・ストア (PDS V2) は、元の永続データ・ストア (PDS V1) を置き換えます。 このトピックでは、PDS V1 と PDS V2の違いのいくつかについて概説します。
PDS V2 は、OMEGAMON ® 製品での直近ヒストリー収集の機能拡張を提供します。 例えば、PDS V2 は、PDS V1よりもかなり少ない 31 ビット仮想ストレージと少ない CPU 使用量を使用するため、パフォーマンスが向上しました。 さらに、PDS V2 は VSAM 線形データ・セットを使用し、PDS V1 は BSAM データ・セットを使用します。
Tivoli Enterprise Monitoring Server または Tivoli Enterprise Monitoring Agent が z/OS® 2.2 (APAR OA50569 適用済み) 以降で実行されている場合、元の PDS V1の代わりに PDS V2 が自動的に使用されます。
以下の表は、PDS V2 と元の PDS V1:
| 特性 | PDS V1 | PDS V2 |
|---|---|---|
| 基礎となるデータ・セット・タイプ | BSAM | VSAM 線形データ・セット (LDS) |
| サポートされる z/OS バージョン | 任意の z/OS バージョン | z/OS 2.2 (APAR OA50569 以降が必要) |
| データ・セットの割り振り方法 | ユーザーがバッチ・ジョブを実行します。 | データ・セットは、 モニター・サーバー または モニター・エージェント内から動的に定義されます。 詳細については、 「PDS V2 データセットとステータスについて」 を参照してください。 |
| データ・セットが満杯になったときのアクション | 記録は、次のデータ・セットにロールオーバーします。 新規データ・セットを割り振るために、バッチ・ジョブが自動的に生成されます。 | スペース・ベース・モード (ECR = NO) の場合、現行データ・セットがスペース不足になると、次の空のデータ・セットへの切り替えが行われます。 現行データ・セットが満杯になると、エクステントは取られません。 時間ベース・モード (ECR = YES) の場合、各 LDS には単一の 24 時間のデータが含まれます。 LDS が満杯で拡張できない場合、記録は次のデータ・セットにロールオーバーし、24 時間未満のデータがデータ・セットに存在する可能性があります。 |
| 仮想ストレージ使用量 | 31 ビット仮想記憶域を大量に使用する | モニター・サーバー および モニター・エージェント は、2 GB 境界より上の 64 ビット仮想ストレージを使用します。 |
| データ・セット名の低位修飾子 | モニター・サーバーの場合:
モニター・エージェントの場合:
ここで、それぞれ以下のとおりです。
詳しくは、 PDS データ・セット名 を参照してください。 |
Gppmnnnn, Hppmnnnnここで、それぞれ以下のとおりです。
詳しくは、 PDS データ・セット名 を参照してください。 |
| 属性グループ | 永続データ・ストアに書き込まれるデータは、テーブル (属性グループ)、グループ、およびデータ・セットによって編成されます。 各テーブルはグループに 割り当てられます。 複数のテーブルを各グループに割り当てることができ、各グループには、1 つ以上のデータ・セットを 割り当てることができます。 デフォルトでは、1 つのグループに 6 つのデータ・セットが割り当てられます。 | 属性グループは個別のグループに編成されなくなり、データ・セットはグループに割り当てられなくなりました。 代わりに、アプリケーションのすべての属性グループは、事実上、単一のデータ・ストア・グループ内にあります。 |
| 拡張アドレス・ボリューム (EAV) サポート | EAV をサポートしない | EAV のサポート |
| z/OS データ・セット暗号化のサポート | z/OS データ・セット暗号化をサポートしない | z/OS データ・セット暗号化のサポート |
| 管理および保守 | 手動プロセス | セルフ・マネージド |