Plan de migración

Secretaria de Salud
De la Alcaldía de San Antonio del Sena
Claudia Johanna Ardila Cardenas

INTRODUCCIÓN

El plan de migración es un proceso de exportación de la información almacenada en un

sistema manejador de base de datos, que a su vez comprende una serie de actividades que
permiten establecer de forma detallada y precisa la planificación, desarrollo y ejecución de un
proceso de migración entre plataformas.

Este documento se describe el objetivo principal para llevar a cabo el plan de migración en la
Secretaria de Salud, también se menciona el alcance, la arquitectura e incluye las entradas y
las salidas del proceso de migración y finalmente se detalla el plan de contingencia con los
respectivos pasos a seguir, con el fin de garantizar una migración de datos exitosa, sin
perder información valiosa para la Secretaria de Salud.

Por último se presenta una lista de riesgos que se deben tener en cuenta dentro del proceso
y que pueden impactar en el desarrollo de los aplicativos que opera la Secretaria de Salud.

OBJETIVOS

Proponer la documentación necesaria para el ciclo de desarrollo de un proceso de migración

basado en lineamientos que ofrece la planeación estratégica del departamento de sistemas
de la alcaldía de San Antonio – SENA, para la Secretaria de Salud.

Objetivos Específicos:

 Establecer los requerimientos técnicos y administrativos de la migración.

 Determinar los pasos para la integración e implantación de la migración de datos.
 Analizar y diseñar los procesos de extracción, transformación y carga.
 Generar un documento donde se liste y detalle las inconsistencias generadas en el
proceso de migración de datos.
 Utilizar la herramienta de SQL Server, como instrumento guía para la ejecución del
proceso de migración de datos.

RIESGOS DE LA MIGRACIÓN

En el proceso de migración existen varios factores que aumentan la posibilidad del riesgo, ya
que existe la necesidad de conectar el sistema SQL Server 2008 con SQL Server 2014 para
los riesgos más frecuentes son:

 Las especificaciones incompletas o inexactas, para evitar inconsistencias en la

información es necesario realizar especificaciones de las columnas, incluir las reglas
del negocio, la limpieza de los datos, las validaciones.
 Alta complejidad en la transformación de los datos en el proceso de migración.
 Problemas en la calidad de los datos que afectan los plazos establecidos para la
migración de los datos en el tiempo determinado por la Secretaria de Salud.
 Dificultades en la fase de ejecución de la migración de los datos, por la complejidad
del sistema a migrar.
  No utilizar las herramientas y perfiles necesarios para realizar la migración de los
datos con los estándares establecidos y en el tiempo exigido por la Secretaria de
salud.
 Inadecuada asignación de recursos y falta de planificación aumentan el riesgo en el
proceso de migración.

PLAN DE CONTINGENCIA

La protección de la información es de vital importancia ante la posibilidad de pérdida,

destrucción y otras amenazas en el proceso de migración, para ello se abarca en la
preparación e implementación del plan de contingencia de los datos para la Secretaria de
Salud.

Para garantizar la integridad y confiabilidad de los datos se realizara un Backups completo de

la Secretaria de Salud, antes de realizar el proceso de migración de SQL server 2008 a
2014, con el fin de salvaguardar los datos que se desean migrar, si se llegara a presentar
una migración defectuosa, se tendrá como plan de respaldo las copias de seguridad que se
realizaron a la base de datos.

Se realizaran pruebas de los backups, restaurando la base de datos con el fin de garantizar
la calidad de la información de la Secretaria de Salud.

Se configurara la seguridad y los permisos de las cuentas de SQL Server.

Se definirá un grupo de usuarios dentro del dominio que levante los servicios de SQL Server
para evitar fallos en el levantamiento de los servicios.

Se validaran los cambios de arquitectura y mejora de herramientas de SQL server 2008 a

SQL Server 2014.

CONDICIONES INICIALES O ACTUALES DE LA MIGRACIÓN

 Se verificara la compatibilidad entre las versiones de SQL Server 2008 y SQL Server
2014.
 Se verificara las características obsoletas de SQL Server 2008 y SQL Server 2014.
 Se verificara los principales cambios en las características del motor de base de
datos de SQL Server 2014.
 Los discos que alberguen los ficheros de logs y datos se formatearan a 64 Kb por
bloque para mejorar el rendimiento y hacer que los datos se almacenen en un mismo
bloque y así mejorar las operaciones de lectura adelantada que realiza SQL Server.
 Lock pages in memory se configurara para que SQL Server no pagine la memoria
destinada al motor, al disco y así mejorar el rendimiento del sistema.
 Los servicios de SQL Server, SQL Server Agent, Reporting Services y Analysis
Services serán iniciados por una cuenta del dominio, que tenga los permisos
necesarios para minimizar riesgos y garantizar la seguridad.
 Se cambiara el puerto de escucha que por defecto utiliza SQL Server, por medio de
SQL Server configuration manager.
 El servicio de SQL Server a conexiones externas, se seleccionara la instancia como
oculta para que solo conociendo el nombre de la instancia y el puerto se realice la
conexión.
  Instalación y ejecución de SQL Server Upgrade Advisor para actualizar los
componentes que necesitamos.
 Upgrade Advisor nos informa de los problemas de actualización del motor del SMBD
que no pueden ser detectados de forma manual para revisarlos manualmente.
 Políticas de seguridad para los usuarios de SQL Server.

CONDICIÓN FINAL DE LA MIGRACIÓN.

 Después de hacer el Backups de la base de datos de la Secretaria de Salud se hace

la restauración de la base de datos en SQL Server 2014.
 La base de datos se encuentra en modo compatibilidad, si no es del 100% por
medio de una sentencia se realiza esta compatibilidad.
 Realizaremos un chequeo físico y lógico de la base de datos restaurada.
 Se reconstruirán índices y se realizaran scripts de actualización de estadísticas de
las tablas, vistas indexadas.
 Es importante conocer la incompatibilidad entre los patrones de codificación y
adaptadores para la nueva versión y la anterior.
 Una vez migrado los datos verificaremos si la migración fue exitosa. verificaremos en
SQL Server 2014 mediante Integration Services (SSIS).
 Se verificara los componentes Database Engine, Analysis Services, Reporting
Services y Notification Services.
 Se Verificara la base de datos, la actualización del sistema, la seguridad de la base
de datos, las consultas y scripts, la replicación, Log Shipping para la actualización
con disponibilidad alta y parcial, la actualización de la instancia del motor, eliminar
tablas y trabajos sobrantes.

RESTRICCIONES

 El tiempo de migración estará sujeto a la cantidad de información almacenada y a la

depuración de los datos que se encuentren en la bodega de datos de la Secretaria
de Salud.
 La disponibilidad del equipo técnico y funcional estará sujeta al cronograma pactado
entre el administrador del sistema de información de la Secretaria de Salud y el DBA
del departamento de sistemas de la Alcaldía de San Antonio – SENA.

SUPUESTOS

Para llevar a cabo con éxito el proceso de migración de datos se parte de los siguientes
supuestos.

 La información se encontrará depurada antes de implementar la información al nuevo

motor y/o versión de base de datos.
 La disponibilidad de los recursos por parte del equipo técnico y funcional de la
alcaldía será la necesaria para el desarrollo y ejecución oportuna de la migración.
 El acceso a la infraestructura estará permitido y disponible para el equipo técnico y
funcional.
 En caso de que el proceso de migración falle, se ejecutará paso a paso del proceso
de contingencia, con el fin de garantizar la disponibilidad de los datos y que no se
vea afectado el desarrollo de las actividades de la Secretaria de Salud.
 No habrá salidas a producción parciales dentro de una misma Secretaria; pero sí
podrá haber salidas a producción parciales entre las diferentes Secretarias que
conforma la Alcaldía de San Antonio – SENA.
ALCANCE

El alcance de la migración de datos de un motor de base de datos SQL Server 2008 a SQL
Server 2014, contempla el análisis, diseño, implementación y pruebas de PlSql y software
para extracción, transformación y carga de la información de los sistemas actuales. También
incluye la ejecución de los paquetes, funciones, vistas, procedimientos para el proceso de
migración; garantizando la funcionalidad correcta de todos los sistemas de información que
maneja la Secretaria de Salud, y la integridad de los datos.

Además, la migración debe contemplar el estudio de los usuarios, hardware y software

presentes en la arquitectura tecnológica a migrar para la Secretaria de Salud y que se
integren con las demás Secretarias hacia un futuro, ya que toda la información se encuentra
centralizada en un DataCenter en la Alcaldía de San Antonio – SENA.

ARQUITECTURA TECNOLÓGICA DE MIGRACIÓN DE DATOS

Proceso de migración de datos

La información depurada es provista por el administrador de los sistemas de información de

la Secretaria de Salud y el departamento de tecnología de la Alcaldía de San Antonio –
SENA, con el fin de realizar un proceso de extracción con éxito para proceder con la
validación y transformación de los datos fuentes.
En caso de que el proceso de transformación falle, este debe ser reportado inmediatamente
al administrador del sistema, con el fin de que se realice depuración y corrección de los datos
para ser incluidas esta información en el proceso de migración.

Finalmente se ejecutan los procesos de carga de datos, que insertarán los datos validados
en las nuevas estructuras.

Es importante resaltar que durante todo el proceso se generarán rastros de auditoría para
realizar seguimiento y control a la ejecución del proceso, por medio del formato de calidad No
100 establecido por la Alcaldía de San Antonio – SENA

FASES DE PLAN DE MIGRACIÓN

 ANÁLISIS DEL NEGOCIO

Dentro de esta fase, no solo se deciden los requerimientos del proyecto, sino que debe
contemplar un estudio profundo de la complejidad del entorno que afectará directamente al
desarrollo del proyecto. De esta manera, se necesitan conocer las aplicaciones instaladas, su
frecuencia de uso, las plataformas que conviven, como se comunican, el tipo de datos que
manejan, la estructura de red y los demás recursos que intervienen en la plataforma
computacional.

Para esta fase se recomienda realizar una lista de cheque con las siguientes actividades:

ANALISIS DEL NEGOCIO

ACTIVIDAD TAREA
1. Contexto general del negocio Identificar del negocio

2. Contexto general del proyecto de Identificar objetivos, visión y alcance

migración
3. Inventario de recursos  Realizar Inventario de Recurso Humano
 Realizar Inventario de Recurso Hardware
 Realizar Inventario de Recurso Software
 Realizar Inventario de Recurso Red
 Realizar Inventario de Recurso de Datos

4. Documento de Análisis de Realizar resumen de actividades

Negocio
Se implementara para la fase de análisis del negocio el siguiente formato:

LISTA DE CHEQUEO
ARQUITECTURA SERVIDORES Y CLIENTES OBSERVACIONES
Proveedor Servidor
Proveedor Clientes
Número de CPU
Número de dominios y particiones lógicas
Tipología de sistemas de archivos
Versiones de Sistemas Operativos
Tipos y versiones de base de datos
participantes en la migración
Tamaños de base de datos
Requerimientos de disponibilidad de base de Bd no inactiva
datos (SLA, tiempos de inactividad)
Cluster existentes
GESTION DE ALMACENAMIENTO OBSERVACIONES
Proveedor de almacenamiento
Tipo y número de canales de datos
Utilización de RAID
Cantidad de volúmenes a migrar
Tamaño de los volúmenes
Volúmenes destino
REDES OBSERVACIONES
Topología
Velocidades

 DISEÑO Y PLANIFICACIÓN DE LA SOLUCIÓN

Una vez se tenga los requerimiento realizados en la fase de análisis, se procederá a diseñar
la solución, definiendo el ¿Cómo se va a realizar?, contemplando también los plazos
temporales, recursos materiales y humanos, participación de terceros y los costos del
proceso.

A nivel de planificación, esta consiste en dividir las tareas en actividades más pequeñas y la
asignación de recursos para cada una, junto con la documentación requerida en cada
actividad.

Para esta fase se debe documentar las siguientes actividades:

DISEÑO Y PLANIFICACIÓN
ACTIVIDAD TAREA
1. Compatibilidad de Recursos  Identificar software y servicios
 Identificar Hardware
 Identificar usuarios y sus
operaciones

2. Planificación de Procesos de Describir los procesos de migración.

migración
3. Planificación del tipo migración Describir el tipo(s) de migración del proyecto
por cada proceso de migración

4. Formación del equipo de trabajo Describir el equipo de trabajo para el

 proceso de migración

5. Documento de Diseño y Documentar todas las actividades descritas

Planificación en esta fase.

Se implementara para la fase de diseño los siguientes formatos:

PLAN DE MIGRACION DE DATOS

ITEMS RESPONSABLE ESTADO FECHA
Establecer equipo de gestión
de migración
Determinar los cronogramas
del proyecto
Documentar los procedimientos
de control de cambio para que
se incorporen en el plan de
migración
Registrar las actividades y
tiempo límites para cambios de
hardware y migración de datos
Informar con anticipación el
inicio del proceso de migración
usando un tiempo prudencial
(aprox. 1 mes antes)
Recolectar información de
servidores de almacenamiento
y aplicaciones
Determinar con los
proveedores de nueva
tecnología los procesos de
almacenamiento
Constituir un equipo técnico
encargado de las actividades
de migración
Implementar los niveles de
seguridad del personal a cargo
de las actividades técnicas de
migración
Realizar pruebas o actividades
antes de la migración con los
equipos de trabajo y datos de
prueba para hacer verificación
antes y posterior de la
migración
Verificar el seguimiento de los
procesos de control de cambios
Ejecutar las actividades
técnicas de la migración con
los pasos establecidos en el
cronograma del proyecto de
migración
Ejecutar las actividades
técnicas de la migración con
los pasos establecidos en el
cronograma del proyecto de
migración
Verificar con listas de chequeos
que todos los pasos de la
migración se realicen de
manera exitosa

CRONOGRAMA PARA LA MIGRACIÓN DE DATOS

ACTIVIDADES FECHA INICIO FECHA FINALIZACIÓN RESPONSABLE
Planeación
Instalación de herramientas
Configuración de software y
hardware
Copiado de datos
Pausa en la producción
Gestión técnica de
proveedores
Verificación técnica de
resultados
Documentación del proceso

 EJECUCIÓN DEL PLAN DE MIGRACIÓN

Para documentar el proceso de ejecución del plan de migración se debe realizar las
siguientes actividades con su respectiva documentación:

ESPECIFICACIÓN DE COSTOS
ACTIVIDADES
1. Plan de capacitación
2. Copias de Seguridad
TAREA
 Capacitar Personal encargado del plan de
migración.
 Capacitar personal encargado de la
validación de los datos.
 Soporte de personal para las herramientas
de oficina
Se debe respaldar los datos de todos los
usuarios y esquemas que maneja la
Secretaria de Salud.

3. Instalación del SMBD Se debe realizar la instalación del SQL

Server 2014, con su respectiva configuración
de red, usuarios, roles y permisos.
 4. Extracción y Transformación  Desarrollar los procedimiento y scripts de
transformación y validación
.
5. Validación  Chequear si los datos cumplen con las
validaciones, reglas de negocio y
restricciones de los datos.

6. Pruebas y Cargue  Ejecutar los script y/o procedimientos

realizados en el paso de Extracción y
Transformación.
 Documentar los resultados de la migración
de datos
 Identificar el número de registros fallidos y
cargado con éxito.
 Documentar los datos inconsistentes
 Probar la información si fue convertida en
el formato correcto.

CRITERIOS DE ACEPTACIÓN

Se determina a través del indicador de carga de información, que se define a continuación.

# 𝑑𝑒 𝑑𝑎𝑡𝑜𝑠 𝑐𝑎𝑟𝑔𝑎𝑑𝑜𝑠
𝐼𝑛𝑑𝑖𝑐𝑎𝑑𝑜𝑟 𝑑𝑒 𝐶𝑎𝑟𝑔𝑎 𝑑𝑒 𝑖𝑛𝑓𝑜𝑟𝑚𝑎𝑐𝑖ó𝑛 = *100
# 𝑑𝑒 𝑑𝑎𝑡𝑜𝑠 𝑣á𝑙𝑖𝑑𝑎𝑑𝑜𝑠

Y se acepta si el indicador es superior o igual al 98%

COSTOS

Los costos se van a dividir en dos grandes grupos, el primero que comprende los costos
directos y el segundo a los indirectos; a continuación se realiza una descripción detallada de
cada uno de ellos:

TIPO DE COSTOS DESCRIPCIÓN

1. Costos Directos  Licencia y soporte de software
 Costos de soporte Hardware
 Costos de formación y Capacitación

2. Costos Indirectos  Mantenimiento

 Seguridad
 Escalabilidad

VIABILIDAD TÉCNICA

Es importante monitorear el rendimiento del plan de migración, para esto se debe contar con
actividades de supervisión y control de cada fase. Igualmente monitorear después de la
implementación para asegurarse de que los usuarios no estén teniendo dificultades.

Para llevar a cabo este proceso se sugiere:

Pruebas de Corrección Sirven para testear el correcto
funcionamiento del sistema

Pruebas de Seguridad Sirve para testear la seguridad del sistema,

sobre todo en los servidores

Pruebas de Rendimiento o Carga El usuario no debe conformarse con el

funcionamiento del sistema, si no que se
debe validar simulando un escenario donde
hay interacción con datos muy grandes para
validar el comportamiento de estos mismos
en el SMBD nuevo

Pruebas de Usabilidad Sirve para comprobar que los empleados u/o

usuarios externos se encuentran cómodos
con el sistema y no tiene problemas con su
uso.