Cómo migrar aplicaciones, datos, configuraciones y perfiles de Windows Server 2003 a Server 2012/2016 (o 2008)
El soporte de Windows Server 2003 finalizó el 14 de julio de 2015. Si todavía tiene servidores 2003 en su entorno, ahora es el momento de deshacerse de ellos: migrar a los nuevos 2008, 2012, 2016 o Server 2019.
Dado que los servidores 2003 son bastante antiguos, y dado que no existe una ruta de actualización directa de Server 2003 a Server 2019, 2016 o 2012, la forma recomendada de eliminar Server 2003 es transferir a un nuevo hardware, no una actualización en el lugar.
En este artículo, aprenderemos cómo realizar una migración de Windows Server para un servidor de aplicaciones típico, mientras nos aseguramos de que no se pierdan aplicaciones o archivos en el proceso.
El uso de este tutorial generalmente permite completar una migración de servidor en menos de 24 horas (aunque los casos complicados pueden requerir más tiempo).
El tutorial está a continuación, y antes de eso, un video tutorial y algunas preguntas comunes sobre Windows Server 2003 EOL y migración.
La herramienta utilizada en este tutorial, Zinstall WinServ, también está disponible en IBM Services, como parte de su paquete de servicio completo para implementaciones a gran escala. Póngase en contacto con su equipo de cuentas de IBM en su región para obtener más información.
Video tutorial – migración automática del servidor
P: ¿Puedo transferir las aplicaciones que estoy ejecutando actualmente en Windows Server 2003 a un nuevo servidor 2012/2016/2019?
R: Sí. Con un producto como WinServ, puede transferir automáticamente todas las aplicaciones, perfiles, recursos compartidos y datos a un servidor de reemplazo 2012/2016/2019. Tenga en cuenta que es posible que una pequeña parte de las aplicaciones anteriores de 2003 no sean compatibles de forma nativa con servidores más nuevos. Para aquellos, el paquete WinServ puede realizar una migración virtualizada.
P: ¿Qué pasa si mis aplicaciones ya no son compatibles o ya no tengo los discos de instalación?
R: Incluso si no tiene forma de instalar sus aplicaciones en el nuevo servidor, aún puede transferirlas desde el anterior, utilizando una herramienta de migración dedicada, como el paquete WinServ que se describe en este tutorial. WinServ es una aplicación genérica, y aquí hay una lista parcial de lo que migra:
MS SQL
MySQL
SAP (including SAP Business One)
Oracle
Sybase
DB2
Java Application Server
Crystal Reports
Avaya
PeopleSoft
JD Edwards Enterprise One (JDE E1)
Citrix
Apache (Windows only)
WebSphere
Microsoft Dynamics
P: ¿Qué sucede si me quedo con Windows Server 2003 después del 14 de julio de 2015?
R: No explotará. Sin embargo, Microsoft ya no brindará soporte y cobrará hasta $600 por incidencia si les solicita ayuda.
P: ¿Cuáles son los beneficios de transferir fuera de Windows Server 2003?
R: Un nuevo servidor es incomparablemente más seguro y más poderoso que el anterior que ha tenido funcionando durante muchos años. Puede utilizar más de 4 GB de memoria, lo que significa que se puede colocar una carga mucho mayor en una sola máquina física, incluido el servidor virtualizado. Junto con el aspecto de seguridad del sistema operativo actualizado, se espera que el rendimiento general sea mucho mejor.
Cómo migrar de Windows Server 2003 a Windows Server 2008/2012/2016/2019
Este tutorial se divide en dos secciones principales, que representan los dos tipos de tareas de migración en cualquier servidor: 1) Aplicaciones, perfiles, recursos compartidos y migración de datos y 2) Migración de roles de servidor.
La primera parte se puede automatizar utilizando herramientas de migración de servidor dedicadas como WinServ, como mostraremos en el tutorial. La segunda parte requiere trabajo manual, para lo cual se brindará orientación o deberá contratar un servicio que lo realice.
Para un servidor de aplicaciones, solo necesita la primera parte.
Antes de la migración:
Audite sus servidores: Asegúrese de saber de qué es responsable el servidor. Necesita hacer dos listas:
¿Qué roles está ejecutando el servidor (¿es un DC? ¿Ejecuta DNS / DHCP? ¿IIS? ¿Imprimir?). Para la migración de los papeles, la única manera es una migración manual, o un servicio de Server Migration service. En este tutorial, nos centraremos en la migración automática de aplicaciones de servidor.
¿Qué aplicaciones se ejecutan en el servidor? (¿Oracle? ¿SQL? ¿CRM? ¿Aplicaciones de terceros?). Estos se pueden migrar automáticamente utilizando una herramienta adecuada, que se tratará más adelante en este tutorial.
Consejo: Si su organización no utiliza una herramienta de administración centralizada (por ejemplo, Microsoft SCCM) para monitorear sus servidores, puede descargar gratis el Microsoft Assessment and Planning (MAP) Toolkit aquí. También puede utilizar el diagnóstico de servidor gratuito de Zinstall en este enlace. Permite una verificación rápida de toda la lista de software y hardware del servidor.
Programe su intervalo de tiempo de migración: Las migraciones llevan tiempo y, durante ese tiempo, sus usuarios pueden verse afectados en cierta medida. Si es posible, intente programar la migración real para que se realice fuera de horario o durante un fin de semana. Tenga en cuenta que en realidad no tiene que quedarse allí en ese momento: la migración de la aplicación se puede realizar de forma remota o iniciar con anticipación en modo desatendido.
Verifique que sus copias de seguridad estén actualizadas y sean realmente restaurables: Cualquier actualización importante puede salir mal y, sin una copia de seguridad válida y actualizada, corre el riesgo de perder todo lo que tenía en el servidor. ¡Asegúrese de verificar que la copia de seguridad que tiene no esté dañada y lista para ser restaurada si es necesario!
Decida el tipo de reemplazo: Una vez que haya decidido reemplazar un servidor, tiene varias opciones con respecto a cuál será el reemplazo. Puede ser un servidor físico de Windows 2012/2016/2019, un servidor virtual que se ejecuta en las instalaciones o incluso un servidor basado en la nube que se ejecuta fuera de las instalaciones. WinServ admite cualquiera de esas transferencias, por lo que la dificultad de la migración no varía significativamente con su elección.
Migración de datos, aplicaciones, perfiles, y recursos compartidos
Este es el proceso para realizar una migración de un servidor de aplicaciones de Windows 2003 de origen a un servidor de destino 2012/2016/2019:
Actualice y parchee completamente el servidor de destino.
Agregue el servidor de destino al dominio.
Ejecute WinServ (o una herramienta similar) en el servidor de origen (2003) y en el servidor de destino (2012, 2016 o 2019).
En esta etapa, puede transferir directamente a través de la red o realizar una migración indirecta: capturar el servidor de origen en un contenedor en el almacenamiento de red / almacenamiento en la nube y luego implementar desde ese contenedor en el nuevo servidor.
Antes de iniciar la transferencia, también tiene la opción de elegir las aplicaciones y los datos que desea transferir. O simplemente ejecute la transferencia para migrar todo.
Presione “Go” en el servidor de destino para iniciar la transferencia.
Dependiendo de la cantidad de datos y aplicaciones transferidos, la transferencia real puede tardar varias horas en completarse. Verá una indicación de progreso durante todo el proceso.
Migración de roles de servidor
Esta parte de la migración se realiza manualmente y existen varios tutoriales que pueden ayudar. Recomendamos la excelente guía de John Savill: Eliminación de Windows Server 2003 en su organización. La información a continuación se basa en el artículo anterior.
Migración de IIS: Si todo lo que tiene en ejecución en IIS 6 son páginas HTML básicas o páginas Active Server (ASP), puede copiar el contenido a la versión de IIS que se ejecuta en Server 2012 o Server 2012 R2, luego actualice los registros DNS para que apunten al nuevo servidor IIS. . Sin embargo, las organizaciones suelen tener configuraciones más complejas. La buena noticia es que puede utilizar un kit de herramientas de migración llamado Web Deploy 3.6. Si necesita migrar sitios web a aplicaciones web de Microsoft Azure, consulte el Asistente de migración de aplicaciones web de Azure.
Migración de DC y AD: Siempre que haya seguido las mejores prácticas, sus controladores de dominio (DC) no ejecutan ningún otro software, lo que significa que el dominio y existente estará preparado para Server 2012 o Server 2012 R2. En este caso, debe crear nuevos controladores de dominio que ejecuten Server 2012 o Server 2012 R2, migrar los Flexible Single-Master Operations (FSMO), migrar los certificados u otros elementos y luego retirar los controladores de dominio de Server 2003. Para presentar los controladores de dominio de Server 2012, el conjunto (y, por lo tanto, los dominios) debe estar en modo Windows Server 2003. Para obtener instrucciones detalladas sobre la migración de controladores de dominio, consulte Actualización de controladores de dominio a Windows Server 2012 R2 y Windows Server 2012.
Migración de DHCP: Los ámbitos DHCP proporcionan las direcciones IP que se les dan a los clientes, junto con su configuración de IP (p. Ej., Puerta de enlace, servidor DNS). Para migrar ámbitos DHCP, la mejor opción es exportar los ámbitos desde la instancia de Server 2003 y luego importarlos a la instancia de Server 2012 o Server 2012 R2. Los detalles completos sobre este enfoque están disponibles en la publicación del blog de TechNet Networking” Pasos para mover una base de datos DHCP desde Windows Server 2003 o 2008 a otra máquina con Windows Server 2008 .” Si hay algún retraso en la exportación e importación del alcance DHCP y existe el riesgo de reutilización de la dirección IP, puede configurar el servidor DHCP para verificar si se está utilizando una dirección IP antes de que se asigne habilitando la detección de conflictos de direcciones.
Migración de DNS: Si aloja DNS en Windows, es probable que lo integre con AD y sus servidores DNS sean DC. Por lo tanto, cuando migre AD, la configuración de DNS también se moverá. Es importante recordar migrar cualquier configuración de servidor DNS, como el reenvío. Si los servidores DNS se alojarán en nuevas direcciones IP, debe asegurarse de actualizar cualquier configuración de IP estática y todas las configuraciones de DHCP. Para evitar esta tarea que consume mucho tiempo, la mayoría de las organizaciones cambiarán las direcciones IP de los nuevos servidores por las de los servidores antiguos una vez que se retiren los servidores antiguos.
Servicios de impresión Al igual que los servicios de archivos, las configuraciones de impresora y los recursos compartidos se deben migrar del servidor de origen al servidor de destino. Además, necesitará nuevos controladores de impresora que sean de 64 bits y compatibles con Server 2012 o Server 2012 R2, así como con clientes modernos. Microsoft tiene un asistente de migración de impresión y una herramienta de línea de comandos que puede utilizar para migrar servicios de impresora. Puede descargar estas herramientas desde la página web Migrar servicios de impresión y documentos a Windows Server 2012.
Algunas aplicaciones heredadas de terceros que se ejecutan en Windows Server 2003 pueden ser incompatibles con Windows Server 2008 o Windows Server 2012. Estas aplicaciones son generalmente software heredado de DOS, de 16 o 32 bits, que no se ha actualizado para las versiones más recientes del sistema operativo. Se recomienda encarecidamente eliminar estas aplicaciones del entorno de producción lo antes posible.
Si estas aplicaciones no se pueden eliminar de inmediato y son fundamentales para el funcionamiento continuo de la organización, la opción recomendada para mantenerlas operativas es realizar una migración virtualizada de esas aplicaciones a una instancia de Server 2003 virtual que se ejecute en un servidor de reemplazo más nuevo. Luego, continúe con los pasos necesarios para eliminar esas aplicaciones y dejar de ejecutar las instancias 2003 virtualizadas.
Dicha migración P2V (física a virtual) también debe realizarse utilizando WinServ
Después de la migración:
Una vez que se completa el proceso de migración, es hora de verificar los resultados.
Es posible que deba ajustar el DNS de su dominio para que apunte al nuevo servidor donde sea necesario. Por ejemplo, cambiar la entrada DNS de CRM-SERVER a la dirección del nuevo servidor.
Lo mismo ocurre con los scripts de inicio de sesión y la política de GPO.
Inicie todas las aplicaciones y consolas que utilice y verifique que se carguen correctamente.
Utilizando una estación de trabajo cliente, verifique que los clientes puedan acceder al servidor migrado correctamente y que sus aplicaciones se ejecuten sin problemas.
¡Felicidades! La migración de su servidor de aplicaciones ahora está completa.
¿Está listo para migrar sus servidores Windows 2003 a 2016/2019?
