Migracion de datos

Página 1

Migración de datos La migración de datos consiste en la transferencia de materiales digitales de un origen de datos a otro, transformando la forma lógica del ente digital de modo que el objeto conceptual pueda ser restituido o presentado por un nuevo equipo o programa informático. Se trata de una consideración clave para cualquier implementación, actualización o consolidación de un sistema informático. Se distingue del refresco, que se limita a mantener el flujo de datos transfiriéndolos simplemente de un soporte a otro. Hay varias estrategias que pueden ser consideradas una forma de migración, que difieren en el momento en que se produce la transformación y en los tipos de objetos transformados. El método de migración más propuesto consiste en convertir de manera permanente un formato lógico en otro, de manera que todos los objetos ”migrados” puedan ser presentados con una tecnología diferente.

Existen diversos motivos para realizar una migración, tales como la preservación o difusión de los contenidos, mejoras en el funcionamiento, cumplir con nuevos requerimientos de usuario o de software, la interoperabilidad, la actualización de versiones, la estandarización de la tecnología, la reducción de costos al optar por un software libre, el aumento en el volumen de datos, nuevos procesos de negocio o mejoras en la seguridad o el control de la información, entre otros escenarios posibles.

Componentes críticos de un plan de migración El primer paso en una migración exitosa es la elaboración de un plan general que describa el proceso y las herramientas requeridas e identifique a los proveedores y al personal de asistencia. Toda esta información se determina en un documento de plan de migración.

Un plan de migración formal ayuda a que el personal pueda ver el panorama general en lugar de apenas piezas individuales del rompecabezas. Para que sea eficaz, el plan debe abarcar todos los requisitos de migración e identificar con precisión el entorno de sistemas actual y las futuras mejoras. Los planes típicos incluyen seis componentes importantes.

Detección de servidores

La detección de servidores pone de relieve los requisitos de diseño tales como necesidades de réplica, plazos, proveedores que participarán en la migración y la configuración de la solución de hardware final. Se debe tener en cuenta la cantidad de servidores, las versiones y los tipos de sistemas operativos, la cantidad de datos que hay en los servidores, los tipos de aplicaciones y bases de datos, las velocidades de red entre los sistemas nuevos y antiguos y si se requieren actualizaciones o cambios en la configuración de dichos servidores. Todos estos son aspectos críticos que le ayudarán a determinar de forma eficaz cuáles son los productos o las soluciones que se utilizarán en el proyecto de migración.

Ingeniería y selección de productos

La ingeniería y selección de productos identifica y establece toda la información básica con respecto a cuáles son los sistemas que se deben migrar. Este paso crucial trata de descubrir y documentar todos los detalles del sistema para asegurarse de conocer el panorama general.

Las herramientas de inventario pueden ser útiles, pero los resultados siempre se deben verificar para asegurarse de que no haya sorpresas posteriormente. En este paso, es sumamente importante identificar cuáles son los sistemas que admiten aplicaciones, bases de datos de usuarios y su dependencia mutua. Después de la fase de detección, evalúe la posibilidad de realizar un bloqueo de infraestructura en los sistemas de modo que se pueda hacer un seguimiento cuidadoso de los cambios en los sistemas y sus relaciones durante la migración.

Planificación de horarios y agrupación de servidores

La agrupación y asignación de servidores ilustra cómo se arman y utilizan los datos en el plan de migración. El proceso de agrupación y asignación ayuda a determinar el estado futuro de un servidor según su configuración actual pero también es importante porque ilustra cómo agrupar servidores por grupo de coherencia. Algunos servidores tienen interdependencias que requieren que se los migre de forma conjunta para eliminar la interrupción de servicios esenciales para los usuarios finales. Una vez que se hayan establecido los grupos de coherencia, se los puede migrar en grupos de olas de migraciones. Estos conforman el cronograma y los hitos de la migración y sientan las bases para un plan de proyectos real.

Metodología de migración

La definición de la metodología de migración aclara los riesgos asociados con la migración. Esta es la verdadera fase de arquitectura de una migración, donde los procesos se establecen para definir la forma en que se migrarán realmente los sistemas.

Validación

Ninguna cantidad de pruebas detectará todas las incoherencias, pero la prueba de los pasos en las secciones precedentes en un laboratorio de prueba o con un programa piloto de migración podrá descubrir y prevenir la mayoría de los problemas. Este también es el momento en el proceso de planificación para las conversaciones sobre mitigación de riesgos.

Prueba de aceptación

Para asegurarse de que todos los sistemas funcionen a pleno antes de entrar en actividad, invierta tiempo en realizar una prueba de aceptación y un plan de recuperación antes de declarar la victoria. La prueba de verificación de aplicaciones (AVT, por sus siglas en inglés) garantiza que el nuevo sistema se comunique con otros sistemas en su grupo de coherencia y funciones en el nuevo entorno. La AVT también garantiza que se hayan instalado nuevas herramientas de administración o monitoreo y que se puedan comunicar con los servidores. La prueba de aceptación del usuario (UAT, por sus siglas en inglés) se debe completar después de la AVT como la prueba final que se realizará en los sistemas antes de liberarlos para que entren en estado de actividad. Esta prueba confirma y garantiza que todos los usuarios de la unidad de negocios tengan acceso a los servidores y que dispongan de toda la funcionalidad prevista. Por último, las pruebas de seguridad se pueden realizar prácticamente en cualquier momento durante el proceso como una oportunidad para que el equipo de seguridad busque si hay virus o malware en los servidores antes de que los usuarios tengan acceso a los sistemas y datos.

Todas las pruebas se deben documentar cuidadosamente. Cuando se detectan y solucionan problemas, se deben repetir las pruebas para asegurarse de que el problema se haya solucionado. Una vez que los sistemas hayan aprobado las pruebas, todas las partes pertinentes deben aprobar y dar el visto bueno a la prueba de migración y los sistemas se pueden programar para que entren en actividad para la producción. Por último, si todo lo anterior falla, tendrá que tener un plan de recuperación que le permita volver a poner los sistemas originales en funcionamiento y reevaluar el proceso de migración.