Preguntas más frecuentes (P+F) del servicio de migración de almacenamiento

El Servicio de migración de almacenamiento no transferirá archivos o carpetas que sepamos que pueden interferir con la operación de Windows. En concreto, esto es lo que no transferiremos ni moveremos a la carpeta PreExistingData en el destino:

• 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
• Los archivos o carpetas del servidor de origen que entren en conflicto con las carpetas excluidas en el destino.
  Por ejemplo, si hay una carpeta N:\Windows en el origen y se asigna al volumen C:\ en el destino, no se transferirá independientemente de lo que contenga, porque interferiría con la carpeta del sistema C:\Windows en el destino.

El Servicio de migración de almacenamiento no migra archivos que las aplicaciones bloquean exclusivamente. El servicio vuelve a intentarlo automáticamente tres veces con un retraso de sesenta segundos entre intentos y puede controlar el número de intentos y el retraso. También puede volver a ejecutar transferencias para copiar solo los archivos que se omitieron anteriormente debido a infracciones de uso compartido.

El Servicio de migración de almacenamiento no permite la migración entre dominios de Active Directory. Las migraciones entre servidores siempre replicarán el servidor de destino al mismo dominio. Puede usar credenciales de migración de diferentes dominios en el bosque de Active Directory. El Servicio de migración de almacenamiento admite la migración entre grupos de trabajo. No se pueden migrar instancias CIFS de NetAPP que no están unidas a un dominio.

El Servicio de migración de almacenamiento admite la migración desde y hacia clústeres después de la instalación de la actualización acumulativa KB4513534 o las actualizaciones posteriores en Windows Server 2019 y con Windows Server 2022 de forma predeterminada. Esto incluye la migración de un clúster de origen a un clúster de destino y la migración desde un servidor de origen independiente a un clúster de destino con fines de consolidación de dispositivos. Sin embargo, no puede migrar un clúster a un servidor independiente. Puede migrar desde servidores CIFS Samba y NETApp a clústeres.

El Servicio de migración de almacenamiento admite la migración a Windows Server 2022, Windows Server 2019 y Clústeres de conmutación por error de Windows que ejecuten esos sistemas operativos. No admite la migración a Samba, NetApp ni Azure Files. El Servicio de migración de almacenamiento admite la migración a Windows Server o a un clúster que ejecuta Azure File Sync con la nube por niveles al usar la última versión de Windows Admin Center y Windows Server 2022 o Windows Server 2019 después de la instalación de la actualización acumulativa KB5006744.

El Servicio de migración de almacenamiento admite la migración de usuarios y grupos locales después de la instalación de la actualización acumulativa KB4513534 o las actualizaciones posteriores. No admite la migración de usuarios y grupos locales desde servidores CIFS de NetApp.

El Servicio de migración de almacenamiento no migra actualmente controladores de dominio en Windows Server 2019 o Windows Server 2022. Como solución alternativa, siempre y cuando tenga más de un controlador de dominio en el dominio de Active Directory, disminuya de nivel el controlador de dominio antes de migrarlo y, a continuación, aumente de nivel el destino después de que se complete la migración. Si decide migrar un origen o destino del controlador de dominio, no podrá realizar la transición. Nunca debe migrar usuarios y grupos al migrar desde o hacia un controlador de dominio.

El Servicio de migración de almacenamiento migra todas las marcas, la configuración y la seguridad de los recursos compartidos SMB. Esa lista de marcas que migra el Servicio de migración de almacenamiento incluye:

• 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

La versión del Servicio de migración de almacenamiento que se incluye en Windows Server 2019 y Windows Server 2022 no admite la consolidación de varios servidores en un servidor. Un ejemplo de consolidación sería migrar tres servidores de origen independientes, que pueden tener los mismos nombres de recurso compartido y rutas de acceso de archivo locales, a un servidor nuevo único que virtualizase esas rutas de acceso y recursos compartidos para evitar cualquier superposición o colisión, y luego contestase a los tres nombres de servidores anteriores y a la dirección IP. Sin embargo, puede migrar servidores independientes a varios recursos de servidor de archivos en un único clúster.

El Servicio de migración de almacenamiento admite la migración de servidores Samba de Linux después de la instalación de la actualización acumulativa KB4513534 o las actualizaciones posteriores. Consulte los requisitos para obtener una lista de las versiones de Samba admitidas y las distribuciones de Linux. El Servicio de migración de almacenamiento admite la migración desde matrices FAS de NetApp después de la instalación de la actualización acumulativa KB5001384.

La versión del Servicio de migración de almacenamiento incluida en Windows Server 2019 y Windows Server 2022 no admite la migración de versiones anteriores de archivos (realizadas con el servicio de instantáneas de volumen). Solo se migra la versión actual.

El Servicio de migración de almacenamiento contiene un motor de lectura y copia multiproceso denominado servicio proxy del servicio de migración de almacenamiento, que hemos diseñado para ser rápidos y llevar a cabo la fidelidad perfecta de los datos que faltan en muchas herramientas de copia de archivos. Aunque la configuración predeterminada será óptima para muchos clientes, hay maneras de mejorar el rendimiento del Servicio de migración de almacenamiento durante el inventario y la transferencia.

• Usar Windows Server 2019 o Windows Server 2022 para el sistema operativo de destino. Windows Server 2019 y Windows Server 2022 contienen el Servicio de proxy del Servicio de migración de almacenamiento. Al instalar esta característica y migrar a destinos de Windows Server 2019 o Windows Server 2022, todas las transferencias funcionan como línea de visión directa entre el origen y el destino. Este servicio se ejecuta en el orquestador durante la transferencia si los equipos de destino son Windows Server 2012 R2 o Windows Server 2016, lo que significa que las transferencias de doble salto y serán más lentas. Si hay varios trabajos que se están ejecutando con los destinos de Windows Server 2012 R2 o Windows Server 2016, el orquestador se convertirá en un cuello de botella. La versión más reciente de Windows Admin Center configura automáticamente el servicio de proxy si no está instalado.

• Instalar la actualización acumulativa mensual más reciente. Hemos mejorado el servicio de proxy del Servicio de migración de almacenamiento en varias actualizaciones para mejorar el rendimiento de transferencia y retransferencia y el rendimiento del inventario. Instale la actualización acumulativa KB4580390 de octubre de 2020 o posterior para obtener mejoras de velocidad significativas o migrar mediante Windows Server 2022.

• Modificar los subprocesos de transferencia predeterminados. El servicio Proxy del Servicio de migración de almacenamiento copia ocho archivos simultáneamente en un trabajo determinado. Puede aumentar el número de subprocesos de copia simultáneos ajustando el siguiente nombre de valor del registro REG_DWORD en decimal en cada nodo que ejecuta el proxy del Servicio de migración de almacenamiento:

  HKEY_Local_Machine\Software\Microsoft\SMSProxy

  FileTransferThreadCount

  El intervalo válido es de 1 a 512 en Windows Server 2019 y Windows Server 2022. No es necesario reiniciar el servicio para empezar a usar esta configuración siempre y cuando cree un nuevo trabajo. Tenga cuidado con esta configuración; establecerlo más alto puede requerir más núcleos, rendimiento de almacenamiento y ancho de banda de red. Establecerla demasiado alta puede provocar un rendimiento reducido en comparación con la configuración predeterminada.

• Modificar los subprocesos de recursos compartidos paralelos predeterminados. El servicio Proxy del Servicio de migración de almacenamiento copia desde ocho recursos compartidos simultáneamente en un trabajo determinado. Puede aumentar el número de subprocesos de recursos compartidos simultáneos ajustando el siguiente nombre de valor del registro REG_DWORD en decimal en el servidor del orquestador del Servicio de migración de almacenamiento:

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  El intervalo válido es de 1 a 512 en Windows Server 2019 y Windows Server 2022. No es necesario reiniciar el servicio para empezar a usar esta configuración siempre y cuando cree un nuevo trabajo. Tenga cuidado con esta configuración; establecerlo más alto puede requerir más núcleos, rendimiento de almacenamiento y ancho de banda de red. Establecerla demasiado alta puede provocar un rendimiento reducido en comparación con la configuración predeterminada.

  La suma de FileTransferThreadCount y EndpointFileTransferTaskCount es el número de archivos que el Servicio de migración de almacenamiento puede copiar simultáneamente desde un nodo de origen en un trabajo. Para agregar más nodos de origen paralelos, cree y ejecute más trabajos simultáneos.

• Agregar núcleos y memoria. Recomendamos encarecidamente que los equipos de origen, orquestador y destino que tengan al menos dos núcleos de procesador o dos vCPU, y más, puede ayudar significativamente al rendimiento de inventario y transferencia, especialmente cuando se combina con FileTransferThreadCount (arriba). Al transferir archivos mayores que los formatos habituales de Office (gigabytes o mayores) el rendimiento de transferencia se beneficiará de más memoria que el mínimo predeterminado de 2 GB.

• Cree varios trabajos. Al crear un trabajo con varios orígenes de servidor, cada servidor se comunica de forma serial para el inventario, la transferencia y la transición. Esto significa que cada servidor debe completar su fase antes de que se inicie otro servidor. Para ejecutar más servidores en paralelo, basta con crear varios trabajos, con cada trabajo conteniendo un solo servidor. El Servicio de migración de almacenamiento admite hasta cien trabajos en ejecución simultánea, lo que significa que un único orquestador puede paralelizar muchos equipos de destino de Windows Server 2019 y Windows Server 2022. No se recomienda ejecutar varios trabajos paralelos si los equipos de destino son Windows Server 2016 o Windows Server 2012 R2 como sin el servicio de proxy SMS que se ejecuta en el destino, el orquestador debe realizar todas las transferencias y podría convertirse en un cuello de botella. La capacidad de que los servidores se ejecuten en paralelo dentro de un único trabajo es una característica que tenemos previsto agregar en una versión posterior del Servicio de migración de almacenamiento.

• Usar SMB 3 con redes RDMA. Si se transfiere desde un equipo de origen de Windows Server 2012 o posterior, SMB 3.x admite el modo SMB directo y las funciones de red RDMA. RDMA mueve la mayoría del coste de transferencia de CPU desde las CPU de la placa base para incorporar procesadores NIC, lo que reduce la latencia y el uso de CPU del servidor. Además, las redes RDMA como ROCE e iWARP suelen tener un ancho de banda considerablemente mayor que TCP/ethernet, típico, incluidas las velocidades de 25, 50 y 100 Gb por interfaz. El uso de SMB directo normalmente mueve el límite de velocidad de transferencia desde la red hacia abajo hasta el propio almacenamiento.

• Usar SMB 3 multicanal. Si la transferencia se hace desde un equipo de origen de Windows Server 2012 o posterior, SMB 3.x admite copias multicanal que pueden mejorar considerablemente el rendimiento de la copia de archivos. Esta característica funciona automáticamente siempre que el origen y el destino tengan:

  • Adaptadores de red múltiples
  • Uno o más adaptadores de red que admitan el ajuste de escala en lado de recepción (RSS)
  • Uno o más adaptadores de red configurados mediante Formación de equipos NIC
  • Un adaptador de red o más que admita RDMA

• Actualizar controladores. Según corresponda, instale el firmware y los controladores de almacenamiento más recientes de los proveedores, los controladores HBA más recientes de los proveedores, el firmware UEFI/BIOS más reciente de los proveedores, los controladores de red más recientes de los proveedores y los controladores de conjunto de chips de placa base más recientes en los servidores de origen, destino y orquestador. Reinicie los nodos según sea necesario. Consulte la documentación del proveedor de hardware para configurar el almacenamiento compartido y el hardware de red.

• Habilitar el procesamiento de alto rendimiento. Asegúrese de que la configuración de BIOS o UEFI para los servidores permite un alto rendimiento; por ejemplo, deshabilite el estado C, establezca la velocidad de QPI, habilite NUMA y configure la frecuencia de la memoria en el valor más elevado. Asegúrese de que la administración de energía en Windows Server se establezca en alto rendimiento. Reinicie si es necesario. No olvide devolverlos a los estados adecuados después de completar la migración.

• Ajuste del hardware. Revise las Directrices de ajuste del rendimiento para Windows Server 2016 para ajustar los equipos de orquestador y de destino que ejecutan Windows Server 2022, Windows Server 2019 o Windows Server 2016. La sección Ajuste del rendimiento del subsistema de red contiene información especialmente valiosa. Hay una guía actualizada para Windows Server 2022 denominada (Directrices de optimización de rendimiento para Windows Server 2022)[/windows-server/administration/performance-tuning/].

• Usar un almacenamiento más rápido. Aunque puede ser difícil actualizar la velocidad de almacenamiento del equipo de origen, debe asegurarse de que el almacenamiento de destino sea al menos tan rápido como el rendimiento de E/S de escritura, ya que el origen está en rendimiento de E/S de lectura para asegurarse de que no haya ningún cuello de botella innecesario en las transferencias. Si el destino es una máquina virtual, asegúrese de que, al menos para la migración, se ejecuta en la capa de almacenamiento más rápida de los hosts del hipervisor, como en el nivel flash o con clústeres HCI de Espacios de almacenamiento directo que usan espacios reflejados de imagen instalada completa o híbridos. Una vez completada la migración del Servicio de migración de almacenamiento, la máquina virtual se puede migrar en vivo a un nivel o un host más lentos.

• Usar la compresión SMB. Si los servidores de origen y destino son Windows Server 2022, puede habilitar la compresión SMB para obtener importantes mejoras de rendimiento en archivos más grandes. Revise (compresión SMB)[/windows-server/storage/file-server/smb-compression].

• Actualizar el antivirus. Asegúrese siempre de que el origen y el destino ejecutan la versión revisada más reciente del software antivirus para garantizar una sobrecarga de rendimiento mínima. Como prueba, temporalmente excluir el examen de carpetas que está inventariando o migrando en los servidores de origen y destino. Si se mejora el rendimiento de la transferencia, póngase en contacto con el proveedor del software antivirus para obtener instrucciones, una versión actualizada del software antivirus o una explicación de la degradación esperada del rendimiento.

La versión del Servicio de migración de almacenamiento incluida en Windows Server 2019 y Windows Server 2022 no admite la migración desde NTFS a sistemas de archivos ReFS. Puede migrar de NTFS a NTFS y de ReFS a ReFS. Esto es así por diseño, debido a las muchas diferencias que existen en la funcionalidad, los metadatos y otros aspectos que ReFS no duplica desde NTFS. ReFS está pensado como un sistema de archivos de carga de trabajo de aplicación, no como un sistema de archivos general. Para más información, consulte Información general del Sistema de archivos resistente (ReFS).

El Servicio de migración de almacenamiento usa una base de datos del motor de almacenamiento extensible (ESE) que se instala de forma predeterminada en la carpeta oculta c:\programdata\microsoft\storagemigrationservice. Esta base de datos aumentará a medida que se agreguen trabajos y se completen las transferencias, y puede consumir espacio de unidad significativo después de migrar millones de archivos si no elimina trabajos. Si necesita moverse la base de datos, realice los pasos siguientes:

1. Detenga el servicio «Servicio de migración de almacenamiento» en el equipo de orquestador.

2. Tome posesión de la carpeta %programdata%/Microsoft/StorageMigrationService.

3. Agregue su cuenta de usuario para tener un control total sobre ese recurso compartido y todos sus archivos y subcarpetas.

4. Mueva la carpeta a otra unidad del equipo de orquestador.

5. Establezca el siguiente valor de REG_SZ de registro:

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = ruta de acceso a la nueva carpeta de base de datos en un volumen diferente

6. Asegúrese de que las cuentas "SYSTEM" y "Servicio de red" tienen control total para todos los archivos y subcarpetas de esa carpeta.

7. Quite sus propios permisos de cuentas.

8. Inicie el servicio «Servicio de migración de almacenamiento».

No, el Servicio de migración de almacenamiento no migra las aplicaciones instaladas localmente. Después de completar la migración, vuelva a instalar las aplicaciones en el equipo de destino que se estaban ejecutando en el equipo de origen. No es necesario volver a configurar ningún usuario o sus aplicaciones; el Servicio de migración de almacenamiento está diseñado para hacer que el cambio de servidor invisible para los clientes.

Al realizar una transferencia, el Servicio de migración de almacenamiento busca reflejar los datos del servidor de origen. El servidor de destino no debe contener datos de producción ni usuarios conectados, ya que esos datos se podrían sobrescribir. De forma predeterminada, la primera transferencia realiza una copia de seguridad de los datos del servidor de destino como protección. En todas las transferencias posteriores, de forma predeterminada, el Servicio de migración de almacenamiento refleja los datos en el destino; esto significa no solo agregar nuevos archivos, sino también sobrescribir arbitrariamente los archivos existentes y eliminar los archivos que no están presentes en el origen. Este comportamiento es intencional y proporciona una fidelidad perfecta respecto al equipo de origen.

La mayoría de los errores encontrados en el archivo CSV de transferencia son códigos de error del sistema de Windows. Puede averiguar qué significa cada error revisando la documentación de códigos de error de Win32.

Un servidor de destino puede contener certificados (emitidos antes de la transición) en su almacén local de certificados, con el nombre del servidor como parte del firmante, del nombre alternativo del firmante o de otros campos. Cuando se produce la migración y se cambia el nombre del servidor, estos certificados no se actualizan. Debe volver a emitir certificados a los servidores recién renombrados mediante los métodos de implementación actuales, como directiva de grupo o inscripción web.

Para enviar comentarios sobre el Servicio de migración de almacenamiento:

• Use la herramienta Centro de opiniones incluida en Windows 10, seleccione Sugerir una característica, y especifique la categoría de Windows Server y subcategoría de Migración de almacenamiento
• Un correo electrónico a smsfeed@microsoft.com

Para archivar errores:

• Use la herramienta Centro de opiniones incluida en Windows 10, seleccione Notificar un problemay especifique la categoría de Windows Server y subcategoría de Migración de almacenamiento
• Abra un caso de soporte técnico a través de Soporte técnico de Microsoft.

Para obtener soporte técnico:

• Publique una pregunta en la Comunidad tecnológica de Windows Server.
• Publicar en el foro de Windows Server 2019.
• Abra un caso de soporte técnico a través de Soporte técnico de Microsoft.

Referencias adicionales

• Vista general de Storage Migration Service