

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

# での評価レポートの使用 AWS Schema Conversion Tool
<a name="CHAP_AssessmentReport"></a>

の重要な部分は、スキーマ変換の複雑さを推定するために生成する評価レポート AWS Schema Conversion Tool です。この*データベース移行評価レポート*は、ターゲット DB インスタンスの DB エンジンに変換できないスキーマに関する、すべてのスキーマ変換タスクやアクション項目の詳細をまとめたものです。レポートはアプリケーションで表示することも、カンマ区切り値 (CSV) ファイルまたは PDF ファイルとしてエクスポートすることもできます。

1 つのプロジェクトに複数のソースデータベースとターゲットデータベースを追加すると、 はすべての変換ペアのレポートを AWS SCT 1 つのデータベース移行評価レポートに集約します。

仮想ターゲットデータベースプラットフォームを使用して評価レポートを生成し、選択したデータベースプラットフォームへの移行の複雑さを把握できます。この場合、ターゲットデータベースプラットフォームに接続する必要はありません。たとえば、Babelfish for Aurora PostgreSQL を仮想ターゲットデータベースプラットフォームとして使用して、データベース移行評価レポートを作成できます。仮想ターゲットデータベースプラットフォームの詳細については、「[AWS Schema Conversion Tool の仮想ターゲットへのマッピング](CHAP_Mapping.VirtualTargets.md)」を参照してください。

移行評価レポートには、次のものが含まれます。
+ エグゼクティブサマリー
+ ライセンス評価
+ クラウドサポート。ソースデータベースの機能のうちターゲットで使用できないものを示します。
+ 推奨事項。サーバーオブジェクトの変換、バックアップの提案、リンクされたサーバーの変更などです。

このレポートには、自動的に変換できないため、ターゲット DB インスタンスで同等のコードを記述するために必要な労力の予測も含まれます。

 AWS SCT を使用して既存のスキーマを Amazon RDS DB インスタンスに移行する場合は、レポートを使用して、 AWS クラウドへの移行要件を分析し、ライセンスタイプを変更することができます。

**Topics**
+ [での評価レポートの作成 AWS Schema Conversion Tool](CHAP_AssessmentReport.Create.md)
+ [での評価レポートの表示 AWS Schema Conversion Tool](CHAP_AssessmentReport.View.md)
+ [での評価レポートの保存 AWS Schema Conversion Tool](CHAP_AssessmentReport.Save.md)
+ [での評価レポートの設定 AWS Schema Conversion Tool](CHAP_AssessmentReport.Configure.md)
+ [でのマルチサーバー評価レポートの作成 AWS Schema Conversion Tool](CHAP_AssessmentReport.Multiserver.md)

# での評価レポートの作成 AWS Schema Conversion Tool
<a name="CHAP_AssessmentReport.Create"></a>

次の手順に従ってデータベース移行評価レポートを作成します。

**データベース移行評価レポートを作成するには**

1. 評価レポートを作成するソースデータベーススキーマのマッピングルールを作成していることを確認してください。詳細については、「[AWS Schema Conversion Tool での新しいデータ型のマッピング](CHAP_Mapping.New.md)」を参照してください。

1. [**ビュー**] メニューで、[**メインビュー**] を選択します。

1. ソースデータベースのスキーマを表示する左のパネルで、評価レポートを作成するスキーマオブジェクトを選択します。レポートに複数のデータベーススキーマを含める必要がある場合は、例えば [**スキーマ**] などの親ノードを選択します。

   評価レポートを作成するすべてのスキーマオブジェクトのチェックボックスがオンになっていることを確認してください。

1. オブジェクトのコンテキスト (右クリック) メニューを開き、[**レポートを作成**] を選択します。  
![\[データベース移行評価レポートの作成\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/create_assessment_report.png)

# での評価レポートの表示 AWS Schema Conversion Tool
<a name="CHAP_AssessmentReport.View"></a>

評価レポートを作成すると、評価レポートビューが開き、次のタブが表示されます。
+ **[概要]**
+ **アクション項目**

[**Summary**] (概要) タブには自動変換または未変換の項目が表示されます。

[**Action Items**] (アクション項目) タブには自動的に変換できなかった項目とその対処方法についてのアドバイスが表示されます。

**Topics**
+ [評価レポートの概要](CHAP_AssessmentReport.Summary.md)
+ [評価レポートのアクション項目](CHAP_AssessmentReport.ActionItems.md)
+ [評価レポートの警告メッセージ](CHAP_AssessmentReport.WarningMessage.md)

# 評価レポートの概要
<a name="CHAP_AssessmentReport.Summary"></a>

[**Summary**] (概要) タブには、データベース移行評価レポートの要約が表示されます。自動的に変換された項目と、自動的に変換されなかった項目が表示されます。

![\[評価レポートの概要\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/summary_tab.png)


ターゲットデータベースエンジンに自動的に変換できないスキーマ項目に関して、要約には、ソースと同等のスキーマ項目をターゲット DB インスタンスで作成するために必要な労力の予測が含まれます。

このレポートは、これらのスキーマアイテムを変換する推定時間を次のように分類します。
+ [**Simple**] (シンプル) – 2 時間以内に完了できるアクション。
+ [**Medium**] (ミディアム) – より複雑で、2～6 時間で完了できるアクション。
+ [**Significant**] (大規模) – 非常に複雑で、完了に 6 時間以上かかるアクション。

[**License Evaluation and Cloud Support**] (ライセンス評価およびクラウドサポート) セクションには、同エンジンを実行する Amazon RDS DB インスタンスへの既存のオンプレミスのデータベーススキーマの移動に関する情報が含まれます。例えば、ライセンスのタイプを変更する場合は、このレポートセクションを確認することで、現在のデータベースから削除する必要のある機能を見極めることができます。

![\[ライセンス評価とクラウドサポートセクション\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/license-evaluation-and-cloud-support.png)


# 評価レポートのアクション項目
<a name="CHAP_AssessmentReport.ActionItems"></a>

評価レポートビューには [**Action Items**] (アクション項目) タブも含まれます。このタブには、ターゲット Amazon RDS DB インスタンスのデータベースエンジンに自動的に変換できない項目のリストが含まれます。リストからアクション項目を選択する場合、アクション項目が適用されるスキーマが AWS SCT によってハイライトされます。

レポートには、手動でスキーマ項目を変換する方法の推奨事項も含まれています。例えば、評価の実行後のデータベース/スキーマの詳細レポートには、アクション項目の変換に関する推奨事項を設計および実装するために必要な労力が示されます。手動変換の処理方法の決定に関する詳細については、[AWS SCT を使用したスキーマの変換でのスキーマの手動変換 AWS SCT](CHAP_Converting.Manual.md) を参照してください。

![\[[Action Items] (アクション項目) タブ\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/action_items_tab.png)


# 評価レポートの警告メッセージ
<a name="CHAP_AssessmentReport.WarningMessage"></a>

別のデータベースエンジンへの変換の複雑さを評価するには、ソースデータベース内のオブジェクトへのアクセス AWS SCT が必要です。スキャン中に問題が発生したため SCT が評価を実行できない場合、全体的なコンバージョン率が低下したことを示す警告メッセージが表示されます。

![\[評価レポートの警告メッセージ\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/assessment-report-warning-message.png)


スキャン中に で問題 AWS SCT が発生する理由は次のとおりです。
+ データベースに接続されているユーザーアカウントが、必要なすべてのオブジェクトにアクセスできない。
+ スキーマで引用されたオブジェクトが、データベース内に存在しなくなった。
+ SCT が、暗号化されたオブジェクトを評価しようとしています。

SCT で必要とされるデータベースのセキュリティ許可と権限の詳細については、「[を使用したソースデータベースへの接続 AWS Schema Conversion Tool](CHAP_Source.md)」を参照して、このガイドの適切なソースデータベースのセクションを確認してください。

# での評価レポートの保存 AWS Schema Conversion Tool
<a name="CHAP_AssessmentReport.Save"></a>

[データベース移行評価レポートの作成](CHAP_AssessmentReport.Create.md)後、データベース移行評価レポートのローカルコピーを PDF ファイルまたはカンマ区切り値 (CSV) のどちらかとして保存できます。

**データベース移行評価レポートを PDF ファイルとして保存する**

1. トップメニューで、[**ビュー**] を選択してから、[**評価レポートのビュー**] を選択します。

1. [**Summary**] (概要) タブを選択します。

1. 右上の [**Save to PDF**] (PDF に保存) を選択します。

**データベース移行評価レポートを CSV ファイルとして保存する**

1. トップメニューで、[**ビュー**] を選択してから、[**評価レポートのビュー**] を選択します。

1. [**Summary**] (概要) タブを選択します。

1. 右上の [**Save to CSV**] (CSV に保存) を選択します。

 PDF ファイルには、次の例に示すように、要約とアクション項目の情報の両方が含まれます。

![\[データベース移行評価レポートの PDF ファイル\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/assessment_report.png)


 **Save to CSV **オプションを選択すると、 は 3 つの CSV ファイル AWS SCT を作成します。

 最初の CSV ファイルには、アクション項目に関する次の情報が含まれています。
+ Category
+ オカレンス — ファイル名、行番号、および商品の位置
+ アクション項目番号
+ 件名
+ Group
+ 説明
+ ドキュメントリファレンス
+ 推奨されるアクション
+ 推定される複雑度

 2 番目の CSV ファイルには、その名前に `Action_Items_Summary` サフィックスが含まれ、すべてのアクション項目のオカレンスに関する情報が含まれます。

次の例では、[**Learning curve effort**] (学習曲線の労力) 列の値は、各アクション項目を変換するアプローチを設計するために必要な労力を示します。[**Effort to convert an occurrence of the action item**] (アクション項目のオカレンスを変換する努力) 列の値は、設計されたアプローチに従って、各アクション項目の変換に必要な労力を示します。必要な労力のレベルを示すために使用される値は、低 (最小) から高 (最高) までの加重スケールに基づいています。

![\[アクション項目の評価レポート\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/action-item-cvs.png)


 3 番目の CSV ファイルには、その名前に `Summary` が含まれ、次の要約が含まれています。
+ Category
+ プロジェクト数
+ 自動的に変換されるオブジェクト
+ 単純なアクションのあるオブジェクト
+ 複雑度が中程度のアクションのあるオブジェクト
+ 複雑なアクションのあるオブジェクト
+ 総コード行数

# での評価レポートの設定 AWS Schema Conversion Tool
<a name="CHAP_AssessmentReport.Configure"></a>

が評価レポート AWS SCT に含める詳細の量を設定できます。

**データベース移行評価レポートを設定するには**

1. [**設定**] メニューで [**グローバル設定]** を選択し、[**評価レポート**] を選択します。

1. [**アクションアイテムの発生回数**] では、[**最初の 5 つの問題のみ**] を選択して、評価レポートに含まれる 1 種類のアクションの商品の数を制限します。評価レポートに各タイプのアクションアイテムをすべて含めるには、[**すべての問題**] を選択します。

1. [**SQL スクリプトで分析されたファイル**] の場合は、[**`X` ファイル以下を一覧表示**] を選択して、`X` への評価レポートに含まれる SQL スクリプトファイルの数を制限します。ファイルの数を入力します。評価レポートにすべての SQL スクリプトファイルを含めるには、[**分析されたすべてのファイルを一覧表示**] を選択します。

1. [**保存後にレポートを開く**] を選択すると、データベース移行評価レポートのローカルコピーを保存した後にファイルが自動的に開きます。詳細については、「[ での評価レポートの保存 AWS Schema Conversion Tool評価レポートの保存 AWS スキーマ変換ツール評価レポートデータ移行スキーマ変換データベースの移行データ変換データマッピングスキーママッピング移行評価データベース評価  AWS Schema Conversion Tool ユーザーガイドのこのセクションでは、データ移行プロジェクトの評価レポートを保存する方法を示します。評価レポートには、ソーススキーマとターゲットスキーマ、データ型マッピング、移行プロセス中の潜在的な問題や制限に関する詳細情報が記載されています。   [データベース移行評価レポートの作成](CHAP_AssessmentReport.Create.md)後、データベース移行評価レポートのローカルコピーを PDF ファイルまたはカンマ区切り値 (CSV) のどちらかとして保存できます。 データベース移行評価レポートを PDF ファイルとして保存する  トップメニューで、[**ビュー**] を選択してから、[**評価レポートのビュー**] を選択します。   [**Summary**] (概要) タブを選択します。   右上の [**Save to PDF**] (PDF に保存) を選択します。   データベース移行評価レポートを CSV ファイルとして保存する  トップメニューで、[**ビュー**] を選択してから、[**評価レポートのビュー**] を選択します。   [**Summary**] (概要) タブを選択します。   右上の [**Save to CSV**] (CSV に保存) を選択します。    PDF ファイルには、次の例に示すように、要約とアクション項目の情報の両方が含まれます。 

![\[データベース移行評価レポートの PDF ファイル\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/assessment_report.png)
  **Save to CSV **オプションを選択すると、 は 3 つの CSV ファイル AWS SCT を作成します。  最初の CSV ファイルには、アクション項目に関する次の情報が含まれています。   Category   オカレンス — ファイル名、行番号、および商品の位置   アクション項目番号   件名   Group   説明   ドキュメントリファレンス   推奨されるアクション   推定される複雑度    2 番目の CSV ファイルには、その名前に `Action_Items_Summary` サフィックスが含まれ、すべてのアクション項目のオカレンスに関する情報が含まれます。 次の例では、[**Learning curve effort**] (学習曲線の労力) 列の値は、各アクション項目を変換するアプローチを設計するために必要な労力を示します。[**Effort to convert an occurrence of the action item**] (アクション項目のオカレンスを変換する努力) 列の値は、設計されたアプローチに従って、各アクション項目の変換に必要な労力を示します。必要な労力のレベルを示すために使用される値は、低 (最小) から高 (最高) までの加重スケールに基づいています。 

![\[アクション項目の評価レポート\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/action-item-cvs.png)
  3 番目の CSV ファイルには、その名前に `Summary` が含まれ、次の要約が含まれています。   Category   プロジェクト数   自動的に変換されるオブジェクト   単純なアクションのあるオブジェクト   複雑度が中程度のアクションのあるオブジェクト   複雑なアクションのあるオブジェクト   総コード行数   ](CHAP_AssessmentReport.Save.md#CHAP_AssessmentReport.Save.title)」を参照してください。

# でのマルチサーバー評価レポートの作成 AWS Schema Conversion Tool
<a name="CHAP_AssessmentReport.Multiserver"></a>

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

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

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


| ソースデータベース | ターゲットデータベース | 
| --- | --- | 
|  Amazon Redshift  |  Amazon Redshift  | 
|  Azure SQL データベース  |  Aurora MySQL、Aurora PostgreSQL、MySQL、PostgreSQL  | 
|  Azure Synapse Analytics  |  Amazon Redshift  | 
|  BigQuery  |  Amazon Redshift  | 
|  Greenplum  |  Amazon Redshift  | 
|  IBM Db2 for z/OS  |  Amazon Aurora MySQL 互換エディション (Aurora MySQL)、Amazon Aurora PostgreSQL 互換エディション (Aurora PostgreSQL)、MySQL, PostgreSQL  | 
|  IBM Db2 LUW  |  Aurora MySQL, Aurora PostgreSQL, MariaDB, MySQL, PostgreSQL  | 
|  Microsoft SQL Server  |  Aurora MySQL、Aurora PostgreSQL、Amazon Redshift、Babelfish for Aurora PostgreSQL、MariaDB、Microsoft SQL Server、MySQL、PostgreSQL  | 
|  MySQL  |  Aurora PostgreSQL、MySQL、PostgreSQL  | 
|  Netezza  |  Amazon Redshift  | 
|  Oracle  |  Aurora MySQL、Aurora PostgreSQL、Amazon Redshift、MariaDB、MySQL、Oracle、PostgreSQL  | 
|  [PostgreSQL]  |  Aurora MySQL、Aurora PostgreSQL、MySQL、PostgreSQL  | 
|  SAP ASE  |  Aurora MySQL, Aurora PostgreSQL, MariaDB, MySQL, PostgreSQL  | 
|  Snowflake  |  Amazon Redshift  | 
|  Teradata  |  Amazon Redshift  | 
|  Vertica  |  Amazon Redshift  | 

## マルチサーバー評価を実行する
<a name="CHAP_AssessmentReport.Multiserver.Procedure"></a>

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

**マルチサーバー評価を実行し、集約されたサマリーレポートを作成するには**

1. で AWS SCT、**ファイル**、**新しいマルチサーバー評価**を選択します。[**New multiserver assessment**] (新しいマルチサーバー評価) ダイアログボックスが開きます。  
![\[新しいマルチユーザー評価アクセス\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/new_assess_screen_v3.png)

1. データベース接続パラメーターを含む CSV ファイルの空のテンプレートをダウンロードするには、「**接続ファイルの例をダウンロード**」を選択します。

1. [**プロジェクト名**]、[**ロケーション**] (レポートの保存先)、および [**接続ファイル**] (.csv ファイル) の値を入力します。

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

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

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

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

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

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

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

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

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

**これらのプロジェクトにマッピングルールを追加し、オフライン使用の変換統計を保存する**オプションをオンにすると、 はソースデータベースごとにプロジェクト AWS SCT を作成します。これらのプロジェクトには、次の情報が含まれます。
+ ソースデータベースと仮想ターゲットデータベースプラットフォーム。詳細については、「[AWS Schema Conversion Tool の仮想ターゲットへのマッピング](CHAP_Mapping.VirtualTargets.md)」を参照してください。
+ このソースとターゲットのペアのマッピングルール。詳細については、「[データ型のマッピング](CHAP_Mapping.md)」を参照してください。
+ このソースとターゲットのペアのデータベース移行評価レポート。
+ ソーススキーマメタデータ。オフラインモードでこの AWS SCT プロジェクトを使用できます。詳細については、「[でのオフラインモードの使用 AWS Schema Conversion Tool](CHAP_UserInterface.OfflineMode.md)」を参照してください。

## 入力 CSV ファイルの準備
<a name="CHAP_AssessmentReport.Multiserver.Input"></a>

接続パラメータをマルチサーバー評価レポートの入力として指定するには、次の例に示すように、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`データベースに接続します。

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

**入力 CSV ファイルのテンプレートをダウンロードするには**

1. 開始 AWS SCTします。

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

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

CSV ファイルに、テンプレートで指定された次の値が含まれていることを確認してください。
+ [**名前**] — データベースの識別に役立つテキストラベル。 AWS SCT は、このテキストラベルを評価レポートに表示します。
+ [**説明**] — オプションの値で、データベースに関する追加情報を入力できます。
+ [**シークレットマネージャーキー**] — データベースの認証情報を AWS Secrets Managerに保存するシークレットの名前。Secrets Manager を使用するには、必ず AWS プロファイルを保存してください AWS SCT。詳細については、「[AWS Secrets Manager の の設定 AWS Schema Conversion Tool](CHAP_UserInterface.SecretsManager.md)」を参照してください。
**重要**  
AWS SCT 入力ファイルに**サーバー IP**、**ポート**、**ログイン**、**パスワード**パラメータを含めると、 は **Secret Manager Key** パラメータを無視します。
+ [**サーバー IP**] – ソースデータベースサーバーのドメインネームサービス (DNS) 名または IP アドレスを入力します。
+ [**ポート**]: ソースデータベースサーバーへの接続に使用するポート。
+ [**サービス名**] — サービス名を使用して Oracle データベースに接続する場合、接続する Oracle サービスの名前です。
+ [**データベース名**] — データベース名。Oracle データベースの場合は、Oracle システム ID (SID) を使用します。
+ [**BigQuery パス**] — ソース BigQuery データベースのサービスアカウントキーファイルへのパス。このファイルの作成の詳細については、「[BigQuery をソースとする場合の権限](CHAP_Source.BigQuery.md#CHAP_Source.BigQuery.Permissions)」を参照してください。
+ [**ソースエンジン**] — ソースデータベースのタイプ。次のいずれかの値を使用します。
  + Azure SQL データベース用の [**AZURE\$1MSSQL**]。
  + Azure Synapse Analytics データベース用の [**AZURE\$1SYNAPSE**]。
  + BigQuery データベース用の [**GOOGLE\$1BIGQUERY**]。
  + IBM Db2 for z/OS データベース用の [**DB2ZOS**]。
  + IBM Db2 LUW データベース用の [**DB2LUW**]。
  + Greenplum データベース用の [**GREENPLUM**]。
  + Microsoft SQL Server データベース用の [**MSSQL**]。
  + MySQL データベース用の [**MYSQL**]。
  + Netezza データベース用の [**NETEZZA**]。
  + Oracle データベース用の [**ORACLE**]。
  + PostgreSQL データベース用の [**POSTGRESQL**]。
  + Amazon Redshift データベースの [**REDSHIFT**]。
  + Snowflake データベース用の [**SNOWFLAKE**]。
  + SAP ASE データベース用の [**SYBASE\$1ASE**]。
  + Teradata データベース用の [**TERADATA**]。
  + VERTICA はVertica データベース用の [**VERTICA**]。
+ [**スキーマ名**] — 評価レポートに含めるデータベーススキーマの名前。

  Azure SQL Database、Azure Synapse Analytics、BigQuery、Netezza、SAP ASE、Snowflake、SQL Server では、次の形式のスキーマ名を使用してください。

  `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 認証の使用](CHAP_Source.SQLServer.md#CHAP_Source.SQLServer.Permissions.WinAuth)」を参照してください。
+ [**ログイン**] – ソース データベース サーバーに接続するためのユーザー名。
+ [**パスワード**] – パスワードを入力して、ソースデータベースサーバーに接続します。
+ [**SSL を使用する**] — ソースデータベースへの接続に Secure Sockets Layer (SSL) を使用する場合は、**true** を入力します。
+ [**信頼ストア**] — SSL 接続に使用する信頼ストア。
+ [**キーストア**] — SSL 接続に使用するキーストア。
+ [**SSL 認証**] — 証明書による SSL 認証を使用する場合は、**true** を入力します。
+ [**ターゲットエンジン**] — ターゲットデータベースプラットフォーム。以下の値を使用して、評価レポートで 1 つ以上のターゲットを指定します。
  + Aurora MySQL 互換データベース用の [**AURORA\$1MYSQL**] 。
  + Aurora PostgreSQL 互換データベース用の [**AURORA\$1POSTGRESQL**]。
  + Babelfish for Aurora PostgreSQL データベース用の [**BABELFISH** ]。
  + MariaDB データベース用の [**MARIA\$1DB**]。
  + Microsoft SQL Server データベース用の [**MSSQL**]。
  + MySQL データベース用の [**MYSQL**]。
  + Oracle データベース用の [**ORACLE**]。
  + PostgreSQL データベース用の [**POSTGRESQL**]。
  + Amazon Redshift データベースの [**REDSHIFT**]。

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

## レポートを検索して表示する
<a name="CHAP_AssessmentReport.Multiserver.Review"></a>

マルチサーバー評価では、2 種類のレポートが生成されます。
+ すべてのソースデータベースの集約レポート。
+ ソースデータベースの各スキーマ名ごとの、ターゲットデータベースに関する詳細な評価レポート。

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

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

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

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

![\[集約レポートの 1 番目のターゲット\]](http://docs.aws.amazon.com/ja_jp/SchemaConversionTool/latest/userguide/images/aggregate_rpt5.png)


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

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

## 集約評価レポートを出力する
<a name="CHAP_AssessmentReport.Multiserver.Agreggated"></a>

の集約マルチサーバーデータベース移行評価レポートは、次の列を含む 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 は最高レベルの複雑さを表します。