記憶域移行を使用してサーバーを移行する
すべてのサーバーをデータ移行用に準備したら、移行の実行を始めることができます。 すべてのタスクは、Windows Admin Center で記憶域移行サービスを使って実行します。 準備の一部として、このツールを使ってオーケストレーター サーバーに記憶域移行サービスをインストールできます。
注意
1 つの移行ジョブに複数の移行元サーバーと移行先サーバーを含めることができますが、移行元サーバーと移行先サーバーの間には 1 対 1 の関係があります。
移行元サーバーのインベントリを作成する
移行のすべてのフェーズは、それを目的として作成したジョブによって制御されます。 ジョブの最初のステージでは、移行元サーバーのインベントリを作成します。 移行されるのが Windows サーバーか Linux サーバーかを識別でき、移行元サーバーから情報を収集するための資格情報を入力するように求められます。
基本情報を指定した後、インベントリ対象のサーバーを追加します。 サーバー名がわかっている場合は、それらを直接入力します。 そうでない場合は、Active Directory Domain Services (AD DS) でサーバーを検索できます。 すべてのサーバーが追加されたら、スキャンを開始します。
移行元サーバーのスキャンでは、次のものが識別されます。
共有
サーバー構成
ネットワーク アダプター構成
ボリューム
データの移行
データを転送するには、移行先サーバーで管理者アクセス許可を持つ資格情報を入力する必要があります。 資格情報を入力した後、移行先サーバーを追加し、スキャンして、移行先サーバーに存在するボリュームを識別します。
既存のサーバーを指定する代わりに Azure 仮想マシン (VM) を作成する場合は、次のものが必要です。
有効な Azure サブスクリプション。
ユーザーが作成権限を持っている既存の Azure Compute リソース グループ。
既存の Azure Virtual Network (VNet) とサブネット。
この Azure サービスとしてのインフラストラクチャ (IaaS) VM から、オンプレミス ネットワークと移行に使われるすべてのコンピューターに接続できる、VNet とサブネットに関連付けられた Azure ExpressRoute または仮想プライベート ネットワーク (VPN) ソリューション。
移行元データの移行先の場所を指定するには、移行元ボリュームを移行先サーバー上のボリュームにマップする必要があります。 また、移行する共有を識別する必要があります。 ほとんどの場合、管理共有を移行する必要はありません。
ローカル ユーザーとグループを移行元サーバーから移行先サーバーに移行することを選択できます。 既存のローカル ユーザーおよびグループと名前が競合する場合は、既存のアカウントを再利用するか、移行先の既存アカウントの名前を変更するかを指定できます。 ドメイン コントローラーからデータを移行している場合は、ローカル ユーザーとグループを転送しないように指定する必要があります。
注意
移行されたローカル ユーザーには、ランダムに生成された 127 文字のパスワードが割り当てられます。
データ転送のオプションを指定したら、検証を実行できます。 検証によって、すべてが移行用に正しく構成されていることが確認されます。
記憶域移行サービスは、転送プロセスを複数回実行できるように設計されています。 最初にデータの完全なコピーが転送され、その後の転送では変更されたファイルのみがコピーされます。 この機能を使うと、最初に大きなコピーを実行し、メンテナンス期間中に最終的な転送を実行できます。
注意
最初のファイルのコピー中に移行先サーバーでファイルが見つかった場合は、それをバックアップ フォルダーに移動する必要があります。
ファイルの転送が完了すると、ファイル、共有、およびセキュリティのアクセス許可が移行先サーバーに移行されます。 移行元サーバーの ID を移行先サーバーに移行したくない場合は、この時点で移行を完了としてマークできます。
移行先サーバーに切り替える
移行先サーバーに切り替えると、ID 情報が移行元サーバーから移行先サーバーに移動されます。 これには、サーバー名と IP アドレスが含まれます。
切り替えを実行するときは、以下のことを指定する必要があります。
移行元 IP アドレスを使用して構成する移行先サーバー上のアダプター。
移行元サーバーに割り当てる IP アドレス。
移行元サーバーに割り当てる名前。
切り替えを実行する際、サーバーの名前が変更されて再起動されるため、移行されたデータへのユーザー アクセスが中断されます。 このプロセスは、通常、メンテナンス期間中に実行されます。 切り替えが完了すると、ユーザーとアプリは、移行前に使っていたものと同じサーバー名、IP アドレス、共有名を使って、データにアクセスできます。
切り替えの後、移行元サーバーに自動的にロールバックする方法はありません。 移行元と移行先のサーバーのコンピューター名と IP アドレスを手動で再構成して、ロールバックすることができます。
