Migración de sistemasJosé Roberto Benítez Camacho

• El proceso de cambio de software es, hasta cierto punto,similar al que se sigue para la selección de un primer sistema:análisis profundo de las necesidades, especificacionestécnicas, evaluación de los productos existentes, ampliaformación tanto del personal como de los usuarios, etc.

• En cierto modo, se trata de una transición más sencilla, puesel personal ya está familiarizado con la informática, y loscambios de organización introducidos a raíz del primer sistematodavía pueden ser válidos. Los años de experiencia permitenque el análisis de las necesidades esté mejor enfocado y quese realice el proceso de selección de manera más realista yefectiva.

• Por otra parte, el abanico de paquetes disponibles es mayor, ylos sistemas que se ofrecen han experimentado grandesmejoras: son ahora más fiables. Y, para completar la lista deventajas, el coste del hardware es cada vez inferior.

• Sin embargo, la decisión de migrar no puede ser tomada a laligera. Es una operación extremadamente compleja y costosaen términos tanto económicos como humanos. El personal ylos usuarios se han acostumbrado al sistema existente. Puedeser que el hardware actual no sea adecuado para el nuevosistema. Y lo que es más importante pueden aparecerdificultades a la hora de traspasar los datos ya cargados

• Además de la información bibliográfica, hay otros archivoscon datos de los usuarios, del fondo, del material en préstamoy sistemas para el control de autoridades que quizá no seancompatibles con el nuevo programa. También los códigos debarras existentes pueden resultar incompatibles.

¿Por qué migrar?

• Los objetivos comúnmente perseguidos son:

• incrementar la funcionalidad del capacidad superior: bases dedatos de tamaño más grande, mayor número de usuarios,etc.;

• sistema más fiable: con menos pérdidas de tiempo por averíao interrupción, o por respuesta lenta

• mayor disponibilidad y confianza en el proveedor: al usar elanterior sistema quizá no fueron bien atendidos, no se lesproporcionó las funciones prometidas, cerró la empresa;

• mayores posibilidades de conexión con otros sistemas;

• cambiar de hardware o de sistema operativo.

¿Cuándo migrar?

• Muchas unidades de información y organizaciones eligen elperíodo de vacaciones, o hacen coincidir el cambio con eltraslado a un nuevo edificio. Sin embargo, el proceso en larealidad a menudo sobrepasa el plazo prefijado, porproblemas como el acondicionamiento del local, los fallos enlas telecomunicaciones, las negociaciones contractuales, elretraso en la construcción del edificio y, especialmente, por latransferencia de datos.

Pérdida de datos

• Se afirma con razón que el elemento más valioso en unsistema automatizado es la base de datos, y la garantía de sucorrecta transferencia de un sistema a otro resulta de vitalimportancia.

Pérdida de datos

• Las estadísticas, especialmente las relativas al año en curso, también pueden perderse. Aun habiendo sido traspasadas las cifras, éstas pueden estar representadas de tal forma que no sea posible incrementarlas u operar con ellas posteriormente.

• Los códigos de barras constituyen otra posible área de incompatibilidad. A veces es necesario volver a etiquetar la colección entera.

Formación de personal

• En el momento del cambio el personal posee ya ciertosconocimientos de informática. Por consiguiente la formaciónno se tendría que empezar desde cero.

• Sin embargo, muchos proveedores no quieren modificar suplan de formación estándar. Por eso es importante que launidad de información especifique el tipo y nivel de formaciónque desea. Destacar las similitudes y divergencias entre elsistema antiguo y el nuevo es útil para ayudar al personal en elproceso de transición, lo cual obliga a la disponibilidad de unformador que conozca los dos.

Factores críticos de éxito

• Para lograr el éxito en la migración de sistemas, es necesariocumplir cada fase de la figura anterior. De esta forma,podremos asegurar que no se presentarán inconvenientesdurante el proceso.

• Una actividad central del proceso es realizar un análisis demodelo actual y del nuevo, para determinar cuáles son lastablas y campos críticos de ambos; posteriormente, seanalizará y documentará la correspondencia campo porcampo del nuevo modelo con el modelo actual.

• Adicionalmente se debe contemplar la verificación de laintegridad referencial entre las tablas de acuerdo con losrequerimientos del modelo en el nuevo ambiente ydeterminar las limitaciones existentes. Cuando una base dedatos incluye información utilizada por muchos usuarios, esimportante que no puedan destruirse los datos almacenadosni sus relaciones.

• Si durante el análisis se encuentran excepciones, esimportante determinar junto con el usuario como van a sermanejadas, en este punto se especifica si los registros no vana ser migrados, van a ser migrados a tablas de excepciones o sivan a ser modificados para que cumple con las reglas delnuevo modelo.

• Por otro lado, si el alcance del proyecto incluye la migraciónde procedimientos almacenados, cuando hay un cambio demanejador de bases de datos, se debe considerar que tal vezsea necesario programarlos nuevamente, debido a que elcódigo pudiera no ser compatible.

• Un aspecto crítico para el éxito del proyecto es la selección odesarrollo de las herramientas que serán utilizadas paraejecutar el proceso de migración, es importante hacer unanálisis de las deferentes alternativas existentes, buscando lamejor opción considerando la relación costo/beneficio decada una de ellas.

• Otro factor crítico para el éxito es la realización de pruebas, lascuales inicialmente, pueden ser a pequeña escala para validaro modificar la arquitectura final y el plan de migración, asícomo para comprobar que las aplicaciones que harán uso dela base de datos funcionan correctamente y optimizarrecursos necesarios.

• También se recomienda probar de manera exhaustiva que lasconsultas realizadas por las aplicaciones, puedan seguirejecutándose normalmente. Esta actividad es una partefundamental del proceso, debido a que los datos almacenadosse vuelven importantes a medida que pueden ser convertidosen información valiosa para los usuarios.

• Durante la migración, se realizan procesos de extracción,transformación y carga, los cuales incluyen los datos desde suorigen, modificarlos para cumplir con la integridad, laconsistencia y las reglas del negocio definidas, para finalmenteinsertarlos en la base de datos destino.

• Antes de iniciar el proceso, es importante verificar ladisponibilidad de los recursos de infraestructura, así comootros aspectos tales como seguridad de la base de datos y delservidor. Otro factor importante es contar con el apoyo delpersonal encargado de la base de datos, red, servidores yotros elementos que vayan a ser usados.

• Es indispensable realizar respaldos de la base de datos antes ydespués del proceso de migración; el primer respaldo aseguraque si el proceso de migración, el sistema de base de datos oel servidor fallan, la información se puede recuperar ycontinuar operando tal y como se hacía antes de iniciar elproceso. Un respaldo al finalizar el proceso, sirve paraasegurar que exista un modo de recuperar la información yamigrada.

• También es necesario considerar en qué momento y durantecuánto tiempo se va a detener la operación de la base dedatos en producción. Si esto no es posible, se debe determinarel procedimiento para identificar los datos que fueroningresados durante el proceso de migración, para suactualización posterior.

• Otro factor crítico, es contar con la documentación completa yactualizada de las bases de datos, tanto del repositorio deorigen, como del destino, en casi de que no exista, esnecesaria una participación y compromiso de los involucradospara generar y detallar los documentos necesarios, entre loscuales se puede incluir el diagrama entidad-relación,diccionario de datos, parámetros de la base de datos, espaciorequerido, entre otros.

• Una vez terminado el proceso de deben medir los resultados yentregar un reporte global del trabajo realizado, mencionandocuáles son los productos que se entregan, cuántas tablas uotros objetos fueron migrados, cuántos registros se migraronexitosamente, cuántos no y cuál fue la causa de ello.

• Se sugiere realizar el reporte ejecutivo que resuma y presente a los directivos, los resultados obtenidos. Otro documento relevante para el cliente es la memoria técnica que contenga la configuración de los parámetros de la base de datos migrada, su estructura física y espacio disponible, entre otros datos relevantes.