# ステップ 8: 自動化スクリプトを使用してソリューションをテストする
## 移行メタデータをファクトリにインポートする
移行プロセスを開始するには、GitHub リポジトリから [server-list.csv](https://github.com/aws-solutions/cloud-migration-factory-on-aws/blob/master/source/integrations/mgn/MGN-automation-scripts/server-list.csv) ファイルをダウンロードします。`server-list.csv` ファイルは、対象範囲内のソースサーバーの属性をインポートするための AWS MGN Service 移行インテークフォームの例です。
**注記**
.csv ファイルとサンプル自動化スクリプトは、同じ GitHub リポジトリのパッケージに含まれていました。
サンプルデータを特定のサーバーやアプリケーションのデータに置換することで、移行に合わせてフォームをカスタマイズできます。次の表は、このソリューションを移行ニーズに合わせてカスタマイズするために置換すべきデータの詳細を示しています。
| フィールド名 | 必須? | 説明 |
| --- | --- | --- |
| wave\$1name | はい | ウェーブ名は優先度とアプリケーションサーバーの依存関係に基づいています。この ID は移行計画から入手してください。 |
| app\$1name | はい | 移行の対象となるアプリケーションの名前。アプリケーショングループに、同じサーバーを共有するすべてのアプリケーションが含まれていることを確認します。 |
| aws\$1accountid | はい | アカウントプロファイルにある、AWS アカウントの 12 桁の識別子。アクセスするには、AWS マネジメントコンソールの右上隅からアカウントプロファイルを選択し、ドロップダウンメニューから **[マイアカウント]** を選択します。 |
| aws\$1region | はい | AWS リージョンコード。例えば、`us-east-1`。「[リージョンコード一覧 (全体)](https://docs.aws.amazon.com/general/latest/gr/rande.html)」を参照してください。 |
| server\$1name | はい | 移行の対象となるオンプレミスサーバーの名前。 |
| server\$1os\$1family | はい | 対象範囲内のソースサーバーで実行されているオペレーティングシステム (OS)。このソリューションは **windows** または **linux** のみをサポートしているため、ぞのうちいずれかを使用してください。 |
| server\$1os\$1version | はい | 対象範囲内のソースサーバーで実行されている OS のバージョン。 Kernel バージョンではなく OS バージョンを使用してください。例えば、RHEL 7.1、Windows Server 2019、または CentOS 7.5、7.6 を使用します。Linux 3.xx、4.xx、または Windows 8.1.x は使用しないでください。 |
| server\$1fqdn | はい | ソースサーバーの完全修飾ドメイン名。サーバー名の後にドメイン名が続きます。例えば、server123.company.com などです。 |
| server\$1tier | はい | ソースサーバーが**ウェブ**、**アプリ**、または**データベース**サーバーのいずれかを識別するラベル。サーバーが複数の層として機能する場合、ソースサーバーを **[アプリ]** と指定することをお勧めします。例えば、サーバーがウェブ層、アプリ層、データベース層を同時に実行している場合などです。 |
| server\$1environment | はい | サーバーの環境を識別するラベル。例えば、**dev**、**test**、**prod**、**QA**、または **pre-prod** などです。 |
| r\$1type | はい | 移行戦略を識別するラベル。たとえば、**廃止、保持、再配置、リホスト、再購入、リプラットフォーム、リアーキテクト、TBC などです。** |
| subnet\$1IDs | はい | カットオーバー後の移行対象の Amazon EC2 インスタンスのサブネット ID。 |
| securitygroup\$1IDs | はい | カットオーバー後の移行対象の Amazon EC2 インスタンスのセキュリティグループ ID。 |
| subnet\$1IDs\$1test | はい | テストするソースサーバーのターゲットサブネット ID。 |
| securitygroup\$1IDs\$1test | はい | テストするソースサーバーのターゲットセキュリティグループ ID。 |
| instanceType | はい | 検出と計画作業で特定された Amazon EC2 インスタンスタイプ。EC2 インスタンスタイプの詳細については、「[Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types)」を参照してください。 |
| tenancy | はい | テナンシータイプ。これは、発見と計画作業の際に特定されます。以下のいずれかの値を使用してテナンシーを識別します: **共有**、**専有**、または**専有ホスト**。アプリケーションのライセンスで特定のタイプが必要でない限り、デフォルト値として **[共有]** を使用できます。 |
| タグ | いいえ | サーバーリソースのタグ (`CostCenter=123;BU=IT;Location=US` など)。 |
| private\$1ip | いいえ | ターゲットインスタンスのプライベート IP。含まれていない場合、インスタンスは DHCP から IP を取得します。 |
| iamRole | いいえ | ターゲットインスタンスの IAM ロール。含まれていない場合、IAM ロールはターゲットインスタンスにアタッチされません。 |
1. Cloud Migration Factory ウェブコンソールにログインします。
1. **Migration Management** で、**[インポート]** を選択してから、**[ファイルを選択]** を選択します。以前に記入したインテークフォームを選択し、**[次へ]** を選択します。
1. 変更内容を確認し、エラーがないことを確認したうえで (情報メッセージが正常)、**[次へ]** を選択します。
1. **[アップロード]** を選択して、サーバーをアップロードします。
## ドメインにアクセスします。
このソリューションに含まれるサンプル自動化スクリプトは、対象となるソースサーバーに接続して、レプリケーションエージェントのインストールやソースサーバーのシャットダウンなどの移行タスクを自動化します。ソリューションのテストランを実行するためには、Windows および Linux (sudo 権限) サーバーなど、移行の対象となる範囲内のソースサーバーに対するローカル管理者権限を持つドメインユーザーが必要となります。Linux がドメインに含まれていない場合は、sudo 権限を持つ LDAP ユーザーやローカル sudo ユーザーなど、他のユーザーを使用できます。自動化移行タスクの詳細な手順については、「Migration Factory ウェブコンソールを使用した自動移行アクティビティ」および「[コマンドプロンプトを使用した自動移行アクティビティ](list-of-automated-migration-activities-using-command-prompt.md)」を参照してください。
## 移行自動化のテストを実行する
このソリューションでは、移行自動化のテストを実行することができます。移行プロセスでは、自動化スクリプトを使用して、移行 CSV ファイルのデータをソリューションにインポートします。ソースサーバーの前提条件チェックが行われ、レプリケーションエージェントがソースサーバーにプッシュされ、レプリケーションステータスが確認され、ターゲットサーバーが Migration Factory ウェブインターフェイスから起動されます。テストのステップバイステップの手順については、「Migration Factory ウェブコンソールを使用した自動移行アクティビティ」および「[コマンドプロンプトを使用した自動移行アクティビティ](list-of-automated-migration-activities-using-command-prompt.md)」を参照してください。