データベース・マイグレーション

AIMデータベース(NDB)をマイグレーションするにあたって最初の作業は、NDBデータベースの物理的な構造と索引を定義したAIM ADLスキーマ情報をマイグレーションすることです。メインフレームからアンロードされたADLスキーマ・ファイルはEBCDIC形式なので、dsmiginツールを使用してASCII形式に変換した後、ndbadlgenツールを使ってOpenFrame NDBシステムに登録します。

メインフレームのAIMデータベース(NDB)をアンロードしたデータベース・アンロード・ファイルには、データベース・レコードのフィールド構成とEBCDIC文字またはメインフレームのデータ型でデータが保存されています。そのため、データベース・アンロード・ファイルをOpenFrame環境のOpenFrame NDBにインポートする前に、各フィールドに保存されているデータをASCIIまたはオープン環境で使用できるデータ型に変換しなければなりません。

NDBデータベース・スキーマのマイグレーションにより、OpenFrame NDB環境に登録されたNDBスキーマ情報を参照して、アンロード・ファイルに保存されているデータベース・レコードの各フィールドのデータ型の情報を確認できます。このNDBスキーマ情報を利用して、データベース・アンロード・ファイルを、OpenFrameのOpenFrame NDBにインポートできるアンロード・ファイルに変換するために必要な変換スキーマ(conversion schema)を作成することができます。この作業には、ndbgenschツールを使用します。

以下は、ndbgenschを使用してNDBアンロード・ファイルの変換に必要な変換スキーマを作成する例です。

上記例では、DB01という名前のNDBデータベース・スキーマを参照して、該当するデータベース・アンロード・ファイルを変換するために必要な変換スキーマのDB01C.convを、$OPENFRAME_HOME/schemaディレクトリに作成しています。

NDBデータベース・スキーマがOpenFrame AIM環境にマイグレーションされており、データベース・アンロード・ファイルの変換に必要な変換スキーマが作成されていれば、dsmiginツールを使用して、メインフレームのデータベース・アンロード・ファイルをOpenFrameのOpenFrame NDBにインポートできるアンロード・ファイルに変換します。

以下は、dsmiginを使用してNDBアンロード・ファイルを変換する例です。

上記例では、メインフレームのAIM DBからアンロードされたDB01.db2ファイルを、OpenFrameの可変長の非VSAMデータセットに変換しています。DB01.DB2というデータセット名で、ボリュームDBVOL1に作成するように指定しています。

変換の際に適用する変換スキーマとしては、上記で作成したDB01C.convを指定しており、-e JAKオプションを指定して、文字コードを変換するときにソースがEBCDIC(JEF)エンコーディングで作成されたソースであることを指定しています。また、可変長データセット・レコードの最大長として「3216」を指定していますが、ここには変換結果の非VSAMデータセットに保存できる最大のレコード長を指定します。この情報は、データベース・スキーマ情報から取得できます。

NDBデータベース・アンロード・ファイルの変換が完了したら、変換されたデータベース・アンロード・ファイルを保存するデータセットをOpenFrame NDBデータベースに作成します。データベースの作成とは、データベースのテーブルと索引を作成することを意味します。

OpenFrame NDBでデータベースを保存するためのテーブルは、NDBデータを保存するために適切な属性（レコード長およびレコード形式、キー長など）で作成する必要があります。この作業は、ndbmgrツールを使用して行います。

ndbmgrツールは、OpenFrame NDBデータベースの作成以外に、入出力のためのライブラリを作成するためにも使用されます。一般的に、データベースのテーブルを作成し、入出力ライブラリを作成した後に、NDBデータベースのインポートを行います。

以下は、ndbmgrを使用して、OpenFrame NDBにデータベースのテーブルを作成する例です。

以下は、ndbmgrを使用して、OpenFrame NDBに入出力ライブラリを作成する例です。

上記例では、ndbmgrを使用してデータベースDB01を作成しています。DB01は、DBスキーマ名です。

ndbmgrツールを使用してOpenFrame NDBにデータベースを作成したら、dsmiginによって変換されたデータベース・アンロード・ファイルをndbimportツールを使用して順次に読み込んでOpenFrame NDBデータベースにインポートします。

ndbimportを使用したインポート作業も1つのアプリケーション・プログラムとして見なされるため、インポート対象のデータベースを含むサブスキーマ(SUBSCHEMA)を指定する必要があります。なお、インポート・プロセスを制御する制御文が含まれたファイルも指定する必要があります。ndbimportのための制御文の形式と内容は、OpenFrame NDBのリロード・ユーティリティであるJXKRELODのSYSINに入力する制御文と同じです。この制御文で、インポートするデータベースの名前、レンジ(RANGE)、サブレンジ(SUBRANGE)を指定したり、インポート後に実行する基本索引および拡張索引の構築に必要な中間データセットを作成するか否かを指定したりできます。

以下は、ndbimportを使用して、変換されたデータベース・アンロード・ファイルをOpenFrame NDBデータベースにインポートする例です。

上記例では、制御文ファイルとしてDB01.ctlを、サブスキーマ名としてSDB01を指定しており、OpenFrame NDB向けに変換されたアンロード・データセットDB01.DB2をデータベースDB01にインポートしています。

OpenFrame NDBでは基本索引と拡張索引をデータベースの索引として構成するので、IRDデータセットとKRDデータセットは実際に生成されません。

以下は、上記例で使用された制御文ファイルDB01.ctlの内容です。KRDATA文とXINDEX文を指定し、拡張索引の構築に必要なKRDデータを作成するよう指定しています。基本索引を使用するデータベースの場合は、IXDATA文とINDEX文を指定して、基本索引の構築に必要なIXDデータを作成するように指定できます。この制御文は、ndbconvstmtツールを使って、メインフレームで当該データベースをアンロードするために使用された制御文を入力として作成することができます。

以下は、上記例で使用されたサブスキーマSDB01の内容です。サブスキーマSDB01には、インポート対象データベースのDB01が含まれています。