Breaking

Post Top Ad

Your Ad Spot

domingo, 15 de diciembre de 2019

Migración de bases de datos DB2 a Azure

Sí, todavía estoy haciendo muchas migraciones de bases de datos. Demasiadas personas que desean migrar sus otras plataformas de bases de datos a Azure ...
Tengo dos clientes que tienen bases de datos DB2 y sé lo abrumador que puede ser asumir un proyecto como este, por lo que pensé en repasar los pasos de alto nivel de este proyecto para demostrar que es mucho más fácil de lo que muchos creen. El Asistente de migración de SQL Server es su amigo y puede eliminar muchas de las dificultades de los proyectos de migración.
Los pasos generales para la migración son los siguientes:

Preguntas
El primer paso es hacer las preguntas correctas en un proyecto para determinar la complejidad de la migración. DB2 tiene una serie de escenarios únicos que no encontrará en otras plataformas de bases de datos, como la integración PL / SQL para atraer clientes de Oracle y un gran conjunto de sistemas operativos compatibles. Estas son parte esencial de las preguntas iniciales que deben formularse para prepararse en el proyecto.
La siguiente es una guía de preguntas con las que comenzaría, pero no se limita a, en la primera ronda de preguntas de migración de DB2:
  1. ¿Es el deseo de migrar las bases de datos a máquinas virtuales de Azure, retener las bases de datos existentes y simplemente traer las licencias?
Si no…
  1. ¿Qué versión de DB2 (o 2017 Db2) son las bases de datos que se migrarán a Azure?
  2. Qué versión del sistema operativo de DB2, incluyendo Mainframe, LUW, (Linux / Unix / Windows) o i / z
  3. Si la base de datos es posterior a la 9.7, ¿se ha introducido PL / SQL en la base del código?
  4. ¿Cuántos datos se migrarán (como el tamaño y el número de esquemas)?
  5. ¿Algún tipo de datos único y avanzado?
  6. ¿Existe algún código SQL o de base de datos integrado en el nivel de la aplicación (o fuera de la base de datos, todo fuera de lo que puede acceder el asistente de migración)?

Traducciones
Al igual que con cualquier migración de plataforma de base de datos, hay términos que deben traducirse y también debe conocer los términos que pueden tener diferentes definiciones entre las plataformas. El término "instancia" tiene un significado diferente al que tiene en SQL Server / Azure. Cuando una instancia de SQL Server es la instalación de los archivos "bin" de SQL Server, la instancia de DB2 es el motor de base de datos padre predeterminado, denominado por defecto como DB2. Identificar cualquier convención de nomenclatura que se haya usado de manera diferente o confusa al migrar es importante para evitar errores en la comunicación / tareas asignadas.
Algunos términos importantes para saber en DB2 son:
Rutinas : colección de procedimientos almacenados y funciones que se ejecutan dentro de una base de datos DB2.
Colección PL / SQL : Elementos específicos del lenguaje SQL integrados en DB2 para atraer clientes de Oracle. Originalmente integrado en Oracle como su extensión de lenguaje de procedimiento de SQL.
Concentrador de conexión: un conector basado en agente, similar a un oyente, pero es capaz de escalar y construir miles de conexiones web / cliente a través de aplicaciones a la base de datos, mientras que solo requiere unos pocos hilos físicos para la base de datos real.
Tablas de consultas materializadas: esta es una tabla de informes que se basa en una consulta en su declaración de creación. A menudo se usan en bases de datos de almacenes de datos y almacenes.
Tablas de agrupamiento multidimensional: la capacidad de agrupar una tabla a lo largo de múltiples dimensiones, creando un mejor rendimiento al realizar consultas, especialmente aquellas consultas que comúnmente usan las mismas columnas en la cláusula where.
Preparación
Necesitará el siguiente software para realizar la migración en la mayoría de los escenarios (fuera de un conector único si desea realizar una extracción desde SQL Server, etc.):
  • Asistente de migración de SQL Server, (SSMA)
  • DB2 Extension Pack para SSMA
  • Controlador OLEDB para SQL Server

Pasos de alto nivel:
Los siguientes pasos son lo que sucede durante la migración. Es un proceso de dos pasos, que primero migra los metadatos, esquemas y verifica que todas las conversiones de tipos de datos se realicen con éxito antes de aprobar y pasar al segundo paso de migración de la migración de datos.
DDL, esquema y migración de objetos
  • Instale el controlador OLEDB, SSMA y DB2 Extension Pack en el servidor de destino.
  • Conecte el SSMA al servidor y la base de datos de DB2.
  • Crear un nuevo proyecto de migración en SSMA
  • Ejecute un informe de evaluación sobre la migración de DDL y esquemas.
  • Identifique cualquier falla en el DDL, las conversiones de tipo de datos o las estimaciones de migración de objetos.
  • Identifique cada esquema y mapeo a una nueva base de datos de usuarios (o si el diseño del esquema SQL lo desea, siga los pasos para su creación)
  • Una vez resuelto, vuelva a ejecutar el informe hasta que no haya errores presentes o se documente una solución manual (en realidad es un requisito poco frecuente, consulte la sección de mejores prácticas de la publicación).
  • Ejecute la migración SSMA de DDL y objetos de DB2 a Azure.
  • Revise el registro para verificar que todo haya sido exitoso.

Migración de datos
  • En el mismo proyecto en el que ejecutó la migración DDL, haga clic en migrar datos.
  • La SSMA identificará cada esquema y asignará los datos a cada base de datos de usuario o a esquemas únicos, según la configuración.
  • Realizará otro informe de evaluación de la migración de datos para su revisión.
  • Si está satisfecho (como en todos los datos se migrarán correctamente con el formato de tipo de datos, etc.), ejecute la migración de datos.
  • Tiene la opción de eliminar las tablas que no se consideren buenas candidatas para que el asistente de migración se mueva (consulte los Consejos a continuación).
  • La SSMA migrará los datos, tabla por tabla, a las nuevas bases de datos.
  • Revise el registro de migración después de la finalización.

Consejos para migraciones de bases de datos DB2 a Azure
  • Revise el informe de evaluación completamente para cualquier problema.
  • Corrija los problemas antes de traer los datos.
  • El asistente de migración volverá a intentar una migración de tabla tres veces antes de que falle. Si tiene que volver a intentarlo, debería ver más de una tabla en la nueva base de datos. La convención de nomenclatura es seguir el nombre de la tabla original con el '$' y un número. Notará aquellos que tuvieron que volver a intentar al ver un <tablename> $ 1 y <tablename> $ 2, etc.
  • Si tiene una tabla muy grande y no desea que el asistente de migración mueva los datos, puede eliminarlos de la lista para migrar y publicar la migración, usar un volcado de DB2 para exportar los datos a un archivo plano y luego usar Bulk Copy Protocol, (BCP) para volcar los datos. BCP es un proceso de línea de comandos rápido y efectivo para cargar datos en una base de datos de SQL Server (también están disponibles otros procesos para hacerlo).

No hay comentarios.:

Publicar un comentario

Dejanos tu comentario para seguir mejorando!

Post Top Ad

Your Ad Spot

Páginas