この記事では、記憶移行サービスを使用してサーバーを移行する方法についてよく寄せられる質問 (FAQ) に対する回答を示します。
「転送から除外されるファイルとフォルダー」を参照してください
記憶域移行サービスでは、Windows移行操作に干渉する可能性があるファイルまたはフォルダーは転送 されません。 具体的には、転送先の PreExistingData フォルダーに転送または移動しない内容を次に示します:
Windows
、Program Files
、Program Files (x86)
、Program Data
、Users
$Recycle.bin
,Recycler
,Recycled
,System Volume Information
,$UpgDrv$
,$SysReset
,$Windows.~BT
,$Windows.~LS
,Windows.old
,boot
,Recovery
,Documents and Settings
pagefile.sys
、hiberfil.sys
、swapfile.sys
、winpepge.sys
、config.sys
、bootsect.bak
、bootmgr
、bootnxt
- コピー先の除外フォルダーと競合するソース サーバー上のファイルまたはフォルダー。
たとえば、ソースにN:\Windows
フォルダーがあり、転送先のC:\
ボリュームにマップされている場合、転送先の C:\Windows システム フォルダーに干渉するため、含まれている—内容に関係なく転送—されません。
ロックされたファイルは移行されますか?
記憶移行サービスでは、アプリが排他的にロックするファイルは移行されません。 サービスは、試行間に 60 秒の遅延で自動的に 3 回再試行します。また、試行回数と遅延を制御できます。 また、転送を再実行して、共有違反のために以前にスキップされたファイルをコピーすることもできます。
ドメイン移行はサポートされていますか?
記憶移行サービスでは、Active Directory ドメイン間の移行は許可されません。 サーバー間の移行は、常に移行先サーバーを同じドメインに参加します。 Active Directory フォレスト内の異なるドメインからの移行資格情報を使用できます。 記憶移行サービス では、ワークグループ間の移行がサポートされています。 ドメインに参加していない NetAPP CIFS インスタンスを移行することはできません。
クラスターはソースまたは宛先としてサポートされていますか?
記憶移行サービス では、累積的な更新プログラム KB4513534 のインストール後、Windows Server 2019 および Windows Server 2022 を使用した以降の更新プログラムのインストール後のクラスターとの間の移行がサポートされています。 これには、移行元クラスターから移行先クラスターへの移行と、デバイス統合のためにスタンドアロンの移行元サーバーから移行先クラスターへの移行が含まれます。 ただし、クラスターをスタンドアロン サーバーに移行することはできません。 Samba および NetApp CIFS サーバーからクラスターに移行できます。
Windows Server 以外の宛先はサポートされていますか?
Storage Migration Service では、これらのオペレーティング システムを実行している Windows Server 2022、Windows Server 2019、Windows フェールオーバー クラスターへの移行がサポートされています。 Samba、NetApp、または Azure Files への移行はサポートされていません。 記憶移行サービスでは、最新バージョンの Windows Admin Center と Windows Server 2022 を使用する場合、または累積的な更新プログラム KB5006744 のインストール後に Windows Server 2019 を使用する場合、クラウドを使った階層化を使用して Azure File Sync を実行している Windows サーバーまたはクラスターへの移行がサポートされます。
ローカル グループとローカル ユーザーは移行しますか?
記憶移行サービスでは、累積的な更新プログラム KB4513534 以降の更新プログラムのインストール後のローカル ユーザーとグループの移行がサポートされています。 NetApp CIFS サーバーからのローカル ユーザーとグループの移行はサポートされていません。
ドメイン コントローラーの移行はサポートされていますか?
記憶移行サービスでは、現在、Windows Server 2019 または Windows Server 2022 のドメイン コントローラーは移行されません。 回避策として、Active Directory ドメインに複数のドメイン コントローラーがある限り、ドメイン コントローラーを移行する前に降格し、切り取りが完了した後に移行先を昇格します。 ドメイン コントローラーのソースまたは移行先を移行する場合は、切り取りはできません。 ドメイン コントローラーからまたはドメイン コントローラーに移行するときに、ユーザーとグループを移行することはできません。
記憶移行サービスによって移行される属性は何ですか?
記憶移行サービスでは、SMB 共有のすべてのフラグ、設定、およびセキュリティが移行されます。 移行する記憶移行サービスの一覧は次のとおりです:
Share State
Availability Type
Share Type
Folder Enumeration Mode *(also known as Access-Based Enumeration or ABE)*
Caching Mode
Leasing Mode
Smb Instance
CA Timeout
Concurrent User Limit
Continuously Available
Description
Encrypt Data
Identity Remoting
Infrastructure
Name
Path
Scoped
Scope Name
Security Descriptor
Shadow Copy
Special
Temporary
複数のサーバーを 1 つのサーバーに統合できますか?
Windows Server 2019 および Windows Server 2022 に出荷されている 記憶移行サービス のバージョンでは、複数のサーバーを 1 つのサーバーに統合できません。 統合の例として、3 つの異なるソース サーバー (同じ共有名とローカル ファイル パスを持つ場合があります) を、重複や競合を防ぐためにそれらのパスと共有を仮想化した単一の新しいサーバーに移行し、前の 3 つのサーバー名と IP アドレスすべてに応答します。 ただし、スタンドアロン サーバーは、1 つのクラスター上の複数のファイル サーバー リソースに移行できます。
Windowsサーバー以外のソースから移行できますか?
記憶移行サービスでは、累積的な更新プログラム KB4513534 以降の更新プログラムのインストール後のSamba Linux サーバーの移行がサポートされています。 サポートされている Samba のバージョンと Linux ディストリビューションの一覧については、要件に関するページを参照してください。 記憶移行サービスでは、累積的な更新プログラム KB5001384 のインストール後の NetApp FAS アレイからの移行がサポートされています。
以前のバージョンのファイルを移行できますか?
Windows Server 2019 および Windows Server 2022 に出荷されている 記憶移行サービス バージョンでは、ファイルの以前のバージョン (ボリューム シャドウ コピー サービスで作成された) の移行はサポートされていません。 現在のバージョンのみが移行されます。
インベントリと転送のパフォーマンスの最適化
記憶移行サービスには、記憶移行サービス プロキシ サービスと呼ばれるマルチスレッドの読み取りおよびコピー エンジンが含まれています。これは、高速で、多くのファイル コピー ツールに欠ける完全なデータ忠実性を備えたものにしました。 既定の構成は多くのお客様に最適ですが、インベントリと転送中に SMS のパフォーマンスを向上させる方法があります。
インストールWindows Server 2019 または Windows Server 2022 を移行オペレイティングシステムに使用します。 Windows Server 2019 および Windows Server 2022 には、Storage移行サービス プロキシ サービスが含まれている必要があります。 この機能をインストールし、Windows Server 2019 または Windows Server 2022 の宛先に移行すると、すべての転送はソースと宛先の間の直接の通信線として動作します。 このサービスは、転送先のコンピューターが Windows Server 2012 R2 または Windows Server 2016 の場合、転送中にオーケストレーターで実行されます。つまり、転送はダブルホップであり、はるかに低速になります。 Windows Server 2012 R2かWindows Server 2016で複数のジョブが実行されていると、オーケストレーターがボトルネックになります。 インストールされていない場合、Windows管理センターの最新バージョンによってプロキシ サービスが自動的に構成されます。
最新の毎月の累積的な更新プログラムをインストールします。 転送と再送信のパフォーマンスとインベントリのパフォーマンスを向上させるために、複数の更新プログラムで記憶域移行サービス プロキシ サービスが改善されました。 KB4580390 October 2020 Cumulative Update 以降をインストールして大幅な速度の向上を実現するか、Windows Server 2022 を使用して移行します。
既定の転送スレッドを変更します。 記憶移行サービス プロキシ サービスは、特定のジョブに 8 つのファイルを同時にコピーします。 記憶移行サービス Proxy を実行しているすべてのノードで、次のレジストリ REG_DWORD 値名を 10 進数で調整することで、同時コピー スレッドの数を増やします:
HKEY_Local_Machine\Software\Microsoft\SMSProxy
FileTransferThreadCount
Windowsサーバー 2019 およびWindowsサーバー 2022 では、有効な値は 1 から 512です。 新しいジョブを作成する限り、この設定の使用を開始するためにサービスを再起動する必要はありません。 この設定には注意してください。高く設定するには、さらにコア、ストレージ パフォーマンス、ネットワーク帯域幅が必要な場合があります。 高すぎると、既定の設定と比較してパフォーマンスが低下する可能性があります。
既定の並列共有スレッドに設定します。 記憶移行サービス プロキシ サービスは、特定のジョブに 8 つの共有から同時にコピーします。 記憶移行サービス Proxy を実行しているすべてのノードで、次のレジストリ REG_DWORD 値名を 10 進数で調整することで、同時コピー スレッドの数を増やします:
HKEY_Local_Machine\Software\Microsoft\SMS
EndpointFileTransferTaskCount
Windowsサーバー 2019 およびWindowsサーバー 2022 では、有効な値は 1 から 512です。 新しいジョブを作成する限り、この設定の使用を開始するためにサービスを再起動する必要はありません。 この設定には注意してください。高く設定するには、さらにコア、ストレージ パフォーマンス、ネットワーク帯域幅が必要な場合があります。 高すぎると、既定の設定と比較してパフォーマンスが低下する可能性があります。
FiletransferThreadCount と EndpointFileTransferTaskCount の合計は、ジョブ内の1つのソースノードから Storage 移行サービスが同時にコピーできるファイルの数です。 並列ソースノードをさらに追加するには、より多くの同時ジョブを作成して実行します。
コアとメモリを追加します。 ソース、orchestrator、および対象のコンピューターには少なくとも2つのプロセッサコアまたは2つの vCPUs があることを強くお勧めします。これにより、特に FileTransferThreadCount (上記の) と組み合わせた場合に、インベントリと転送のパフォーマンスを大幅に向上させることができます。 通常の Office 形式 (ギガバイト以上) を超えるファイルを転送する場合は、既定の 2 GB よりも多くのメモリを利用した方がパフォーマンスが向上します。
複数のジョブを作成します。 複数のサーバーソースを持つジョブを作成する場合、各サーバーに、インベントリ、転送、およびカットオーバーのために、シリアル方式に接続されます。 つまり、各サーバーは、別のサーバーが起動する前にフェーズを完了する必要があります。 複数のサーバーを並行して実行するには、各ジョブに1つのサーバーのみを含む複数のジョブを作成するだけです。 SMS では、最大100のジョブを同時に実行できます。つまり、1つの オーケストレーター は、多数の Windows server 2019 および Windows Server 2022 対象コンピューターを並列化できます。 移行先のコンピュータが Windows Server 2016 または Windows Server 2012 R2 の場合、複数の並列ジョブを実行することはお勧めしません。移行先で SMS プロキシ サービスが実行されていないと、オーケストレータはすべての転送を自分で実行しなければならず、ボトルネックになる可能性があるからです。 サーバーを1つのジョブ内で並列に実行する機能は、新しいバージョンの SMS で追加する予定です。
RDMA ネットワークで SMB 3 を使用します。 Windows Server 2012 以降のソースコンピューターから転送する場合、SMB 3.xは SMB Direct モードと RDMA ネットワークをサポートします。 RDMA は、マザーボードの CPU からの転送にかかる CPU コストを最も多く移動し、待機時間とサーバーの CPU 使用率を削減します。 さらに、ROCE や iWARP のような RDMA ネットワークは、通常の TCP/イーサネットよりもはるかに高い帯域幅を備えています。これには、インターフェイスあたり 25、50、100 Gb の速度が含まれます。 通常、SMB ダイレクトを使用すると、ネットワークから記憶域自体に転送速度の制限が移動します。
SMB 3 マルチチャネルを使用します。 Windows Server 2012 以降のソースコンピューターから転送する場合、SMB 3.x では、ファイルコピーのパフォーマンスを大幅に向上させることができるマルチチャネルコピーがサポートされます。 この機能は、移行元と移行先の両方が次のことを行う限り、自動的に機能します:
- 複数のネットワーク アダプター
- Receive Side Scaling (RSS) をサポートする 1 つ以上のネットワーク アダプター
- NIC チーミングを使用して構成されているその他のネットワークアダプターの1つ
- RDMA をサポートしているネットワーク アダプター 1 つ以上
ドライバーの更新。 必要に応じて、4 つのすべてのノードに、ベンダー ストレージとエンクロージャの最新のファームウェアとドライバー、最新のベンダー HBA ドライバー、最新のベンダー BIOS および UEFI ファームウェア、最新のベンダー ネットワーク ドライバー、およびマザーボード チップセットの最新のドライバーをインストールします。 必要に応じてノードを再起動します。 共有記憶域およびネットワーク ハードウェアの構成については、ハードウェア ベンダーのドキュメントを参照してください。
高パフォーマンスの処理を有効にします。 サーバーの BIOS および UEFI の設定が、C 状態の無効化、QPI 速度の設定、NUMA の有効化、最大メモリ動作周波数の設定など、高パフォーマンスを有効にする設定であることを確認します。 Windows Server での電源管理が [高パフォーマンス] に設定されていることを確認します。 必要に応じて再起動します。 移行が完了したら、必ずこれらの状態を適切な状態に戻してください。
ハードウェアの調整Windows Server 2016 のパフォーマンスチューニングガイドラインを確認して、Windows Server 2022、Windows server 2019、または Windows Server 2016 を実行している オーケストレーター および対象コンピューターをチューニングします。 ネットワークサブシステムのパフォーマンスチューニングに関するセクションには、特に重要な情報が含まれています。 「(Windows Server 2022 のパフォーマンス チューニング ガイドライン)[/windows-server/administration/performance-tuning/]」という Windows Server 2022 用の新しいガイドがあります。
より高速なストレージを使用します。 ソース コンピューターのストレージ速度をアップグレードするのは困難な場合がありますが、転送時に不要なボトルネックが発生しないようにするために、ソースが読み取り IO パフォーマンスであるため、宛先ストレージの書き込み IO パフォーマンスが少なくとも高速であることを確認する必要があります。 移行先が VM の場合は、少なくとも移行の目的で、少なくとも移行のために、フラッシュ層、ミラー化されたすべてのフラッシュまたはハイブリッドスペースを使用する記憶域スペース Direct HCI クラスターなどのハイパーバイザーホストの最速のストレージ層で実行されることを確認します。 SMS の移行が完了したら、低速の層またはホストに VM をライブマイグレーションできます。
SMB の圧縮。 移行元サーバーと移行先サーバーが Windows Server 2022 の場合、SMB 圧縮を有効にすると、大きなファイルのパフォーマンスを大幅に向上させることができます。 「(SMB 圧縮)[/windows-server/storage/file-server/smb-compression]」を参照してください。
ウイルス対策の更新。 パフォーマンスのオーバーヘッドを最小限に抑えるために、移行元と移行先がウイルス対策ソフトウェアの最新のパッチバージョンを実行していることを必ず確認してください。 テストとして、移行元サーバーと移行先サーバーでインベントリまたは移行しているフォルダーのスキャンを一時的に除外します。 転送のパフォーマンスが向上した場合は、ウイルス対策ソフトウェアベンダーに問い合わせて、ウイルス対策ソフトウェアの更新版、または予想されるパフォーマンス低下について説明してください。
NTFS から ReFS に移行できますか?
Windows server 2019 および Windows server 2022 に提供されている 記憶移行サービスのバージョンは、NTFS から ReFS ファイルシステムへの移行をサポートしていません。 NTFS から NTFS、ReFS から ReFS に移行できます。 これは仕様によるものです。これは、機能、メタデータ、および参照が NTFS と重複しないという点に多くの違いがあるためです。 ReFS は、一般的なファイルシステムではなく、アプリケーションワークロードファイルシステムとして使用することを目的としています。 詳細については、「弾力性ファイルシステム (ReFS) の概要」を参照してください
記憶移行サービス データベースを移動できますか?
記憶移行サービスでは、hidden c:\programdata\microsoft\storagemigrationservice フォルダーに既定でインストールされる拡張ストレージエンジン (ESE) データベースを使用します。 ジョブが追加され、転送が完了すると、このデータベースは拡張されます。ジョブを削除しない場合は、何百万ものファイルを移行した後で、大きなドライブ領域を消費する可能性があります。 データベースを移動する必要がある場合は、次の手順を実行します:
"記憶移行サービス" サービスを停止し、オーケストレーターコンピューターで再起動します。
%programdata%/Microsoft/StorageMigrationService
フォルダーの所有権を取得するユーザーアカウントを追加して、その共有とそのすべてのファイルとサブフォルダーを完全に制御できるようにします。
フォルダーを オーケストレーター コンピューターの別のドライブに移動します。
次のレジストリ キーの値に REG_SZ を設定します:
HKEY_Local_Machine \Software\Microsoft\SMS DatabasePath = 別のボリューム上の新しいデータベースフォルダーへのパス
"SYSTEM" アカウントと "ネットワーク サービス" アカウントが、そのフォルダーのすべてのファイルとサブフォルダーを完全に制御できることを確認します
自分のアカウントのアクセス許可を削除します。
"記憶移行サービス" サービスを開始します。
記憶移行サービスは、ソースコンピューターからローカルにインストールされたアプリを移行しますか?
いいえ。 Storage 移行サービスは、ローカルにインストールされているアプリを移行しません。 移行が完了したら、ソース コンピューター上で実行されていた移行先コンピューターにアプリケーションを再インストールします。 ユーザーやアプリケーションを再構成する必要はありません。記憶移行サービスは、サーバーの変更をクライアントに対して非表示にするように設計されています。
移行先サーバーの既存のファイルはどうなりますか?
転送を実行すると、記憶移行サービスは、移行元サーバーからのデータをミラー化します。 転送先サーバーには、そのデータが上書きされる可能性があり、運用データや接続されているユーザーを含めることはできません。 既定では、最初の転送によって、移行先サーバー上のデータのバックアップコピーが保護機能として作成されます。 以降のすべての転送では、既定では、記憶域移行サービスによってデータが宛先にミラーリングされます。これは、新しいファイルを追加するだけでなく、既存のファイルを任意に上書きし、ソースに存在しないファイルを削除することを意味します。 この動作は意図的なものであり、ソースコンピューターに対して完全な忠実性を提供します。
CSV 転送でのエラー番号の意味は何ですか?
転送 CSV ファイルで検出されたほとんどのエラーは、Windows システムエラーコード です。 各エラーの意味を確認するには、 Win32 エラーコードのドキュメントを参照してください。
移行先サーバーで既存の証明書が更新されているかどうか?
移行先サーバーには、ローカルの証明書ストアに移動する前に発行された証明書(カットオーバーの前に発行されたもの)が含まれている場合があります。この場合、サーバーの名前がサブジェクト、サブジェクトの別名、またはその他のフィールドに含まれています。 一括移行が発生し、サーバーの名前が変更されても、これらの証明書は更新されません。 グループポリシーや web 登録など、現在の展開方法を使用して、新しく名前を変更したサーバーに証明書を再発行する必要があります。
フィードバックの提供、バグの報告、サポートを受けるためのオプションは何ですか?
記憶移行サービス についてのフィードバックを提供するには:
- Windows 10 に含まれているフィードバックハブツールを使用して、[機能の提案] をクリックし、"Windows Server" のカテゴリと "ストレージ移行" のサブカテゴリを指定します
- smsfeed@microsoft.com へのメール
バグを報告するには:
- Windows 10 に含まれているフィードバックハブツールを使用して、[問題の報告] をクリックし、"Windows Server" のカテゴリと "記憶移行" のサブカテゴリを指定します
- Microsoft サポートを使用してサポートケースを開く
サポートを受けるには:
- Windows Server Tech Communityに質問を投稿する
- Windows Server 2019 フォーラムに投稿
- Microsoft サポートを使用してサポートケースを開く