Amazon EC2（以下、EC2と表記）でInsight DTを使用することもできます。
AWS Marketplace: IDT-ManagerからAmazonマシンイメージ（AMI）を入手してください。

Azure Virtual Machines（以下「Azure VM」と称します）でInsight DTを使用することもできます。
Azure Marketplace: Insight Database TestingからAzure VMを起動してください。

IDT Managerのインストールパッケージは、VMwareのイメージとして提供されるソフトウェアアプライアンスです。
仮想マシンイメージをインポートすることでアプリケーションを使用できます。

仮想マシンイメージの操作はPISO Managerのインストールマニュアルに従います。
以下はIDT Managerとしてマニュアルを読み替える箇所です。

ブラウザからPISO ManagerとIDT ManagerのWebコンソールに接続します。

仮想マシンの削除を行います。

IDT ManagerをEC2に作成し、Amazon RDS/AuroraからSQLログを取得する場合は、IDT ManagerとAmazon RDS API間の接続経路を確保する必要があります。
IDT Managerがインターネットに接続できない閉ざされたサブネット（Private subnet）に所属している場合、RDSインスタンスが稼働しているサブネットへのネットワーク経路を確保しただけでは、ログの取得はできません。
IDT ManagerはAmazon RDS APIを通してログを取得しますので、インターフェースVPCエンドポイント（AWS PrivateLink）を使用してAmazon RDS APIへの専用経路を作成してください。
以下は、IDT ManagerのSQLログ取得の経路イメージです。

また、IDT Managerが開かれたサブネットに所属する場合（インターネットに接続可能）、通常はAmazon RDS APIに接続できるため問題ありません。

以下の手順に従い、EC2インスタンスを起動します。

ブラウザからPISO ManagerとIDT ManagerのWebコンソールに接続します。

IDT ManagerのEC2インスタンスを選択し、「インスタンスを終了」してください。

S3互換のオブジェクトストレージへ接続することで一定時間経過したシステムとジョブ実行のログを転送します。
この設定の使用は任意です。

以下の手順に従い、Azure VMインスタンスを起動します。

Azure VMではインスタンス起動時にディスクサイズを変更することができないため、以下の手順に従います。

ブラウザからPISO ManagerとIDT ManagerのWebコンソールに接続します。

IDT ManagerのAzure VMを選択し、削除してください（通常、残しておく必要のあるリソースが他にない場合は、リソースグループごと削除します）。

PISO ManagerとIDT Managerを接続して蓄積したSQLを転送します。

ソースDBから取得したSQLをターゲットDBへ実行する前に、ターゲットDBのデータベースの種類に応じて、以下の設定を行います。

Amazon RDS/AuroraをソースDBとして、ログ情報を取得して評価SQLセットを作成するためには、RDSインスタンスまたはAurora DBクラスターにてログファイル出力の設定が必要です。

Insight DTで直接Amazon RDS/Auroraのログを取得して評価SQLセットを作成する場合、AWSマイグレーション機能を使用する場合に設定してください。

EC2に構築したIDT Managerで以下の機能を利用する際には、EC2へのIAMロールの設定もしくは必要なIAMロールが付与されたアクセスキーが必要となります。

以下のIAMポリシーを作成し、IDT ManagerのEC2インスタンスへロールを付与します。

AWSマイグレーション機能でスナップショットからRDSインスタンス/Aurora DBクラスターを作成する場合

PISO Manager経由でAmazon RDSからログを取得する場合／
Amazon RDSからログを取得しての評価SQLセットの作成を行う場合／
AWSマイグレーション機能でスナップショットからRDSインスタンス/Aurora DBクラスターを作成せずに登録済みのターゲットDBを使用する場合

管理者ユーザーでログインすると、管理者画面の左メニューにユーザー管理とライセンス管理が表示されます。

一般ユーザーでログインすると、IDT Managerの操作画面が表示されます。

IDT Manager Webコンソールのメニューなどを表示する言語は、日本語と英語（English）に対応しています。
［Language］から表示したい言語に切り替えることができます。
言語の選択状態はブラウザに保存されます。

IDT Manager Webコンソールに接続するにあたってログイン用のパスワードが必要です。
ログインしているユーザーアカウントのパスワードを変更できます。

以上でパスワードの変更が完了しました。
次回IDT Manager Webコンソールにログインする時から、今回設定したパスワードを使用します。

使用しているIDT Managerのバージョンを確認できます。

本マニュアルを表示します。

Insight DTでは、REST API（Representational State Transfer API）を用意しています。

PISO Managerを使用して蓄積したSQLをIDT Managerに受け渡して評価SQLセットを作成できます。
以下のいずれかの方法で設定します。

方法1は、SQLの収集と出力はPISO Managerから、評価SQLセットの作成はIDT Managerからと、別々のWebコンソールでそれぞれ設定します。
方法2は、SQLの収集から評価SQLセットの作成までの一連の操作をPISO Managerですべて設定することができます。

評価するSQLの集まりである「評価SQLセット」を作成します。

評価SQLセットの作成が開始されると、評価SQLセットの行頭のアイコンで進行状況を確認できます。
ステータスが完了アイコン［］になると作成の完了です。
評価SQLセットの作成はデータ量に応じて数分から数十分かかります。

評価SQLセットを作成した後、評価SQLセットの中のSQLの詳細を確認します。
評価SQLセットのSQLをターゲットDBへアセスメントする前に、作業量の確認等のために使用してください。

評価SQLセットの一覧の表示が変更になると、編集の完了です。

一覧に評価SQLセットのコピーが追加になり、ステータスが完了アイコン［］になるとコピーの完了です。
評価SQLセットのコピーはデータ量に応じて数分から数十分かかります。

評価SQLセットに格納されているDBユーザー名を変更します。
ソースDBとターゲットDBでDBユーザー名が異なる際に使用してください。

一覧のステータスが完了アイコン［］になると変更の完了です。
評価SQLセットの変更はデータ量に応じて数分から数十分かかります。

評価SQLに対して、修正したSQLをアップロードして適用します。

一覧から、該当の評価SQLセット名がなくなると削除の完了です。
評価SQLセットの削除はデータ量に応じて数分かかる場合があります。

ログのをクリックすると、評価SQLセットを作成した際のログを確認することができます。
また、利用可能なログはダウンロードできます。

ターゲットDBの一覧に情報が追加されると完了です。
ターゲットDBが追加されるまで時間がかかる場合があります。

すでに追加したターゲットDBの情報を変更します。また、ターゲットDBと接続確認もできます。

ターゲットDBの一覧に表示されている情報が変更されると完了です。
ターゲットDBの変更が完了するまで時間がかかる場合があります。

ターゲットDBを削除します。
この操作はInsight DT内の情報のみを削除します。接続先のデータベースに影響はありません。

一覧から、該当のターゲットDBがなくなると削除の完了です。
ターゲットDBの削除は数分かかる場合があります。 AWSマイグレーションから作成されたターゲットDB（Insight DTから作成されたRDSが紐づくターゲットDB）の場合、ターゲットDB削除時に削除可能なRDSインスタンス（Aurora DBクラスター）があれば同時に削除します。

アセスメントの名前とメモを編集します。

一覧から、該当のアセスメント名が編集されていたら編集の完了です。

処理中のアセスメントを中断します。

一覧で、処理中のアセスメントが終了状態になると中断の完了です。
終了したアセスメントとして、アセスメントサマリーなどを確認することができます。

アセスメントを削除します。

一覧から、該当のアセスメント名がなくなると削除の完了です。
アセスメントの削除はデータ量に応じて数分かかる場合があります。

ログのをクリックすると、アセスメントを実行した際のログを確認することができます。
また、利用可能なログはダウンロードできます。

サマリーの画面から実行したSQLの実行結果を確認します。

アセスメントの一覧からアセスメント名を選択することで、サマリーの画面へ遷移し、アセスメントのサマリーを閲覧します。
1つのターゲットDBでのみ行うアセスメントと、テスト用ソースDBとターゲットDBの2つのデータベースを指定して行うアセスメントとでサマリー画面の表示形式が異なります。

サマリー画面では、アセスメント実行時の設定情報を右側のバーを開くことで確認することができます。項目の詳細については、「アセスメント」を確認してください。

サマリーの画面からSQLを絞り込むとSQL実行結果一覧・修正作業進捗へ遷移します。

サマリーの画面からのSQL絞り込みは、各ステータスやランキングのリンクをクリックします。
クリックしたリンクにより、SQL実行結果一覧・修正作業進捗での初期のフィルタの状態が異なります。

SQL実行結果一覧・修正作業進捗では、一番左に表示されるSQL実行の番号（#）をクリックすると、そのSQLの詳細の画面へ遷移します。

サマリーの画面からドリルダウンし、SQL実行結果一覧・修正作業進捗の画面左の連番（#）をクリックすると、SQLの詳細画面に遷移します。

修正SQLセットの一覧に情報が追加されると完了です。
修正SQLセットが追加されるまで時間がかかる場合があります。

修正SQLセットを作成した後、修正SQLセットの中のSQLの詳細を確認します。

複数の修正SQLセットを結合して1つの修正SQLセットを作成します。

修正SQLセットの一覧に情報が追加され、完了アイコン［］になると完了です。
修正SQLセットを作成中はアイコンが［］になります。完了まで時間がかかる場合があります。

修正SQLセットの名前やメモを編集します。

修正SQLセットの一覧の表示が変更になると、編集の完了です。

一覧から、該当の修正SQLセット名がなくなると削除の完了です。
修正SQLセットの削除はデータ量に応じて数分かかる場合があります。

一覧では、それぞれのAWSマイグレーションの状態が表示されます。

AWSマイグレーションの作成では以下の設定を行い、最後にバリデーションを実行してから新規作成します。

新規作成されたAWSマイグレーションは一覧へ追加され、テスト用ソースDBが作成されたのち、実行待ち状態（スケジュールが有効な状態）となります。
設定された処理タイミングになると、RDSからのログ取得、評価SQLセットの作成、アセスメントが実行されます。

既存のAWSマイグレーション設定をもとに、新たなマイグレーション作成を行います。
既存のものと同様の設定で一部のみを変更してAWSマイグレーションの設定を行いたい場合に便利です。

AWSマイグレーションの名前やメモを変更します。

スケジュールが有効なAWSマイグレーションのスケジュール実行を無効化します。
中断したもののスケジュールを再度有効化することはできません。

AWSマイグレーションの削除を行います。
対象のAWSマイグレーションから作成されたアセスメントや評価SQLセットを同時に削除しますが、ターゲットDBは削除されません。
「スナップショットからRDSインスタンス/AURORAクラスタを作成する」から作成した「ターゲットDBの削除」をする際、RDSインスタンスが削除可能な場合は削除します。

AWSマイグレーションでログ情報を取得するためには、RDSインスタンスまたはAurora DBクラスターにてログ出力の設定が必要です。

AWSマイグレーションを実施するためにはIAMロールの設定が必要です。

失敗したSQLをユニークな形でファイル抽出します。
SQLを自動変換するツールを使用する際などに使用してください。
抽出単位は1SQLにつき1ファイルです。

通常のSQL実行評価までの手順は、以下の5ステップになります。

ツール連携の場合は、続けて次の処理を行います。

この手順を踏むことで、手動で修正するSQLの数を減らすことができます。

以下、ツール連携にあたりInsight DTに用意されている機能の詳細です。

ローカルナビゲーションバーの［更新］をクリックすると、画面を最新の情報に更新します。

ソースDBから取得可能なデータは以下のとおりです。

ターゲットDBへの実行時に使用可能なデータと機能は以下のとおりです。

^※1 ターゲットDB実行時、SQL構文に問題が無い場合にバインド変数の暗黙の型変換でエラーになる箇所を推定する機能です。

ターゲットDBへのSQL実行時にInsight DTのバインド変数型指定に応じてDBMS固有の型を設定します。
IDT Manager Webコンソール上で設定した型の指定と値の入力は、アセスメント作成時のバインド変数補完、およびSQL詳細画面のSQL実行時に行います。

以下の表はターゲットDB実行時の型と入力書式の対応を示します。

^※1 型指定が無い場合はデフォルトの型指定を使用します。画面によっては「未指定」と表記しています。

ソースDBのSQLの実行時間は、ソースDBの使用しているメモリを参照して取得しています。
そのため、タイミングによっては実行時間が0秒になることがあります。
0秒の場合、ターゲットDBの実行時間と比較することができず、遅くなったSQLのカテゴライズを正しく行うことができません。

遅くなったSQLを適切に算出するため、実行時間が0秒のSQLには、アセスメントを実行する際に入力した「0秒の仮定値」を代入して計算しています。
PISOのデフォルトのサンプリング間隔が0.2秒のため、0秒の仮定値はデフォルトで0.2秒になっています。
サンプリング間隔を変更した場合は、それによって0秒の仮定値を任意の値に変更してください。

SQLを一意にするためのハッシュ値（SQL IDもしくはSQLHASH）と、弊社独自で付与しているPI Hashを掛け合わせたものでユニークとしています。

弊社独自のSQLのハッシュ値を指します。
SQLのリテラルを無視し、同じ構成のSQLに同じハッシュ値を付与します。

SQL一覧画面やSQLの詳細画面で使用している項目名の詳細です。

アセスメントの結果をCSVダウンロードした際に使用しているカラム名の詳細です。

評価対象となるSQLは評価SQLセットの作成経路などにより異なります。

以下の手順で自動バックアップを設定します。

バックアップは定期的な設定以外にも、手動で実行することも可能です。
大規模な変更などを行った場合には、手動でバックアップを行うことも検討してください。

ライフサイクルマネージャーでの設定により、EC2インスタンスはAMIとしてバックアップされます。
バックアップされたAMIには、インスタンスの起動に必要な情報と元のEC2インスタンスにアタッチされた各EBSボリュームのスナップショットが含まれています。
バックアップから復旧されるのに要する時間については、AMIからのEC2インスタンス起動の処理となるため、新規導入作業時に要する時間と同じです。

IDT ManagerはEC2とEBSで動作しています。また、内部のサービスはインスタンス起動時に自動起動されます。
何らかの理由でIDT ManagerのEC2インスタンスが稼働していない場合、ソースDBから送られるSQL情報を収集・蓄積することができません。
一定期間ソースDB内で保持されていますが、あらかじめ設定された保持可能容量を超えた場合にはその間のログを収集することができなくなります。
IDT ManagerでのSQL蓄積実行中に、AWSのサービス障害等でIDT ManagerのEC2インスタンスが停止した場合には、以降の手順でIDT Managerを復旧してください。

何らかの原因で、EC2インスタンスが終了してしまっている、もしくはアプリケーションの障害によりログインできない、などの場合はEC2インスタンスを再起動することでアプリケーションを再起動できます。

起動中のEC2が存在するAZに障害が発生するなど、現在のEC2インスタンスをそのまま起動させることができない障害が発生している場合、取得済みのバックアップから別AZでインスタンスを起動することでアプリケーションを稼働させることが可能です。
「バックアップからの復旧」 の手順に従い、正常なAZでバックアップ取得したAMIからEC2インスタンスを起動してください。