翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ステップ 3. AWS SCTレポートを実行

このステップでは、AWS SCTマルチサーバーアセスメントを実行するための入力として、ステップ 2 の出力 (CSV ファイル形式) を使用します。AWS SCTマルチサーバーアセスサーへの入力として提供する前に、ログイン認証情報 (ユーザー ID とパスワード)、データベース名、およびデータベースの説明を CSV ファイルに追加する必要があります。AWS SCTAWSドキュメントの例に記載されている形式に従ってください。

マルチサーバーアセスメントは、CSVAWS SCT ファイルにリストされている各データベーススキーマに対して実行されます。各スキーマの変換の複雑さを反映した詳細なレポートを生成します。この計算は、AWS SCT自動的に変換できるコードオブジェクト、ストレージオブジェクト、構文要素の割合と、移行中に手動で修正する必要があるコードに基づいています。複雑度の値の範囲は、1 (最も複雑度が低い) から 10 (最も複雑) です。

AWS SCTコードの変換と移行の労力に基づいて変換の複雑度レベルを指定します。数字の 1 は最低レベルの複雑さを表し、10 は最高レベルの複雑さを表します。変換の複雑度レベルでソートし、2 未満の値でフィルタリングすると、ターゲットデータベースエンジンへの移行候補となるデータベースのリストが生成されます。次の例で説明するように、データベースサイズやオブジェクトの総数などの他のプロパティを含めて、候補のリストを微調整できます。

マルチサーバーアセッサー

次の例では、AWS SCTマルチサーバー評価ツールを使用して Oracle と SQL Server のデータベーススキーマを評価します。評価は、ターゲットデータベースエンジンとして PostgreSQL と MySQL に対して実行されます。

AWS SCTマルチサーバーアセッサーは、移行ターゲットごとに推定される複雑さを示す要約集約レポートを生成します。このレポートは、PostgreSQL 用の Amazon Relational Database Service (Amazon RDS) または Amazon RDS for MySQL SQL ターゲットエンジン用の Amazon RDS 列の [変換の複雑さ] 列でソートできます。これにより、コード変換要件、ストレージの複雑さ、構文の複雑さに基づいて、最小限の労力でPostgreSQLやMySQLなどのオープンソースデータベースエンジンに簡単に移行できるデータベースのリストが表示されます。

次の表は、PostgreSQL や MySQL などのオープンソースデータベースエンジンへの移行が早い段階から検討されている SQL Server データベースのサンプルリストを示しています。この表には、手順 2 の出力の [オブジェクトの総数] 列と [サイズ (GB 単位)] 列も含まれています。

データは、コンバージョンの複雑度列 (Amazon RDS for PostgreSQL または MySQL) で昇順にソートされます。また、要件に応じて、サイズ (GB) と合計オブジェクト数でテーブルを昇順に並べ替えることもできます。これにより、サイズが小さく、オブジェクト数が少なく、変換の複雑性が最も低いデータベーススキーマのリストが生成されます。この表は、Amazon RDS for PostgreSQL および Amazon RDS for MySQL について、変換の複雑度が 1 (最も低い) SQL Server データベーススキーマのリストを示しています。これらの結果は、これらのスキーマを上のオープンソースデータベースエンジンに移行するのにかかる労力が最小限であることを示していますAWS。

次の表は、オープンソースの PostgreSQL および MySQL データベースへの移行が早い段階で検討されている Oracle データベースの類似リストを示しています。

Oracle テーブルと SQL Server テーブルには、スキーマ名、データベースバージョン、オブジェクトの総数、スキーマのサイズ、変換の複雑さなどの重要な情報も表示されます。このデータを使用して、要件に基づいて移行を確認および計画できます。