Migracion de datos

Página 1

La migración de datos consiste en la transferencia de materiales

digitales de un origen de datos a otro, transformando la forma lógica

del ente digital de modo que el objeto conceptual pueda ser restituido o

presentado por un nuevo equipo o programa informático. Se trata de

una consideración clave para cualquier implementación, actualización o

consolidación de un sistema informático. Se distingue del refresco,

que se limita a mantener el flujo de datos transfiriéndolos simplemente de un

soporte a otro. Hay varias estrategias que pueden ser consideradas una forma de

migración, que difieren en el momento en que se produce la transformación y en

los tipos de objetos transformados. El método de migración más propuesto

consiste en convertir de manera permanente un formato lógico en otro, de manera

que todos los objetosmigrados” puedan ser presentados con

una tecnología diferente.

Migración

de almacenamiento

Se

puede optar por reemplazar los medios de almacenamiento para aprovechar

tecnologías más eficientes o responder a nuevos requerimientos, como la

ubicuidad o la apertura a la web, lo que obliga a trasladar los bloques

físicos de datos de un dispositivo a otro, a menudo utilizando técnicas

de virtualizacion. Por lo general, el formato de datos y el contenido en sí

mismo no se suelen cambiar en el proceso y normalmente se obtienen resultados

bastante buenos, con mínimo o ningún impacto.

Técnicas de Migración de Base de Datos

Planificación.

Lo más importante al migrar una Base de Datos es llevar a cabo un proceso de

planificación y análisis del trabajo, puesto que aunque pareciera tomarse algún

tiempo adicional, éste será retribuido en el éxito de la operación y menos

costos por errores de datos. Es importante que esto sea aplicado cuando la Base

de Datos destino está en producción.

Contador

de registros. Si la migración se realiza de forma manual, mediante alguna

consulta de inserción es recomendable inicializar un contador para cada

registro insertado con éxito y otro para los no insertados, así obviamente, la suma

de ambos debe ser igual a los registros originales.

Mapeador

de Tipos de datos. Algunas plataformas no soportan algunos tipos de datos, así

que es necesario planificar el mapeo de los campos en la nueva base de datos.

Restricciones

y Trigers. Antes de iniciar la migración de la BD, es recomendable deshabilitar

los Trigers y/o restricciones que nos puedan generar error al momento que el

DBMS ejecute el proceso de escritura de los datos.

Codificación

de Caracteres. Cuando el copiado se realiza de forma automática, es necesario

identificar la codificación de caracteres que la BD destino espera, pues así

evitaremos el reemplazo automático de caracteres o en su caso, pérdida de los

mismos.

Migración

de proceso de negocio

Los procesos

de negocio funcionan a través de una combinación de acciones humanas y de

sistemas informáticos. A menudo suceden cambios en las compañías como fusiones,

adquisiciones, remodelaciones y optimizaciones a los que se deben adaptar los

datos y flujos de datos de un servidor, base de datos o aplicación que

contienen la información sobre los clientes, productos y operaciones, para

reflejar los cambios en la organización.

En

función del momento en que se realice, también podemos distinguir los

siguientes tipos de migración:

Migración

sobre la demanda: Se trata de separar el código binario de su entorno y soporte

original en el momento en el que se deposite el recurso. Junto con esta cadena

de bits, se guardan los metadatos técnicos que especifican cómo debe

migrarse a otros entornos.

Migración

a un formato estándar: se refiere a la migración del documento original a un

formato neutral o estandarizado, con una mayor duración prevista. Por ejemplo,

muchos centros pasan los documentos textuales de diferentes formatos

a XML, PDF u otros formatos abiertos que se prevé

tendrán una vida más larga que un formato propietario.

Migración

sucesiva o conversión en serie: mediante esta técnica (conocida en inglés

como serial conversión) se actualizan los documentos con cada cambio

incremental del software, sea necesario o no la operación interna, ya que

cuando se introducen nuevas versiones de software es justamente cuando existe

mayor facilidad para la conversión y en caso contrario se corre el riesgo de

perder la oportunidad cuando el formato esté a punto de desaparecer y la

migración sea más complicada.

Qué es la migración de

datos, qué implica y cómo se puede llevar a cabo

La migración

de datos se

ve muy bien representada por las siglas ETL, que corresponden a los términos:

extracción, transformación y carga. Pese a que se puede aplicar un proceso ETL

con otros objetivos, al plantearse qué

es la migración de datos es

inevitable aludir a su tarea principal: extracción y carga (ya que la

transformación no tiene por qué aplicarse en todos los casos, sólo si fuese

necesario).

Hay tres opciones principales para llevar a cabo

la migración de datos:

§ Combinar

los sistemas de las dos empresas o fuentes en uno nuevo.

§ Migrar

uno de los sistemas al otro.

§ Mantener

la integridad de ambos sistemas, dejándolos intactos, pero creando una visión

común a ambos: un almacén de datos.

La herramienta más

indicada para llevar a cabo una migración

de datos es

una de extracción transformación y carga, frente a opciones menos productivas,

como la codificación manual; a otras inaplicables, como la integración de

aplicaciones (EAI) o a otras que no aportan todo lo necesario para realizar el

proceso con plenas garantías, como es el caso de las de replicación.

Para llevar a cabo una migración

de datos es

necesario recorrer los siguientes pasos:

1.

Planificación: desde

la definición de la estrategia y el alcance del proyecto hasta el análisis de

viabilidad.

2.

Analítica: considerando

variables como la integridad, exactitud o consistencia de los datos a migrar y

teniendo en cuenta las características de las bases de datos de origen y

destino.

3.

Selección de aplicación: puede

desarrollarse de forma interna o adquirirse tras evaluar las distintas

alternativas.

4.

Testing: aplicación

de los ciclos de pruebas a las aplicaciones que emplearán la base de datos.

5.

Migración: comprende

las etapas de extracción, transformación y carga.

6. Evaluación: se

trata de medir los resultados y analizarlos, determinando los ajustes

necesarios.

Desafíos que

toda migración de datos debe afrontar

Pese a que la migración

de datos puede

ser un proceso sencillo, su implementación puede encontrarse con desafíos a los

que habrá que hacer frente.

§ Descubrir

que el código fuente de la aplicación de origen no está disponible y el

fabricante de dicha aplicación ya no se encuentra en el mercado ya.

§ Encontrar

tipos o formatos de datos de origen que no tienen correspondencia en destino:

números, fechas, sub-registros.

§ Problemas

de codificación que afecten a determinados conjuntos de datos.

§ Existencia

de optimizaciones en el formato de almacenamiento de datos, tales como

almacenamiento binario decimal codificado, almacenamiento no estándar de los

valores numéricos positivos / negativos o los tipos de almacenamiento de los

que se excluyen mutuamente sub-registros dentro de un registro.

§ Cuestiones

relativas a la aparición de redundancias y duplicidades cuando, al tiempo que

se llevaba a cabo la migración de datos, diferentes tipos de usuario empleaban

el sistema o aplicación antiguo y el nuevo.

¿Qué es la migración

de datos? Desmontando los mitos

Quienes se plantean qué

es la migración de datos pueden

hallarse en una difícil posición, susceptible de caer en creencias extendidas

pero carentes de solidez. Comprender las implicaciones de una migración pasa

por discernir los mitos que nada tienen que ver con ella:

§ Una migración

de datos no

es un simple proceso de copia de datos.

§ La migración

de datos no

se lleva a cabo de una sentada, es un proceso complejo que cuenta con sus fases

y requiere de tiempo.

§ La migración

de datos no

puede resolverse sólo desde fuera, es necesario y muy recomendable, contar con

el apoyo de los propietarios de los datos.

§ La

transformación y validación de datos no puede, en ningún caso, producirse

después de la carga. Siempre ha de realizarse antes y el resultado ha de

someterse a ciclos de pruebas que demuestren su idoneidad para ser cargado