El Proceso de Conversión de bases de datos: Asociación para el Éxito

Desde 2007, el experimentado equipo de expertos de White Box Technologies, Inc. ha ayudado a migrar con éxito miles de bases de datos. Después de todo, eso es lo que hacemos todos los días. Entendemos los desafíos y los matices únicos del proceso de conversión de bases de datos, y hemos aprendido a minimizar sus riesgos para obtener el mejor resultado posible. ¿Cómo lo hacemos? Nos tomamos el tiempo para Analizar, Mapear y Probar.

Descargar el documento técnico

Escuchar, analizar, Comprender

Los analistas de White Box Technologies inician el proceso de conversión de la base de datos sumergiéndose en la base de datos de origen. Cuando los usuarios finales son una parte activa del proceso de conversión (aproximadamente de la mitad a dos tercios de nuestros proyectos de conversión), programamos una llamada con ellos para solicitar capturas de pantalla de su programa actual y hablar sobre su proceso de uso normal. Obtener una comprensión inicial de cómo los usuarios han estado utilizando los datos nos ayuda a garantizar que el proceso de conversión de la base de datos genere los mejores resultados posibles. Las capturas de pantalla ayudan a nuestro equipo de análisis a armar la base de datos de origen, mientras que nuestra herramienta de búsqueda de datos rastrea información difícil de encontrar.

Para proyectos de conversión en los que los usuarios finales no son parte activa del proyecto, tenemos varias sesiones Q&A con el socio y los expertos en la materia (PYMES) con los que trabajaremos durante la duración del proyecto. Estos proyectos de conversión generalmente requieren más trabajo de nuestro equipo de análisis, similar a un arqueólogo que analiza fósiles y edificios en comparación con un antropólogo que puede entrevistar a las personas que están estudiando.

Preparando la”Hoja de ruta”

Después de un análisis inicial, nuestro equipo envía el Documento de Asignación de tablas (TMD) al cliente o socio para su revisión. Este es un vistazo de alto nivel a la conversión planificada, que muestra qué tablas de origen se utilizarán para rellenar tablas de destino específicas. Una vez que estas tablas son aprobadas por el cliente o socio, nuestro equipo comienza a armar un Documento de Asignación de datos (DMD) que muestra el plan de conversión con más detalle. El DMD se basa en el TMD aprobado y muestra los campos específicos que se utilizarán desde la fuente, qué cambios (si los hay) se realizarán como parte de la conversión y dónde terminarán los datos en el sistema de destino.

Mientras nuestro equipo de análisis crea estos documentos de asignación, enviamos nuestra herramienta de asignación de código al cliente o socio. Utilizarán esta herramienta para hacer coincidir los códigos de la base de datos de origen con los nuevos códigos de la base de datos de destino. El Mapeador de códigos se actualiza con nuestro software de conversión en tiempo real, por lo que cada vez que ejecutamos una parte (o la totalidad) de la conversión, estamos utilizando los códigos más actualizados del cliente.

Una vez que los documentos de mapeo han sido construidos por nuestro equipo de análisis y aprobados por el cliente o socio, la conversión se traslada a nuestro equipo de ingeniería. Nuestros ingenieros utilizan el TMD y el DMD para crear las consultas y vistas SQL necesarias para la conversión. Estas consultas se convierten en la fuente modificada utilizada por nuestra herramienta de Navegador de Migración de datos (DMN). Usando estas consultas como fuente, nuestros ingenieros construyen el código de conversión en un código modificado de C#diseñado y construido internamente para que el código de conversión se pueda juntar, como construir un programa en Scratch (scratch.mit.edu). El archivo ‘babel’ creado para la conversión (llamado así por el pez babel en la Guía para Autoestopistas de la Galaxia) pasará por cientos de iteraciones o versiones a medida que se construya y pruebe la conversión.

Las ejecuciones de prueba Garantizan una conversión exitosa

Las conversiones se entregan al cliente o socio en una serie de simulacros o ejecuciones de prueba. Estas burlas le dan al cliente la oportunidad de ver los datos convertidos en su nueva aplicación. Un proyecto de conversión de base de datos estándar generalmente incluye 3 conversiones simuladas separadas antes de la conversión final o de puesta en marcha. Nuestra herramienta DMN ejecuta conversiones de forma rápida y precisa, con muchos sistemas completos que se convierten en cuestión de horas. Con cada maqueta, el cliente o socio tiene tiempo para revisar y proporcionar comentarios o hacer solicitudes de cambios. A lo largo de las varias burlas incluidas en la conversión estándar, el código de conversión se refina y perfecciona. La ejecución de conversión en directo siempre es un final emocionante para el proyecto.

Nuestro sistema “probado y verdadero” garantiza que su proyecto de conversión de base de datos se complete a tiempo y dentro del presupuesto. Después de todo, ¿para qué son los socios?