日本-日本語

製品  >  ソフトウェア  >  OpenVMS  >  マニュアル

OpenVMS マニュアル


≫ 

OpenVMS
ライブラリ

タイトルページ
目次
まえがき
第 1 章:移行プロセスの概要
第 2 章:移行方法の選択
第 3 章:アプリケーションの移行
第 4 章:再コンパイルと再リンクの概要
第 5 章:ページサイズの拡大に対するアプリケーションの対応
第 6 章:共用データの整合性の維持
第 7 章:アプリケーションデータ宣言の移植性の確認
第 8 章:アプリケーション内の条件処理コードの確認
第 9 章:OpenVMS I64コンパイラ
付録 A :アプリケーション評価チェックリスト
用語集
索引
PDF
OpenVMS ホーム

OpenVMS
OpenVMS VAX から OpenVMS I64 への
アプリケーションの移行


目次 索引

付録 A
アプリケーション評価チェックリスト

       
開発の履歴と計画
       
 1. アプリケーションは現在,他のオペレーティング・システムまたはハードウェア・アーキテクチャで実行されていますか? [  ] YES [  ] NO
  その場合には,アプリケーションは現在, RISC システムで実行されていますか? [  ] YES [  ] NO
  [その場合には,OpenVMS I64 への移行は容易に実行できます。]    
       
 2. 移行後のアプリケーションの開発/保守計画はどのようになっていますか?    
  a. 開発は行わない [  ] YES [  ] NO
  b. 保守リリースのみ [  ] YES [  ] NO
  c. 機能を追加または変更する [  ] YES [  ] NO
  d. VAX ソースと I64 ソースを個別に保守する [  ] YES [  ] NO
  [a に対する回答が "YES" の場合には,アプリケーションのトランスレートを検討してください。 b または c に対する回答が "YES" の場合には,アプリケーションの再コンパイルと再リンクによって得られる利点を評価してください。ただし,トランスレーションも可能です。 VAX ソースと I64 ソースを個別に保守する場合,つまり, d に対する回答が "YES" の場合には,相互操作性と整合性に関する問題を考慮しなければなりません。特に,異なるバージョンのアプリケーションが,同じデータベースにアクセスする場合には,このことを考慮しなければなりません。]    
       
外部的な依存性
       
 3. アプリケーションの開発環境を準備するために,どのようなシステム構成 (CPU,メモリ,ディスク) が必要ですか?                 
  [この質問は移行に必要な資源の計画を立てるのに役立ちます。]    
       
 4. アプリケーションの典型的なユーザ環境を準備するために,どのようなシステム構成 (CPU,メモリ,ディスク) が必要ですか? インストール検証プロシージャ,回帰テスト,ベンチマーク,作業負荷も含めて考慮してください。                 
  [この質問は,ユーザ環境全体を OpenVMS I64 で実現できるかどうかを判断するのに役立ちます。]    
       
 5. アプリケーションで特殊なハードウェアが必要ですか? [  ] YES [  ] NO
  [この質問は,必要なハードウェアを OpenVMS I64 で使用できるかどうかと,アプリケーションにハードウェア固有のコードが含まれているかどうかを判断するのに役立ちます。]    
       
 6. a. アプリケーションは現在, OpenVMS のどのバージョンで実行されていますか?                 
  b. アプリケーションは OpenVMS VAX バージョン 6.1 で実行されていますか? [  ] YES [  ] NO
  c. アプリケーションは OpenVMS I64 で利用できない機能を使用していますか? [  ] YES [  ] NO
  [OpenVMS I64 への移行の基礎となるのは, OpenVMS VAX バージョン 6.1 です。質問 c に対する回答が "YES" の場合には,アプリケーションは OpenVMS I64 でまだサポートされていない機能を使用している可能性があり,また現在のバージョンの OpenVMS I64 と互換性のない OpenVMS RTL や他の共有イメージに対してリンクされている可能性があります。 ]    
       
 7. アプリケーションを実行するために,レイヤード・プロダクトが必要ですか?    
  a. 弊社が提供するプロダクト (コンパイラRTL 以外のプロダクト): [  ] YES [  ] NO
  b. 他社が提供するプロダクト: [  ] YES [  ] NO
  [a に対する回答が "YES" のときに, OpenVMS I64 で弊社のレイヤード・プロダクトが提供されているかどうかがよくわからない場合には,弊社の担当者に質問してください。 b に対する回答が "YES" の場合には,他社製品の提供ベンダーに問い合わせてください。]    
       
アプリケーションの構造
       
 8. アプリケーションのサイズは?    
  a. モジュール数は?                 
  b. コードの行数または K バイト数は?                 
  c. 必要なディスク領域は?                 
  [この質問は,移行のために必要な作業量と資源の "サイズ" を判断するのに役立ちます。]    
       
 9. a. アプリケーションを構成する,すべてのソース・ファイルを入手できますか? [  ] YES [  ] NO
  b. 弊社のサービスの使用を検討している場合には,弊社にソース・ファイルとビルド・プロシージャを提供することは可能ですか? [  ] YES [  ] NO
  [質問 a に対する回答が "YES" の場合,ソース・ファイルを入手できない部分は,トランスレーションが唯一の移行手段となります。質問 b に対する回答が "YES" の場合には,広範囲にわたって弊社の移行サービスを利用できます。]    
       
 10. a. アプリケーションはどの言語で作成されていますか? (複数の言語が使用されている場合には,各言語の割合を示してください。)                 
  [コンパイラがまだ提供されていない場合には,アプリケーションをトランスレートするか,別の言語で再作成しなければなりません。]    
  b. VAX MACRO を使用している場合には,その理由は何ですか?                 
c. VAX MACROコードの機能を,高級言語コンパイラ,またはシステム・サービス (プロセス名を検索するための $GETJPI など) で実行できますか? [  ] YES [  ] NO
       
 11. a. アプリケーションをテストするために必要な回帰テストが準備されていますか? [  ] YES [  ] NO
  b. 準備されている場合には,DEC Test Manager が必要ですか? [  ] YES [  ] NO
  [a に対する回答が "YES" の場合には,これらの回帰テストの移行を考慮しなければなりません。 OpenVMS I64 の初期リリースでは,DEC Test Manager は提供されません。回帰テストでこのプロダクトが必要な場合には,弊社の担当者にご連絡ください。]    
       
VAX アーキテクチャへの依存
       
12. a. アプリケーションで H 浮動小数点データ型を使用しますか? [  ] YES [  ] NO
  b. アプリケーションで D 浮動小数点データ型を使用しますか? [  ] YES [  ] NO
c. アプリケーションで D 浮動小数点を使用する場合, 56 ビットの精度 (16 桁の有効桁数) が必要ですか,または 53 ビットの精度 (15 桁の有効桁数) で十分ですか? [  ] 56 ビット [  ] 53 ビット
  [a に対する回答が "YES" の場合には, H 浮動小数点の互換性を維持するためにアプリケーションをトランスレートするか,またはデータを G 浮動小数点,S 浮動小数点,または T 浮動小数点形式に変換しなければなりません。 b に対する回答が "YES" の場合には,アプリケーションをトランスレートして, VAX での D 浮動小数点の完全な 56 ビットの精度の互換性を維持するか, I64 システムが提供している 53 ビットの精度の D 浮動小数点形式を使用するか,またはデータを G 浮動小数点,S 浮動小数点,または T 浮動小数点のいずれかの形式に変換しなければなりません。]    
       
13. a. アプリケーションで大量のデータ,またはデータ構造を使用しますか? [  ] YES [  ] NO
b. データがバイト,ワード,またはロングワードでアラインされていますか? [  ] YES [  ] NO
  [a に対する回答が "YES" であり,b に対する回答が "NO" の場合には, I64 の最適な性能を実現するために,データを自然なアラインメントにすることを考慮しなければなりません。多くのプロセスで共用されるグローバル・セクションにデータが格納されている場合や,メイン・プログラムと AST との間でデータが共用される場合には,データを自然なアラインメントにしなければなりません。]    
       
14. コンパイラがデータをアラインする方法に関して,アプリケーションで何らかの仮定を設定していますか (つまり,構造体がパックされていること,自然にアラインされていること,ロングワードでアラインされていることなどをアプリケーションで仮定していますか)? [  ] YES [  ] NO
  [回答が "YES" である場合には, I64 プラットフォームでのコンパイラの動作と, VAX プラットフォームでのコンパイラの動作の違いから発生する,移植性と相互操作性の問題を考慮しなければなりません。データ・アラインメントに関するコンパイラのデフォルトの設定はさまざまで,アラインメントを強制的に設定するためのコンパイラ・スイッチもさまざまです。通常,VAX システムでは,デフォルトのデータ・アラインメントはパック形式のアラインメントですが, I64 コンパイラのデフォルトは,可能なかぎり自然なアラインメントです。]    
       
15. a. アプリケーションで,ページ・サイズが 512 バイトであると仮定していますか? [  ] YES [  ] NO
  b. アプリケーションで,メモリ・ページがディスク・ブロックと同じサイズであると仮定していますか? [  ] YES [  ] NO
  [a に対する回答が "YES" の場合には, I64 のページ・サイズに対応できるように,アプリケーションを準備しなければなりません。 I64 のページ・サイズは 512 バイトよりはるかに大きく,システムごとに異なります。したがって,ページ・サイズを固定値として参照することは避け,可能なかぎり,メモリ管理システム・サービスと RTL ルーチンを使用してください。 b に対する回答が "YES" の場合には,ディスク・セクションをメモリにマッピングする $CRMPSC システム・サービスと, $MGBLSC システム・サービスに対するすべての呼び出しを確認し,これらの仮定を削除しなければなりません。]    
       
16. アプリケーションで, OpenVMS システム・サービスを呼び出しますか? [  ] YES [  ] NO
  特に,次の操作を実行するサービスを呼び出していますか?    
  a. グローバル・セクションを作成,またはマッピングするシステム・サービス (たとえば$CRMPSC,$MGBLSC,$UPDSEC) [  ] YES [  ] NO
  b. ワーキング・セットを変更するシステム・サービス (たとえば $LCKPAG,$LKWSET) [  ] YES [  ] NO
  c. 仮想アドレスを操作するシステム・サービス (たとえば $CRETVA,$DELTVA) [  ] YES [  ] NO
  [これらの質問に対する回答が "YES" の場合には,コードを調べ,必要な入力パラメータが正しく指定されているかどうかを判断しなければなりません。]    
       
17. a. アプリケーションで複数の協調動作プロセスを使用しますか? [  ] YES [  ] NO
  使用する場合:    
  b. プロセスの数?                 
  c. 使用するプロセス間通信方式?                 
   

[  ] $CRMPSC [  ] メールボックス [  ] SCS [  ] その他
[  ] DLM [  ] SHM,IPC [  ] SMG$ [  ] STR$

   
       
  d. 他のプロセスとの間でデータを共用するために,グローバル・セクション ($CRMPSC) を使用する場合には,どのような方法でデータ・アクセスの同期をとりますか?                 
  [この質問は,明示的に同期をとらなければならないかどうかを判断し,アプリケーションの各要素間で,同期を保証するのに必要な作業レベルを判断するのに役立ちます。一般に,高いレベルの同期方式を使用すれば,アプリケーションをもっとも容易に移行できます。]    
       
18. アプリケーションは現在,マルチプロセッサ (SMP) 環境で実行されていますか? [  ] YES [  ] NO
  [回答が "YES" の場合には,アプリケーションはすでに適切なプロセス間同期方式を採用している可能性が高いと言えます。]    
       
19. アプリケーションで, AST (非同期システム・トラップ) メカニズムを使用していますか? [  ] YES [  ] NO
  [回答が "YES" の場合には,AST とメイン・プロセスが,プロセス空間のデータを共用しているかどうかを判断しなければなりません。共用している場合には,明示的にこのようなアクセスの同期をとらなければなりません。]    
       
20. a. アプリケーションに条件ハンドラが含まれていますか? [  ] YES [  ] NO
b. アプリケーションで,算術演算例外の即時報告が必要ですか? [  ] YES [  ] NO
  [Intel Itanium アーキテクチャでは,算術演算例外はただちに報告されません。条件ハンドラが条件を修正しようとし,例外の原因となった命令シーケンスを再起動する場合には,ハンドラを変更しなければなりません。]    
       
21. アプリケーションは特権モードで実行されますか,または SYS.STB に対してリンクされますか? [  ] YES [  ] NO
  その場合は理由を示してください。                 
  [アプリケーションが OpenVMS エグゼクティブに対してリンクされるか,または特権モードで実行される場合には,ネイティブ I64 イメージとして実行されるように,アプリケーションを変更しなければなりません。]    
       
22. 独自のデバイス・ドライバを作成しますか? [  ] YES [  ] NO
       
23. アプリケーションで,接続/割り込みメカニズムを使用しますか? [  ] YES [  ] NO
  使用する場合には,どのような機能を使用しますか?                 
       
24. アプリケーションで,機械語を作成または変更しますか? [  ] YES [  ] NO
  [OpenVMS I64 では,命令ストリームに書き込まれた命令が正しく実行されることを保証するには,多大な注意が必要です。]    
       
25. アプリケーションのどの部分が性能に最も大きな影響を与えますか? それは入出力ですか,浮動小数点ですか,メモリですか,リアルタイム性ですか (つまり,割り込み待ち時間)。                 
  [この質問は,アプリケーションの各部分に対する作業に優先順位をつけるのに役立ち,お客様にとって最も意味のある性能向上を,弊社が計画するのに役立ちます。]    


目次 索引

印刷用画面へ
プライバシー 本サイト利用時の合意事項