翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
でのマルチサーバー評価レポートの作成 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」を参照してください。
マルチサーバー評価を実行し、集約されたサマリーレポートを作成するには
-
で AWS SCT、ファイル 、新しいマルチサーバー評価 を選択します。[New multiserver assessment] (新しいマルチサーバー評価) ダイアログボックスが開きます。
-
データベース接続パラメータを含むファイルの空のテンプレートをダウンロードするには、接続ファイルのダウンロードの例を選択します。 CSV
-
プロジェクト名 、場所 (レポートを保存するため)、および接続ファイル (CSVファイル) の値を入力します。
-
評価レポートを生成した後、移行 AWS SCT プロジェクトを自動的に作成するには、ソースデータベースごとにプロジェクトを作成するを選択します。
-
各ソースデータベースの AWS SCT プロジェクトの作成を有効にすると、これらのプロジェクトにマッピングルールを追加を選択し、オフライン使用のための変換統計を保存できます。この場合、 AWS SCT は各プロジェクトにマッピングルールを追加し、ソースデータベースメタデータをプロジェクトに保存します。詳細については、「でのオフラインモードの使用 AWS Schema Conversion Tool」を参照してください。
-
[実行] を選択します。
データベース評価のペースを示す進行状況バーが表示されます。ターゲットエンジンの数は、評価のランタイムに影響を与える可能性があります。
-
「すべてのデータベースサーバーの完全な分析には時間がかかる場合があります」というメッセージが表示された場合は、[はい] を選択します。続行しますか?
マルチサーバー評価レポートが完了すると、そのことを示す画面が表示されます。
-
[レポートを開く] を選択して、集約されたサマリー評価レポートを表示します。
デフォルトでは、 はすべてのソースデータベースの集計レポートと、ソースデータベース内の各スキーマ名の詳細評価レポート AWS SCT を生成します。詳細については、「レポートを検索して表示する」を参照してください。
各ソースデータベースの AWS SCT プロジェクトの作成オプションをオンにすると、 はソースデータベースごとに空のプロジェクト AWS SCT を作成します。 AWS SCT また、 は前述のように評価レポートを作成します。これらの評価レポートを分析し、ソースデータベースごとに移行先を選択したら、これらの空のプロジェクトにターゲットデータベースを追加します。
これらのプロジェクトにマッピングルールを追加し、オフライン使用オプションの変換統計を保存するオプションをオンにすると、 はソースデータベースごとにプロジェクト AWS SCT を作成します。これらのプロジェクトには、次の情報が含まれます。
ソースデータベースと仮想ターゲットデータベースプラットフォーム。詳細については、「の仮想ターゲットへのマッピング AWS Schema Conversion Tool」を参照してください。
このソースとターゲットのペアのマッピングルール。詳細については、「データ型マッピング」を参照してください。
このソースとターゲットのペアのデータベース移行評価レポート。
ソーススキーマメタデータ。この AWS SCT プロジェクトをオフラインモードで使用できます。詳細については、「でのオフラインモードの使用 AWS Schema Conversion Tool」を参照してください。
入力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ファイルのテンプレートをダウンロードするには
を起動します AWS SCT。
[ファイル]、[新しいマルチサーバー評価] の順に選択します。
[接続ファイルのサンプルをダウンロード] を選択します。
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。
指定した追加のターゲットデータベースエンジンごとに、同じ 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できる構文要素の割合。構文要素には
SELECT
、FROM
、DELETE
、JOIN
句などが含まれます。
変換の複雑さの計算は、アクション項目の概念に基づいています。アクション項目は、特定のターゲットへの移行中に手動で修正する必要があるソースコード内の問題のタイプを反映しています。アクション項目には複数のオカレンスがある場合があります。
加重スケールは、移行を実行する際の複雑さのレベルを示します。数字の 1 は最低レベルの複雑さを表し、10 は最高レベルの複雑さを表します。