Windows Server: Migrar un Servidor de Archivos

Uno de los temas que muchas veces he visto consultar es sobre la migración de un Servidor de Archivos (“File Server”) y las diferentes opciones. Varias de ellas usando XCOPY, ROBOCOPY, “Backup” y “Restore”, etc. todas posibles para mantener los permisos de Seguridad (NTFS), pero que se “olvidan” de los permisos de Compartido, entonces la pregunta es ¿cómo migrar los compartidos?

Esta migración de servidor, puede ser por cambio de equipamiento, o inclusive por actualización de sistema operativo, o para virtualizar una máquina física, y más posiblidades

Como todavía se escuchan consultas de organizaciones que recién ahora están migrando desde Windows Server 2003, me he propuesto hacer una migración de un Servidor de Archivos con Windows Server 2003 R2, a uno actual con Windows Server 2012 R2, y comprobar que tenemos otra alternativa a las ya nombradas, y gratis, sencilla y eficiente

¿Conoce el “File Server Migration Toolkit”?

Se puede descargar directamente desde el sitio de Microsoft en: http://www.microsoft.com/en-us/download/details.aspx?id=10268

Como Windows Server 2012 R2 es sólo x64, alcanza con descargar solamente “fsmigrate_x64.msi” de sólo 1,3MB

Y aunque en la descripción nombra sólo Windows Server 2003 y Windows Server 2008, funciona perfectamente con Windows Server 2012 R2

Cuando lo vayan a descargar les recomiendo leer la parte “System Requirements” ya que aunque ahora voy a hacer una demostración sencilla, también sirve para implementaciones con DFS

La infraestructura que utilizaré está basada en la misma que utilizo en todas las notas, sólo que en este caso he agregado un Servidor de Archivos funcionando sobre Windows Server 2003 R2 al Dominio

  • DC1.ad.guillermod.com.ar (Controlador de Dominio)
  • SRV1.ad.guillermod.com.ar (El “nuevo” Servidor de Archivos)
  • FS.ad.guillermod.com.ar (El “viejo” servidor de Archivos W2003R2)

 

FSM-01

En el Dominio he creado una serie de grupos para mostrar que los permisos se migrarán correctamente

FSM-02

Y en FS.ad.guillermod.com.ar he creado y compartido tres carpetas a las cuales le he asignado permisos de seguridad y de compartido. Un esquema muy simple sólo para demostración, los grupos con la palabra “Lee” tienen lectura y los que contienen “Cambia” tienen permisos de modificación, para cada carpeta “Compartida1” y “Compartida2”. La carpeta “Compartida2” emula una carpeta para intercambiar informacion, donde el grupo “Paso” pueden colocar información para pasar a otro sector

FSM-03

FSM-04

FSM-05

Como SRV1 será un Servidor de Archivos he instalado la funcionalidad correspondiente

FSM-06

Y aunque no lo muestro en esta nota he instalado “.NET Framework 3.5” ya que es necesario para la operación de “File Server Migration Toolkit”. Si alguien se encuentra con dificultades para la instalación consulte “Windows Server 2012 (R2) – Instalar .NET Framework 3.5

Toda la operación se hace desde el “nuevo” Servidor de Archivos, así que de ahora en adelante, todo se debe ejecutar en SRV1

He creado una carpeta llamada “Migradas” bajo la cual quedarán las carpetas compartidas migradas

FSM-07

Y ahora sí, comenzamos con la instalación de “File Server Migration Toolkit” como muestran las siguientes pantallas

FSM-08

FSM-09

FSM-10

FSM-11

FSM-12

FSM-13

Dejo marcada la opción para comenzar ya

FSM-14

Es conveniente leer la información provista, y luego si están seguros comenzar la configuración

FSM-15

Comenzamos creando un nuevo proyecto

FSM-17

FSM-18

Le asignamos un nombre que nos convenga, y en este caso no he cambiado la carpeta por omisión donde se creará el proyecto, ya que el sistema puede crearla

FSM-19

FSM-20

En este caso no utilizaré DFS, así que desmarco la opción

FSM-21

Indico la carpeta creada anteriormente donde se crearán las compartidas

FSM-22

FSM-23

Ahora debemos agregar al servidor del que vamos a migrar las carpetas compartidas, aunque no es nuestro caso podría seleccionar varios

FSM-24

FSM-25

FSM-26

 

Ahora voy a hacer un cambio en el comportamiento de la herramienta, porque los valores por omisión que utiliza pienso que pueden complicar luego

Cuando el sistema migre la carpeta, por ejemplo, “\\FS\Compartida1”, si seguimos adelante quedará compartida como “\\SRV1\FS.Compartida1” que como podemos ver cambia el nombre de compartido, lo cual nos va a llevar luego mucho más trabajo para redireccionar a los clientes a la nueva ubicación

Lo que buscaré es que la nueva compartida quede como “\\SRV1\Compartida1” y entonces sólo se tenga que actualizar el nombre del servidor

Debemos cerrar la aplicación antes de seguir. No hay que preocuparse, lo hecho no se pierde

FSM-27

FSM-28

Vamos a carpeta donde se guarda el proyecto, y editemos el archivo XML

FSM-29

¿Intimida? No, es muy sencillo el cambio

FSM-30

Debemos buscar cada ocurrencia de “<TargetShare>Sharename_SourceServerName</TargetShare>” que aparecerá una vez por cada carpeta migrada. Lo podríamos hacer con Buscar y Reemplazar

FSM-31

Y eliminar el texto con el nombre del “viejo” servidor. En este caso “_fs.ad.guillermod.com.ar”

FSM-32

Quedando así

FSM-33

Guardamos los cambios

FSM-34

Y abrimos nuevamente nuestro proyecto

FSM-35

FSM-36

Observen que podemos configurar para que automáticamente se dejen de compartir las carpetas en el servidor original, que se copie la seguridad (está por omisión), y que resuelva si hay problemas por ejemplo si han usado permisos de cuentas locales, o que no se puedan resolver

FSM-37

Aunque yo he dejado todas las carpetas compartidas marcadas, podría elegir cuáles se migrarán y cuáles no, y seleccionando cada una puedo ver sobre la derecha los nuevos valores

FSM-38

Y continuamos

FSM-39

En un primer paso copiará la información contenida en las carpetas compartidas a migrar

FSM-40

Y en el siguiente paso agregará la informacion de seguridad. Nos advierte que todos los archivos deben estar cerrados, y si hubiera alguna conexión la cerrará también

FSM-41

FSM-42

Y finaliza

FSM-43

Podemos ver un reporte para detectar si se ha producido algún problema

FSM-44

Tenemos tres fichas para verificar

FSM-45

FSM-46

FSM-47

Inclusive podemos ver los detalles de cada carpeta migrada

FSM-48

Si accedemos ahora al nuevo servidor (SRV1) veremos que están las tres carpetas migradas

FSM-49

Y aunque no lo mostraré para todas, sólo una, podemos confirmar que se han migrado tanto los permisos de seguridad, como los de compartido

FSM-50

 

“File Server Migration Toolkit”, no es una aplicación nueva, y por lo que se puede observar hace ya años que no tiene actualizaciones, pero ¿para qué cambiar algo que funciona bien? :)

 

Anuncios
Publica un comentario o deja una referencia: URL de la referencia.

Comentarios

  • Nacho  El 22/09/2015 a las 08:12

    Excelente tutorial.

    Es una muy buena alternativa a Robocopy.

    ¿Sabes si tiene buena velocidad de copia?

    Gracias.

    • Guillermo Delprato  El 22/09/2015 a las 08:44

      Hola Nacho, la velocidad de copia pienso que está determinada más por otros factores: la red, memoria de las máquinas, configuración de las mismas, tamaños de archivos, etc.

  • Julio  El 22/09/2015 a las 13:25

    Que tal Guillermo,
    uno de los tantos problemas al momento de migrar / copia archivos es la longitud de la ruta o path donde estos se encuentran. Que tal funciona este programa con este tipo de archivos conflictivos.

    • Guillermo Delprato  El 22/09/2015 a las 16:20

      Hola Julio, la longitud de los paths no la determina la aplicación que se usa para copiar, la maneja el acceso al sistema de archivos (“File System”)
      O sea que si no puedes desde línea de comando tampoco podrás con otra
      Cuando hay “paths” demasiado largos la única opción es tener carpetas compartidas intermedias

      • Nacho S.  El 23/09/2015 a las 06:30

        Hola Guillermo, creo que la herramienta Robocopy si permite copiar ficheros cuyo path es superior a 255 caracteres, independientemente del sistema de archivos.

      • Guillermo Delprato  El 23/09/2015 a las 07:02

        Nunca he tenido de probarlo Nacho

  • Juan Luis Ruiz  El 16/11/2015 a las 14:02

    Hola Guillermo,

    Tengo un windows server 2003 virtualizado en vmware, con dos discos duros virtuales (2 discos de solo datos, tengo todas las carpetas y archivos), en total 3, uno para el sistema y 2 para datos.
    Lo que haré sera instalar un windows server 2012 en una máquina virtual nueva y los 2 discos virtuales (los que contiene todos los datos) los añadiré en la nueva máquina virtual, es decir que las carpetas y archivos ya lo tendré.

    observo que con este método, copias carpetas y permisos. Se podría copiar solamente los permisos y compartido sobre las carpetas que ya tengo?

    • Guillermo Delprato  El 16/11/2015 a las 14:43

      Hola Juan, pasando los discos no se conservan ni los permisos, ni las carpetas compartidas
      La configuración de carpetas compartidas está en el Registro, no en el sistema de archivos, por lo tanto no se pasan
      Los permisos de seguridad, aunque están en el sistema de archivos, tampoco se mantendrán en su gran mayoría, salvo que sea un ambiente de Dominio

      • Juan Luis Ruiz  El 17/11/2015 a las 04:39

        Hola Guillermo, gracias por tu rápida respuesta.
        Tengo claro que al pasar los discos virtuales no paso ningún permiso ni configuración de carpeta compartida, posiblemente no me he explicado bien, pero mi pregunta era si hay alguna forma de copiar todos los permisos del Windows server 2003 al 2012, para no tener que ir dando carpeta por carpeta los permisos, ya que tengo una estructura de centenares de carpetas y podría estarme días… lo necesito hacer lo mas rápido posible para que los usuarios tengan acceso a sus archivos lo antes posible.

        En el tutorial explicas como copiar las carpetas con sus respectivos permisos, pero quería saber si hay alguna forma de copiar solamente permisos de un sistema a otro.

        Gracias.

      • Guillermo Delprato  El 17/11/2015 a las 08:51

        Hola Juan. Si ambas máquinas forman parte del mismo Dominio, el comando ROBOCOPY tiene modificadores para mantener los permisos de seguridad
        Si están en grupo de trabajo, pienso que no hay forma de hacerlo porque aunque los usuarios y grupos se llamen igual tendrán diferente SID

      • Juan Luis Ruiz  El 17/11/2015 a las 10:22

        Hola Guillermo, así es, ambas máquina estarán en el mismo dominio. Revisaré el comando ROBOCOPY.

        Muchas gracias por guiarme Guillermo.

  • mclj001  El 02/02/2016 a las 14:09

    Hola Guillermo. Excelente tutorial y me disponia a ponerlo en practica. Sin embargo me encuentro con dos dudas. La primera yo tengo un dfs montado sobre un cluster de 2003. me gustaria conservar la ruta relativa al dfs, pero si marco la opcion en el FSMT de dfs me dice que no puede ejecutarse en entorno de cluster.

    Que me recomiendas?

  • Juan Martinez  El 18/03/2016 a las 19:21

    Guillermo, que buen tutorial, he usado la herramienta para realizar pruebas y funciona muy bien, aunque tengo una duda, ¿tu sabes si por debajo la herramienta usa algun protocolo de copiado, algo así como si la herramienta usara xcopy o robocpy por debajo para realizar esa tarea?

    • Guillermo Delprato  El 19/03/2016 a las 06:59

      Hola Juan, realmente no lo sé. No tengo ya las máquinas virtuales con las que hice la nota para poder verificar
      Personalmente, supongo que no, pero seguro debe haber código compartido

  • Enrique  El 24/08/2016 a las 21:31

    Estimado Guillermo.
    Después de migrar, que podemos realizar sobre los nombres es decir algunos tendrán carpetas configuradas en las unidades de red con el nombre anterior:

    \\FS\compartido1
    Este nombre hay que cambiarlo por \\SRV1\compartido1
    Este cambio donde se realiza

  • Josué  El 31/10/2017 a las 13:47

    Buen día Guillermo.
    Tengo una duda en cuanto a la herramienta, sabes si tiene algún limite para copiar carpetas, ya que no me muestra todos los recursos que tengo compartidos en el servidor origen, de hecho solo me muestra una tercera parte de los recursos.

    Saludos y gracias.

    • Guillermo Delprato  El 31/10/2017 a las 16:18

      Hola Josué, que yo sepa no tiene esa limitación. Controla que estés con un usuario que tenga permisos sobre los compartidos. Y prueba también desde “Run” con “\\Nombre” a ver si los muestra todos o no

  • Josué  El 01/11/2017 a las 16:41

    Buena tarde Guillermo. Hice la modificación que comentas, para la ruta de las carpetas pero me sigue poniendo el nombre del servidor destino, de hecho veo que en tus pantallas también aparece el nombre, sabes como se pueda modificar esta situación.

    Gracias.

  • Daniel  El 30/04/2018 a las 12:10

    Hola guillermo, una pregunta, este mismo articulo me sirve cuando voy a cambiar un servidor fisico a otro servidor nuevo y fisicamente superior en cuanto a hardware, saludos fraternos.

    • Guillermo Delprato  El 30/04/2018 a las 13:16

      Este procedimiento es para migrar los datos compartidos entre un servidor y otro estando ambos en la red simultáneamente. Dependiendo lo que necesites puede servir o no
      Sólo un consejo, no vayas a deshacerte del servidor “viejo” hasta no estar seguro que todo funciona correctamente con el “nuevo”

  • Daniel  El 30/04/2018 a las 14:40

    Guillermo agradecerle su tiempo y sus excelente respuesta, una pregunta, en mi casa no tengo internet y me gustaria saber si conexion puedo montar un server virtual en casa y practicar con su video de crear un dominio o es necesario tener la internet, abrazos

    • Guillermo Delprato  El 01/05/2018 a las 11:47

      Hola Daniel, no habría ningún problema de no tener Internet, salvo que hay dos cosas a solucionar: primero obtener el medio de instalación, que si tuvieras Internet se puede descargar del “Technet Evaluation Center”
      Y el segundo para poder hacer algo con sistemas operativos servidor es que se necesita tener red, a sea real o virtual. Si no tienes red física real, la opción pasa por instalar en el servidor Hyper-V, o cualquier software de virtualización, y usar las redes virtuales que provee el sistema de virtualización
      Agrego, el hardware debe soportar los requisitos de virtualización, y además mucha memoria RAM :)

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

w

Conectando a %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.

A %d blogueros les gusta esto: