• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Mejores prácticas para migración de Bases de Datos
 

Mejores prácticas para migración de Bases de Datos

on

  • 7,323 views

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

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

Statistics

Views

Total Views
7,323
Views on SlideShare
6,861
Embed Views
462

Actions

Likes
1
Downloads
79
Comments
0

9 Embeds 462

http://py-arahat.blogspot.com 184
http://atmantree.com 155
http://arah.at 45
http://py-arahat.blogspot.com.es 30
http://py-arahat.blogspot.mx 16
http://blog.atmantree.com 14
http://blog.arah.at 11
http://py-arahat.blogspot.com.ar 6
http://translate.googleusercontent.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution-ShareAlike LicenseCC Attribution-ShareAlike License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Mejores prácticas para migración de Bases de Datos Mejores prácticas para migración de Bases de Datos Presentation Transcript

    • Mejores Prácticas para Migrar su Base de Datos Paso a paso con Tecnologías de Información LibresIng. Carlos Gustavo Ruiz
    • 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
    • ¿Quien soy Yo? nombre: Carlos Gustavo Ruiz estudios: Ingeniero software libre: desde 1997 usuario linux: 414323 roles: • instructor • consultor • programador • colaborador
    • ¿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?
    • ¿Por qué migramos?Nunca se migra algo a menos que de Valor a la OrganizaciónQué da valor• Desempeño• Idiosincrasia• Compromiso• Comunicación• Motivación• Costo
    • 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
    • ¿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
    • ¿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.
    • Gerencia del CambioRequerimientos 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
    • Gerencia del CambioProtocolos y Acuerdos Ponerse de Acuerdo en qué"Cuentas claras mantienenamistades" • Organización o Responsabilidades o Responsables o Jerarquías • DocumentosEs necesario establecer los o Requerimientosmecanismos de o Cambioscomunicación para evitar: o Documentación • Ambigüedad • Codificación • Malos Entendidos o En caso de requerir • Falta de Resultados programar módulos
    • Gerencia del CambioResolver el Problema Estrategias RecomendadasAl menos debe haberclaridad conceptual de cómo • Cortar el Problema ense resolverá el problema. piezas manejables • Buscar la mejor soluciónEventualmente una solución para cada piezainvolucre cambiar el proceso • Probar cada piezaoriginal. resuelta • Probar si las piezasSiempre es mejor resolver en resueltas encajanlotes que resolver caso a • Demostrar que se resolviócaso. el problema
    • Gerencia del CambioAvances y Expectativas
    • Gerencia del CambioAvances y Expectativas
    • Gerencia del CambioAvances y Expectativas
    • Gerencia del CambioAvances y Expectativas El principal problema relacionado con la gestión deSi se tienen expectativas avances y expectativas cómoirreales los avances nunca impacta la motivación delserán suficientes para equipo, junto con lasatisfacer al doliente del posibilidad cierta de que elproceso. doliente del proceso no se encuentre satisfecho con laSi los avances son marcha de la migración.infinitecimales se aburre elequipo de trabajo y colma la Un cronograma realista,paciencia del doliente del medible y verificable es elproceso. mejor antídoto para este dolor de cabeza
    • Gerencia del Cambio¿Cuándo está lista una • Se deben mantener losmigració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.
    • Gerencia del CambioHerramientas 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
    • Lo que sigueConviene 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
    • Graciaspor su Tiempo