Preguntas frecuentes sobre AWS Database Migration Service

AWS Database Migration Service (DMS) admite una gama de replicaciones de datos homogéneas y heterogéneas.

Las bases de datos de origen y de destino (o ambas) deben residir en RDS o EC2. No se admite la replicación de entorno local a bases de datos locales.

• Orígenes de DMS admitidos
• Destinos de DMS admitidos

AWS DMS sin servidor admite bases de datos y servicios de análisis populares, como Oracle, Microsoft SQL Server, PostgreSQL, MySQL, Amazon Redshift, Amazon RDS, Amazon Aurora, etc. Consulte la lista completa de motores compatibles.

La conversión de esquemas de AWS DMS admite una gama de bases de datos populares, que se enumeran aquí.

La herramienta de conversión de esquemas de AWS (AWS SCT) admite una gama de conversiones de bases de datos y almacenamiento de datos que se enumeran aquí.

Consulte la lista completa de motores compatibles para las migraciones homogéneas de datos de AWS DMS, que incluye PostgreSQL y MySQL.

Sí, parte de AWS Database Migration Service es la conversión de esquemas de AWS DMS (DMS SC), que automatiza la conversión de código Oracle PL/SQL y SQL Server T-SQL a código equivalente en el dialecto de Amazon RDS para MySQL de SQL o el código PL/pgSQL equivalente en PostgreSQL.

Cuando un fragmento de código no se pueda convertir de forma automática al lenguaje de destino, DMS SC documentará claramente las ubicaciones que requieran una entrada manual por parte del desarrollador de la aplicación. También está disponible una versión llamada herramienta de conversión de esquemas de AWS (AWS SCT), que se puede descargar.

Sí, cuando deba utilizar un proceso de migración de esquemas más personalizable (por ejemplo, cuando migre una base de datos de producción y haga falta mover los procedimientos almacenados y objetos secundarios de la base de datos), puede utilizar la función integrada de conversión de esquemas de AWS DMS para migraciones heterogéneas. Entre las otras opciones se incluye la herramienta de conversión de esquemas de AWS o el uso de herramientas de exportación de esquemas nativas del motor de origen, en caso de que haga migraciones homogéneas como las siguientes:

1. Asistente de importación y exportación de SQL Server Management Studio.
2. La herramienta de exportación de bases de datos SQL Developer de Oracle o el script de exportación mediante el paquete dbms_metadata.
3. Asistente para migración de MySQL Workbench.

AWS DMS y AWS SCT trabajan en conjunto tanto para migrar bases de datos como para dar soporte a la replicación continua para diversos usos, como rellenar lagos de datos y almacenes, sincronizar sistemas, etc. AWS SCT puede copiar esquemas de bases de datos para migraciones homogéneas y convertirlos para migraciones heterogéneas. Los esquemas pueden ser entre bases de datos (por ejemplo, Oracle a PostgreSQL) o entre almacenamientos de datos, (por ejemplo, Netezza a Amazon Redshift).

Una vez creado un esquema en un destino vacío, según el volumen de datos o los motores admitidos, se utiliza AWS DMS o AWS SCT para trasladar los datos. AWS DMS mueve tradicionalmente cargas de trabajo relacionales más pequeñas (<10 TB), mientras que AWS SCT se utiliza principalmente para migrar grandes cargas de trabajo de almacenamiento de datos. AWS DMS admite la replicación continua para mantener el destino sincronizado con el origen, mientras que AWS SCT no la admite.

AWS Database Migration Service (AWS DMS) sin servidor aprovisiona, supervisa y escala automáticamente los recursos para que las migraciones de bases de datos y análisis a AWS sean más sencillas y rentables. Con AWS DMS sin servidor, ya no tendrá que aprovisionar en exceso los recursos de migración ni supervisar y escalar manualmente los recursos para la replicación continua de datos. AWS DMS sin servidor optimiza los recursos para satisfacer la demanda, por lo que solo pagará por los recursos que utilice. Esto lo hace útil para casos prácticos populares como la replicación continua de datos, así como para migraciones heterogéneas complejas entre distintos motores de origen y destino.

Sí, AWS DMS sin servidor puede utilizarse para la replicación continua. DMS sin servidor admite las opciones de despliegue single-AZ y multi-AZ.

Para migraciones homogéneas, recomendamos utilizar las herramientas nativas integradas de DMS para los motores compatibles, debido a su familiaridad y a la facilidad de migración. No necesita aprovisionar ni supervisar la migración y solo paga por las horas utilizadas durante la migración. Para comprobar los motores compatibles, vaya a la página de documentación del DMS.

Para migraciones heterogéneas o replicaciones de datos continuas con fluctuaciones de datos, recomendamos utilizar AWS DMS sin servidor, ya que supervisa y escala automáticamente los recursos para satisfacer la demanda sin intervención manual ni aprovisionamiento excesivo de los recursos, lo que le permite ahorrar tiempo y costos. Las instancias bajo demanda, por otro lado, son buenas para transferencias de datos predecibles y estables, ya que pueden reajustarse en función del rendimiento y el costo. Consulte la documentación de AWS DMS sin servidor para ver los motores compatibles.

Sí, las herramientas nativas integradas de AWS DMS para la migración homogénea de datos funcionan sin servidor. No utilizan instancias de replicación y supervisarán y escalarán automáticamente los recursos de migración según sea necesario para proporcionar una migración sin inconvenientes.

AWS DMS Fleet Advisor es una capacidad gratuita y completamente administrada de AWS Database Migration Service (AWS DMS). Automatiza la planificación de la migración y lo ayuda a migrar flotas de análisis y bases de datos a la nube a escala con un esfuerzo mínimo. Para detectar bases de datos locales, puede utilizar un recopilador independiente de AWS DMS Fleet Advisor o el módulo de recopilación de bases de datos y análisis del recopilador sin agente de AWS Application Discovery Service (ADS).

AWS DMS Fleet Advisor está pensado para los usuarios que quieren migrar un gran número de servidores de bases de datos y análisis a AWS. Cuando tenga todo listo para migrar sus cargas de trabajo de base de datos y análisis a los servicios de destino de AWS, debe utilizar AWS DMS Fleet Advisor para detectar y analizar sus cargas de trabajo de base de datos de procesamiento de transacciones en línea (OLTP) y de procesamiento analítico en línea (OLAP). Fleet Advisor le permite crear un plan de migración personalizado mediante la determinación de la complejidad de la migración de las bases de datos de origen a los servicios de destino de AWS.

AWS Application Discovery Service (ADS) y Migration Evaluator se emplean para detectar almacenamientos de bloques adjuntos y computación de amplio alcance. Los clientes que recién empiezan el proceso de migración y buscan un caso empresarial controlado por los datos para AWS utilizan Migration Evaluator. ADS se utiliza como fuente de AWS Migration Hub para visualizar las dependencias de servidor a servidor, crear grupos de aplicaciones y hacer un seguimiento del progreso de la migración.

Para la mayoría de los clientes, recomendamos utilizar el recopilador sin agente de AWS Application Discovery Service (ADS) en las regiones donde esté disponible, ya que permite la migración de servidores a través de AWS Migration Hub y permite detectar bases de datos locales. Para el resto de regiones, recomendamos utilizar el recopilador de AWS DMS Fleet Advisor. Los metadatos de la base de datos y las métricas de utilización recopilados tanto del recopilador independiente de AWS DMS Fleet Advisor como del recopilador sin agente de AWS ADS estarán disponibles en AWS DMS Fleet Advisor.

Utilice el recopilador sin agente de AWS ADS si tiene un entorno VMware vCenter Server; de lo contrario, el recopilador de AWS DMS Fleet Advisor se puede instalar en un Microsoft Windows Server 2012 o superior.

La política de soporte de ciclo de vida de AWS DMS especifica por cuánto tiempo se brindará soporte para cada versión de DMS, desde que se lanza hasta que ya no es compatible. 

La política de soporte de ciclo de vida tiene por objetivo brindar normas predecibles y coherentes para el soporte de cada versión publicada en AWS DMS. Las normas le darán el beneficio a los clientes de planear sus migraciones y actualizaciones de forma estratégica.

La fecha de finalización del soporte de cada versión de DMS comenzará 18 meses después de su lanzamiento inicial. Para ver el calendario más reciente de todas las versiones de DMS existentes, vaya a la nueva sección “Política de soporte de ciclo de vida” desde su consola de DMS. 

Los plazos de soporte para cada versión de AWS DMS se incluirán en las notas de la versión de DMS asociadas, así como en la nueva sección “Política de soporte de ciclo de vida” de su consola de DMS. Si utiliza alguna versión que finalice el soporte en un plazo de 90 días, verá una alerta junto a la versión del motor en “Instancia de replicación”. Además, AWS le enviará a quienes posean instancias de DMS un recordatorio trimestral por correo electrónico si están ejecutando una versión que dejará de recibir soporte en el trimestre siguiente.

La política entró en vigor el 1 de enero de 2023. Todas las instancias que hayan alcanzado la fecha de fin de soporte de 18 meses después del lanzamiento se actualizarán automáticamente a la última versión preferida de DMS, independientemente de la configuración de actualización automática.

El servicio DMS designa a una de las versiones más recientes de DMS como la versión preferida. La versión preferida será utilizada para las actualizaciones automáticas y es la opción predeterminada para los clientes que crean instancias nuevas en DMS.

Solo se lanzan nuevas versiones de DMS después de pruebas exhaustivas. Después del lanzamiento de una nueva versión, el equipo del servicio de DMS supervisa con cuidado las métricas de fiabilidad y las opiniones de los clientes. Una vez que estemos seguros de que no haya problemas significativos en la versión, marcaremos esa versión como la nueva versión preferida, que puede encontrar cuando selecciona la versión en el proceso de replicación de instancias.

AWS no diferencia entre un lanzamiento mayor o menor de versiones y no planea tener una política de soporte diferenciada. 

Si activa la actualización automática, la instancia de replicación se actualizará de forma automática a la última versión preferida apenas esté disponible. Si no activa la actualización automática, AWS DMS actualizará las instancias a la última versión preferida una vez que se llegue a la fecha de fin de vida útil, lo que será comunicado por correo electrónico y en notificaciones en la consola previo a la actualización. Puede conocer más sobre cómo actualizar la versión de motor de DMS mediante la consola de AWS o AWS CLI en estaGuía para el usuario de DMS.

La actualización automática en las instancias de replicación está activada de forma predeterminada. Para verificar o realizar alguna modificación a esta configuración mediante AWS CLI, DMS API o una consola, puede utilizar esta Guía de modificación de instancias de replicación.

Si las tablas en la tarea de migración están en la fase de replicación de cambios continuos (CDC), AWS DMS pausa la tarea mientras aplica la actualización. La migración luego continúa desde donde se pausó cuando se actualizó.

Si AWS DMS está realizando una operación de carga completa cuando se actualiza, AWS DMS reinicia la migración de la tabla. Estas actualizaciones ocurrirán durante el intervalo de mantenimiento específico de la instancia de replicación. Puede ver más información en la Guía sobre el intervalo de mantenimiento de AWS DMS.

Luego del final de la vida útil de una versión de DMS, AWS DMS puede quitar la versión de publicación de la consola y actualizar la instancia de replicación a la versión más nueva preferida para que continúe siendo compatible. Le recomendamos actualizar a la última versión de AWS DMS tan pronto como sea posible.

Puede comunicarse con AWS Developer Support para obtener más información.