Plan de migracion BD

SERVICIO NACIONAL DE APRENDIZAJE – SENA Especialización Gestión y Seguridad de Bases de Datos Ac ti vid ad A A5-Ev 2- Plan 2- Plan de Migración de Datos para San Antonio del SENA

EVIDENCIA AA5-Ev2- Plan AA5-Ev2- Plan de Migr Migración ación d e Datos Datos para San Antoni o del SENA

PRESENTADO PRESENTADO POR: JAVIER FELIPE PIRELA PIRELA EPALZA EPAL ZA C.C. 72.303.878

PRESENTADO A: ING. SANDRA SANDRA MILENA MARIN MA RIN CAÑAS

SERVICIO SERVICIO NACIONAL DE APRENDIZAJE – SENA ESPECIALIZACIÓN TECNOLÓGICA GESTIÓN Y SEGURIDAD DE BASES DE DATOS MOCOA - PUTUMAYO 2016

SERVICIO NACIONAL DE APRENDIZAJE – SENA Especialización Gestión y Seguridad de Bases de Datos Ac ti vid ad A A5-Ev 2- Plan de Migración de Datos para San Antonio del SENA

PLANIFICACION

El plan de migración de datos se debe ajustar a las prioridades de negocio, algo que debe reflejarse en todas y cada una de sus etapas. Para alcanzar el éxito en un proyecto de este tipo hay que buscar la aplicación de las mejores prácticas, ser realista en el establecimiento de objetivos y garantizar una buena organización. Componentes Para La Planificacio n De Datos 1. Alcance del proyecto de migr ación de datos Esta preparación facilitará la tarea de planning y reducirá los posibles errores que pudiesen surgir por causa de falta de consenso, omisiones o errores de cálculo. En el establecimiento del alcance del proyecto hay que determinar: - Propósito de la migración de datos. - Objetivos. - Presupuesto. - Áreas y plazo de ejecución. - Entregables y sus deadlines. - Herramientas a utilizar. - Roles y responsabilidades. - Plan de comunicación. - Plan de gestión del cambio - Plan de gestión del riesgo. - Plan de gestión de la calidad. 2. Planificación de la mi gración En esta etapa se ha de decidir, entre otras cosas, la metodología a aplicar para llevarla a cabo. Independientemente del método que se decida aplicar, es necesario que se observen, al menos, las siguientes pautas: 3. Preparación de los datos Establecimiento de los requisitos de calidad de los datos: aplicables a cada elemento, sus atributos e interrelaciones dentro del sistema fuente. Implica la definición de las reglas de calidad y requiere de la recogida de incidencias para su monitorización y evaluación. Perfilado de datos: en base a los formatos de datos existentes y a los modelos de estructura que imperan en destino, se deberán preparar los datos de origen para asegurar que, no sólo su calidad es suficiente, sino que están preparados para el cambio. Hay que determinar también el modo de proceder con los datos que no cumplan con estos requisitos. Limpieza de datos: puede llevarse a cabo en una o dos etapas pero siempre se ha de sujetar a verificación, para comprobar que los resultados obtenidos son los esperados. 4. La seguridad en el plan de migr ación de datos La protección de los datos es una imposición legal y hace tiempo que ha dejado de ser una simple alternativa. Se ha de preservar la integridad del dato garantizando la seguridad de la información sensible.


Las migraciones se han convertido en una parte rutinaria de las operaciones de TI en los entornos empresariales actuales. Sin embargo, aunque sean habituales, pueden seguir provocando interrupciones importantes de la actividad comercial debido al tiempo de inactividad no planificado o problemas de desempeño. Las organizaciones de TI necesitan una metodología coherente y confiable que les permita planificar, diseñar, migrar y validar. Es por ello que un plan de migración integral ayuda a completar el rompecabezas de la migración. Migración con SQL SERVER 2008


Descripción de las Fases Análi si s y Diseño

Objetivo: Realizar un examen completo y establecer una lista de chequeo de los elementos de datos del sistema que serán migrados. Del mismo modo se realiza el mapeo de los elementos de datos de la fuente al destino. Actividades En el esquema iterativo, las actividades de análisis están dirigidas a suplir los requerimientos del sistema destino. Se deben hacer tres consideraciones. - Descubrimiento inicial. Proceso que permite entender el valor de todos los elementos de datos, rangos, etc. y poner en evidencia las relaciones entre ellos. - Mapeo. Permite entender cuales bases de datos, entidades y atributos satisfacen los requerimientos de información del sistema destino. Se debe evaluar qué relación origen-destino satisface el requerimiento de manera óptima y determinar los cambios requeridos (transformación) en los esquemas de datos incluyendo cuáles elementos no existen, y son necesarios, en la nueva aplicación. El resultado de la fase de análisis y diseño es la especificación del mapeo entre los sistemas fuente y el sistema destino. Entre mejor sea la especificación inicial menos iteraciones se tendrán que realizar. Realizar el análisis de la topología y obtener estimados de desempeño. Es necesario precisar la duración de la migración una vez se ejecuten las iteraciones previas a la migración final. Extracción y Transformación

Objetivo: Desarrollar los procedimientos y scripts de transformación y validación Actividades: Un análisis preciso permitirá un trabajo eficiente en las siguientes fases. Después de que se conoce que 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. Durante la fase de desarrollo además de construir los scripts y el código específico de la migración utilizando la herramienta de migración seleccionada se deben enfrentar dos situaciones: - Manejo de irregularidades de datos y excepciones durante la transformación, tales como incompatibilidad de los tipos de datos. Idealmente la herramienta debe generar un reporte de violaciones de integridad e irregularidades, ya que los datos de la fuente deberán ser corregidos por los usuarios finales o los administradores de tales sistemas. - Maximizar la eficiencia del código incrementando el grado de paralelismo y alto desempeño.


Validación

Objetivo: Validación de datos en un repositorio de preparación. Actividades: Una vez se tiene listo el mapeo el siguiente paso es chequear si los datos cumplen las validaciones del sistema destino, incluyendo reglas de negocio, restricciones de semántica o sintácticas. Estas actividades se pueden realizar con la misma herramienta de desarrollo de tal manera que el resultado de esta fase es un conjunto de procedimientos o scripts a través de los cuales se realizarán las validaciones mencionadas. En este punto hay que considerar que el repositorio al que se aplican las validaciones de negocio (definidas en el SIM), puede ser un repositorio temporal (staging area) donde se almacenan los datos recibidos de la fuente con el fin de pasarlos luego de estas validaciones al esquema definitivo. Pruebas y cargue

Objetivo: Ejecutar 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 que permita resolver los problemas lógicos así como los errores físicos. Actividades En la fase de pruebas del usuario se identifican y resuelven los errores lógicos. El primer paso es ejecutar los mapas. Así los mapas se ejecuten correctamente hay que identificar: -

El número de registros que se espera que el script cree. Si efectivamente ese número de registros se crearon, si no explicar el por qué no fue así. Si los datos fueron cargados en los campos correctos. Si el formato de los datos fue el adecuado. Si 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. El objeto es asegurar que la migración está correcta antes de poblar el sistema destino.

Pruebas del usuario

En estas pruebas los aspectos a tener en cuenta son: -

Verificar que la información fue convertida en el formato correcto y transferida al campo especificado mediante el uso de cifras de control sobre los campos


-

significativos entre el sistema anterior y el nuevo, estableciendo una muestra estadística sobre el universo de datos convertidos y transferidos. Los datos convertidos de forma automática deben ser formalmente verificados por los usuarios y la administración.

Plan de migracion BD

Recommend Documents