Presentación que realicé en el marco del 2do Encuentro de Migración de Bases de Datos Privativas a Tecnologías de Información Libres

1. Mejores Prácticas para Migrar su
Base de Datos
Paso a paso con Tecnologías de Información Libres
Ing. Carlos Gustavo
Ruiz

2. Agenda
● Quien soy yo
● ¿Por qué migramos?
● Migrar Datos vs. Migrar Procesos
● ¿Es mi caso único?
● ¿Qué pasa cuando el Lego no encaja?
● Gerencia del Cambio
● Identificar el Caso (Requerimientos)
● Protocolos y Acuerdos
● Resolver el Problema
● Manejo de Avances y Expectativas
● ¿Cuándo está lista una migración?
● Herramientas
● Lo que sigue

3. ¿Quien soy Yo?
nombre: Carlos Gustavo
Ruiz
estudios: Ingeniero
software libre: desde 1997
usuario linux: 414323
roles:
• instructor
• consultor
• programador
• colaborador

4. ¿Por qué migramos?
¿Cuál es la finalidad de enfrentarnos al cambio?
¿Reducción de Costos?
¿Mejoras en el Aplicativo?
¿Mejoras en los Procesos?
¿Independencia Tecnológica?
¿Regularizar Licencias?
¿3390 y demás bases legales?

5. ¿Por qué migramos?
Nunca se migra algo a menos que de Valor a la Organización
Qué da valor
• Desempeño
• Idiosincrasia
• Compromiso
• Comunicación
• Motivación
• Costo

6. Migrar Datos vs. Migrar Procesos
• No existen datos aislados de Procesos
• Aunque su responsabilidad sea el dato, siempre se
afecta el proceso asociado al dato.
• Mapa de Procesos
o Quién, Cuándo,
Qué, Cómo, Dónde
• Mapa de Datos
o Qué, Accesos, Tiempos,
Capacidad, Respaldos
• Paradigma del Software Libre
o Libertades
o Procesos
o Herramientas
o Soluciones

7. ¿Es mi caso único?
¿Por qué si? ¿Por qué no?
• Los datos de su • Su caso seguramente fue
organización son únicos tratado antes por otros
• Sus usuarios de su • Sus roles de usuario
organización son únicos y probablemente son bien
especiales conocidos
• Su plataforma informática • Alguien más tiene lo
es "única" mismo que usted.
• Yo uso piezas especiales • Usted no es el único que
que programamos en casa tiene piezas desarrolladas
• Tengo altos internamente
requerimientos de calidad • Prepárese para afrontar el
cambio manteniendo sus
estándares de calidad

8. ¿Qué pasa cuando el Lego no encaja?
• Siempre es una buena práctica prever que
las cosas no funcionarán al primer intento.
• Usualmente las cosas están almacenadas
de modo distinto a como las necesita en su
base de datos destino.
• Cuando vea que no hay nada que pueda
fallar a la vista, busque de nuevo.
• Rehuya a la tentación de reinventar la
rueda:
o Examine si no existe un Script del
"fabricante"
o Examine si no hay un programa que
permita hacer los cambios
o Mida hasta donde llegan sus
herramientas.

9. Gerencia del Cambio
Requerimientos a Migrar Casos
• Bases de Datos • Cambios en
• Estructuras de Datos o Aplicativo
• Documentos o Plataforma
• Formatos Documentos o Proceso
• Aplicaciones • Mover
• Funcionalidades o Datos
• Disponibilidad o Esquemas
• QoS o Funcionalidades
• Know How  Dentro de la BD
 Fuera de la BD

10. Gerencia del Cambio
Protocolos y Acuerdos
Ponerse de Acuerdo en qué
"Cuentas claras mantienen
amistades" • Organización
o Responsabilidades
o Responsables
o Jerarquías
• Documentos
Es necesario establecer los o Requerimientos
mecanismos de o Cambios
comunicación para evitar: o Documentación
• Ambigüedad • Codificación
• Malos Entendidos o En caso de requerir
• Falta de Resultados programar módulos

11. Gerencia del Cambio
Resolver el Problema
Estrategias Recomendadas
Al menos debe haber
claridad conceptual de cómo
• Cortar el Problema en
se resolverá el problema.
piezas manejables
• Buscar la mejor solución
Eventualmente una solución
para cada pieza
involucre cambiar el proceso
• Probar cada pieza
original.
resuelta
• Probar si las piezas
Siempre es mejor resolver en
resueltas encajan
lotes que resolver caso a
• Demostrar que se resolvió
caso.
el problema

12. Gerencia del Cambio
Avances y Expectativas

13. Gerencia del Cambio
Avances y Expectativas

14. Gerencia del Cambio
Avances y Expectativas

15. Gerencia del Cambio
Avances y Expectativas El principal problema
relacionado con la gestión de
Si se tienen expectativas avances y expectativas cómo
irreales los avances nunca impacta la motivación del
serán suficientes para equipo, junto con la
satisfacer al doliente del posibilidad cierta de que el
proceso. doliente del proceso no se
encuentre satisfecho con la
Si los avances son marcha de la migración.
infinitecimales se aburre el
equipo de trabajo y colma la Un cronograma realista,
paciencia del doliente del medible y verificable es el
proceso. mejor antídoto para este
dolor de cabeza

16. Gerencia del Cambio
¿Cuándo está lista una • Se deben mantener los
migración? cambios de alcance bajo
control.
• Desde el Inicio debe estar • El cierre debe contemplar
claro cuando se termina el productos, documentos y
proceso. protocolos de aceptación.
• Los protocolos de
aceptación deben ser los
primeros en ser tomados
en cuenta.
• Al fijar los protocolos y
acuerdos también debe
quedar clara la
finalización.

17. Gerencia del Cambio
Herramientas Temas Sueltos
• Manuales • Recuerde que las TIL son
• Traductores otro paradigma, no se
• ETLs atasque con formas
• Lenguajes Script Privativas de pensar.
• Documentadores • Evalúe siempre el riesgo
• Sistemas de Control de tecnológico de cualquier
Versiones solución que vaya a
• Generadores de implantar, especialmente
Consultas analice el tema de
• Ambientes de Pruebas licencias, patrocinantes y
• Combinación de dueños de patentes.
Soluciones

18. Lo que sigue
Conviene recordar:
• Mantener el Foco
• Divide y Vencerás
• Control de Versiones
• Ambiente de Pruebas
• Acuerdos y Normas (Organización)
• Acuerdos y Normas (Sintaxis, Codificación, Pruebas)
• Acuerdos y Normas (Documentación)
• Mantener Motivado al Equipo
• No reinventar la rueda (Usar herramientas disponibles)
• Prever el Mantenimiento a Largo Plazo
• Más allá del SQL

19. Gracias
por su Tiempo