Data Transmission Service:アプリケーション評価

前提条件

すべてのアプリケーション収集パッケージに、アプリケーションプロファイルが必要です。

背景情報

データベースとアプリケーションの移行には、いくつかの課題があります。

• アプリケーションのリファクタリングワークロードの見積もりが困難です。

• 詳細なデータベース移行計画の作成が困難です。

• 移行後のアプリケーションのリファクタリングが困難です。特に、長期間メンテナンスされていないアプリケーションの場合は顕著です。

アプリケーション評価の作成

1. 基本情報を入力し、評価対象のターゲットデータベースとバージョンを選択します。

2. 評価する 1 つ以上のアプリケーションプロファイルを選択します。

   説明

   アプリケーション評価は、選択した各アプリケーションプロファイルに関連するデータベース評価が完了した後にのみ作成できます。

3. 完了したデータベース評価プロジェクトを選択します。

全体評価結果

評価結果はアプリケーション評価の中核であり、全体、移行グループ、アプリケーションノードという 3 つの観点から提示します。

評価結果には、最初に全体情報が表示されます。このアプリケーションとデータベースの集約評価は、全体的な移行とリファクタリングの作業量を把握するのに役立ちます。

• アーキテクチャリスト：データベースとアプリケーション間の関係に基づいて、ADAM はインテリジェントアルゴリズムを使用してコンポーネントを移行グループにまとめます。移行グループは、移行可能な最小単位であり、その移行はグループ外のデータ依存関係に影響を与えません。

  説明

  アプリケーション間の呼び出し関係は考慮しません。

• 移行スコア：ADAM は、移行とリファクタリングの難易度を表す定量的なスコアを提供します。スコアが高いほど、アプリケーションのリファクタリングコストが低いことを示します。

  説明

  移行スコアは、収集されたデータの完全性の影響を受けます。移行コストを見積もる際は、常に実際のビジネス要件を考慮してください。

• 全体的な互換性：アプリケーション SQL とデータベースオブジェクトの互換性を測定します。

  説明

  収集された SQL はデータベースシステム自体の影響を受けるため、互換性スコアを評価の唯一の根拠として使用しないでください。

• アーキテクチャブループリント：各移行グループの状態を視覚化したトポロジー図です。

移行グループの評価結果

移行グループは、アプリケーションとデータベースの移行可能な最小サブセットです。単一の移行グループを移行しても、他のグループのデータベースノードへのデータ依存関係は発生しません。

移行グループには、[アプリケーションノード] と [データベースノード] が含まれます。アプリケーションノードをクリックすると、その特定のノードの評価とリファクタリングの詳細を表示できます。

単一のアプリケーションノードの評価は、アプリケーションの依存関係、SQL 互換性、アプリケーションのリファクタリングポイントという 3 つの主要な部分で構成されています。

• アプリケーションの依存関係：ターゲットアプリケーションノードのデータベース依存関係をスキーマレベルまで表示します。[アプリケーションの依存関係] ビューには、アプリケーションノードと依存するデータベースノードとの接続を示すトポロジー図が表示されます。また、ID、データベースプロファイル ID、データベース名、関連するスキーマなどの列を含む [アプリケーションの依存関係データベースの詳細] テーブルも表示されます。

• SQL 互換性：アプリケーション SQL の互換性を評価し、各ステートメントの具体的な変換ルールとリファクタリングポイントを提供します。この機能は、評価の概要と互換性の詳細の両方を提供します。[SQL 互換性] ダイアログボックスの [評価の概要] タブでは、左側の [互換性の割合] 円グラフに、各互換性ステータスの SQL ステートメント数が表示されます。右側の [非互換 SQL 操作の割合] 円グラフには、操作タイプ別の非互換ステートメントの分布が表示されます。下のテーブルには、操作タイプ (UPDATE、INSERT、SELECT) ごとに、互換性あり、修正により互換、非互換の SQL ステートメント数が集計されています。[SQL 互換性] ダイアログボックスで [互換性の詳細] タブに切り替えると、[互換性] フィルターを使用して結果をフィルタリングできます。テーブルには、各 SQL ステートメントの詳細情報 (ID、スキーマ、SQL タイプ、互換性ステータス、ソース SQL、ターゲット SQL、コールスタック) が表示されます。互換性ステータスは、互換性あり、修正により互換、非互換のいずれかです。

  • 互換性あり：アプリケーションはリファクタリングが不要で、ターゲットデータベース上で直接実行できます。

  • 修正により互換：ADAM は変換された SQL ステートメントを提供します。互換性を確保するには、アプリケーション内の元の SQL をこの変換されたステートメントに置き換えてください。

  • 非互換：SQL ステートメントはターゲットデータベース上で実行できません。このステータスでは、自動変換されたターゲット SQL は提供されません。提供されたリファクタリングの提案に基づいて、アプリケーションコードまたは SQL ステートメントを手動で修正する必要があります。

• アプリケーションのリファクタリングポイント：アプリケーションでリファクタリングが必要なポイントを示し、提案を提供します。この機能は、リファクタリングの概要とリファクタリングの詳細の両方を提供します。[アプリケーションのリファクタリングポイント] ダイアログボックスの [リファクタリングの概要] タブでは、レベル別 (L1、L2、L3 など) のリファクタリングポイントの内訳と、トリガーされた主要なルールのリスト (インスタンス数と説明を含む) を表示できます。たとえば、あるルールは関数パラメータのデータ型変換を提案する場合があります。[アプリケーションのリファクタリングポイント] ダイアログボックスで、[リファクタリングの詳細] タブを選択します。上部の [リファクタリングポイント] ドロップダウンリストを使用して、結果をフィルタリングできます。詳細テーブルには、[SQL ID]、[ルール ID]、[リファクタリングの提案]、[ソース SQL]、[ターゲット SQL]、[コールスタック] などの列が含まれます。一般的なリファクタリングの提案には、remove from dual (ルール 34087)、column name is reserved in PostgreSQL (ルール 33027)、convert ROWID to CTID (ルール 34088)、rownum to limit (ルール 34086) などがあります。ソース SQL、ターゲット SQL、コールスタックの各列には、特定の SQL コンテンツとその呼び出し場所を確認するための [表示] リンクが表示されます。