Comparteix a través de

Vista general de Storage Migration Service

  • Article

El servicio de migración de almacenamiento facilita la migración del almacenamiento a Windows Server o a Azure. Proporciona una herramienta gráfica que crea inventarios de datos en servidores CIFS de Windows, Linux y NetApp y, después, los transfiere a servidores más recientes o a máquinas virtuales de Azure. El servicio de migración de almacenamiento también brinda la opción de transferir la identidad de un servidor al servidor de destino, con el fin de que tanto las aplicaciones como los usuarios puedan acceder a sus datos sin tener que cambiar vínculos ni rutas de acceso.

En este artículo se describen los siguientes aspectos del servicio de migración de almacenamiento:

Motivos para usar el servicio de migración de almacenamiento

El servicio de migración de almacenamiento se usa cuando desea migrar uno o varios servidores a máquinas virtuales o hardware más recientes. El servicio de migración de almacenamiento está diseñado para ayudarle a realizar las siguientes tareas:

  • Inventario de varios servidores y sus datos
  • Transferir rápidamente los archivos, los recursos compartidos de archivos y la configuración de seguridad de los servidores de origen
  • Opcionalmente, puede asumir la identidad de los servidores de origen (conocidos también como transición) para que los usuarios y las aplicaciones no tengan que cambiar nada para acceder a los datos existentes.
  • Administrar una o varias migraciones desde la interfaz de usuario de Windows Admin Center

Diagrama en el que se muestra la migración de archivos y la configuración del servicio de migración de almacenamiento desde servidores de origen a servidores de destino, máquinas virtuales de Azure o Azure File Sync.

Funcionamiento del proceso de migración

La migración consiste en un proceso de tres pasos:

  1. Los servidores de inventario recopilan información sobre sus archivos y configuración, que se muestra en la ilustración siguiente.

    Captura de pantalla que muestra que un servidor está listo para examinarse.

  2. Se transfieren (copian) los datos de los servidores de origen a los de destino.

  3. Se realiza la transición a los nuevos servidores (opcional).
    Los servidores de destino asumen las identidades anteriores de los servidores de origen para que las aplicaciones y los usuarios no tengan que cambiar nada.
    Los servidores de origen entran en un estado de mantenimiento, en el que contienen los mismos archivos de siempre (nunca se quitan archivos de los servidores de origen), pero no están disponibles para los usuarios y las aplicaciones. Después, podrá retirar los servidores si le conviene.

En el vídeo siguiente se muestra cómo usar el servicio de migración de almacenamiento para tomar un servidor, como por ejemplo un servidor de Windows Server 2008 R2 que no es compatible, y mover el almacenamiento a un servidor más reciente.

Requisitos

Para usar el servicio de migración de almacenamiento, se necesitan:

  • Un servidor de origen o un clúster de conmutación por error desde el que migrar los archivos y los datos.
  • Un servidor de destino que ejecute Windows Server 2019 o posterior (agrupado o independiente) al que migrar. Aunque también se admite Windows Server 2016, puede ser más difícil migrar a y su soporte técnico finalizará en enero de 2027.
  • Un servidor de orquestador que ejecute Windows Server 2019 o posterior para administrar la migración. Si va a migrar solo un servidor, puede usar el destino como orquestador. Si va a migrar varios servidores, use un servidor de orquestador independiente.
  • Un equipo o un servidor con la versión más reciente de Windows Admin Center para ejecutar la interfaz de usuario del servicio de migración de almacenamiento, junto con la herramienta del servicio de migración de almacenamiento (extensión) más reciente disponible en la fuente.

Se recomienda encarecidamente que los equipos de destino y del orquestador tengan al menos dos núcleos o dos CPU virtuales y al menos 2 gigabytes de memoria. Las operaciones de inventario y transferencia son más rápidas con más procesadores y memoria.

Requisitos de seguridad, servicio de proxy del servicio de migración de almacenamiento y puertos de firewall

  • Una cuenta de migración con la función de administrador en los equipos de origen y del orquestador. Esta cuenta puede ser un dominio o una cuenta local, salvo en los equipos que no estén unido al dominio, en cuyo caso debe ser un usuario local.

  • Una cuenta de migración con la función de administrador tanto en los equipos de destino como en el del orquestador. Esta cuenta puede ser un dominio o una cuenta local, salvo en los equipos que no estén unido al dominio, en cuyo caso debe ser un usuario local.

  • El equipo del orquestador deberá tener habilitada la regla de firewall Compartir archivos e impresoras (SMB-In) de entrada.

  • Los equipos de origen y de destino deberán tener las siguientes reglas de firewall habilitadas de entrada (es posible que ya lo estén):

    • Compartir archivos e impresoras (SMB de entrada)
    • Servicio de Net Logon (NP-In)
    • Instrumental de administración de Windows (DCOM-In)
    • Instrumental de administración de Windows (WMI-In)

    Sugerencia

    Al instalar el servicio proxy de Storage Migration Service en un equipo de destino, se abren automáticamente los puertos de firewall necesarios en ese equipo. Para ello, conéctese al servidor de destino en Windows Admin Center y, después, vaya a Administrador del servidor (en Windows Admin Center) >Roles y características, seleccione Proxy del servicio de migración de almacenamiento y, después, elija Instalar.

  • Si los equipos pertenecen a un dominio de Active Directory Domain Services, todos deben pertenecer al mismo bosque. El servidor de destino también deberá estar en el mismo dominio que el servidor de origen si quiere transferir el nombre de dominio del origen al destino al realizar la transición. Aunque la transición funciona entre dominios, el nombre de dominio completo del destino es diferente del origen y el uso de dos dominios diferentes probablemente provocará problemas de DNS.

Requisitos para los servidores de origen

El servidor de destino debe ejecutar uno de los siguientes sistemas operativos:

  • Windows Server, Canal semianual
  • Windows Server 2025
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2
  • Windows Server 2012
  • Windows Server 2008 R2
  • Windows Server 2008
  • Windows Server 2003 R2
  • Windows Server 2003
  • Windows Small Business Server 2003 R2
  • Windows Small Business Server 2008
  • Windows Small Business Server 2011
  • Windows Server 2012 Essentials
  • Windows Server 2012 R2 Essentials
  • Windows Server 2016 Essentials
  • Windows Server 2019 Essentials
  • Windows Storage Server 2008
  • Windows Storage Server 2008 R2
  • Windows Storage Server 2012
  • Windows Storage Server 2012 R2
  • Windows Storage Server 2016

Nota:

Windows Small Business Server y Windows Server Essentials son controladores de dominio. Storage Migration Service no puede interrumpir los controladores de dominio, pero puede inventariar y transferir archivos de ellos.

Puede migrar los siguientes tipos de origen si el orquestador ejecuta Windows Server 2019 con KB5001384 instalado o Windows Server 2022:

  • Los clústeres de conmutación por error que usan Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 o Windows Server 2008 R2. Windows Server 2008 R2 solo admite las operaciones de inventario y transferencia, pero no la de transición.
  • Servidores Linux que usen Samba Hemos probado las siguientes distribuciones:
    • CentOS 7
    • Debian GNU/Linux 8
    • RedHat Enterprise Linux 7.6
    • SUSE Linux Enterprise Server (SLES) 11 SP4
    • Ubuntu 16.04 LTS y 12.04.5 LTS
    • Samba 4.8, 4.7, 4.3, 4.2 y 3.6
  • Matrices FAS de NetApp que hospedan el servidor CIFS de NetApp, que ejecuta NetApp ONTAP 9.

Requisitos para los servidores de destino

El servidor de destino debe ejecutar uno de los siguientes sistemas operativos:

  • Windows Server, Canal semianual
  • Windows Server 2025
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2

Los servidores de destino pueden ser servidores independientes o un clúster de conmutación por error de Windows. Tenga en cuenta que los propios clústeres no se migran, únicamente los recursos del clúster del servidor de archivos. No pueden ejecutar Azure Stack HCI ni usar un complemento de agrupación en clústeres que no sea de Microsoft. Aunque el servicio de migración de almacenamiento no admite Azure Files como destino, es totalmente compatible con servidores que ejecutan el agente de Azure File Sync con niveles en la nube.

Sugerencia

Los servidores de destino que ejecutan Windows Server 2019 o posterior tienen el doble de rendimiento de transferencia de versiones anteriores de Windows Server. Este aumento del rendimiento se debe a la inclusión de un servicio de proxy integrado del servicio de migración de almacenamiento.

Migración de VM de Azure

Windows Admin Center integra la implementación de Azure IaaS en el servicio de migración de almacenamiento. Permite evitar tener que crear servidores y máquinas virtuales en Azure Portal manualmente antes de implementar la carga de trabajo. También le permite evitar que falten los posibles pasos necesarios y la configuración necesarios. Windows Admin Center puede implementar la máquina virtual de Azure IaaS, configurar su almacenamiento, unirla al dominio, instalar roles y, después, configurar el sistema distribuido.

En el vídeo siguiente se muestra cómo usar el servicio de migración de almacenamiento para migrar a máquinas virtuales de Azure.

Si desea migrar mediante lift-and-shift máquinas virtuales a Azure sin migrar a un sistema operativo posterior, considere la posibilidad de usar Azure Migrate. Para más información, consulte Acerca de Azure Migrate.