ステップバイステップ：Windows ServerのStorage Migration Serviceでファイルサーバーを移行する2019
この記事の内容
はじめに
Windows Server2019で、MicrosoftはStorage Migration Service(SMS)と呼ばれる新しい機能を導入しました。 SMSを使用すると、任意のWindows Serverバージョン（まだ使用している場合はWindows Server2003でも）の非構造化データを、物理マシン、仮想マシン、Azure IaaS、およびAzure Filesに移行できます。 アクセス許可、共有プロパティ、暗号化、属性、使用中のファイル、ネットワーク設定、名前、Active Directoryメンバシップなど、すべての複雑さを処理します。 Microsoftの次の図は、Windows Server2019のStorage Migration Serviceでサポートされているすべてのシナリオを示しています。 SMSはSMBプロトコルを活用してデータを移行します。
Windows Server2019のStorage Migration Service
Storage Migration ServiceはWindows Server2019(StandardおよびDatacenter edition)に同梱されており、Windows Admin Center(WAC)はStorage Migration Serviceの主要な管理ツールであり、Windows Admin Center(WAC)はPowerShellを活用しています。この記事では、ファイルサーバーをWindows Server2016ビルド14393からWindows Server2019ビルド17763に移行する方法を段階的に説明します。 これは、さまざまなバージョンのWindows Serverにも適用できます。
前提条件
要件は非常に簡単で、記憶域移行サービスを使用するには、次のものが必要です。
1)移行元サーバー(Windows Server2003、Windows Server2008、Windows Server2008R2、Windows Server2012、Windows Server2012R2、Windows Server2016、またはWindows Server2019)。2)移行先サーバー(Windows Server2012R2、Windows Server2016、またはWindows Server2019)。
3)orchestratorサーバー(Windows Server2019StandardまたはDatacenter)。 オーケストレーターとして機能するには少なくとも1つのWindows Server2019が必要ですが、移行先サーバーを2019にする必要はありませんが、移行先サーバーがWindows Server2019の場合、転送速度はWindows Server2012R2およびWindows Server2016と比較して2倍になります。 このパフォーマンスの向上は、Windows Server2019に組み込まれているStorage Migration Service proxyサービスによるものです。
4)移行元サーバーと移行先サーバーは、現在と同じドメインと同じフォレストに存在する必要があります。
5)Windows Admin Center(WAC)を実行しているPCまたはサーバーで、最小バージョンが1809です。 Windows管理センターをインストールする方法についての私の以前の記事を確認してくださ
6)拡張子’msftがインストールされていることを確認します。中小企業windows管理センターのstorage-migration’。 この記事の執筆時点では、Storage Migration Service拡張機能のバージョン0.59.0を実行しています。
方法…
Windows管理センターポータルを起動し、移行元サーバーと移行先サーバーがすでに追加されていると仮定して、次の手順を実行します。
1)orchestratorサーバー(Windows Server2019)を選択し、左側からStorage Migration Serviceを選択し、InstallをクリックしてStorage Migration Service機能をインストールします。
2) 既存のアプリやユーザーに影響を与えることなく、ファイル共有と構成を新しいサーバーに移行するために実行する3つの簡単な手順を説明する新しいウ [閉じる]をクリックします。
3) これはフェーズ1で、[+New job]をクリックして新しいジョブを作成し、スペースなしで名前を付け（英数字のみ）、[OK]をクリックします。
4) 移行元の移行元サーバーの資格情報を入力し、すべての管理者共有を含めるかどうかを選択し、[次へ]をクリックします。
5) [+デバイスの追加]をクリックし、移行元サーバーを入力し、[OK]をクリックします。 一度に複数のソースサーバーを追加できることに注意してください。 これは、複数のファイルサーバーを新しいWindowsサーバーに移行するが、統合しないシナリオで便利です（詳細は”概要”セクションを参照してください）。
6) この手順では、Storage Migration Serviceが移行元サーバー上のすべての構成、ネットワーク設定、およびデータの確認を開始します。 この手順には時間がかかる場合がありますが、移行元サーバーにあるデータの量によっては時間がかかります。
7) スキャンが完了すると、移行元サーバー上の構成、ネットワークアダプター、ボリュームなど、すべての共有、パス、サイズ、ファイルが表示されます。 [次へ]をクリックして続行します。
8) 次に、フェーズ2に移動し、移行先サーバーの資格情報を入力して、[次へ]をクリックします。
9) 移行先サーバーを追加して移行元サーバーにマップし、[デバイスのスキャン]をクリックします。 一瞬後,あなたは彼らの空き領域を含む宛先サーバー上のすべてのボリュームが表示されます,あなたがしたい場合は、宛先ボリュームを変更することがで 選択を行い、[次へ]をクリックします。
10) [転送設定の調整]ページで、検証方法(チェックサム)、最大期間、および再試行を設定できます。 [次へ]をクリックして続行します。
11) 次に、転送が機能するかどうかを確認するために検証する必要があるため、移行を開始する前にすべてが機能することを確認できます。 これは最高の機能です！ [検証]をクリックします。 私の例では、検証が合格しました。
12) パスリンクをクリックすると、すべての移行テスト結果が表示されます。 [閉じる]をクリックし、[次へ]をクリックして続行します。
13) [転送の開始]ページで、[転送の開始]をクリックします。 転送が開始され、転送しているデータの量に応じて時間がかかります。 コーヒーを飲んでから戻ってきてください:)
14) Windows管理センターのStorage Migration Serviceダッシュボードに戻ると、ネットワークスループットを含む移行ジョブが美しいチャートビューにリアルタイムで表示されます。 これは素晴らしいです！
15) 転送が完了すると、ステータスが成功していることが表示されます。 下部のジョブ名をクリックします。
16) [転送の開始]ページには、転送とエラーログの詳細が表示され、ログをCSVファイルとしてダウンロードしてExcelで開くことができます。 これは、ユーザーがファイルを見ることができないと不平を言った場合に、すべてのファイルが移行されていることをクロスチェックするのに役立つ [次へ]をクリックして続行します。
17) これで、最後のステップ、フェーズ3、新しいサーバーへのカットオーバーに到達します。 この手順では、保存されている資格情報を使用するか、移行先サーバーで資格情報が変更された場合に備えて新しい資格情報を入力できます。 [次へ]をクリックして続行します。
18) cutoverの構成ページに、移行元サーバーのネットワークアダプターが表示され、移行先サーバーにネットワークアダプターをマップしたり、移行元サーバーの新しい静的IPアドレ 最後になりましたが、ソースサーバーに新しい名前を付けるか、ランダムな名前を使用して名前を変更することができます。 [次へ]をクリックして続行します。
19) デフォルトは2880分（48時間）です。
20) [送信元デバイスと宛先デバイスの検証]ページで、[検証]をクリックします。 この手順では、古いサーバーを切断して削除する前に、すべてが機能することを検証します。 パスリンクをクリックすると、すべての移行テスト結果が表示されます。 [閉じる]をクリックし、[次へ]をクリックして続行します。
21) 最後に、[切り取りの開始]をクリックします。 この手順では、移行元サーバーと移行先サーバーの二度再起動し、移行先サーバー上のネットワークをマッピングし、移行元サーバーの名前を変更し、そのIPアドレスを変
22) カットオーバプロセスが成功した後。 古いサーバーの名前が変更され、新しいサーバーが古いサーバーのidを持っていることを確認できました。 移行先サーバーがWindows Server2019であり、orchestratorとして動作している場合に、この例で説明したのと同じサーバーに移行する場合は、移行先orchestratorサーバーの名前が移行元サーバー名に変更されているため、Windows管理センターで古いサーバー名に接続する必要があります。
どのように動作するか…
ストレージ移行サービスは、インベントリ、転送、およびカットオーバーの三つのフェーズです。
インベントリフェーズはパッシブであり、移行元または移行先サーバーにインストールするエージェントはありません。 ジョブを作成し、サーバーを追加してスキャンを開始すると、検出フェーズでソースサーバーの構成、ネットワーク設定、ボリューム、およびOS情報がスキャンされます。 これには、SMB情報、ファイル数、ファイルサイズ、およびそれらの共有プロパティも含まれます。 スキャンが完了したら、転送する準備が整いました。
転送フェーズでは、在庫フェーズから持っているソースのリストに基づいて宛先ボリュームをマップし、転送フェーズに含まれない共有をスキップしたり、再試行フラグ、予約、およびチェックサムを設定したりすることができます。 次に、転送設定を検証して動作するかどうかを確認し、転送を続行します（転送を何度でも繰り返すことができ、デルタのみがコピーされます）。
カットオーバフェーズでは、ネットワークアダプターを宛先サーバーにマップし、古いファイルサーバーに新しいIPアドレスのセットを与え、名前を変更することができます。
概要
Storage Migration Service(SMS)を使用すると、古いWindows Serverファイルサーバー(2003&以降)をWindows Server2016およびWindows Server2019に簡単に移行できます。 SMSは、サーバー上のデータをインベントリし、新しいサーバーにデータと構成を転送するエレガントなグラフィカルなUIを（Windows管理センターを介して）提供します。 これは素晴らしい機能です！
SMSは、次の操作を行うことによって支援するように設計されています。
1)複数のサーバーとそのデータをインベントリします。
2)ソースサーバーからファイル、ファイル共有、およびセキュリティ設定を迅速に転送します。
3)必要に応じて、ユーザーとアプリが既存のデータにアクセスするために何も変更する必要がないように、ソースサーバーのidを引き継ぐ(切断オーバーとも呼ばれます)。
4)Windows管理センターのユーザーインターフェイスから1つまたは複数の移行を管理します。
この記事の執筆時点では、Storage Migration Serviceは最初のリリースであり、Microsoftは次のような追加機能をまもなく追加するように取り組んでいます:
> ソースコンピュータ名を入力する代わりに、完全な検出オプション。
>クラスターのサポートを追加します。NFS(Linux/Unix)、Block、およびNDMPプロトコルのサポートを追加しました。
>Samba、NAS、およびSANデバイスのサポートを追加します。
> Azure File Syncをセットアップしている場合は、このストレージをAzureに直接同期することもできます。 これは素晴らしいです！
>Azure Filesのサポートをターゲットとして追加します(SMB/NFS)。
> これは、多数のファイルサーバーがあり、それらを1つのファイルサーバーに統合したい場合に最適です。