存储迁移服务常见问题解答 （常见问题解答）

存储迁移服务不会传输我们知道可能会干扰 Windows作的文件或文件夹。 具体而言，下面是我们不会在目标上转移或移动到 PreExistingData 文件夹的内容：

• Windows、Program Files、Program Files (x86)、Program Data、Users
• $Recycle.bin、、Recycler、RecycledSystem Volume Information、$UpgDrv$、$SysReset$Windows.~BT$Windows.~LSWindows.old、boot、、 RecoveryDocuments and Settings
• pagefile.sys、hiberfil.sys、swapfile.sys、winpepge.sys、config.sys、bootsect.bak、bootmgr、bootnxt
• 与目标上排除的文件夹冲突的源服务器上的任何文件或文件夹。
  例如，如果源上有一个 N:\Windows 文件夹，并且它映射到 C:\ 目标上的卷，则无论它包含什么，它都不会传输，因为它会干扰目标上的 C：\Windows 系统文件夹。

存储迁移服务不会迁移应用程序独占锁定的文件。 该服务在尝试之间自动重试三次，延迟为 60 秒，你可以控制尝试次数和延迟。 还可以重新运行传输，仅复制以前由于共享冲突而跳过的文件。

存储迁移服务不允许在 Active Directory 域之间迁移。 服务器之间的迁移将始终将目标服务器加入同一域。 可以使用 Active Directory 林中不同域的迁移凭据。 存储迁移服务支持在工作组之间迁移。 无法迁移未加入域的 NetAPP CIFS 实例。

存储迁移服务支持将文件服务器群集资源从群集迁移到群集。 这包括将文件服务器资源从源群集迁移到目标群集，并将独立源服务器迁移到目标群集文件服务器资源，以便进行设备合并。 但是，无法将群集迁移到独立服务器。 可以从 Samba 和 NetApp CIFS 服务器迁移到群集。 存储迁移服务不会迁移群集本身，它只会迁移表示群集中文件服务器的文件服务器群集资源。

存储迁移服务支持迁移到运行这些作系统的 Windows Server 2025、Windows Server 2022、Windows Server 2019 和 Windows 故障转移群集。 它不支持迁移到 Samba、NetApp 或 Azure 文件存储。 在安装累积更新 KB5006744后，使用最新版本的 Windows Admin Center 和 Windows Server 2025、Windows Server 2022 或 Windows Server 2019 时，存储迁移服务支持迁移到运行具有云分层的 Azure 文件同步的 Windows Server 或群集。

存储迁移服务支持在安装累积更新 KB4513534 或后续更新后迁移本地用户和组。 它不支持从 NetApp CIFS 服务器迁移本地用户和组。

存储迁移服务不会迁移域控制器。 解决方法是，只要 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

存储迁移服务不支持将多个服务器合并到一个服务器。 合并示例是将三个单独的源服务器（可能具有相同的共享名称和本地文件路径）迁移到虚拟化这些路径和共享的单个新服务器上，以防止任何重叠或冲突，然后回答所有三个以前的服务器名称和 IP 地址。 可以将独立服务器迁移到单个群集上的多个文件服务器资源，这是合并服务器的建议方法。

存储迁移服务支持在安装累积更新 KB4513534 或后续更新后从 Samba Linux 服务器迁移。 请参阅受支持的 Samba 版本和 Linux 发行版列表的要求。 存储迁移服务支持在安装累积更新 KB5001384后从 NetApp FAS 阵列迁移。

存储迁移服务版本不支持迁移文件的早期版本（卷影复制服务）。 仅当前版本迁移。

存储迁移服务包含一个名为存储迁移服务代理服务的多线程读取和复制引擎，我们设计为快速且在许多文件复制工具中缺少完美的数据保真度。 虽然默认配置对于许多客户而言是最佳配置，但可以通过多种方式在库存和转移期间提高短信性能。

• 将 Windows Server 2019 或更高版本用于目标作系统。 Windows Server 2019 及更高版本包含存储迁移服务代理服务。 安装此功能并迁移到 Windows Server 2019 或更高版本的目标时，所有传输都作为源和目标之间的直接视线运行。 如果目标计算机是 Windows Server 2012 R2 或 Windows Server 2016，则此服务在传输期间在业务流程协调程序上运行，这意味着传输双跃点速度会变慢。 如果有多个作业在 Windows Server 2012 R2 或 Windows Server 2016 目标上运行，则业务流程协调程序将成为瓶颈。 最新版本的 Windows Admin Center 会自动配置代理服务（如果未安装）。

• 安装最新的每月累积更新。 我们在多个更新中改进了存储迁移服务代理服务，以便更好地传输和重新传输性能和清单性能。 安装 KB4580390 2020 年 10 月累积更新或更高版本以获得显著的速度改进，或使用 Windows Server 2022 进行迁移。

• 更改默认传输线程。 存储迁移服务代理服务在给定作业中同时复制 8 个文件。 可以通过在每个运行存储迁移服务代理的节点上调整以下注册表REG_DWORD值名称（以十进制为单位）来增加同时复制线程的数量：

  HKEY_Local_Machine\Software\Microsoft\SMSProxy

  FileTransferThreadCount

  有效范围为 1 到 512。 只要创建新作业，就无需重启服务以开始使用此设置。 请谨慎使用此设置;设置它可能需要更多核心、存储性能和网络带宽。 与默认设置相比，设置太高可能会导致性能降低。

• 更改默认并行共享线程。 存储迁移服务代理服务在给定作业中同时从 8 个共享复制。 可以通过在存储迁移服务业务流程协调程序服务器上调整以下注册表REG_DWORD值名称来增加同时共享线程的数量：

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  有效范围为 1 到 512。 只要创建新作业，就无需重启服务以开始使用此设置。 请谨慎使用此设置;设置它可能需要更多核心、存储性能和网络带宽。 与默认设置相比，设置太高可能会导致性能降低。

  FileTransferThreadCount 和 EndpointFileTransferTaskCount 的总和是存储迁移服务可以同时从作业中的一个源节点复制多少个文件。 若要添加更多的并行源节点，请创建并运行更多同时运行的作业。

• 添加核心和内存。 强烈建议源计算机、业务流程协调程序和目标计算机至少具有两个处理器核心或两个 vCPU，并且更能显著地帮助库存和传输性能，尤其是在与 FileTransferThreadCount（上图）结合使用时。 传输大于常规 Office 格式（GB 或更高）的文件传输性能将受益于内存超过默认 2 GB 的最小内存。

• 创建多个作业。 使用多个服务器源创建作业时，会以串行方式联系每个服务器，以获取清单、传输和直接转换。 这意味着每个服务器必须在另一台服务器启动之前完成其阶段。 若要并行运行更多服务器，只需创建多个作业，每个作业仅包含一台服务器。 SMS 最多支持 100 个同时运行的作业，这意味着单个业务流程协调程序可以并行化许多目标计算机。 如果你的目标计算机是 Windows Server 2016 或 Windows Server 2012 R2，建议不要运行多个并行作业，因为没有在目标上运行的 SMS 代理服务，业务流程协调程序必须执行所有传输本身，并可能成为瓶颈。 服务器在单个作业中并行运行的功能是我们计划在更高版本的 SMS 中添加的功能。

• 将 SMB 3 与 RDMA 网络配合使用。 如果从 Windows Server 2012 或更高版本的源计算机传输，SMB 3.x 支持 SMB 直接模式和 RDMA 网络。 RDMA 将大多数 CPU 传输成本从主板 CPU 转移到载入 NIC 处理器，从而减少延迟和服务器 CPU 利用率。 此外，ROCE 和 iWARP 等 RDMA 网络通常比典型的 TCP/以太网高得多，包括每个接口 25、50 和 100 Gb 的速度。 使用 SMB Direct 通常会将传输速度限制从网络向下移到存储本身。

• 使用 SMB 3 多通道。 如果从 Windows Server 2012 或更高版本的源计算机传输，SMB 3.x 支持多通道副本，这些副本可以大大提高文件复制性能。 只要源和目标都具有以下两个功能，此功能就会自动工作：

  • 多个网络适配器
  • 一个或多个支持接收方缩放 (RSS) 的网络适配器
  • 使用 NIC 组合配置的多个网络适配器之一
  • 支持 RDMA 的一个或多个网络适配器

• Update drivers. 根据需要，在源、目标和业务流程协调程序服务器上安装最新的供应商存储和机箱固件和驱动程序、最新的供应商 HBA 驱动程序、最新的供应商 BIOS/UEFI 固件、最新的供应商网络驱动程序和最新的主板芯片芯片驱动程序。 根据需要重启节点。 请查看配置共享存储和网络硬件的硬件供应商文档。

• 启用高性能处理。 确保服务器的 BIOS/UEFI 设置启用高性能，例如禁用 C-State、设置 QPI 速度、启用 NUMA 和设置最高内存频率。 确保 Windows Server 中的电源管理设置为高性能。 根据需要重启。 完成迁移后，不要忘记将这些状态返回到适当的状态。

• Tune hardware. 查看 Windows Server 2022 的性能优化指南 ，以优化运行 Windows Server 的业务流程协调程序和目标计算机。 网络子系统性能优化部分包含特别有价值的信息。 还有适用于较旧作系统的指南。

• 使用更快的存储。 虽然升级源计算机存储速度可能很困难，但应确保目标存储至少在写入 IO 性能上的速度与源处于读取 IO 性能一样快，以确保传输没有不必要的瓶颈。 如果目标为 VM，请确保至少出于迁移目的，它会在虚拟机监控程序主机的最快存储层（例如在闪存层或存储空间直通 HCI 群集上使用镜像全闪存或混合空间）中运行。 完成短信迁移后，可将 VM 实时迁移到较慢的层或主机。

• 使用 SMB 压缩。 如果源服务器和目标服务器是 Windows Server 2022，则可以启用 SMB 压缩，以获得较大的文件的性能显著提升。 查看 （SMB 压缩）[/windows-server/storage/file-server/smb-compression]。

• Update antivirus. 始终确保源和目标运行的是最新版本的防病毒软件，以确保性能开销最低。 作为测试， 暂时 排除对源服务器和目标服务器上正在清点或迁移的文件夹的扫描。 如果传输性能得到改善，请联系防病毒软件供应商，获取防病毒软件的更新版本或预期性能下降的说明。

存储迁移服务不支持从 NTFS 迁移到 ReFS 文件系统。 你可以从 NTFS 迁移到 NTFS，将 ReFS 迁移到 ReFS。 这是设计造成的，因为 ReFS 在功能、元数据和其他方面存在许多差异，ReFS 不会从 NTFS 复制。 ReFS 旨在用作应用程序工作负荷文件系统，而不是常规文件系统。 有关详细信息，请参阅 弹性文件系统（ReFS）概述

存储迁移服务使用默认安装在隐藏 c：\programdata\microsoft\storagemigrationservice 文件夹中的可扩展存储引擎 （ESE） 数据库。 添加作业并完成传输后，此数据库将增长，如果不删除作业，迁移数百万个文件后可能会占用大量驱动器空间。 如果数据库需要移动，请执行以下步骤：

1. 停止业务流程协调程序计算机上的“存储迁移服务”服务。

2. 获取文件夹的 %programdata%/Microsoft/StorageMigrationService 所有权

3. 添加用户帐户以完全控制该共享及其所有文件和子文件夹。

4. 将文件夹移动到业务流程协调程序计算机上的另一个驱动器。

5. 设置以下注册表REG_SZ值：

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = 不同卷上新数据库文件夹的路径

6. 确保“SYSTEM”和“网络服务”帐户完全控制该文件夹的所有文件和子文件夹

7. 删除自己的帐户权限。

8. 启动“存储迁移服务”服务。

否，存储迁移服务不会迁移本地安装的应用程序。 完成迁移后，将任何应用程序重新安装到源计算机上运行的目标计算机上。 无需重新配置任何用户或其应用程序;存储迁移服务旨在使服务器更改对客户端不可见。

执行传输时，存储迁移服务会寻求从源服务器镜像数据。 目标服务器不应包含任何生产数据或连接用户，因为可以覆盖该数据。 默认情况下，第一次传输会将目标服务器上的任何数据的备份副本作为保护。 在随后的所有传输中，存储迁移服务默认将数据镜像到目标;这意味着不仅添加新文件，而且还任意覆盖任何现有文件，并删除源上不存在的任何文件。 此行为是有意的，并且为源计算机提供完美的保真度。

传输 CSV 文件中发现的大多数错误都是 Windows 系统错误代码。 可以通过查看 Win32 错误代码文档来了解每个错误的含义。

目标服务器可能包含在直接转换之前颁发的证书，其本地证书存储中，服务器的名称是使用者、使用者可选名称或其他字段的一部分。 发生直接转换并重命名服务器时，不会更新这些证书。 必须使用当前的部署方法（如组策略或 Web 注册）将证书重新颁发给新重命名的服务器。

有关存储迁移服务的技术支持，可以在 Microsoft问答 中发布，或联系 Microsoft业务支持部门。

若要提供有关存储迁移服务的反馈，请执行以下作：

• 使用 Windows Server 2025 和 Windows 11 中包含的反馈中心工具，选择“建议功能”、“Windows Server 类别”和“存储迁移”子类别

文件 bug：

• 使用 Windows Server 2025 和 Windows 11 中包含的反馈中心工具，选择“报告问题”，选择“Windows Server”类别，以及存储迁移的子类别
• 通过 Microsoft 支持部门提交支持案例

获取支持：

• 在 Windows Server 技术社区上发布问题
• 通过 Microsoft 支持部门提交支持案例

Additional references

• 存储迁移服务概述