ALCANCE.

El proceso de migración de datos abarca a la secretaria de Planeación y obras

públicas para la cual se realizarán los procedimientos de ETLC de la información
actual de la secretaria desde la base de datos origen SQL Server hacia la base de
datos destino MySQL.

PRESUPUESTO.
El alcalde ha designado el presupuesto para la adquisición de las herramientas y
hardware necesario para realizar la migración de datos objeto de este plan.
ITEMS DEL PLAN DE MIGRACIÓN Y RESPONSABLES.

ÍTEMS RESPONSABLE ESTADO FECHA

Establecer un
equipo técnico  Administrador
encargado de de base de No iniciado 29/04/2019
las datos.
actividades de
migración.
Implementar los
niveles de
seguridad del  Administrador
personal a de base de No iniciado 07/05/2019
cargo de datos.
las actividades
técnicas de
migración.
Perpetrar
pruebas o
actividades  Administrador
antes de base de
de la migración datos.
con No iniciado 24/05/2019
los equipos de
 Analistas de
trabajo y datos
Sistemas.
de
prueba para
hacer
verificación
antes y
posterior de la
migración.
Comprobar el
seguimiento de  Administrador
los de base de No iniciado 26/05/2019
procesos de datos
control
de cambios
Ejecutar las
actividades
técnicas de la
migración con  Administrador No iniciado 1/06/2019
los de base de
pasos datos
establecidos
en el
cronograma
del proyecto de
migración.
Verificar con
listas
de chequeos  Ingeniero
que experto en No iniciado 10/06/2019
todos los pasos Pruebas.
de
la migración se
realicen de
manera
exitosa

ESTRATEGIA DE MIGRACIÓN.
Para efecto de lograr ofrecer los servicios de H.D (Alta disponibilidad) en la base
de datos, la migración se realizara con la estrategia de Big Bang, la cual se
consiste en seguir usando el sistema actual (SQL Server) mientras se va
implementado la migración al nuevo sistema (MySQL) durante todo el proyecto, de
modo tal que hasta que todos los datos no estén montados en el nuevo SMBD
MySQL el sistema de base de datos SQL Server no se desactiva.

Recordemos que la secretaria de planeación y obras publicas requiere de

actividad constante por la responsabilidad que genera el control del sistema de
información geográfico (SIG).

FASES DE LA MIGRACIÓN
Para ejecutar el proceso de implementación de la estrategia, se procederá a
realizar el procedimiento de extracción, transformación, limpieza y carga de datos,
a través de herramientas de software, para migrar los datos del SMBD origen SQL
Server al SMBD destino MySQL. Las fases para ejecutar son:

ANALISIS Y DISEÑO

En esta etapa se realiza un análisis de los datos de la base de datos origen

(Secretaria de Planeación y obras públicas) en SQL Server, al igual que los tipos
de datos de labase de datos destino (MySQL), verificando las relaciones
existentes entre lastablas y la estructura general de la base de datos a migrar.

En este punto se emplean una serie de técnicas que permiten preparar una

correcta migración de los datos, estas son:

 Mapeo de campos

El cual se realiza en MYSQL (base de datos destino) con el fin de constatar

que se mantenga la consistencia de la información. Para lo cual se hará la

siguiente:

- Describir los campos del sistema destino.

- Analizar los campos de la base de datos destino que no se pueden mapear con
la base de datos fuente.

- La utilización de esta técnica se hace usando el reverse mapping (Mapeo de

Destino a Fuente) o direct mapping (Mapeo Fuentes a Destino) para la
especificación de datos que requiere el sistema destino para su normal
operatividad.
La base de datos de la secretaria de Planeación y obras públicas tiene 10 tablas
que son las siguientes:

1. Localidad
2. Barrio
3. Rutas_Transporte
4. Persona
5. Conjunto_Familiar
6. Tipo_Habitacion
7. Escolaridad
8. Informacion_Laboral
9. Guardería
10. Enfermedad.

Tipo de datos en SQL Server secretaria de planeación y obras públicas

Entero Int

Cadena Varchar
Fecha Date

Cabe aclarar que en MySQL estos tipos de datos en su mayoría son totalmente
compatibles, ya que en este motor de base de datos se manejan estos mismos
tipos de datos.

Análisis de restricciones

Igualmente deben evaluarse las restricciones de las tablas que conforman la

base de datos de la secretaria de Recreación para asegurar la correcta

migración de esta al SMBD MySQL.

Las tablas que componen secretaria y sus relaciones son las siguientes:
 TABLA No. RELACIONES
Localidad 1
Rutas_Transporte 1
Persona 4
Conjunto_Familiar 3
Tipo_Habitacion 1
Escolaridad 1
Informacion_Laboral 1
Guardería 1
Enfermedad. 1
Barrio 3

Codificación de caracteres.

En la migración de datos es necesaria la codificación de caracteres puesto que

durante el proceso pueden modificarse o perderse datos, resultando.

inconsistente la base de datos en el sistema destino MySQL. Este proceso será

realizado durante la migración.

EXTRACCIÓN DE DATOS

En la Extracción de los datos se realizan los siguientes pasos:

Seleccionar las fuentes de datos.

Se identifican las fuentes de datos, en este caso la base de datos de la

secretaria de Recreación la cual contiene toda la información a migrar al

sistema destino MySQL.

Entender los datos

Se analizan los datos completamente con detectar tempranamente errores en

los mismos u omisiones que pudieran generar inconsistencias en la migración

y por ende demoras en el proyecto.

Para ello debe entenderse el nivel de granularidad de los datos, de la siguiente

forma:

 A nivel de campo: Existe correspondencia entre los campos de origen

(SQL Server) con los de destino (MySQL), tal como se describió
anteriormente en la fase de análisis y diseño.
 A nivel de tablas: las tablas tienen las coincidencias respectivas, en cuanto
a las llaves primarias y foráneas.
 A nivel de cruce de tablas: cuando existen relaciones entre tablas los
procesos de conversión deben mantener la consistencia en las relaciones
entre tablas para que la información no se vea afectada en la base de datos
destino.

TRANSFORMACIÓN DE LOS DATOS

Este proceso es realizado con herramientas de software apropiadas para la

extracción, una vez establecidas las conexiones entre el origen de datos SQL
Server y el origen

destino MySQL. En este punto se realiza limpieza y transformación de los datos

de acuerdo lo presentado en la base de datos de SQL Server.

Limpieza de los datos.

En este punto se identifican si existen datos desactualizados, información en

blanco o faltante, registros con duplicados, o cualquier otro tipo de información

que se deba eliminar o limpiar, de tal modo que se lleven los datos correctos a

MySQL.

Transformación de los datos.

Se analiza que tipo de transformación necesitan los datos y cuál es el proceso

adecuado para realizarla.

Las transformaciones de los datos se deben poder hacer en doble vía o realizar

con las copias de la base de datos origen, de tal modo que si el resultado de la

transformación no es consistente se pueda deshacer la transformación y corregir

lo necesario de tal modo que se garantice un buen proceso de migración.

La herramienta Integración Services ofrece la posibilidad de realizar una copia

antes del proceso de tal forma que puedan regresarse a la base original en caso

que se requieran correcciones.

CARGUE DE DATOS

Atreves de la herramienta Integración Services se realiza el cargue de datos cuyas

actividades incluyen el mover, probar, validar y auditar los datos, además de

documentar todo el proceso de acuerdo con lo planeado y según los

requerimientos estipulados.

Mover los datos.

Para este proceso se utilizará la herramienta visualstudio, con el fin de asegurar

la consistencia de la información migrada de SQL Server a MySQL.

Probar y validar.

Se prueban y validan los datos para asegurar que los datos en MySQL

concuerdan y operan de la misma manera que los datos de SQL Server.

Auditar y documentar

Se realizará auditoria y la correspondiente documentación del proceso según

los requerimientos pactados y el cronograma previamente definido. Se audita

con base en los procesos de los sistemas fuente y se anexan los documentos

que describen los procesos con datos validados.

RIESGOS ASOCIADOS AL PROCESO DE MIGRACIÓN DE DATOS

Al realizar la migración de datos de la secretaria de Recreación de SQL Server

a MySQL pueden presentarse riesgos asociados tanto a nivel de

conocimientos para realizar las etapas de migración como por factores

técnicos de infraestructura de datos.

Los siguientes son los riesgos asociados al proceso de migración:

1. Desconocimiento de las características y funcionalidad de los Sistemas

Manejadores de bases de datos de origen y/o destino, lo cual puede estar

asociado a que el personal encargado de la migración no cumple con el perfil para

realizar dicho proceso.

2. Incorrecta identificación de las fuentes de datos para realizar la migración.

3. Falencias en el mapeado de tipo de datos o de campos, análisis de

restricciones y limpieza de datos.

4. Inconsistencia en la calidad de los datos.

5. Transformación de los datos compleja debido a la diferencia entre los motores

de base de datos de origen y destino.

6. Falta de asignación de recursos necesarios para la ejecución del proceso y el

plan de pruebas.

7. Ineficaz prueba y validación de los datos en el sistema destino.

Estos riesgos son categorizados en niveles y evaluados según su probabilidad de
ocurrencia e impacto con el fin de tomar las acciones preventivas para minimizar
su impacto en el proceso de migración.

CATEGORÍAS DE RIESGOS

Nivel Bajo: Riesgo con probabilidad de ocurrencia baja, por tanto, impacta
levemente en el logro de los objetivos del proceso de migración de datos.

Nivel Medio: Riesgo con probabilidad de ocurrencia media, por tanto, impacta
moderadamente en el logro de los objetivos del proceso de migración de datos.

Nivel Alto: Riesgo con probabilidad de ocurrencia alta, por tanto, impacta
significativamente en el logro de los objetivos del proceso de migración de datos.

ESTRATEGIAS PARA MINIMIZAR LOS RIESGOS

Las siguientes son las estrategias para minimizar los riesgos asociados al proceso
de migración:

1. Desconocimiento de las características y funcionalidad de los Sistemas

Manejadores de bases de datos de origen y/o destino: Contratación de
personal idóneo que reúne los conocimientos y destrezas necesarias para realizar
la migración de datos de un sistema a otro, así como la óptima comunicación en el
equipo encargado del proceso.

2. Incorrecta identificación de las fuentes de datos para realizar la migración:

Los usuarios son los elementos claves para identificar las fuentes verdaderas de
datos en cada proceso, por tanto, debe identificarse con los mismos los aspectos
técnicos de la plataforma destino compatible con el sistema actual.

3. Falencias en el mapeado de tipo de datos o de campos, análisis de

restricciones y limpieza de datos: Realizar un exhaustivo análisis de los datos
en función de sus tipos de datos y campos para asegurar la consistencia de la
información, empleando correctamente la técnica de Mapeo de datos de Destino a
Fuente.

4. Inconsistencia en la calidad de los datos: Durante el proceso de migración

deberá inicialmente entenderse bien los datos, realizar la limpieza, transformación
y cargue de los mismos de tal broma que se garantice la integridad y confiabilidad
de los datos, eliminando cualquier error o inconsistente que pueda afectar el paso
de los datos al sistema destino.

5. Transformación de los datos compleja: Debe realizarse la transformación de

los datos en doble vía o bien hacer copias de la base de datos de origen para
garantizar la calidad de los datos y más aún aun cuando los motores de base de
datos de origen y destino son distintos y manejan diferentes tipos de datos.

6. Falta de asignación de recursos necesarios para la ejecución del proceso

y el plan de pruebas: Debe elaborarse un presupuesto acorde con el cronograma
de ejecución del plan de migración y de pruebas ajustable en caso de que se
requiera la inclusión de nuevas herramientas o personal para la realización de
dichos planes.

7. Ineficaz prueba y validación de los datos en el sistema destino: Analizar y

diseñar pruebas de verificación y validación permiten constatar si los datos en los
sistemas de destino concuerdan y operan de la misma manera que los datos de la
fuente, de ahí que este análisis debe ser exacto.

PLANES DE CONTINGENCIA

 Realizar backup de la base de datos actual, por si se tienen inconvenientes

en el proceso de migración.

Se debe realizar un Backup’s de la base de datos en caliente si se dispone

de suficiente espacio de almacenamiento para que sea transparente para el
usuario en caso de fallo.
  Inmediatamente después de la migración se debe realizar nuevamente un
backup’s de la base de datos.
 Revisión y mantenimiento de los sistemas eléctricos del Datacenter para
evitar fallas durante la migración.
 Testeo y/o corrección de errores en los sistemas de almacenamiento.

CONCLUSIÓN.

El proceso de migración de base de datos siempre acarrea una responsabilidad

grande frente a un Sistema de información estable, robusto, con alta concurrencia,
y alta disponibilidad, para lo que se deben tomar medidas que puedan suplir y
garantizar dichas características mencionadas anteriormente.

Para esta práctica se tuvieron en cuenta distintos factores que influyen

enormemente en el funcionamiento estable y eficaz de la base de datos de la
secretaria de planeación y obras públicas.