AA5-EV2-Plan de Migracion de Datos San Antonio Del SENA.docx

PLAN DE MIGRACIÓN DE DATOS PARA SAN ANTONIO DEL SENA

GRUPO 1

INTRODUCCION

Para escoger la estrategia de migración, se realizó un análisis, teniendo en cuenta las indicaciones del sistema, especialmente en lo referente a mantener la integración de la funcionalidad y de los datos, así como las expectativas de los usuarios respecto a la información activa e histórica, la facilidad de operación y de consulta, la viabilidad técnica y las restricciones del Proyecto. La estrategia tecnológica escogida para el desarrollo de la migración es la implementación de ambientes separados de diseo y e!ecución. "on esta opción existe un repositorio #ue almacena de$niciones de metadatos para ob!etos como fuentes, destinos, y procesos de extracción, transformación y carga a los cuales tienen acceso los usuarios a través del "entro de %iseo.

 &'"()"* + '&-*&')* * /&)L)0*-

La herramienta escogida para el proceso de migración de datos determina la ar#uitectura tecnológica a implementar. * continuación se describen los principales componentes de la ar#uitectura y la opción de implementación escogida.

ESF Kit de herramientas de migrai!n de "ase de dat#s $ %&'&'( Un juego de herramientas potente que le permite transferir datos entre diferentes formatos de base de datos en 3 pasos sin necesidad de escribir scripts Este juego de herramientas reduce el esfuerzo, coste y riesgo de migración a/desde cualquier formatos de base de datos:Oracle, MySQL, SQL Server, PostgreSQL, IBM DB2, IBM Informix, InterSystems Caché, era!ata, "is#al $ox%ro, SQLite, $ireBir!, InterBase, Microsoft &ccess, Microsoft 'xcel, Para!ox, Lot#s, !Base, CS"(ext   y de transferir cualquier fuente de datos O!" #$ hacia estos%

Integrai!n de dat#s . La plataforma ofrece, 1análisis listos1 datos precisos a los usuarios $nales de cual#uier fuente. "on las herramientas visuales para eliminar la codi$cación y comple!idad, "uenta con %23 (ative *P) y tecnología de introducción en gran volumen con el $n de aumentar la productividad al acelerar el proceso completo de migración. 4'l éxito de nuestros clientes es mayor al usar esta herramienta para migrar bases de datos "arrier5rade pudiendo realizar millones de registros 67L erver a 8racle9:

"*-*"&'-)&)"* %' L * ;'--*3)'(&* )(&'-*") -ealizar un examen completo y establecer una lista de che#ueo de los elementos de datos del sistema #ue serán migrados. %el mismo modo se realiza el mapeo de los elementos de datos de la fuente al destino.

Ati.idades Las actividades de análisis están dirigidas a suplir los re#uerimientos del sistema. e deben hacer tres consideraciones. -

%escubrimiento inicial. Proceso #ue permite entender el valor de todos los elementos de datos, rangos, etc. y poner en evidencia las relaciones entre ellos.

-

3apeo. Permite entender cuáles bases de datos, entidades y atributos satisfacen los re#uerimientos de información del sistema destino. e debe evaluar #ué relación origen5destino satisface el re#uerimiento de manera óptima y determinar los cambios re#ueridos 6transformación9 en los es#uemas de datos incluyendo cuáles elementos no existen, y son necesarios, en la nueva aplicación.

'l resultado de la fase de análisis y diseo es la especi$cación del mapeo entre los sistemas fuente y el sistema destino. 'ntre me!or sea la especi$cación inicial menos iteraciones se tendrán #ue realizar.

-ealizar el análisis de la topología y obtener estimados de desempeo. 's necesario precisar la duración de la migración una vez se e!ecuten las iteraciones previas a la migración $nal.

'xtracción y &ransformación 8b!etivo> %esarrollar los procedimientos transformación y validación

*ctividades>

/n análisis preciso permitirá un traba!o e$ciente en las siguientes fases. %espués de #ue se conoce #ue datos migrar, donde conseguirlos y como se mapean en el destino, el siguiente paso es construir los procedimientos necesarios para extraer los datos y transformarlos hacia el formato adecuado. %urante la fase de desarrollo además de construir los scripts y el código especí$co de la migración utilizando la herramienta de migración seleccionada se deben enfrentar dos situaciones> Galidación 8b!etivo> Galidación de datos en de preparación.

Ati.idades*/na vez se tiene listo el mapeo el siguiente paso es che#uear si los datos cumplen las validaciones del sistema destino, incluyendo reglas, restricciones de semántica o sintácticas. 'stas actividades se pueden realizar con la misma herramienta de desarrollo de tal manera #ue el resultado de esta fase es un con!unto de

procedimientos o scripts a través de los cuales se realizarán las validaciones mencionadas. Pruebas y cargue 8b!etivo> '!ecutar los scripts o el código generados en la fase de desarrollo de la migración, enmarcándolos en un contexto de semántica del negocio #ue permita resolver los problemas lógicos así como los errores físicos.

Ati.idades* 'n la fase de pruebas del usuario se identi$can y resuelven los errores lógicos. 'l primer paso es e!ecutar los mapas. *sí  los mapas se e!ecuten correctamente hay #ue identi$car>

-

'l nEmero de registros #ue se espera #ue el script cree.

-

i efectivamente ese nEmero de registros se crearon, si no explicar el por #ué no fue así.

-

i los datos fueron cargados en los campos correctos.

-

i el formato de los datos fue el adecuado.

-

i el sistema destino permite limpiar los datos cargados si la carga no fue satisfactoria y existe el procedimiento para hacerlo, mediante el uso de la capa intermedia de transformación. 'l ob!eto es asegurar #ue la migración está correcta antes de poblar el sistema destino.