Cómo migrar aplicaciones, datos, configuraciones y perfiles de Windows Server 2003 al Servidor 2012 / 2016 / 2019 (o 2008)

La compatibilidad con 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, migrando a servidores 2008, 2012, 2016 o 2019 más recientes.

Desde 2003, los servidores son bastante antiguos y, dado que no hay una ruta de actualización directa del Servidor 2003 al Servidor 2019, 2016 o 2012, la forma recomendada de eliminar el Servidor 2003 es transferir a un nuevo hardware, no una actualización in situ.

En este artículo, aprenderemos a realizar una migración de Windows Server para un servidor de aplicaciones típico, mientras nos aseguramos de que no se pierdan aplicaciones ni 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 tutorial en video 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 servicios completo para implementaciones a gran escala. Póngase en contacto con el equipo de cuentas de IBM de su región para obtener más información.

Tutorial en vídeo-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?

A: 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 una pequeña parte de las aplicaciones heredadas de 2003 puede no ser compatible de forma nativa con servidores más nuevos. Para ellos, el paquete WinServ puede realizar una migración virtualizada.

P: ¿Qué pasa si mis aplicaciones ya no son compatibles o si ya no tengo los discos de instalación?

A: Incluso si no tiene forma de instalar sus aplicaciones en el nuevo servidor, aún puede transferirlas desde el antiguo, utilizando una herramienta de migración dedicada, como el paquete WinServ que se analiza en este tutorial. WinServ es una aplicación genérica, y aquí hay una lista parcial de lo que migra:

• MS SQL
• MySQL
• SAP (incluido SAP Business One)
• Oracle
• Sybase
• DB2
• Servidor de aplicaciones Java
• Avaya
• PeopleSoft
• JD Edwards Enterprise One (JDE E1)
• Citrix
• Apache (solo Windows)
• WebSphere
• Microsoft Dynamics

P: ¿Qué sucede si me quedo con Windows Server 2003 después del 14 de julio de 2015?

A: No explotará. Sin embargo, Microsoft ya no proporcionará asistencia y cobrará hasta 6 600 por incidente si les solicita asistencia.

P: ¿Cuáles son los beneficios de la transferencia desde Windows Server 2003?

A: Un nuevo servidor es incomparablemente más seguro y más potente que el antiguo que ha estado funcionando durante muchos años. Puede utilizar más de 4 GB de memoria, lo que significa que se puede poner 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 servidores dedicados como WinServ, como mostraremos en el tutorial. La segunda parte requiere trabajo manual, para lo cual se proporcionará orientación, o contratar un servicio que lo realice.

Para un servidor de aplicaciones, solo necesita la primera parte.

Antes de la migración:

1. 1. Audite sus servidores: Asegúrese de saber de qué es responsable el servidor. Necesita hacer dos listas:
      1. Qué roles está ejecutando el servidor (¿es un DC? ¿Ejecuta DNS / DHCP? IIS? ¿Huellas?). Para la migración de roles, la única forma es una migración manual o un servicio de migración de servidor. En este tutorial, nos centraremos en la migración automática de aplicaciones de servidor.
      2. ¿Qué aplicaciones se están ejecutando en el servidor? (¿Oráculo? ¿SQL? ¿CRM? ¿aplicaciones de terceros?). Estos se pueden migrar automáticamente utilizando una herramienta adecuada, que se tratará más adelante en este tutorial.

Sugerencia: Si su organización no utiliza una herramienta de administración centralizada (por ejemplo, Microsoft SCCM) para supervisar sus servidores, puede descargar el Kit de herramientas gratuito de Evaluación y planificación (MAP) de Microsoft aquí. También puede utilizar el diagnóstico de servidor gratuito de Zinstall en este enlace. Permite una revisión rápida de toda la lista de software y hardware del servidor.

2. Programe su franja horaria de migración: Las migraciones llevan tiempo y, durante ese tiempo, los 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 aplicaciones se puede realizar de forma remota o iniciar de antemano en modo desatendido.
3. 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.
4. 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 una ventana física 2012 / 2016 / 2019 servidor, 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 migración no varía significativamente con su elección.

Migración de aplicaciones, perfiles, recursos compartidos y datos

Este es el proceso para realizar una migración de un servidor de aplicaciones Windows 2003 de origen a un servidor de destino 2012 / 2016 / 2019:

1. Actualiza y parchea completamente el servidor de destino.
2. Agregue el servidor de destino al dominio.
3. Ejecute WinServ (o una herramienta similar) en el servidor de origen (2003) y en el servidor de destino (2012, 2016 o 2019).
4. En esta etapa, puede transferir directamente a través de la red o realizar una migración indirecta: capturar el servidor de origen a un contenedor en almacenamiento de red / almacenamiento en la nube y, a continuación, implementarlo desde ese contenedor en el nuevo servidor.
5. 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.
6. Pulse ” 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á indicación de progreso a lo largo del 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: Finalización de Windows Server 2003 en Su Organización. La información a continuación se basa en el artículo anterior.

1. Migración de IIS: Si todo lo que tiene en ejecución en IIS 6 son páginas HTML básicas o Páginas de Servidor activo (ASP), puede copiar el contenido a la versión de IIS que se ejecuta en Servidor 2012 o Servidor 2012 R2 y, a continuación, actualizar los registros DNS para que apunten al nuevo servidor de IIS. Sin embargo, las organizaciones suelen tener configuraciones más complejas. La buena noticia es que puede usar un kit de herramientas de migración llamado Web Deploy 3.6. Si necesita migrar sitios web a aplicaciones web de Microsoft Azure, consulte Asistente de migración de aplicaciones Web de Azure.Migración de DC y AD
2. : Siempre que haya seguido las prácticas recomendadas, sus controladores de dominio (DCs) no ejecutan ningún otro software, lo que significa que el dominio y el bosque existentes estarán preparados para Server 2012 o Server 2012 R2. En este caso, debe crear nuevos DCs con Servidor 2012 o Servidor 2012 R2, migrar los roles de Operación Flexible de Maestro Único (FSMO), migrar cualquier certificado u otros elementos y, a continuación, retirar el DCs de Servidor 2003. Para introducir el DCs de Servidor 2012, el bosque (y, por lo tanto, los dominios) debe estar en modo Windows Server 2003. Para obtener orientación detallada sobre la migración de DCs, consulte Actualizar controladores de dominio a Windows Server 2012 R2 y Windows Server 2012.Migración a
3. DHCP: los ámbitos DHCP proporcionan las direcciones IP dadas a los clientes, junto con su configuración de IP (por ejemplo, puerta de enlace, servidor DNS). Para migrar ámbitos DHCP, la mejor opción es exportar los ámbitos desde la instancia Server 2003 y, a continuación, importarlos a la instancia Server 2012 o Server 2012 R2. Los detalles completos de este enfoque están disponibles en la entrada de blog de TechNet Networking “Pasos para mover una base de datos DHCP de un servidor Windows 2003 o 2008 a otro equipo con Windows Server 2008”.”Si hay algún retraso en la exportación e importación del ámbito DHCP y un riesgo de reutilización de direcciones IP, puede configurar el servidor DHCP para comprobar si se está utilizando una dirección IP antes de asignarla habilitando la detección de conflictos de direcciones.Migración de DNS
4. : Si aloja DNS en Windows, es probable que lo integre con AD y sus servidores DNS sean DCs. 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 todas las configuraciones de IP estáticas 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 servidores nuevos a las de los servidores antiguos una vez que se retiren los servidores antiguos.
5. Servicios de impresión: Al igual que los servicios de archivos, las configuraciones y los recursos compartidos de impresoras deben migrarse del servidor de origen al servidor de destino. Además, necesitará nuevos controladores de impresora 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 usar 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.Migración de Exchange: Actualización de Exchange 2007 a Exchange 2013
6. Migración de SQL server: Consulte Actualizaciones de versión y edición compatibles

Tratamiento de aplicaciones incompatibles:

Algunas aplicaciones heredadas de terceros que se ejecutan en Windows Server 2003 pueden ser incompatibles con Windows Server 2008 o Windows Server 2012. Tales aplicaciones son generalmente software heredado de DOS, de 16 bits o de 32 bits, que no se ha actualizado para las versiones más nuevas 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 de misión crítica para el funcionamiento continuo de la organización, la opción recomendada para conservarlas operativas es realizar una migración virtualizada de esas aplicaciones a una instancia de servidor virtual 2003 que se ejecuta en un servidor de reemplazo más reciente. Luego, continúe con los pasos necesarios para eliminar gradualmente esas aplicaciones y deje de ejecutar las instancias virtualizadas de 2003.

Dicha migración de P2V (física a virtual) también debe realizarse utilizando WinServ.

Después de la migración:

Una vez completado el proceso de migración, es hora de verificar los resultados.

1. 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 CRM-SERVER a la dirección del nuevo servidor.
2. Lo mismo ocurre con los scripts de inicio de sesión y la política de GPO.
3. Inicie todas las aplicaciones y consolas que utilice y verifique que se carguen correctamente.
4. Con una estación de trabajo cliente, compruebe que los clientes pueden acceder al servidor migrado correctamente y que sus aplicaciones se ejecutan sin problemas.

¡Felicitaciones! La migración del servidor de aplicaciones ya se ha completado.

¿Listo para migrar sus servidores Windows 2003 a 2016/2019?

Obtenga Zinstall WinServ aquí

También puede ponerse en contacto con nosotros para obtener asistencia, licencias por volumen y ayuda para configurar un POC.