記憶域の移行に関する考慮事項を評価する
記憶域移行サービスを用いたデータの移行は、ほとんどのシナリオで問題なく動作しますが、すべてではありません。 記憶域移行サービスを使うときは、次の点を考慮する必要があります。
ロックされたファイルは移行されません。 アプリによってファイルがロックされている場合、使用中のファイルは移行されません。
ドメイン コントローラーの ID を移行することはできません。 ドメイン コントローラー上のファイル共有を移行していて、ドメイン コントローラーの ID を移行したい場合は、そのドメイン コントローラーを降格させて、メンバー サーバーにする必要があります。
Windows のシステム ファイルは、移行先サーバーの PreExistingData フォルダーに移動されません。 たとえば、移行元サーバーの J:\Windows フォルダーを移行先サーバーの C:\Windows に移行する場合、記憶域移行サービスではフォルダーは移行されません。 その他のシステム ファイルやフォルダー (プログラム ファイル、プログラム データ、ユーザーなど) も保護されます。
サーバーの統合はサポートされていません。 記憶域移行サービスには、複数のサーバーから 1 台のサーバーへの共有の移行に関連する依存関係を把握するためのロジックは含まれていません。 たとえば、複数の移行元 ID を移行先サーバーに適用する機能をサポートするメカニズムはありません。ニュー テクノロジ ファイル システム (NTFS) 上のデータは、移行先サーバーの NTFS に移行する必要があります。 NTFS から Resilient File System (ReFS) にデータを移行することはできません。
以前のバージョンのファイルは移行されません。 多くのファイル サーバーでは、削除されたり誤って変更されたりしたファイルを簡単に復元できるように、ボリューム シャドウ コピーが有効になっています。 ボリューム シャドウ コピーに保持されている以前のバージョンは、記憶域移行サービスによって移行されません。
ほとんどの場合、記憶域移行サービスによるデータ転送のパフォーマンスは良好です。 ただし、次のようにしてパフォーマンスを最適化できます。
記憶域移行サービス プロキシ サービスがインストールされている Windows Server 2022 および Windows Server 2019 を、移行先として使います。 これにより、ファイル転送は、オーケストレーター サーバー経由でコピーされるのではなく、移行元から移行先に直接実行できます。
十分なネットワーク帯域幅、プロセッサ パフォーマンス、メモリがある場合、記憶域移行サービス プロキシで使われるスレッドの数を増やすと、パフォーマンスが向上する可能性があります。 既定では、8 つのスレッドが割り当てられます。 割り当てられるスレッドを増やすには、HKEY_Local_Machine\Software\Microsoft\SMSProxy キーに値 FileTransferThreadCount を作成し、最大 128 までの値を設定します。
プロセッサ コアとメモリを追加します。 移行元、移行先、オーケストレーターの各コンピューターを監視して、プロセッサとメモリの容量がボトルネックになっているかどうかを確認します。
複数のジョブを作成します。 1 つのジョブ内では、移行元サーバーが 1 つずつ順番に処理されます。 複数のジョブを作成すると、並列に実行できます。 これは、記憶域移行サービス プロキシが Windows Server 2022 および Windows Server 2019 の移行先サーバーで使用されている場合に最も効果的です。
ハイ パフォーマンスのネットワークを使います。 サーバー メッセージ ブロック バージョン 3.0 (SMB3) とリモート直接メモリ アクセス (RDMA) や SMB3 マルチチャネルなどのハイ パフォーマンスのネットワーク機能を使うと、ネットワークのパフォーマンスがボトルネックにならないようにすることができます。
ハイ パフォーマンスの記憶域を使います。 使われているディスクの種類は、記憶域のパフォーマンスに影響します。 ボトルネックにならない十分なパフォーマンスがディスク サブシステムにあることを確認します。 場合によっては、ウイルス対策ソフトウェアによってディスクのパフォーマンスが低下することがあります。