Video: Migrar dominio de Windows Server 2003-2012R2 a 2016 (Noviembre 2024)
El 14 de julio, Microsoft terminará el soporte extendido para Windows Server 2003. Esto significa que "no habrá más parches que solucionen vulnerabilidades de seguridad, defectos que no sean de seguridad", etc. Si Windows Server 2003 y las aplicaciones que se ejecutan en él juegan un papel crítico en su infraestructura, debe comenzar a migrar a una nueva plataforma de servidor ahora (si aún no lo ha hecho).
Si bien la migración comienza con el servidor físico o virtual y el sistema operativo, no se detiene allí. Garantizar una ruta de actualización sin problemas para las aplicaciones minimizará el tiempo de inactividad. Es importante comprender las ramificaciones de la migración hacia arriba y hacia abajo de la pila, desde el sistema operativo hasta la base de datos, la aplicación y el front-end web. Hay muchos lugares para romper la pila durante la migración, por lo que una planificación y prueba cuidadosas son requisitos que deben integrarse en la línea de tiempo de su proyecto.
Aquí hay una breve descripción del proceso de migración:
1. Descubra: catalogue su software y cargas de trabajo
2. Evaluar: clasificar aplicaciones y cargas de trabajo (y dependencias)
3. Destino: identificar destinos y rutas de migración
4.Migrar, actualizar y probar: haga el movimiento y luego asegúrese de que todo funcione
No importa su carga de trabajo, la actualización y la migración no serán sencillas. No puede actualizar el sistema operativo subyacente sin actualizar la aplicación. Es probable que no pueda descargar una herramienta de migración que automatizará todo por usted. Algunos proveedores tienen herramientas que ayudan, pero ninguno de ellos lo automatiza todo por usted. Ya sea que esté ejecutando Exchange, SharePoint, SQL Server, otras aplicaciones de Microsoft o aplicaciones de terceros, este será un proceso de planificación intensiva y que requiere mucho tiempo.
Un excelente lugar para comenzar es el Asistente de planificación de migración de Windows Server 2003 de Microsoft, que lo guiará a través de los cuatro pasos principales enumerados anteriormente. También está el Kit de herramientas de planificación y evaluación de Microsoft (MAP) para Windows Server 2003 y la migración de SQL Server 2005 (este último llega a su fin el 12 de abril de 2016). MAP también descubrirá aplicaciones de terceros para que pueda comenzar a migrarlas también.
Este es un muy buen momento para repensar la arquitectura de sus sistemas. En cuanto a la migración de Exchange, SharePoint y SQL Server, puede pasar a otro Windows Server físico, un Windows Server virtual o una combinación de servicios en la nube. Es posible que desee pasar parcialmente a la nube (o totalmente) con Microsoft Azure y Office 365 o con algún otro proveedor. Es posible que desee consolidar varios servidores físicos como máquinas virtuales que se ejecutan en un solo servidor físico. En cuanto a qué versión de software comprar, es mejor considerar actualizar a la versión más nueva de todo, por ejemplo, elija Windows Server 2012 R2 en lugar de Windows Server 2008 R2, aunque solo sea para maximizar el tiempo que pasará antes de tener que pasar por esto de nuevo.
Es complicado
La ruta de migración se complica con aplicaciones personalizadas y de terceros. La evaluación debe comenzar por comprender el valor de la aplicación, especialmente lo importante que es para el buen funcionamiento de la empresa. ¿Qué opciones de reparación están disponibles y qué tan simples son? Saber cómo la migración de una aplicación afectará a la empresa es un componente crítico del proceso de toma de decisiones. Además, no se trata solo de cada aplicación individual, también se trata de las relaciones entre ellas. Y dado que estamos hablando de aplicaciones que pueden haber estado en funcionamiento desde 2003, puede ser difícil encontrar algunas de estas respuestas. Comprender las aplicaciones que está ejecutando y cómo se integran contribuirá en gran medida a una migración sin problemas.
Lo más importante que debe comprender acerca de las aplicaciones de terceros y personalizadas es que deberá determinar si se ejecutarán en su próximo servidor. Por ejemplo, si la aplicación es una aplicación de 32 bits sin ningún código de 16 bits o sin controladores de 16 bits, es probable que se ejecute en Windows Server 2012 R2. Si se ejecuta, ¿el proveedor admite la aplicación en Windows Server 2012 R2? Si es compatible, ¿tiene los paquetes de instalación y el conocimiento para realizar una reinstalación y migración de datos? Si el proveedor no admite la ejecución de la aplicación de 32 bits en Windows Server 2012 R2, deberá actualizar o buscar una alternativa.
Existen algunas herramientas de terceros, como AppZero y Vision Software, que pueden ayudar a migrar aplicaciones de terceros y personalizadas. AppZero identifica, extrae y mueve las aplicaciones existentes del servidor de Windows a otro servidor de Windows, ya sea en su centro de datos (físico o virtual) o en la nube. Vision Software realiza una migración de tiempo de inactividad casi cero de aplicaciones y datos a otro servidor físico o virtual, capturando todos los cambios que realizan los usuarios durante la migración y replicandolos al nuevo servidor.
Conclusión
Actualizar y migrar aplicaciones será mucho más difícil que simplemente actualizar a una nueva versión de Windows Server. Cuanto más complejo sea su entorno, más compleja será su base de código y más difícil será este proceso. Aquí es donde la planificación y las pruebas cuidadosas son obligatorias para evitar romper las aplicaciones críticas para el negocio. Comprender las aplicaciones en sí mismas, sus dependencias en otras aplicaciones, en el back-end de una base de datos y en los componentes del sistema es fundamental. Prepárese para lo impensable: es posible que no pueda migrar parte del código y deba reescribirse.
Para obtener más información, consulte las tres primeras partes de esta serie: la Guía del Procrastinator para la migración de Windows Server 2003, la Guía de migración de Windows Server 2003: cómo elegir un sistema operativo de reemplazo y por qué debe (o no debe) realizar el movimiento desde Windows Server 2003.