AWS Database Migration Service Especializado2016年〜
Un servicio de migración completamente administrado que mueve bases de datos a AWS con un tiempo de inactividad mínimo
Qué hace
AWS Database Migration Service (DMS) es un servicio completamente administrado para migrar bases de datos desde instalaciones locales u otras nubes a AWS. Admite tanto migraciones homogéneas (Oracle a Oracle) como heterogéneas (Oracle a Aurora). La base de datos de origen continúa operando durante la migración, minimizando el tiempo de inactividad. Su función de replicación continua de datos (CDC) mantiene el origen y el destino sincronizados incluso después de la migración inicial, permitiendo estrategias de migración por fases.
Casos de uso
Se utiliza para migrar Oracle o SQL Server locales a Aurora o RDS, reducir costos de licencias migrando de bases de datos comerciales a código abierto, migrar almacenes de datos a Redshift, crear réplicas de bases de datos para entornos de desarrollo/pruebas, consolidar bases de datos en entornos multinube y alimentar plataformas de análisis con replicación de datos en tiempo real, cubriendo una amplia gama de escenarios de migración y sincronización de bases de datos.
Analogía cotidiana
Piense en ello como mover peces entre acuarios. Al transferir peces (datos) de un tanque viejo (BD origen) a uno nuevo (BD destino), moverlos todos a la vez es estresante. DMS transfiere gradualmente el agua al nuevo tanque (replicación continua) mientras mantiene los peces sanos (sin tiempo de inactividad). Incluso funciona cuando los tanques tienen formas diferentes (BD heterogéneas).
¿Qué es DMS?
AWS Database Migration Service es un servicio completamente administrado que simplifica enormemente las migraciones de bases de datos. Las migraciones tradicionales requerían gestionar manualmente muchos pasos: conversión de esquemas, transferencia de datos, verificación de integridad y conmutación de aplicaciones. DMS automatiza la transferencia de datos y la replicación continua, reduciendo el riesgo y el esfuerzo de los proyectos de migración. Admite más de 20 motores de bases de datos, incluyendo Oracle, SQL Server, MySQL, PostgreSQL, MongoDB y Amazon Aurora.
Cómo funciona la migración
El proceso de migración de DMS consta de tres pasos: crear una instancia de replicación, configurar los endpoints de origen y destino, y definir una tarea de migración. Al combinar la carga completa (transferencia masiva de todos los datos) con CDC (captura de datos de cambio), los cambios en la base de datos de origen continúan replicándose al destino en tiempo real después de la migración inicial de datos. Las reglas de mapeo de tablas permiten seleccionar esquemas o tablas específicos para la migración, y aplicar transformaciones de nombres de columnas o filtrado.
Integración con Schema Conversion Tool
Para migraciones de bases de datos heterogéneas, la integración con AWS Schema Conversion Tool (SCT) es esencial. SCT convierte automáticamente el esquema de la base de datos de origen (definiciones de tablas, procedimientos almacenados, vistas, etc.) al formato de la base de datos de destino. Los elementos que no se pueden convertir automáticamente se generan como un informe, identificando claramente lo que necesita atención manual. El enfoque de dos pasos de convertir el esquema con SCT y luego migrar los datos con DMS permite migraciones sistemáticas de bases de datos heterogéneas. Para una comprensión integral de la integración con Schema Conversion Tool, libros especializados (Amazon) también son una referencia útil.
Validación y monitoreo de la migración
DMS incluye funciones de validación de datos que verifican automáticamente que los datos de origen y destino coincidan. Compara recuentos de filas y valida el contenido de los datos, registrando cualquier discrepancia en un informe. El progreso de las tareas de migración se puede monitorear en tiempo real a través de métricas de CloudWatch, incluyendo retraso de replicación, recuento de errores y rendimiento. Puede configurar notificaciones SNS para recibir alertas inmediatas cuando ocurran problemas.
Aspectos a tener en cuenta
- Heterogeneous database migrations require schema conversion with Schema Conversion Tool, and manual conversion of stored procedures may be needed
- Size the replication instance appropriately based on data volume and change frequency to prevent performance degradation during migration