でのマルチサーバー評価レポートの作成 AWS Schema Conversion Tool - AWS Schema Conversion Tool

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

でのマルチサーバー評価レポートの作成 AWS Schema Conversion Tool

環境全体にとって最適なターゲットの方向性を決定するには、マルチサーバー評価レポートを作成します。

マルチサーバー評価レポートは、評価する各スキーマの定義に対して指定した入力に基づいて、複数のサーバーを評価します。スキーマ定義には、データベースサーバーの接続パラメータと各スキーマのフルネームが含まれています。各スキーマを評価した後、 は、複数のサーバー間でデータベースを移行するための概要の集約された評価レポート AWS SCT を生成します。このレポートには、移行ターゲットごとに推定される複雑さが表示されます。

AWS SCT を使用して、次のソースデータベースとターゲットデータベースのマルチサーバー評価レポートを作成できます。

ソースデータベース ターゲットデータベース

Amazon Redshift

Amazon Redshift

Azure SQL データベース

Aurora My SQL、Aurora Postgre SQL、My SQL、PostgreSQL

Azure Synapse Analytics

Amazon Redshift

BigQuery

Amazon Redshift

Greenplum

Amazon Redshift

IBM Db2 for z/OS

Amazon Aurora My SQL-Compatible Edition (Aurora My SQL)、Amazon Aurora Postgre SQL-Compatible Edition (Aurora Postgre SQL)SQL、My 、PostgreSQL

IBM Db2 LUW

Aurora My SQL、Aurora Postgre SQL、MariaDB 、My SQL、PostgreSQL

Microsoft SQL サーバー

Aurora My SQL、Aurora Postgre SQL、Amazon Redshift、Babelfish for Aurora Postgre SQL、MariaDB 、Microsoft SQL Server、My SQL、PostgreSQL

マイSQL

Aurora PostgreSQL、MySQL、PostgreSQL

Netezza

Amazon Redshift

Oracle

Aurora My SQL、Aurora Postgre SQL、Amazon Redshift、MariaDB 、My SQL、Oracle、PostgreSQL

PostgreSQL

Aurora My SQL、Aurora Postgre SQL、My SQL、PostgreSQL

SAP ASE

Aurora My SQL、Aurora Postgre SQL、MariaDB 、My SQL、PostgreSQL

Snowflake

Amazon Redshift

Teradata

Amazon Redshift

Vertica

Amazon Redshift

マルチサーバー評価を実行する

を使用してマルチサーバー評価を実行するには、次の手順に従います AWS SCT。マルチサーバー評価 AWS SCT を実行するために で新しいプロジェクトを作成する必要はありません。開始する前に、データベース接続パラメータを含むカンマ区切り値 (CSV) ファイルを準備していることを確認してください。また、必要なデータベースドライバーがすべてインストールされていることを確認し、 AWS SCT の設定でドライバーの場所を設定してください。詳細については、「のJDBCドライバーのインストール AWS Schema Conversion Tool」を参照してください。

マルチサーバー評価を実行し、集約されたサマリーレポートを作成するには
  1. で AWS SCT、ファイル 新しいマルチサーバー評価 を選択します。[New multiserver assessment] (新しいマルチサーバー評価) ダイアログボックスが開きます。

    新しいマルチユーザー評価アクセス
  2. データベース接続パラメータを含むファイルの空のテンプレートをダウンロードするには、接続ファイルのダウンロードの例を選択します。 CSV

  3. プロジェクト名 場所 (レポートを保存するため)、および接続ファイル (CSVファイル) の値を入力します。

  4. 評価レポートを生成した後、移行 AWS SCT プロジェクトを自動的に作成するには、ソースデータベースごとにプロジェクトを作成するを選択します。

  5. 各ソースデータベースの AWS SCT プロジェクトの作成を有効にすると、これらのプロジェクトにマッピングルールを追加を選択し、オフライン使用のための変換統計を保存できます。この場合、 AWS SCT は各プロジェクトにマッピングルールを追加し、ソースデータベースメタデータをプロジェクトに保存します。詳細については、「でのオフラインモードの使用 AWS Schema Conversion Tool」を参照してください。

  6. [実行] を選択します。

    データベース評価のペースを示す進行状況バーが表示されます。ターゲットエンジンの数は、評価のランタイムに影響を与える可能性があります。

  7. 「すべてのデータベースサーバーの完全な分析には時間がかかる場合があります」というメッセージが表示された場合は、[はい] を選択します。続行しますか?

    マルチサーバー評価レポートが完了すると、そのことを示す画面が表示されます。

  8. [レポートを開く] を選択して、集約されたサマリー評価レポートを表示します。

デフォルトでは、 はすべてのソースデータベースの集計レポートと、ソースデータベース内の各スキーマ名の詳細評価レポート AWS SCT を生成します。詳細については、「レポートを検索して表示する」を参照してください。

各ソースデータベースの AWS SCT プロジェクトの作成オプションをオンにすると、 はソースデータベースごとに空のプロジェクト AWS SCT を作成します。 AWS SCT また、 は前述のように評価レポートを作成します。これらの評価レポートを分析し、ソースデータベースごとに移行先を選択したら、これらの空のプロジェクトにターゲットデータベースを追加します。

これらのプロジェクトにマッピングルールを追加し、オフライン使用オプションの変換統計を保存するオプションをオンにすると、 はソースデータベースごとにプロジェクト AWS SCT を作成します。これらのプロジェクトには、次の情報が含まれます。

入力CSVファイルの準備

マルチサーバー評価レポートの入力として接続パラメータを指定するには、次の例に示すように CSV ファイルを使用します。

Name,Description,Secret Manager Key,Server IP,Port,Service Name,Database name,BigQuery path,Source Engine,Schema Names,Use Windows Authentication,Login,Password,Use SSL,Trust store,Key store,SSL authentication,Target Engines Sales,,,192.0.2.0,1521,pdb,,,ORACLE,Q4_2021;FY_2021,,user,password,,,,,POSTGRESQL;AURORA_POSTGRESQL Marketing,,,ec2-a-b-c-d.eu-west-1.compute.amazonaws.com,1433,,target_audience,,MSSQL,customers.dbo,,user,password,,,,,AURORA_MYSQL HR,,,192.0.2.0,1433,,employees,,MSSQL,employees.%,true,,,,,,,AURORA_POSTGRESQL Customers,,secret-name,,,,,,MYSQL,customers,,,,,,,,AURORA_POSTGRESQL Analytics,,,198.51.100.0,8195,,STATISTICS,,DB2LUW,BI_REPORTS,,user,password,,,,,POSTGRESQL Products,,,203.0.113.0,8194,,,,TERADATA,new_products,,user,password,,,,,REDSHIFT

前の例では、セミコロンを使用して Sales データベースの 2 つのスキーマ名を区切っています。また、セミコロンを使用して Sales データベースの 2 つのターゲットデータベース移行プラットフォームを区切っています。

また、前の例では、 AWS Secrets Manager を使用してCustomersデータベースに接続し、Windows 認証を使用してHRデータベースに接続します。

から AWS SCT 新しいCSVファイルを作成するか、CSVファイルのテンプレートをダウンロードして、必要な情報を入力します。CSV ファイルの最初の行に、前の例と同じ列名が含まれていることを確認します。

入力CSVファイルのテンプレートをダウンロードするには
  1. を起動します AWS SCT。

  2. [ファイル]、[新しいマルチサーバー評価] の順に選択します。

  3. [接続ファイルのサンプルをダウンロード] を選択します。

CSV ファイルには、テンプレートによって提供される次の値が含まれていることを確認してください。

  • [名前] — データベースの識別に役立つテキストラベル。 AWS SCT は、このテキストラベルを評価レポートに表示します。

  • [説明] — オプションの値で、データベースに関する追加情報を入力できます。

  • [シークレットマネージャーキー] — データベースの認証情報を AWS Secrets Managerに保存するシークレットの名前。Secrets Manager を使用するには、 AWS プロファイルを に保存していることを確認してください AWS SCT。詳細については、「AWS Secrets Manager での の設定 AWS Schema Conversion Tool」を参照してください。

    重要

    AWS SCT は、入力ファイルにサーバー IP 、ポート 、ログイン 、およびパスワードパラメータを含めるとSecret Manager キーパラメータを無視します。

  • サーバー IP – ソースデータベースサーバーのドメインネームサービス (DNS) 名または IP アドレス。

  • [ポート]: ソースデータベースサーバーへの接続に使用するポート。

  • [サービス名] — サービス名を使用して Oracle データベースに接続する場合、接続する Oracle サービスの名前です。

  • [データベース名] — データベース名。Oracle データベースの場合は、Oracle システム ID () を使用しますSID。

  • BigQuery path – ソース BigQuery データベースのサービスアカウントキーファイルへのパス。このファイルの作成の詳細については、「ソースとしての の BigQuery 権限」を参照してください。

  • [ソースエンジン] — ソースデータベースのタイプ。次のいずれかの値を使用します。

    • Azure SQL データベースの AZURE_MSSQL

    • Azure Synapse Analytics データベースの AZURE_SYNAPSE

    • BigQuery データベースの GOOGLE_BIGQUERY

    • DB2ZOS Db2 for IBM z/OS データベース用の 。

    • DB2LUW Db2 LUW データベースの IBM 。

    • GREENPLUM Greenplum データベースの 。

    • MSSQL Microsoft SQL Server データベース用の 。

    • MYSQL MySQL データベースの 。

    • NETEZZA Netezza データベースの 。

    • ORACLE Oracle データベース用の 。

    • POSTGRESQL PostgreSQL データベースの 。

    • REDSHIFT Amazon Redshift データベース用の 。

    • SNOWFLAKE Snowflake データベース用の 。

    • SAP ASE データベースの SYBASE_ASE

    • TERADATA Teradata データベースの 。

    • VERTICA Vertica データベースの 。

  • [スキーマ名] — 評価レポートに含めるデータベーススキーマの名前。

    Azure SQL Database、Azure Synapse Analytics BigQuery、Netezza、ASE、Snowflake、および SQL Server SAP の場合、スキーマ名の次の形式を使用します。

    db_name.schema_name

    db_name をソースデータベースの名前に置き換えます。

    schema_name をソーススキーマの名前に置き換えます。

    ドットを含むデータベース名またはスキーマ名は、次に示すように二重引用符で囲みます: "database.name"."schema.name"

    次に示すように、複数のスキーマ名をセミコロンで区切ります: Schema1;Schema2

    データベース名とスキーマ名では大文字が区別されます。

    パーセント (%) をワイルドカードとして使用すると、データベース名またはスキーマ名に含まれる任意の数のシンボルを置き換えることができます。前の例では、パーセント (%) をワイルドカードとして使用して、employees データベースのすべてのスキーマを評価レポートに含めています。

  • Windows 認証の使用 – Windows 認証を使用して Microsoft SQL Server データベースに接続する場合は、true と入力します。詳細については、「Microsoft SQL Server をソースとして使用する場合の Windows 認証の使用」を参照してください。

  • [ログイン] – ソース データベース サーバーに接続するためのユーザー名。

  • [パスワード] – パスワードを入力して、ソースデータベースサーバーに接続します。

  • 使用 SSL – Secure Sockets Layer (SSL) を使用してソースデータベースに接続する場合は、true と入力します。

  • 信頼ストア — SSL接続に使用する信頼ストア。

  • キーストア – SSL接続に使用するキーストア。

  • authenticationSSL – 証明書によるSSL認証を使用する場合は、true と入力します。

  • [ターゲットエンジン] — ターゲットデータベースプラットフォーム。以下の値を使用して、評価レポートで 1 つ以上のターゲットを指定します。

    • Aurora My SQL互換データベースの場合は AURORA_MYSQL

    • Aurora Postgre SQL互換データベースの場合は AURORA_POSTGRESQL

    • BABELFISH Babelfish for Aurora PostgreSQL データベース用の 。

    • MARIAMariaDB データベースの _DB。 MariaDB

    • MSSQL Microsoft SQL Server データベース用の 。

    • MYSQL MySQL データベースの 。

    • ORACLE Oracle データベース用の 。

    • POSTGRESQL PostgreSQL データベースの 。

    • REDSHIFT Amazon Redshift データベース用の 。

    複数のターゲットは、次のようにセミコロンを使用して区切ります: MYSQL;MARIA_DB ターゲットの数は、評価の実行にかかる時間に影響します。

レポートを検索して表示する

マルチサーバー評価では、2 種類のレポートが生成されます。

  • すべてのソースデータベースの集約レポート。

  • ソースデータベースの各スキーマ名ごとの、ターゲットデータベースに関する詳細な評価レポート。

レポートは、[新しいマルチサーバー評価] ダイアログボックス内の [ロケーション] で選択したディレクトリに保存されます。

詳細レポートにアクセスするには、ソースデータベース、スキーマ名、ターゲットのデータベースエンジン別に編成されたサブディレクトリをナビゲートします。

集約されたレポートでは、ターゲットデータベースの変換の複雑さに関する情報が 4 列にわたり表示されます。列には、コードオブジェクトの変換、ストレージオブジェクト、構文要素、および変換の複雑さに関する情報が含まれます。

次の例は、2 つの Oracle データベーススキーマを Amazon RDS for Postgre に変換するための情報を示していますSQL。

集約レポートの 1 番目のターゲット

指定した追加のターゲットデータベースエンジンごとに、同じ 4 つの列がレポートに追加されます。

この情報の読み方の詳細については、次を参照してください。

集約評価レポートを出力する

の集約されたマルチサーバーデータベース移行評価レポートは、次の列を含むCSVファイル AWS Schema Conversion Tool です。

  • Server IP address and port

  • Secret Manager key

  • Name

  • Description

  • Database name

  • Schema name

  • Code object conversion % for target_database

  • Storage object conversion % for target_database

  • Syntax elements conversion % for target_database

  • Conversion complexity for target_database

情報を収集するために、 は完全な評価レポート AWS SCT を実行し、スキーマごとにレポートを集約します。

レポートでは、次の 3 つのフィールドに、評価に基づいて可能な自動コンバージョンの割合が表示されます。

コードオブジェクトの変換率

スキーマ内のコードオブジェクトのうち、自動変換または最小限の変更で変換 AWS SCT できるものの割合。コードオブジェクトには、プロシージャ、関数、ビューなどが含まれます。

ストレージオブジェクトの変換率

自動または最小限の変更で変換SCTできるストレージオブジェクトの割合。ストレージオブジェクトには、テーブル、インデックス、制約などが含まれます。

構文要素の変換率

が自動的に変換SCTできる構文要素の割合。構文要素には SELECTFROMDELETEJOIN 句などが含まれます。

変換の複雑さの計算は、アクション項目の概念に基づいています。アクション項目は、特定のターゲットへの移行中に手動で修正する必要があるソースコード内の問題のタイプを反映しています。アクション項目には複数のオカレンスがある場合があります。

加重スケールは、移行を実行する際の複雑さのレベルを示します。数字の 1 は最低レベルの複雑さを表し、10 は最高レベルの複雑さを表します。