Migración de una base de datos
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 complementació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 recepcionista o funcionan de los contenidos, mejoras en el funcionamiento, cumplir con nuevos requerimientos de usuario o de software, la permeabilidad, la actualización de versiones, la 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 información, entre otros escenarios posibles.

La migración de bases de datos es generalmente una tarea compleja que no sólo supone transferir datos entre tipos de almacenaje y formatos de un servidor de base de datos a otro; sino que también supone reescribir sentencias SQL o incluso procedimientos (SPL) de lógica de negocio.

En comparación con los esquemas estándares de migración a mano, ofrecemos una potente gama de herramientas desarrolladas de probada eficacia en complejos módulos de bases de datos relacionales. Estas herramientas y nuestros especialistas pueden asegurar que las transiciones de las bases de datos se realicen perfectamente, independientemente de la naturaleza del sistema.

Desde la experiencia, estamos familiarizados con la complejidad, el coste que supone una larga migración de bases de datos y los problemas que aparecen durante el proceso cuando se emplean métodos inapropiados; ya que siempre comprobamos con los clientes potenciales que el uso de nuestras herramientas y métodos pueda ofrecer una ventaja significativa.

Técnicas para un proceso de migración
Se puede deducir en estas técnicas:

1. De los servers
2. De los desktops 3. De la data 4. Del hardware especial 5. Emulación vs Vitalización 6. El problema del software del estado

1. De los Server

●El entorno de los server es el mas probado en el mundo del
software libre.

●Empresas de hardware como Dell, HP, IBM y Sun (servers), Fujitsu
(arreglo de discos), certifican distribuciones “enterprise” de Linux (las cuales pueden ser reemplazadas fácilmente por distribuciones netamente libres orientadas a la empresa) y también certifican soluciones como Bases de Datos.

●También las grandes empresas de software como Oracle certifican
sus productos para ejecutarse en distribuciones de Linux.

●Básicamente si este hardware no es tan nuevo, no existen
problemas de por medio. ●Una ventaja es que podemos reutilizar hardware viejo en utilidades bastante básicas, por ejemplo un servidor PIII con buenos discos duros puede ser un eficiente servidor de correos, o una base de datos de poca demanda, un PII con 2 buenas tarjetas de red podría ser un muy seguro firewall, hasta las máquinas clónicas pueden ser utilizadas como servidor, pero claro que tienen sus limitaciones propias del hardware de este tipo.

●Generalmente los proyectos de software libre orientados a servicios suelen mejorar su rendimiento entre versión y versión, vale la pena considerar mantenerlos siempre actualizados por lo cual una distribución “enterprise” no sería aplicable en estos casos.

Soluciones de todo tipo:

●Servicios de redes y comunicaciones (correo, mensajería
instantánea, proxy, redes heterogéneas, VoIp, DNS, DHCP, etc.)

●Seguridad (ids, filtrado de paquetes, nateo avanzado, vpn, etc.)

●Base de datos (muchas soluciones de diverso tipo)

●Servidores de aplicaciones (especialmente en java)

●Virtualización (multiplataforma)

●Grid Computing (pre-construida)

●Servicios web (lideres indiscutibles)

●Servicios de impresión, directorio, autentificación, etc.

Mejoras y problemas surgidos en la migración

Aprovechando la migración y la construcción de un arrendatario del que no disponíamos anteriormente, nos replanteamos aquellos aspectos que habían sido más problemáticos o que no se habían resuelto todo lo satisfactoriamente que esperábamos en SICREM. En un primer momento se pensó “hacer reformas” a la par que migrábamos los datos, es decir, rehacer nuestras antiguas variables en cubos pero reorganizados para un acceso más eficiente, obtener una mayor compatibilidad, homogeneizar conceptos… En este sentido, parecía que el tener el mayor número de dimensiones comunes era lo ideal, aunque esto traía también unos inconvenientes. Son aspectos que se tratan a continuación.

Para migrar archivos de máquina virtual a una ubicación de almacenamiento diferente en el mismo host

En la vista Máquinas virtuales, desplácese hasta el host donde esté implementada la máquina virtual.
En el panel de resultados, seleccione la máquina virtual y haga clic en Migrar almacenamiento en el panel Acciones.

El Asistente para migrar máquina virtual abre la página Seleccionar ruta de acceso, que muestra las ubicaciones actuales de los archivos de la máquina virtual. La ruta de acceso actual a la ubicación de los archivos de configuración se muestra en el cuadro Ruta de acceso de máquina virtual y la ruta de acceso actual a la ubicación de cada disco duro virtual (.vhd) se muestra en la lista Discos
Ventajas
La migración de aplicaciones con una nueva base de datos ofrece las siguientes ventajas:
- Sin dependencia de las herramientas de desarrollo
- El entorno de producción de destino se puede configurar de forma distinta del entorno de producción de origen dado que la configuración no se migra automáticamente del origen al destino
- Entorno de producción paralelo soportado:
  - Migración de aplicaciones selectiva
  - Sin tiempo de inactividad
- Capacidad de realizar pruebas exhaustivas antes de migrar al entorno de producción, pero por lo general es suficiente con realizar pruebas de regresión
- Sin dependencia de las herramientas de migración
Costes
La migración de aplicaciones con una nueva base de datos tiene las siguientes desventajas:
- Los datos existentes no se trasladan; se crean nuevas tablas de base de datos
- Las nuevas características no se habilitan automáticamente y a veces no están disponibles sin migrar los artefactos de aplicación utilizando la migración de artefactos
- Se requiere el despliegue de aplicaciones manual (con scripts)
- Se requieren actualizaciones de aplicaciones cliente
- Es posible que se tenga que evaluar la necesidad de hardware y licencias de software ser evaluados para saber si se necesita alguna licencia adicional para la ejecución en paralelo
Riesgos
La migración de aplicaciones con una nueva base de datos implica los riesgos siguientes:
- Las aplicaciones de usuario existentes deben continuar ejecutándose en el nuevo tiempo de ejecución en el mismo nivel de función que tenían en el tiempo de ejecución anterior. En algunos casos, sin embargo, puede haber un cambio de código del que la aplicación dependa, como por ejemplo un cambio de JDK, que puede tener un impacto negativo sobre la aplicación sin modificar.

HERRAMIENTAS DE MIGRACIÓN

En comparación con la consultoría estándar de migraciones, la cual puede ofrecer poco más que soporte a la base de datos, nosotros tenemos gran experiencia en escribir grandes aplicaciones para empresas en sintaxis de la base de datos nativa y cross. Además, enseñamos a los equipos de las empresas una metodología y les proporcionamos una potente gama de herramientas para reducir costes y optimizar el proceso de migración.

Estas herramientas incluyen:

Herramienta de copia multi-bases de datos con conversión automática desde los tipos de datos (incluyendo tipos de datos geométricos)
Comprobación del esquema multi-base de datos
Grámatica SQL XML
Gramática DDL XML
Gramática DML XML
Gramática SPL XML
Gramática Triggers XML
Soporte para la conversión de tipos de datos geométricos

COPIA MULTI-BASE DE DATOS

La herramienta de copia puede replicar todos los datos desde una base de datos a una destinación, independientemente del motor, las tablas creadas, los índices, las restricciones y el mapeo de tipos de datos cuando los motores difieren. Con poco esfuerzo, y después del tiempo que supone copiar los datos, se puede ver y explorar los datos en la nueva base de datos. Por supuesto, no se realiza una migración en estos casos.

Genera estructuras de tablas acorde con los tipos de datos objetivo
Desactiva automáticamente triggers y secuencias durante el proceso de copia
Instala automáticamente la secuencia asociada después de copiar una tabla
Soporta la generación de bases de datos cruzadas rowid
Soporta la conversión de tipos de datos geométricos permitiendo una fácil migración de motores espaciales
Soporta la construcción de índices post-copia y foreign keys
Soporta la compilación de triggers post-copia y SPL

COMPROBACIÓN DEL ESQUEMA MULTI-BASES DE DATOS

Una vez se empieza una migración, se puede generar un esquema XML desde la base de datos original. Esto permite traducir el modelo de base de datos a cualquier motor.

Sin embargo, ¿qué pasa si el sistema continúa operando e incluso sufre cambios estructurales durante el proceso de migración? La comprobación del esquema compara las bases de datos de tipos diferentes y muestra las diferencia entre estructuras de tablas, claves primarias, foreign keys, índices y restricciones. También, se puede hacer una comparación con el modelo de esquema maestro en XML. En ambos casos, se aplicará una propuesta de cambios para asegurar que se muestra la misma estructura física.

SOPORTE AL DESARROLLO, TEST, PRE-PRODUCCIÓN Y PRODUCCIÓN

Las herramientas de migración están construidas alrededor de un diccionario de base de datos. El diccionario permite a los programadores almacenar su código (sentencias DML, quieres SQL, código SPL, datos de tablas iniciales, etc.), el cual constituye la base de datos de las aplicaciones. Una vez almacenado en el diccionario, un grupo de comando web o comando shell permite la compilación, el chequeo o la salida de nuevas actualizaciones para una base de datos o un grupo

	Created by carlos llanas about 10 years ago

bueno sus funciones y para que sirve