![]() |
![]() |
![]() |
![]() |
![]() |
•
•
•
•
1. 変換するアセットの現在の本番ソース環境。
2. 本番環境から抽出した操作を格納して分離し、テスト・データベースを作成するためのテスト・ソース環境。
3. 変換されたアセットの実行、チューニングおよびテストのためのテスト・ターゲット環境。
4.
5. 変換とテストが行われたアセットのための本番ターゲット環境。
表1-1 プロジェクトの環境
表1-2 プロジェクト・フェーズ 図1-1 プロジェクトのフェーズとプロセス図1-2 言語の移行図1-3 データの移行図1-4 移行アーキテクチャプラグインをインストールするには、com.oracle.tuxedo.wbplugin_x.x.x.x.jarファイル(Tuxedo ART Workbenchインストール・ディレクトリの下のutils/eclipse_pluginサブディレクトリにあります)を$ECLIPSE_HOME/pluginsディレクトリにコピーしてから、Eclipseを再起動する必要があります。
•
•
•
• カタロガの出力レポートは、レポート・ビューに表示されます(図1-5を参照)。タブに各レポートが表示されます。ビューはARTパースペクティブに統合されています。「クローズ」ボタンをクリックして閉じるか、メイン・メニューから再度開きます。図1-5 レポート・ビューの例
•
•
表1-3 色付きの警告
• レポート・ビューのメニュー・バーの「リフレッシュ」ボタンをクリックしても、内容をリフレッシュできます。進捗モニター・ビューを使用すると、処理中のソース・ファイルまたはスキーマを確認できます。最初にソース・ツリーが表示され、図1-6に示されているようにソース・タイプ別に編成されている現在のプロジェクト内のソースまたはスキーマの構造が示されます。図1-6 進捗モニター・ビューのサンプルプラグインには、変換タスクを手順を追って説明する移行プロセス・チート・シートが含まれます。チート・シートを開くには、メイン・メニューの「ヘルプ」→チート・シートをクリックし、ARTグループの下のSTDB2ORAサンプルのART移行プロジェクトの作成というチート・シートを選択します。
•
•
•
•
•
•
•
•
• 図1-7は、Tuxedo ART Workbenchのハイレベル・ワークフローの図です。
表1-4 準備のタスク
表1-5 分析のタスク
表1-6 変換のタスク
表1-7 構成のタスク
注意: 現時点では、Oracle Databaseへのクライアントとしての接続のみがサポートされています。接続文字列はsqlplus user/password@connect_identifierです。
表1-8 タスク デプロイメントのタスクは、表1-9に示すとおりです。
表1-9 デプロイメントのタスク
表1-10 実行のタスク 指定したステップをロールバックします。リセットのタスクは、表1-11に示すとおりです。
表1-11 リセットのタスク
1. 図1-8に示すように、ウィザードを選択します。図1-8 ウィザードの選択
2. 図1-9に示すように、プロジェクト名を指定します。図1-9 プロジェクト名
3. 図1-10に示すように、Tuxedo ART Workbenchインストール・ディレクトリを指定します。
4. 図1-11に示すように、ソース・ファイルを含むルート・ディレクトリを指定します。図1-11 ルート・ディレクトリのソース・ファイルの指定
5. 図1-12に示すように、ターゲット・データベースとCOBOLコンパイラを指定します。図1-12 データベースとコンパイラの選択新しいARTプロジェクトの作成後、図1-13に示すように、プロジェクトのプロパティ・ページ内のプロジェクト・プロパティを構成する必要があります。図1-13 プロジェクトのプロパティ・ページTuxedo ART Workbenchの構成可能オプションの多くは、プロジェクトのプロパティ・ページで構成できます。これを使用すると、Tuxedo ART Workbenchの構成オプションを簡単に表示および変更できます。これらのオプションは、タイプ別に編成されます。詳細は、『Tuxedo ART Workbenchリファレンス・ガイド』の構成ファイルの説明に関する項を参照してください。このユーティリティを使用して、EBCDICエンコーディングのマルチバイト文字(IBM-1390など)をオープン・システムのマルチバイト文字(Shift-JISなど)に変換できます。ICUで使用されるエンコーディング名は、iconvで使用されるものと同じであり、UNIX/Linuxで一般的なユーティリティであるため、iconvオンライン・ヘルプを参照することで、エンコーディング名を簡単に取得できます。
•
• *.cpy - COPYBOOK*.cbl - CICS、BatchおよびSubを含む、COBOLソース・プログラム*.jcl - JCLスクリプト*.bms、*.map - BMSマップ*.sysin - SYSINファイル*.rdo - RDOファイル*.proc、*incl - JCLライブラリ
実行されるすべての移行アクティビティと、Tuxedo ART Workbenchカタロガを使用してアセットに一貫性があるかどうか、ターゲット・プラットフォームに移行できるかどうかの判断方法を説明するために、Simple Application STFILEORAを使用します。STFILEORAはTuxedo ART Workbenchのツールのセットとともに提供されます。リスト1-1 サンプル・アプリケーションの階層
•
•
•
•
•
• Tuxedo ART Workbenchを使用してプロジェクトで作業するたびに、後で役に立つ特定の環境変数を設定することをお薦めします。必須の環境変数はREFINEDISTRIBのみで、他は単純化の目的で使用できます。表1-12は、提案された変数の使用方法を説明しています。
表1-12 Rehosting Workbench環境変数
2. サンプルの構成(system.desc、version.mk、options-catalogなど)ファイルをSimple Applicationから$PROJECT/paramディレクトリにコピーし、必要な変更を行います。
3. makefileをソース(SimpleApp)から$PROJECT/sourceにコピーします。
4.
5. 準備したソース・ファイルを$PROJECT/sourceにコピーします
• 移行するソースが格納されているパスは../sourceですリスト1-3 Simple Applicationのシステム記述Simple Applicationの例では、3つのオプションのみを使用しますが、他のオプションも使用できます。オプションの完全なリストは、『Tuxedo ART Workbenchリファレンス・ガイド』を参照してください。
• ${REFINEDIR}はTuxedo ART Workbenchツールがインストールされているディレクトリです。
• $(CATALOG)は使用されるカタロガのバージョンです
• $(SYSTEM)はシステム記述ファイルのパスです。ディレクトリ$LOGS/catalogからコマンドを実行します。リスト1-5 解析例この手順の結果は、コンポーネント間情報を示すsymtab-SampleApp.pobという名前のバイナリ・ファイルです。リスト1-6 分析例リスト1-7 レポート出力の例Simple Applicationでは、レポートは$PROJECT/source/Reports-SampleAppに生成されます。
表1-13 インベントリ・ステータス makeはターゲット(ファイルまたはアクション)の構成を自動化および最適化することを目的としたUNIXユーティリティです。すべての操作が実装されるソース・ディレクトリにmakefileという名前の記述子ファイルが存在する必要があります(makefileはプロジェクトの初期化中にソース・ディレクトリに準備されます)。$PARAMのversion.mk構成ファイルを使用して、makeユーティリティで必要な変数およびパラメータを設定します。ログ・ファイルが$LOGS/parseに生成されますサンプル: プログラムBATCH/PGMMB02.cblの解析ログ・ファイルが$LOGS/parseに生成されますログ・ファイルが$LOGS/catalogに生成されます
•
•
• z/OSソース・プラットフォームからターゲット・プラットフォームに移行するとき、VSAMが関係する場合は、ファイルを保持するかデータをOracle表に移行するかをまず確認します。表1-14は、z/OSにより処理されるファイル編成をリストし、ターゲット・プラットフォームで提案される編成を示します。
表1-14 z/OSからUNIXファイル編成へ PDSの一部であるファイルは、METAW00.NIV1.ESSAI(FIC)などの物理ファイル名自体で識別されます。世代別データ・グループ(GDG)ファイルは、その特殊性(アンロードおよび再ロードするGDGアーカイブの数)を維持するために、アンロード・コンポーネントおよび再ロード・コンポーネントによって特別に処理されます。その後、世代ファイルとしてOracle Tuxedo Application Runtime Batchで管理されます(詳細は、『Oracle Tuxedo Application Runtime for Batchリファレンス・ガイド』を参照してください)。ターゲット・プラットフォームでは、これらのファイルはLINE SEQUENTIAL編成になります。
10. z/OSファイルのUNIX/Linuxへの移行は、Tuxedo ART Workbenchカタロガの結果に依存します(詳細は、「分析」を参照)。これはCOBOLコンポーネントまたはJCLコンポーネントの変換に影響を与えません。移行の候補となる各ファイルについて、その構造をCOBOL形式で記述する必要があります。この記述はTuxedo ART Workbench COBOLコンバータによってCOBOLコピーで使用され、「COBOL記述」に記載されている制限の対象になります。
注意:
• 予約語がいくつかあります。リストは、『Tuxedo ART Workbenchリファレンス・ガイド』の付録を参照してください。
リスト1-9 COBOL COPYのサンプルリスト1-10 COBOL COPY識別ルール
注意: COBOL記述のコピー名: <COPY name>.cpyリスト1-11 等価でない再定義の例リスト1-12 関連する識別ルールリスト1-13 テクニカル再定義の初期状況リスト1-14 テクニカル再定義の潜在的に予想される結果
•
•
•
• File-to-File変換ではこれらのファイルを自分で作成する必要があります。これらのファイルは、Tuxedo ART Workbenchのインストール時にファイル構造に自動的に配置されます。これらのファイルの特定のバージョンが特定のz/OSファイルに必要な場合は、$PARAM/fileファイル構造に配置されます。次の例は3つのファイル、つまり2つのQSAMファイルと1つのVSAM KSDSファイルの構成を示します。これらのファイルを実装するための識別ルールはありません。リスト1-15 db-param.cfgの例EBCDIC (z/OSのコード・セット)とASCII (Linux/UNIXのコード・セット) 16進数値間のマッピング表ファイルを指定します。hexa-map-fileを指定しない場合は、警告がロギングされます。
表1-15 データマップ・パラメータ システム記述ファイルでのカタログ化中に決定されます。
注意: 使用される様々なパラメータの説明は、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』のFile To Fileコンバータに関する項を参照してください。次の例では、最初の2つのファイルはQSAMファイルであるため編成は常にシーケンシャルです。PJ01AAA.SS.VSAM.CUSTOMERファイルはVSAM KSDSファイルであるため編成は索引付きです。パラメータkeys offset 1 bytes length 6 bytes primaryはキーを記述しています。この例では、キーは6バイトの長さでポジション1から開始します。
表1-16 マッピング・パラメータ コピー・ファイルBCOAC01E.cpyの名前はファイルの作成時にユーザーが自由に選択します。 REC-ENTREEはコピー・ファイルのレベル01フィールド名に相当します。
注意: 論理名にハイフン(-)は使用できません。
注意: 使用される様々なパラメータの説明は、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』のFile To Fileコンバータに関する項を参照してください。リスト1-17 マッパー・ファイルの例: mapper-FTFIL001.reコピー・ファイルを保持する$PARAM/file/recs-sourceディレクトリを作成します。COBOL記述ファイルを準備したら、mapper-<configuration name>.reファイルに記述したコピー・ファイルを$PARAM/file/recs-sourceディレクトリに置く必要があります。ソース・プラットフォームからのCOBOLコピーブックを使用してファイルを記述する場合(「COBOL記述」の注意を参照)、これが、前述の"COPY/ODCSF0B.cpy"の例のように、マッピング・パラメータ・ファイルで直接使用されるコピーブックの場所です。z/OSファイルの移行に使用するコンポーネントを生成するには、Tuxedo ART Workbenchではfile.shコマンドを使用します。この項ではこのコマンドについて説明します。file.sh - z/OS移行コンポーネントを生成します。file.sh [ [-g] [-m] [-i <installation directory>] <configuration name> | -s <installation directory> (<configuration name>,...) ]file.shでは、Tuxedo ART Workbenchを使用して、z/OSファイルの移行に使用するコンポーネントを生成します。生成オプション。アンロードおよびロード・コンポーネントは、構成ファイルにより提供された情報を使用して$TMPPROJECTに生成されます。インストール・オプション。コンポーネントをインストール・ディレクトリに配置します。この操作はfile-move-assignation.pgmファイルにある情報を使用します。
表1-17 コンポーネントの場所 生成ログ・ファイルMapper-log-<configuration name>は問題の解決に使用できます。このファイルが存在する場合、生成プロセスの最後に自動的に実行されます。これは、引数として<configuration name>を使用して呼び出されます。次の一般的な変数を、version.mkファイルでの移行プロセスの最初に設定する必要があります。
• また、FILE_SCHEMAS変数はファイルの移行に固有で、処理する様々な構成を示します。make FileConvertコマンドを使用して、Tuxedo ART Workbench File-To-Fileコンバータを起動できます。これによりz/OSファイルのUNIX/Linuxターゲット・プラットフォームへの移行に必要なコンポーネントを生成できます。
•
•
• VSAMファイルをソース・プラットフォームからOracle UNIXターゲット・プラットフォームに移行するとき、VSAMが関係する場合は、ファイルを保持するかデータをOracle表に移行するかをまず確認します。Tuxedo ART Workbench File-to-Oracleコンバータは、Oracle表に変換されるこれらのファイルで使用されます。ファイル形式が維持されるファイルについては、「File-to-Fileで生成されたコンバータ・プログラムの実行」を参照してください。
9. VSAMファイルのデータのOracle表への移行は、Tuxedo ART Workbenchカタロガの結果に依存します(詳細は、「分析」を参照)。ファイルからOracleへの移行はCOBOLおよびJCLの変換に影響を与えるので、COBOLプログラムの変換作業の開始前に完了する必要があります。移行の候補となる各ファイルについて、その構造をCOBOL形式で記述する必要があります。この記述はTuxedo ART Workbench COBOLコンバータによってCOBOLコピーで使用され、「COBOL記述」に記載されている制限の対象になります。
注意: COBOL記述は各ファイルと関連し、アプリケーション・プログラムで使用されるCOBOL記述を表すものとみなされます。この記述は、OCCURSおよびREDEFINESの概念を含む、すべてのCOBOLデータ型を使用する複雑なCOBOL構造にすることができます。
• 表1-18は、COBOL記述の形式の例を示しています。
表1-18 COBOL記述の形式 リスト1-18 COBOL COPYの例リスト1-19 COBOL COPY識別ルール
注意: COBOL記述のコピー名: <COPY name>.cpyリスト1-20 等価でない再定義の例前述の例では、2つのフィールド(FV15-ZNPCP3およびFV15-ZNB2T)の構造が異なります。最初のフィールドはEBCDIC英数字、次のフィールドはEBCDICデータおよびCOMP2、COMP3データから構成されます。リスト1-21 関連する識別ルールリスト1-22 テクニカル再定義の初期状況リスト1-23 テクニカル再定義の潜在的に予想される結果この項では、VSAMファイルからOracleデータベースにデータを移行するときに、Tuxedo ART Workbenchにより適用されるリエンジニアリング・ルールについて説明します。
•
• Tuxedo ART Workbenchによって技術列*_SEQ_NUM NUMBER(8)が追加されます。
• Tuxedo ART Workbenchによって技術列*_RELATIVE_NUMが追加されます。
• Tuxedo ART Workbenchでは、重複キーを受け入れないかぎり、技術列が追加されず、VSAMファイルの主キーが表の主キーになります。データをVSAMファイルからOracle表に移行するときに、次のルールがCOBOL Picture句に適用されます。
表1-19 Picture句のリエンジニアリング 長さ<= 2000の場合はCHAR長さ> 2000の場合はVARCHAR2
注意:
•
• リスト1-24 VSAMコピー記述の例リスト1-25 VSAMファイルから生成されたOracle表VS_CUSTIDENT NUMBER(6) NOT NULL,VS_SEQ_NUM NUMBER(8) NOT NULL,VS_CUSTLNAME VARCHAR2(30),VS_CUSTFNAME CHAR (20),VS_CUSTADDRS VARCHAR2(30),VS_CUSTCITY CHAR (20),VS_CUSTSTATE CHAR (2),VS_CUSTBDATE NUMBER(8),VS_CUSTEMAIL VARCHAR2(40),VS_CUSTPHONE NUMBER(10),VS_FILLER VARCHAR2(100),
注意: コピーブックODCSFOBにはフィールドの再定義VS-CUSTBDATE-G PIC 9(008)が含まれ、これは技術フィールドのため、識別ルールは実装されません。この場合、再定義されたフィールドのみが生成された表VS_CUSTBDATE NUMBER(8)に作成されます。
•
•
•
• File-To-Oracle変換の場合、Datamap-<configuration name>.reおよびmapper-<configuration name>.reファイルを自分で作成する必要があります。これらのファイルは、Tuxedo ART Workbenchのインストール時にファイル構造に自動的に生成されます。これらのファイルの特定のバージョンが特定のz/OSファイルに必要な場合は、$PARAM/fileファイル構造に配置されます。リスト1-26 db-param.cfgの例
• target_rdbms_name: oracle
•
• target_os:unixEBCDIC (z/OSのコード・セット)とASCII (Linux/UNIXのコード・セット) 16進数値間のマッピング表ファイルを指定します。hexa-map-fileを指定しない場合は、警告がロギングされます。
表1-20 データマップ・パラメータ システム記述ファイルでのカタログ化中に決定されます。
注意: 使用される様々なパラメータの説明は、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』のFile-To-Fileコンバータに関する項を参照してください。PJ01AAA.SS.VSAM.CUSTOMERファイルはVSAM KSDSファイルのため、編成は索引付きです。パラメータkeys offset 1 bytes length 6 bytes primaryはキーを記述しています。この例では、キーは6バイトの長さでポジション1から開始します。リスト1-27 データマップ・ファイルの例: Datamap-STFILEORA.reファイルのパラメータおよびそのオプションは、Oracle表に変換するVSAMファイルごとに含まれる必要があります。次のパラメータを設定する必要があります。
表1-21 マッピング・パラメータ (ufas mapper STFILEORA) コピー・ファイルBCOAC01E.cpyの名前およびパスはファイルの作成時にユーザーが自由に選択します。 VS-ODCSF0-RECORDはコピー・ファイルのレベル01フィールド名に相当します。
注意: 使用される様々なパラメータの説明は、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』のFile-To-Fileコンバータに関する項を参照してください。リスト1-28 マッパー・ファイルの例: mapper-STFILEORA.reCOBOL記述ファイルを準備したら、mapper-<configuration name>.reファイルに記述したコピー・ファイルを$PARAM/file/recs-sourceディレクトリに置く必要があります。ソース・プラットフォームからのCOBOLコピーブックを使用してファイルを記述する場合(「COBOL記述」の注意を参照)、これが、前述の"COPY/ODCSF0B.cpy"の例のように、マッピング・パラメータ・ファイルで直接使用されるコピーブックの場所です。VSAMファイルからOracle表へのデータの移行に使用されるコンポーネントを生成するには、Tuxedo ART Workbenchではfile.shコマンドを使用します。この項ではこのコマンドについて説明します。file.sh [ [-g] [-m] [-i <installation directory>] <configuration name> | -s <installation directory> (<configuration name>,...) ]file.shでは、Tuxedo ART Workbenchにより、VSAMファイルの移行に使用するコンポーネントを生成します。生成オプション。アンロードおよびロード・コンポーネントは、構成ファイルにより提供された情報を使用して$TMPPROJECTに生成されます。インストール・オプション。コンポーネントをインストール・ディレクトリに配置します。この操作はfile-move-assignation.pgmファイルにある情報を使用します。COBOLコンバータで使用する構成ファイルおよびDMLユーティリティの生成を可能にします。すべての構成ファイルは$PARAM/dynamic-configに、DMLファイルは<trf>/DMLディレクトリに作成されます。次の一般的な変数を、version.mkファイルでの移行プロセスの最初に設定する必要があります。
• また、FILE_SCHEMAS変数はファイルの移行に固有で、処理する様々な構成を示します。make FileConvertコマンドを使用して、Tuxedo ART Workbench File-To-Fileコンバータを起動できます。これによりz/OSファイルのUNIX/Linuxターゲット・プラットフォームへの移行に必要なコンポーネントを生成できます。
表1-22 コンポーネントの場所 例: loadfile-ODCSF0.ksh RELFILE-ODCSF0.cbl 生成ログ・ファイルMapper-log-<configuration name>は問題の解決に使用できます。 9個のCOBOLプログラムが生成されます。これらの使用方法については、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』を参照してください。このファイルが存在する場合、生成プロセスの最後に自動的に実行されます。これは、引数として<configuration name>を使用して呼び出されます。
•
•
• Tuxedo ART Workbench File-To-Fileコンバータは、Oracle表に変換されるこれらのファイルで使用されます。ファイル形式が維持されるファイルについては、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』のFile-to-Fileコンバータに関する項を参照してください。
9. VSAMファイルのデータのDB2/Luw(udb)表への移行は、カタロガの結果に依存します。ファイルからDb2/luw (udb)への移行はCOBOLおよびJCLの変換に影響を与えるので、COBOLプログラムの変換作業の開始前に完了する必要があります。この項では、VSAMファイルのDB2/Luw(udb)表への移行の開始前に実行する手順について説明します。移行の候補となる各ファイルについて、その構造をCOBOL形式で記述する必要があります。この記述はTuxedo ART Workbench COBOLコンバータによってCOBOLコピーで使用され、「COBOL記述」に記載されている制限の対象になります。
注意:
•
リスト1-29 COBOL COPYのサンプルリスト1-30 COBOL COPY識別ルール
注意: リスト1-31 等価でない再定義の例リスト1-32 関連する識別ルールリスト1-33 テクニカル再定義の初期状況リスト1-34 テクニカル再定義の潜在的に予想される結果
この項では、VSAMファイルからDB2/Luw(udb)データベースにデータを移行するときに、Tuxedo ART Workbenchにより適用されるリエンジニアリング・ルールについて説明します。
•
• Tuxedo ART Workbenchによって技術列*_SEQ_NUM NUMERIC(8)が追加されます。
• Tuxedo ART Workbenchによって技術列*_RELATIVE_NUMが追加されます。
• Tuxedo ART Workbenchでは、重複キーを受け入れないかぎり、技術列が追加されず、VSAMファイルの主キーが表の主キーになります。データをVSAMファイルからOracle表に移行するときに、次のルールがCOBOL Picture句に適用されます
表1-23 Picture句のリエンジニアリング PIC S9(4) BINARYはNUMERIC(5)として移行されます 長さ<= 255の場合はCHAR長さ> 255の場合VARCHAR
注意:
•
• リスト1-35 VSAMコピー記述の例リスト1-36 VSAMファイルから生成されたOracle表
注意: コピーブックODCSFOBにはフィールドの再定義VS-CUSTBDATE-G PIC 9(008)が含まれ、これは技術フィールドのため、識別ルールは実装されません。この場合、再定義されたフィールドのみが生成された表VS_CUSTBDATE NUMBER(8)に作成されます。
•
•
•
• File-To-Db2/luw (UDB)変換の場合、Datamap-<configuration name>.reおよびmapper-<configuration name>.reファイルを自分で作成する必要があります。これらのファイルは、Tuxedo ART Workbenchのインストール時にファイル構造に自動的に生成されます。これらのファイルの特定のバージョンが特定のz/OSファイルに必要な場合は、$PARAM/fileファイル構造に配置されます。リスト1-37 db-param.cfgの例
• target_rdbms_name: udb
• target_os:unixEBCDIC (z/OSのコード・セット)とASCII (Linux/UNIXのコード・セット) 16進数値間のマッピング表ファイルを指定します。hexa-map-fileを指定しない場合は、警告がロギングされます。移行するVSAMファイルをリストする必要があります。
表1-24 データマップ・パラメータ カタロガのシステム記述ファイルによって決定されます。
注意: 使用される様々なパラメータの説明は、『Tuxedo ART Workbenchリファレンス・ガイド』のFile-to-Fileコンバータに関する項を参照してください。PJ01AAA.SS.VSAM.CUSTOMERファイルはVSAM KSDSファイルのため、編成は索引付きです。パラメータkeys offset 1 bytes length 6 bytes primaryはキーを記述しています。この例では、キーは6バイトの長さでポジション1から開始します。ファイルのパラメータおよびそのオプションは、DB2/Luw(udb)表に変換するVSAMファイルごとに含まれる必要があります。次のパラメータを設定する必要があります。
表1-25 マッピング・パラメータ (ufas mapper STFILEUDB) コピー・ファイルBCOAC01E.cpyの名前およびパスはファイルの作成時にユーザーが自由に選択します。 作成されるDB2/Luw(udb)表の名前を指定します。 VS-ODCSF0-RECORDはコピー・ファイルのレベル01フィールド名に相当します。
注意: 使用される様々なパラメータの説明は、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』のFile-To-Fileコンバータに関する項を参照してください。リスト1-39 マッパー・ファイルの例: mapper-STFILEUDB.reCOBOL記述ファイルを準備したら、mapper-<configuration name>.reファイルに記述したコピー・ファイルを$PARAM/file/recs-sourceディレクトリに置く必要があります。ソース・プラットフォームからのCOBOLコピーブックを使用してファイルを記述する場合(「COBOL記述」の注意を参照)、これが、前述の"COPY/ODCSF0B.cpy"の例のように、マッピング・パラメータ・ファイルで直接使用されるコピーブックの場所です。VSAMファイルからDB2/Luw(udb)表へのデータの移行に使用されるコンポーネントを生成するには、Tuxedo ART Workbenchではfile.shコマンドを使用します。この項ではこのコマンドについて説明します。file.sh [ [-g] [-m] [-i <installation directory>] <configuration name> | -s <installation directory> (<configuration name>,...) ]file.shでは、Tuxedo ART Workbenchにより、VSAMファイルの移行に使用するコンポーネントを生成します。生成オプション。アンロードおよびロード・コンポーネントは、構成ファイルにより提供された情報を使用して$TMPPROJECTに生成されます。インストール・オプション。コンポーネントをインストール・ディレクトリに配置します。この操作はfile-move-assignation-db2luw.pgmファイルにある情報を使用します。COBOLコンバータで使用する構成ファイルおよびDMLユーティリティの生成を可能にします。すべての構成ファイルは$PARAM/dynamic-configに、DMLファイルは<trf>/DMLディレクトリに作成されます。次の一般的な変数を、version.mkファイルでの移行プロセスの最初に設定する必要があります。
• また、FILE_SCHEMAS変数はファイルの移行に固有で、処理する様々な構成を示します。make FileConvertコマンドを使用して、Tuxedo ART Workbench File-To-Fileコンバータを起動できます。これによりz/OSファイルのUNIX/Linuxターゲット・プラットフォームへの移行に必要なコンポーネントを生成できます。
表1-26 コンポーネントの場所 各アンロードに使用されるプログラムおよびJCLは各<configuration name>に対して生成されます。 各ロードに使用されるプログラムおよびKSHは各<configuration name>に対して生成されます。例: loadtable-ODCSF0.ksh RELTABLE-ODCSF0.sqb 9個のCOBOLプログラムが生成されます。これらの使用方法については、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』を参照してください。このファイルが存在する場合、生成プロセスの最後に自動的に実行されます。これは、引数として<configuration name>を使用して呼び出されます。
•
•
7. この項では、DB2データベースからOracleデータベースにデータを移行するときに、Tuxedo ART Workbenchにより適用されるリエンジニアリング・ルールについて説明します。
表1-27 DB2からOracleへのデータ型
表1-28 DB2からOracleへの列プロパティ <value>はDB2/z/OSデータ型によって異なります。
注意: 名前の変更ルールは、rename-objects-<schema name>.txtという名前のファイルに配置する必要があります。このファイルは、$PARAM/rdbmsパラメータで示されたディレクトリに配置する必要があります。
•
• コメントは% Textのように追加できます。Tuxedo ART Workbenchでは、CLOBおよびBLOBデータ型をダウンロードできます。DB2アンロード・ユーティリティは、CLOB列またはBLOB列の各行を個別のファイルにダウンロードします(PDSまたはHFSデータセット・タイプ)。このユーティリティ(DSNUTILB)は、すべての列のデータおよびNULL技術フラグを一意のMVSメンバー・ファイルにダウンロードします。ただし、個別のCLOBまたはBLOBファイルのファイル名で置き換えられるCLOB列またはBLOB列は除きます。Tuxedo ART Workbenchでは、シングル・バイト・データのトランスコーディングが提供されています。ただし、DB2データにMBCS文字が含まれる場合は、DSNUPROCアンロード・ユーティリティを選択してcsvデータ形式を設定する必要があります。MBCSトランスコーディングは、転送ツールによって行われます。この例では、DB2 DDLに、主キーおよびXCUSTIDENという名前の一意の索引を持つ、ODCSF0という名前の表が含まれます。リスト1-40 移行前のDDLの例リスト1-41 移行後のOracle表の例リスト1-42 移行後のOracle索引の例リスト1-43 移行後のOracle制約の例デフォルトでは、DB2 DDLのSQLコマンドに接頭辞として修飾子または認可IDが付いている場合、その接頭辞はTuxedo ART Workbenchによってスキーマ名として使用されます。たとえば、CREATE TABLE <qualifier or authorization ID>.表名のように使用します。スキーマ名は、system.descファイルのglobal-options句を使用して、Tuxedo ART Workbenchが決定することもできます。また、各DDLディレクトリのスキーマ名は、system.descファイルのdirectory options句を使用して、Tuxedo ART Workbenchが決定することもできます。詳細は、「カタロガ」のoptions句に関する項を参照してください。options SQL-Schema = "<schema name>".これらのファイルは、Tuxedo ART Workbenchのインストール時にファイル構造に自動的に生成されます。これらのファイルの特定のバージョンが必要な場合は、$PARAM/rdbmsファイル構造に置かれます。
• export TMPPROJECT=/$home/tmpリスト1-44 db-param.cfgファイルの例
• target_rdbms_name: oracle
• EBCDIC (z/OSのコード・セット)とASCII (Linux/UNIXのコード・セット) 16進数値間のマッピング表ファイルを指定します。hexa-map-fileを指定しない場合は、警告がロギングされます。次のrdbmsパラメータは、z/OS DB2で使用され、DSNZPARMに格納される日付、タイムスタンプおよび時間形式を示します。
• rdbms:date_format: YYYY/MM/DD
• rdbms:timestamp_format:YYYY/MM/DD HH24 MI SS FF6
• rdbms:time_format:HH24 MI SSこれらのパラメータは、再ロード操作、COBOLの日付および時間の操作に影響を与えます。これらはオプションで、DB2データベースにDATE、TIMEまたはTIMESTAMPフィールドが含まれる場合にのみ必要です。
警告: これらのパラメータを正しく設定することが重要です。次のrdbmsパラメータはオプションで、DB2スキーマにCLOBまたはBLOBデータ型が含まれる場合にのみ必要です。
• ターゲットMVSのデータセット名の長さがMIGR.SCH1.TAB1.COLUMN1と等しい場合(22文字)、JCLによって作成される文字列の最大長は32: 22 + 2 (カッコ文字) + 8 (メンバー名)になります。
• ターゲットMVSのディレクトリ名の長さが/LOB/SCHEMA2/TABLE2/SECOND2と等しい場合(27文字)、JCLによって作成される文字列の最大長は36: 27 + 1 (スラッシュ文字) + 8 (ファイル名)になります。
• DB2データベースからOracleデータベースへのデータの移行に使用されるコンポーネントを生成するには、Tuxedo ART Workbenchではrdbms.shコマンドを使用します。この項ではこのコマンドについて説明します。rdbms.shでは、z/OS DB2データベースをUNIX Oracleデータベースに移行するために使用されるTuxedo ART Workbenchのコンポーネントを生成します。次のコンポーネントが$TMPPROJECTに生成されます。DDL Oracle、SQL*LOADERのCTLファイル、COBOLコンバータで使用されるXMLファイル、構成ファイル(mapper.reおよびDatamap.re)。エラーまたは警告が発生してもプロセスは中断しません。エラーまたは警告が生成されてプロセスが中断する場合を除き、このオプションでは-Cオプションと同じ結果になります。構成ファイルで提供される情報を使用して、アンロードおよびロード・コンポーネントを$TMPPROJECTに生成します。このオプションの前に-Cまたは-cコマンドを指定してrdbms.shコマンドを実行する必要があります。生成されたオブジェクト(表の作成、表名、SQL*LOADER用のCTLファイル、KSH)からスキーマ名を削除します。このオプションが使用されるときに、COBOLコンポーネントの変換時に使用されるconfig-cobolファイル(COBOL変換構成ファイル)にある、オプションsql-remove-schema-qualifierを使用して、スキーマ名もCOBOLコンポーネントから削除できます。コンポーネントをインストール・ディレクトリに配置します。この操作はrdbms-move-assignation.pgmファイルにある情報を使用します。COBOLコンバータの構成ファイルの生成を可能にします。このファイルは、プロジェクトのすべての単一XMLファイルを取得します。これらのファイルはすべて$PARAM/dynamic-configに作成されます。例: rdbms-conv.txt rdbms-conv-PJ01DB2.xml次の一般的な変数を、version.mkファイルでの移行プロセスの最初に設定する必要があります。
• また、RDBMS_SCHEMAS変数はDB2の移行に固有で、処理する様々なスキーマを示します。make RdbmsConvertコマンドを使用して、Tuxedo ART Workbench File-To-Fileコンバータを起動できます。これによりDB2データベースからOracleへの移行に必要なコンポーネントを生成できます。
表1-29 コンポーネントの場所 -cまたは-Cオプションを使用して生成された生成ログ・ファイル。rdbms-converter-<schema name>を使用して問題を解決できます。 DBロード/アンロード用COBOLプログラムの<schema name>による場所。この章の例では、次の2つのプログラムがあります。このファイルが存在している場合、生成プロセスの最後に自動的に実行されます。これは、引数として<schema name>を使用して呼び出されます。
• データ移行プロセスは、COBOL変換が開始される前に実行しておく必要があります。この依存性は、データ移行ツールが、COBOLコンバータに読み取られる一部の構成ファイルを生成することが原因です。データ変換の構成ファイルについては、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』を参照してください。変換用のメイン構成ファイルはconfig-COBOLです。これは次のものを含む他の追加の構成ファイルを参照します。COBOLコンバータが使用するすべての構成ファイルは、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』の「COBOLコンバータ」に記載されています。
注意:
• post-translation-fileは一部の特定の変換を実行する必要があるときに使用されます。このファイルは手動で作成します。
• rdbms-conversion-fileはDB2からOracleデータベースに移行するときに使用されます。このファイルはDB2-to-Oracleコンバータによって生成されます。
• conv-ctrl-list-fileはOracle表に変換するファイルがあるときに使用されます。このファイルはFile-to-Fileコンバータによって生成される必要があります。リスト1-45 config-cobolファイルリスト1-46 Keywords fileの例このスクリプトは、REFINEDIR/scripts/convert-hexa-copy-to-map.shに配置されます。このスクリプトにより、現在のディレクトリ(PARAMディレクトリである必要があります)にtr-hexa.mapファイルが生成されます。リスト1-47 16進数コード変換リスト1-48 tr-hexa.mapのサンプルこれはTr-Rename-External-Callのような一部の変換ルールにより使用され、これによりユーザーは必要に応じて特定の変更を行うことができます。次のエントリをメイン構成ファイルconfig-cobolに配置します。リスト1-49 rename-call-map-fileの例変換コマンドのオプションにより可能になることがたくさんあります(詳細は、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』を参照)。この項では、次の例について説明します。プログラム(BatchおよびCICS)とサブプログラムの区別は必須で、オプション-cobol-typeは次の値をとります。
• バッチ・プログラム: batch
• CICSプログラム: tpr
• サブプログラム: sub
表1-30 変換変数
• 1つのプログラム(CICSプログラムPGMM002.cblなど)を変換するには、次のコマンドを呼び出します。ログ・ファイルは、コマンド行が実行されるディレクトリに生成されます。特定のディレクトリまたはファイルにログを作成する場合は、-log-file-baseを使用して、その後に実行ログを格納するファイルのパスと名前を指定します。この例では、ログ・ファイルは$LOGS/trans-cbl/translate-cobol-datetimeに生成されます。ログ・ディレクトリはあらかじめ作成しておく必要があります。リスト1-50 コピーの調整
表1-31 コンパイル変数 環境変数(PATH.LD_LIBRARY_PATH...)の初期化 定義されたLD_LIBRARY_PATH リスト1-51 MFコンパイル・オプションの例プログラムBATCH/PGMMB00.cblをコンパイルするコマンドは次のとおりです。リスト1-52 MFコンパイルの例
• プロジェクト・プロパティおよび編成に応じてversion.mk構成ファイルを更新します。makeコマンドを使用する前に、ユーザーはSimple Applicationで提供されたversion.mkの値を確認する必要があります。リスト1-53 version.mkの例COBOL変換を実行するには、次のコマンドを$SOURCEから実行します。コピーブックを調整するには、次のコマンドを$SOURCEから呼び出します。欠落している構成ファイルを追加するか、リクエストされたファイル(この例ではtr-hexa.map)が不要な場合はメイン構成ファイルのその行を無効にします。プログラムがまだカタログ化されていないか、.pobファイルが誤って削除されました。再カタログ化してリクエストされたファイルを生成します。
•
• カタロガにより生成されたPOBファイルに格納されているJCLの抽象構文ツリー。
•
• カタロガにより生成された変換するJCLのASTに加え、Tuxedo ART Workbench JCLトランスレータは次のような様々な変換の要素を指定するメイン構成ファイルを入力として取得します。JCL変換用のメイン構成ファイルは、このガイドではconfig-trad-JCL.descと呼ばれ、Simple Applicationアプリケーションとともに使用されます。2つのオプションtop-skeletonおよびbottom-skeletonにより指定されたサブファイルは、それぞれ生成されたスクリプトのヘッダー・ファイルおよびフッター・ファイルを表します。これらのファイルはカスタマイズできます。リスト1-55 top-ksh.txtのプロローグ・コードの例ファイルがOracle表に変換されるとき、メイン構成ファイルは次のようなサブ構成ファイルを参照する必要があります。このサブファイルはFile-to-Fileコンバータにより生成されます。このファイルはJCLトランスレータにOracle表に変換されるファイルを示し、これらのファイルを含む手順を適切に変換できるようにします。例では、PJ01AAA.SS.VSAM.CUSTOMERが変換されるファイルです。たとえば、JCLソースにOracle表に変換されるファイルが含まれている場合、対応するシェル・スクリプトはBatch Runtime関数m_ProgramExecを-bオプションを指定して使用し、COBOLプログラムを実行します。-bオプションはデータベースへの接続がプログラムの実行前に開いている必要があることを示します。例:一般オプションのroot-skeleton、target-proc、label-end、FSNの管理などは、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』のJCLトランスレータに関する項で説明しています。リスト1-57 メイン構成ファイルのランチャ・エントリリスト1-58 ランチャ・コードの例一般オプションのroot-skeleton、target-proc、label-endなどは、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』のJCLトランスレータに関する項で説明しています。
表1-32 トランスレータの変数 次のコマンドを使用して変換を実行できます。ログ・ファイルは$LOGS/trad-jclに生成されます。リスト1-60 1つのJCL変換スクリプトリスト1-61 JCLのリストの変換スクリプトリスト1-62 すべてのJCLの変換スクリプト
2. 「カタロガ」のMake構成に関する項を参照してください。Batchウィザードの主要機能は、Batch Runtime用にjesconfigとsetenvファイルを生成することです。構成可能な項目には、Batch Runtimeの場所、JESROOTなどが含まれます。Batch Runtimeの環境を準備します。詳細は、Oracle Tuxedo Application Runtime for CICS and Batch 12cリリース2 (12.2.2)を参照してください。CICS Runtimeの環境を準備します。詳細は、Oracle Tuxedo Application Runtime for CICS and Batch 12cリリース2 (12.2.2)を参照してください。この項では、Tuxedo ART Workbenchを使用して生成されたコンポーネント(「コンポーネントの生成」を参照)を使用する、アンロード、転送および再ロードのタスクについて説明します。アンロードに使用されるコンポーネント($HOME/trf/unload/fileに生成)は、ソースz/OSプラットフォームにインストールする必要があります。生成されたJCLは、JOBカード、ライブラリ・アクセス・パス、入力および出力ファイル(データ・セット名: DSN)へのアクセス・パスを含む、特定のサイトの制約への適合が必要な場合があります。再ロードに使用されるコンポーネント($HOME/trf/reload/fileに生成)はターゲット・プラットフォームにインストールする必要があります(実行時)。
表1-33 変数とそのターゲット・プラットフォーム 汎用的な再ロードおよび制御スクリプトの場所($HOME/trf/reload/bin) ターゲットのCOBOLコンパイラとしてCOBOL-ITを選択し、オープン・システムでISAMファイルとしてBDBを使用する場合は、BatchRTがBDB形式のファイルを生成できるように、これらの2つの環境変数を設定する必要があります。そうしないと、Micro Focus COBOL互換ファイルが生成されます。export COB_EXTFH_LIB=/path_to_Cobol-IT/lib/libbdbextfh.soアンロード用JCLが、データマップ・パラメータ・ファイル(Datamap-<configuration name>.re)にリストされた各z/OSファイルに対して生成されます。これらのアンロード用JCLの名前は<論理ファイル名>.jclunloadです。マッピング・パラメータ・ファイル(mapper-<configuration name>.re)での例で、生成されるプログラムは次のとおりです。シーケンシャル・ファイルの移行時には、ターゲットのCOBOL LINE SEQUENTIAL出力ファイルが生成されます。VSAM KSDSファイルの移行時には、INDEXED出力ファイルが生成されます。これらのCOBOLプログラムは、『Tuxedo ART Workbenchリファレンス・ガイド』のCOBOLコンバータに関する項に記載されたオプションを使用して、ターゲットのCOBOLコンパイラでコンパイルされる必要があります。マッピング・パラメータ・ファイル(mapper-<configuration name>.re)での例で、生成されるスクリプトは次のとおりです。これらのファイル名は、マッピング・パラメータ・ファイル(mapper-<configuration name>.re)で使用される論理ファイル名を使用して付けられます。実行ログは$MT_LOGで示されたディレクトリに作成されます。このチェックでは、次のloadfile-<logical file name>.kshのオプションを使用します
• 変数$PARAMが設定されていません。この項では、Tuxedo ART Workbenchを使用して生成されたコンポーネント(「コンポーネントの生成」を参照)を使用する、アンロード、転送および再ロードのタスクについて説明します。アンロードに使用されるコンポーネント($HOME/trf/unload/fileに生成)は、ソースz/OSプラットフォームにインストールする必要があります。生成されたJCLは、JOBカード、ライブラリ・アクセス・パス、入力および出力ファイル(データ・セット名: DSN)へのアクセス・パスを含む、特定のサイトの制約への適合が必要な場合があります。再ロードに使用されるコンポーネント($HOME/trf/reload/fileに生成)はターゲット・プラットフォームにインストールする必要があります(実行時)。Oracleオブジェクトの作成に使用されるコンポーネント($HOME/SQL/file/<schema name>に生成)はターゲット・プラットフォームにインストールする必要があります(実行時)。表1-34は、ターゲット・プラットフォームに設定する必要がある環境変数を示しています。
表1-34 環境変数とそのプラットフォーム 汎用的な再ロードおよび制御スクリプトの場所($HOME/trf/reload/bin) Oracleオブジェクトを作成するために使用するSQLスクリプトの場所($HOME/trf/SQL/file/<schema name>)。
• アンロード用JCLが、データマップ・パラメータ・ファイル(Datamap-<configuration name>.re)にリストされた各z/OSファイルに対して生成されます。これらのアンロード用JCLの名前は<論理ファイル名>.jclunload.です。これらのJCLはIDCAMSユーティリティのREPRO機能を使用してファイルをアンロードします。これらのCOBOLプログラムは、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』のCOBOLコンバータに関する項に記載されたオプションを使用して、ターゲットのCOBOLコンパイラでコンパイルされる必要があります。マッピング・パラメータ・ファイル(mapper-<configuration name>.re)での例で、生成されるスクリプトは次のとおりです。これらのファイル名は、マッピング・パラメータ・ファイル(mapper-<configuration name>.re)構成ファイルで使用される論理ファイル名を使用して付けられます。実行ログは$MT_LOGで示されたディレクトリに作成されます。この確認は次のloadtable-<logical file name>.kshのオプションを使用します
• 変数$PARAMが設定されていません。Oracle表に変換するファイルの名前が、データマップ・ファイルに存在する名前と一致しません。この項では、Tuxedo ART Workbenchを使用して生成されたコンポーネント(「コンポーネントの生成」を参照)を使用する、アンロード、転送および再ロードのタスクについて説明します。アンロードに使用されるコンポーネント($HOME/trf/unload/fileに生成)は、ソースz/OSプラットフォームにインストールする必要があります。生成されたJCLは、JOBカード、ライブラリ・アクセス・パス、入力および出力ファイル(データ・セット名: DSN)へのアクセス・パスを含む、特定のサイトの制約への適合が必要な場合があります。再ロードに使用されるコンポーネント($HOME/trf/reload/fileに生成)はターゲット・プラットフォームにインストールする必要があります(実行時)。Oracleオブジェクトの作成に使用されるコンポーネント($HOME/SQL/file/<schema name>に生成)はターゲット・プラットフォームにインストールする必要があります(実行時)。
表1-35 ターゲット・プラットフォームの環境変数 汎用的な再ロードおよび制御スクリプトの場所($HOME/trf/reload/bin) Oracleオブジェクトを作成するために使用するSQLスクリプトの場所($HOME/trf/SQL/file/<schema name>)。 このUNIX/Linux変数は、Oracle Tuxedo Application Runtime for Batchユーティリティのディレクトリを含む必要がありますアンロード用JCLが、データマップ・パラメータ・ファイル(Datamap-<configuration name>.re)にリストされた各z/OSファイルに対して生成されます。これらのアンロード用JCLの名前は<論理ファイル名>.jclunload.です。これらのJCLはIDCAMSユーティリティのREPRO機能を使用してファイルをアンロードします。マッピング・パラメータ・ファイル(mapper-<configuration name>.re)での例で、生成されるスクリプトは次のとおりです。これらのファイル名は、マッピング・パラメータ・ファイル(mapper-<configuration name>.re)構成ファイルで使用される論理ファイル名を使用して付けられます。実行ログは$MT_LOGで示されたディレクトリに作成されます。この確認は次のloadtable-<logical file name>.kshのオプションを使用しますCOBOLおよび埋込みSQLアクセス・ルーチンは、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』に記載されたターゲットのCOBOLコンパイル・オプションを使用してコンパイルされる必要があります。
• 外部変数PARAMが設定されていません。変数$PARAMが設定されていません。DB2/luw (udb)表に変換するファイルの名前が、データマップ・ファイルに存在する名前と一致しません。この項では、Tuxedo ART Workbenchを使用して生成されたコンポーネント(「コンポーネントの生成」を参照)を使用する、アンロード、転送および再ロードのタスクについて説明します。アンロードに使用されるコンポーネント($HOME/trf/unload/rdbmsに生成)は、ソースz/OSプラットフォームにインストールする必要があります。生成されたJCLは、JOBカード、ライブラリ・アクセス・パス、入力および出力ファイル(データ・セット名: DSN)へのアクセス・パスを含む、特定のサイトの制約への適合が必要な場合があります。DBのロード/アンロード用COBOLプログラム($HOME/trf/DSNUTILS/<schema name>に生成)は、コンパイルしてターゲット・プラットフォームにインストールする必要があります(実行時)。再ロードに使用されるコンポーネント($HOME/trf/reload/rdbmsに生成)はターゲット・プラットフォームにインストールする必要があります(実行時)。表1-36は、ターゲット・プラットフォームに設定する必要がある環境変数を示しています。
表1-36 変数とそのプラットフォーム 汎用的な再ロードおよび制御スクリプトの場所($HOME/trf/reload/bin)
注意: CLOBまたはBLOBデータ型の移行の場合、このディレクトリには<column_name>という名前のサブディレクトリが含まれることがあります。 『Oracle Tuxedo Application Workbenchリファレンス・ガイド』およびその他のOracleドキュメントの説明に従って設定します。 『Oracle Tuxedo Application Workbenchリファレンス・ガイド』およびその他のOracleドキュメントの説明に従って設定します。再ロード・スクリプトloadrdbms-<table name>.kshは、SQL*LDR Oracleユーティリティを使用します。このユーティリティがアクセスできるのはORACLEサーバーに限られるため、このスクリプトはORACLEサーバーで使用する必要があり、クライアント接続では使用できません。特にこの再ロード手順では、この変数に@<oracle_sid>文字列を含めることはできません。COBOLプログラムによって呼び出されるパッケージの機能(COBOLコンバータによって変換)をターゲット・プラットフォームにインストールする必要があります(実行時)。パッケージは、REFINEDIR/convert-data/fixed-components/MWDB2ORA.plbおよびREFINEDIR/convert-data/fixed-components/MWDB2ORA_CONST.plbに配置されます。MWDB2ORA_CONST.plbパッケージを調整して、これらのパッケージをDB2-To-Oracleコンバータに関する項で説明されているように、SQLPLUSの下にインストールする必要があります。
•
•
• 例: ODCSF0X1.jclunloadターゲットUNIXプラットフォームに転送されたファイルは$DATA_SOURCEディレクトリに格納される必要があります。CLOBおよびBLOBデータ・ファイルはバイナリ・モードで転送し、$DATA_SOURCE/<schema_name>.<column_name>ディレクトリに格納する必要があります。MBCSデータ・ファイルはテキスト・モードで転送し、転送ツールによって適切にトランスコードする必要があります。詳細は、『Oracle Tuxedo Application Workbenchリファレンス・ガイド』を参照してください。
注意: MVSでは、Rehosting Workbenchは6文字の名前に数値を加えたもの(表の最初のCLOBまたはBLOB列には1、2番目には2など)を、データセットまたはディレクトリの<column_name>とみなします。UNIX/Linuxプラットフォームでは、loadrdbms.shスクリプトは実際のcolumn_nameを使用します。Oracleオブジェクト(表、索引、制約など)を作成するスクリプトは、$HOME/trf/SQL/rdbms/<schema name>ディレクトリに作成されます。これらはターゲットOracleインスタンスで実行される必要があります。表1-37に、Tuxedo ART Workbenchで管理されるDB2オブジェクトとそれを作成するために使用するスクリプトの名前をリストします。
表1-37 DB2オブジェクト このファイルには、表<target_table_name>に関連付けられたすべてのCREATE INDEXが含まれます。このファイルは表<target_table_name>>に索引が定義されてない場合には生成されません。 このプログラムはターゲットのCOBOLコンパイラと、『Oracle Tuxedo Application Rehosting Workbenchリファレンス・ガイド』に記載されたオプションを使用してコンパイルされる必要があります。リスト1-65 FILE CONTROLの例 - プログラム: MOD_ODCSF0.cblからの抽出loadrdbms-<table name>.ksh<table name>.ctl。「DB2オブジェクトの移行の例」での例で、生成されるスクリプトは次のとおりです。
•
• Tuxedo ART Workbenchリファレンス・ガイド