Migración de datos: qué es y ejemplos

Seite 1

Migración de datos

¿Qué es la migración de datos?

La información es un activo esencial para cualquier organización y

el potencial de su valor reside en los datos que, en ocasiones, deben

migrar para mejorar el desempeño de una base de datos, actualizar

versiones, reducir costes o aplicar políticas de seguridad. Pero, ¿qué es la migración de datos?

Este proceso consiste en la transferencia de datos de un sistema a otro

y suele tener lugar en momentos de transición provocados por la llegada

de una nueva aplicación, un cambio en el modo o medio de almacenamiento

o las necesidades que impone el mantenimiento de la base de datos

corporativa.

Generalmente, una migración de datos se produce

durante una actualización de hardware o la transferencia de un sistema

existente a otro completamente nuevo. Algunos ejemplos son:

Actualización de una base de datos.

Migración hacia o desde la plataforma de hardware.

Migración a un nuevo software.

Fusión de dos sistemas paralelos en uno solo que se requiere cuando

una empresa absorbe a otra o cuando dos negocios se fusionan.

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 objetos

”migrados” puedan ser presentados con una tecnología diferente.

Existen diversos motivos para realizar una migración, tales como la preservación o difusión de los contenidos, mejoras en el funcionamiento, cumplir con nuevos requerimientos de usuario o de software, la interoperabilidad, la actualización de versiones, la estandarización de la tecnología, la reducción de costos al optar por un software libre, el aumento en el volumen de datos, nuevos procesos de negocio o mejoras en la seguridad o el control de la información, entre otros escenarios posibles.

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 virtualización.

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.

Migración de base de datos

Del mismo modo, puede ser necesario migrar de un proveedor de base de datos a otro o actualizar la versión del software de gestión que se utiliza. Si tenemos una aplicación sobre una base de datos como por ejemplo Access y posteriormente "crecemos" de manera que nos hace falta un sistema gestor de bases de datos más potente, lo más seguro es que nos decantemos por Oracle, DB2, Informix, SQLServer

o similares. En este caso, los datos, que estarán en formato "access"

deberán pasar a formato "sqlserver" o formato para "oracle", y la

migración conlleva la creación de tablas

o modificación de las existentes, cambios en algunos tipos de datos que

existen en una base de datos pero no en otras, etc. Especialmente

delicados son los campos fecha, los numéricos (enteros,

reales, etc), los de tipo "memo" o campos de extensión superior a 256

caracteres, campos para imágenes, etc, ya que cada SGBD los trata o los

"espera" de manera diferente.

Actualmente la mayoría de SGBD incluyen herramientas de ayuda a la

migración más o menos "fiables". No obstante, ni que decir tiene que el

proceso de migración de datos es lo suficientemente delicado como para

realizarlo en un entorno de pruebas, contemplando toda la casuística

posible en cuanto a tipos de datos a manejar, tablas involucradas y sus

relaciones, etc. Sólo en el momento en el que estemos seguros de que la

migración se ha realizado con éxito, sin problemas de interpretación de

datos ni pérdida de ellos, podemos pasar a un entorno de producción,

teniendo en cuenta que una migración mal realizada podría dar por

terminada una estructura de información completa.

Es una de las principales actividades de administración de bases de

datos por su alta sensibilidad, en ella se realizan actividades de

análisis, diseño o rediseño, modelamiento, creación y configuración,

almacenamiento, recuperación, contingencia, desarrollo (a través de

scripts de SQL, procedimientos almacenados, triggers, etc.), prueba,

implantación, puesta en producción, creación de consultas, entre las más

importantes.

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.