arc********
「インデックステーブルはRCのディスク上にあるファイルから展開する。このファイルを作成するプログラムを実行したタイミングで、一時的に確保するメモリー領域が不足し、ファイルの内容が不正確になったという。」
> 機器の基本ソフト(OS)が32ビットから64ビットに変更されたが
インデックステーブルでdb作る時のメモリ割り当て上限を低くしてしまった、ってこと? 規模と仕組みが分からなすぎて理解が追いつかない。
vep********
vep********8時間前
その記事に信憑性があるのならDB周りの障害が濃厚ですね。さらに設計が古いとすれば、IXエントリのNDBが使われている可能性も。その前提でマシンのメーカーは分かりませんが、仮にF系のAIMの例ですとスキーマを定義するADLソースの中でINDEXバッファやBOFのバッファの設定値が十分な数値でなかったというケースなら、容量不足という事がバッファ不足に当てはまり、合点がいきます。
ちなみに、記事の内容とは現象が異なりますが、容量不足でありがちなのがインデックステーブルが最適化されず偏ったページに集中してのパンクです。既存レコードを持つDBの再創成時に創成ジョブの途中でシステムにテーブルを作らせる方が楽ですが、現存するレコード件数とキーの値、ページ数とページ長からページNo.を偏りなく分布するようにシミュレーションして、ユーザー自身でテーブルを割り当てる方が、パンク対策には効果的だと思います。