バージョン 8.1.3	検索   索引   目次   |   PDF BOOKS   |   ホーム   上へ   戻る   次へ

このセクションでは、次のデバイスおよびシステムファイルについて説明します。

• サポートされるデバイスタイプ

• ECKD デバイス

• 新規デバイスの追加

サポートされるデバイスタイプ

次の表に、Adabas を z/OS で使用する場合にサポートされるデバイスタイプの標準的な特性を示します。 Adabas ブロックサイズとトラック当たりの RABN は、各デバイスタイプの Adabas コンポーネント別に記載されています。

注意:

1. 8350、838n、および 839n は物理的には 3350、3380 および 3390 に含められる擬似デバイスタイプです。ただし、前者の標準ブロックサイズの方が長いこともあります。
2. ここに記載されたシリンダ当たりのトラック数は形式的な値です。
3. MVS、VSE、または VM/ESA 配下の IBM RAMAC 9394 は、3390 モデル 3、3380 モデル K、または 9345モデル 2 デバイスをエミュレートします。

ECKD デバイス

Adabas は、3990 コントローラおよび ESCON チャネルを備えた IBM 3390 などの ECKD DASD デバイスをサポートしています。

オープン処理中に、ADAIOR は、ASSO、DATA、WORK、SORT、および TEMP データセットに使用されている DASD デバイスタイプを決定します。 そのとき、Adabas は各 Adabas データベースコンポーネントに関する情報メッセージを発行します。メッセージの type はコンポーネントです。

ADA164 ... FILE DDtype HAS BEEN OPENED IN ckd/eckd MODE - RABN SIZE rabn-size

注意:
ファイルがオープンされるのはCKD モードのみなので、ファイル内での ECKD エクステントと CKD エクステントの混在は避けることを強くお勧めします。 エクステントを混在させると、ファイル I/O 処理が実行されるときに、パフォーマンスが低下することがあります。

新規デバイスの追加

ユーザー定義ブロックサイズを含む新規デバイスタイプに対するサポートは、このために予約されたデバイスコンスタントエントリテーブル（TDCE）の 1つを修正することによって、ADAIOR に実装することができます。

TDCE は X'40' バイト長で、最初の未使用の TDCE はその先頭 2 バイト（TDCDT）の X'0000' で示されます。

バージョン 6.2 より前のすべての Adabasバージョンでは、最初の TDCE のアドレスはオフセット ADAIOR+X'34' にあります。

Adabas バージョン 6.2 の場合、TDCE エントリは ADAIOR CSECT TDCON にあります。最初の TDCE エントリはオフセット 0、最初の未使用の TDCE エントリはオフセット X‘400’ にあります。

Adabas バージョン 7.1 の場合、TDCE エントリは ADAIOS CSECT TDCON にあります。最初の TDCE エントリはオフセット 0、最初の未使用の TDCE エントリはオフセット X‘580’ にあります。

この情報は、TDCE エントリを追加するときに有効です。

• 最初の未使用 TDCE に ZAP する情報

• デバイスブロックサイズ定義の一般的ルール

• 最大シーケンシャルブロックサイズ

• アソシエータまたはデータストレージのブロックサイズのルール

• WORK データセットのブロックサイズのルール

• TEMP/SORT データセットのブロックサイズのルール

• PLOG または SIBA のブロックサイズのルール

• I_PPT のシーケンシャルプロテクションログのブロックサイズ

最初の未使用 TDCE に ZAP する情報

次の表の情報を最初の未使用 TDCEに ZAP する必要があります。 TDCE を変更する場合、「デバイスブロックサイズ定義の一般的ルール」に従う必要があります。

注意:

1. デバイスタイプを識別するための、1 つまたは複数のオペレーティングシステム依存のコード。z/OS の場合は、UCBTBYT4 の UCB ユニットタイプになります。
2. z/OS オペレーティングシステムでは使用されません。

デバイスブロックサイズ定義の一般的ルール

Adabas デバイスブロックサイズを定義するとき、次の一般的ルールに従う必要があります。

• すべてのブロックサイズは必ず 4 の倍数にします。

• 1 つのブロックを複数のトラックに分割することはできません（つまり、ブロックサイズはトラックサイズ以下にする必要があります）。

最大シーケンシャルブロックサイズ

新しいデバイスを追加するときに、最大シーケンシャルブロックサイズも指定する必要があります。 最大シーケンシャルブロックサイズに設定する値は TDCMSBS です。ADAIOR TDCE テーブルの先頭からオフセット X’08’ の位置にあります。

デバイスタイプに応じて、TDCMSBS 値は次の値にする必要があります。

注意:
デバイスによっては、より小さいブロックサイズを使用することで最も効率的になることに注意してください。例えば 3380 デバイスに対する最大ブロックサイズを 23476 バイトに設定することで 1 トラック当たり 2 ブロック確保することができます。

アソシエータまたはデータストレージのブロックサイズのルール

アソシエータおよびデータストレージブロックサイズには次のルールが適用されます。

• アソシエータブロックサイズは最大 FDT サイズの 4 分の 1 より大きくして、さまざまな管理ブロック（RABN1～30）および FCB の定義を受け入れられる十分な大きさにする必要があります。

• アソシエータとデータのブロックサイズは、Adabas バッファプールスペースを節約するために 256 の倍数より 4 バイト少なくしてください（例：1020）。

• アソシエータおよびデータのブロックサイズはシーケンシャルブロックサイズより最低 32 小さくする必要があります。

• データブロックサイズは（最大圧縮レコード長 + 10 + パディングバイト）より大きくする必要があります。

WORK データセットのブロックサイズのルール

WORK ブロックサイズは（最大圧縮レコード長 + 110）または（アソシエータブロックサイズ + 110）のどちらか大きいほうより大きくする必要があります。

TEMP/SORT データセットのブロックサイズのルール

ADAM ダイレクトアドレッシングを使用する場合、サイズは次のとおりです。

size > (maximum compressed record length + ADAM record length + 24);
size > 277 (maximum descriptor length + 24)

ただし、TEMP と SORT は一般的に読み込まれた後に書き込まれます。したがって、TEMP/SORT ブロックサイズを大きくした方が効率はよくなります。

TEMP および SORT のブロックサイズは DATA のブロックサイズより大きくする必要があります。

PLOG または SIBA のブロックサイズのルール

注意:
プロテクションログファイルに 3480/3490 テープカートリッジ圧縮（IDRC）を使用することはお勧めしません。 ADARES BACKOUT 機能を実行する場合、z/OS では圧縮データの処理に少なくとも 2 倍の時間がかかります。

PLOG または SIBA ブロックサイズには次のルールが適用されます。

• PLOG または SIBA ブロックサイズは（最大圧縮レコード長 + 110）または（アソシエータブロックサイズ + 110）のどちらか大きいほうより大きくする必要があります。

• PLOG/SIBA を最大データストレージブロックサイズより大きく定義することもお勧めします。 これにより、オンライン ADASAV 処理中に データストレージブロックを分割することによる I/O 増加が回避できます。

シーケンシャルファイルのブロックサイズ（BLKSIZE）は次のように決定されます。

if PTTF(JCL) then BLKSIZE is taken from file assignment statement or label;
if PTTMBS > 0 then BLKSIZE = PTTMBS;
if PTTMBS = 0 then
if tape then BLKSIZE = 32760;
else BLKSIZE = TDCMSBS;
else if BLKSIZE in file assignment statement or label then use it;
if PTTF(OUT) then
if QBLKSIZE > 0 then BLKSIZE = QBLKSIZE;
if tape then BLKSIZE = 32760;
else BLKSIZE = TDCMSBS;
else error.

注意:
QBLKSIZE は ADARUN パラメータです。

I_PPT のシーケンシャルプロテクションログのブロックサイズ

ロードモジュール ADAIOR の CSECT I_PTT の対応する PTT エントリで、シーケンシャルプロテクションログのブロックサイズを大きくしなければならないことがあります。

最初の PTT エントリのアドレスは ADAIOR+X'4C8' のフルワードに含まれています。

PTT エントリは CSECT I_PTT のオフセット 0から始まります。

各 PTT エントリは X'10' バイト長で、次のような構成になっています。

シーケンシャルプロテクションログに対する PTT エントリは、先頭 2バイトの X'12F1' で識別できます。

www.softwareag.com

Copyright © Software AG 1971-2008. All rights reserved.

検索   索引   目次   |   PDF BOOKS   |   ホーム   上へ   戻る   次へ