Migración de servidores: reduciendo el tiempo de inactividad y evitando riesgos

                  Todos sabemos esto: la Solución A está alojada en el Servidor 1, pero la confiabilidad del Servidor 1 puede tener algunos problemas por alguna razón. Esto puede hacer que un servidor falle, actualice los retrasos o requiera la virtualización para conservar los recursos, solo algunas de las muchas razones legítimas para migrar al Servidor 2. El desafío para los usuarios es completar la migración del servidor sin perder la funcionalidad y los recursos necesarios para la Solución A o causar un tiempo de inactividad excesivo para incurrir en quejas de los usuarios contra el departamento de TI.

Entonces, cuando tiene cuidado de implementar el proceso de migración y no está dispuesto a sufrir el riesgo de perder todo el sistema, ¿cómo lidia con este dilema? ¿Cómo cumple con los exigentes requisitos de los usuarios para un tiempo de inactividad cero? Aquí hay cinco consejos para ayudarlo a evitar estos riesgos.

Consejo 1: comprensión de las dependencias entre sistemas

Si bien el personal de TI puede ser reacio a admitir esto, es posible que algunos empleados no entiendan completamente una solución en una estrategia de migración establecida. ¿Cómo funciona? Tome Exchange Server como ejemplo. El cambio a un servidor de Exchange se puede hacer de varias maneras, desde la simple migración de un solo usuario a una solución de terceros (si es necesario) desde la simple migración de todo el servidor al nuevo dominio.

El desafío es que esta migración afectará a sistemas como Good Technologies Services, BlackBerry Enterprise Server, Lync y Mobile Technology Suite a Exchange (Outlook Web Access /App, Outlook Anywhere y ActiveSync) a nivel local. . A diferencia del enfoque que toma en cuenta estas soluciones de ecosistema durante el proceso de migración del servidor de correo electrónico, puede exportar todos los usuarios móviles muy rápidamente. Pero no puede comprender completamente todos los sistemas periféricos, y su sistema de migración de destino puede depender de estos sistemas periféricos o depender de los demás, para que caiga en la pesadilla de la migración real.

Consejo 2: sepa qué es necesario para migrar

Un conjunto de soluciones consta de uno o más componentes que involucran uno o más servidores o recursos de hardware. Los pasos correctos en el proceso de migración aseguran que primero entienda cómo funciona la solución y qué parte de la migración estará en el sistema migrado antes de comenzar la migración real. Los servidores de fax son el mejor ejemplo de este tipo de solución, ya que muchas empresas necesitan tarjetas de fax físicas para garantizar un funcionamiento correcto. Si no se asegura de que su tarjeta de fax sea compatible con la nueva plataforma de hardware /virtualización que está intentando migrar, el mejor plan de migración se verá comprometido.

Consejo 3: entienda qué se debe migrar

Una vez que haya calculado los componentes que deben migrarse desde la plataforma actual, debe analizar detalladamente los componentes que puede necesitar para migrar o no. Siempre hay algunos componentes del sistema que no necesitan migrarse a la nueva plataforma, pero puede ser necesario migrar para minimizar la posibilidad y la complejidad del tiempo de inactividad.

Por ejemplo, la información de estado del sistema de Windows puede requerir herramientas adecuadas para migrar de una plataforma de hardware a otra. Si esta información se puede migrar, la complejidad de la nueva configuración del servidor se puede reducir considerablemente, al menos desde la perspectiva de los sistemas y software de Windows.

Consejo 4: Establezca expectativas y respete el objetivo

Los usuarios desean lograr una migración de tiempo de inactividad. Pero el hecho desafortunado es que este sueño sin canto es usualmente imposible en un mundo de migración real. Incluso si no hay un tiempo de inactividad visible cuando se implementa una migración física (como migrar correos electrónicos en Exchange o Notes), aún debe proporcionar a sus empleados un respiro para hacer frente a emergencias inesperadas. La migración de la información de estado del sistema y el binario, la planificación cuidadosa y la realización de todo lo posible antes de la migración pueden minimizar la posibilidad de tiempo de inactividad. Sin embargo, eliminar el tiempo de inactividad en todos los principales procesos de migración de hardware es solo una cuestión de expectativas y puede ser difícil de lograr.

Establezca un número razonable de tiempos de inactividad para garantizar que todos, desde el personal de TI hasta los usuarios, sepan cuándo puede ocurrir el tiempo de inactividad y cuánto tiempo tomará. Si este tiempo de inactividad no es aceptable para el usuario, explique por qué se debe hacer el motivo y las consecuencias catastróficas que pueden resultar del sistema.

Consejo 5: obtenga las herramientas que necesita

La migración a menudo produce resultados inesperados debido a la falta de comprensión de las reglas. Un ejemplo: muchas herramientas que migran de una máquina física local a una máquina virtual requieren que los datos permanezcan estáticos durante el proceso de migración (solo para administradores de bases de datos). Para SQL o un servidor como este, esto significa que la base de datos debe estar fuera de línea durante el proceso de migración debido al mayor riesgo de pérdida de datos en el proceso. La herramienta que la máquina física migra a la máquina virtual también es una migración en un solo sentido desde el servidor físico a la máquina virtual. Esto es una limitación en la operación. Si su migración solo es posible de máquinas físicas a virtuales, no es útil si intenta migrar a otra máquina física. Si encuentra este problema después de que la migración no ayuda, el software de la aplicación no alcanzará su estado esperado en el nuevo entorno.

Elija una biblioteca de herramientas para sus necesidades: el enfoque típico es combinar herramientas locales con herramientas de terceros para garantizar que pueda realizar la migración de forma segura e implementarla según lo planeado. El uso conjunto de estos cinco consejos garantiza que no se pierda ese punto y que pueda migrar a la nueva plataforma con un tiempo de inactividad mínimo al implementar la migración.