Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Migración de bases de datos a sus equivalentes de Amazon RDS con AWS DMS Las migraciones de datos homogéneas en AWS Database Migration Service (AWS DMS) simplifican la migración de bases de datos locales autogestionadas a sus equivalentes de Amazon Relational Database Service (Amazon RDS). Por ejemplo, puede utilizar migraciones de datos homogéneas para migrar una base de datos PostgreSQL en las instalaciones a Amazon RDS para PostgreSQL o Aurora PostgreSQL. Para migraciones de datos homogéneas, AWS DMS utiliza herramientas de bases de datos nativas para proporcionar migraciones fáciles y eficaces. like-to-like Las migraciones de datos homogéneas no requieren servidores, lo que significa que AWS DMS escalan automáticamente los recursos necesarios para la migración. Con las migraciones de datos homogéneas, puede migrar datos, particiones de tablas, tipos de datos y objetos secundarios, como funciones, procedimientos almacenados, etc. En un nivel alto, las migraciones de datos homogéneas funcionan con perfiles de instancias, proveedores de datos y proyectos de migración. Cuando crea un proyecto de migración con los proveedores de datos de origen y destino compatibles del mismo tipo, AWS DMS implementa un entorno sin servidores en el que se ejecuta la migración de datos. A continuación, AWS DMS se conecta al proveedor de datos de origen, lee los datos de origen, descarga los archivos en el disco y restaura los datos mediante herramientas de bases de datos nativas. Para obtener más información sobre los perfiles de instancia, los proveedores de datos y los proyectos de migración, consulte [Trabajar con proveedores de datos, perfiles de instancias y proyectos de migración en AWS DMS](migration-projects.md). Para obtener una lista de las bases de datos de origen admitidas, consulte [Orígenes para las migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Para ver una lista de las bases de datos de destino admitidas, consulte [Destinos para las migraciones de datos homogéneas de DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). El siguiente diagrama ilustra el funcionamiento de las migraciones de datos homogéneas. ![\[Un diagrama de arquitectura de la característica de migraciones de datos homogéneas de DMS.\]](http://docs.aws.amazon.com/es_es/dms/latest/userguide/images/dms-data-migrations-diagram.png) En las siguientes secciones se proporciona información sobre el uso de migraciones de datos homogéneas. **Topics** + [Soportado Regiones de AWS](#data-migrations-supported-regions) + [Características](#data-migrations-features) + [Limitaciones de las migraciones de datos homogéneas](#data-migrations-limitations) + [Información general del proceso de migración de datos homogéneo en AWS DMS](dm-getting-started.md) + [Configuración de migraciones de datos homogéneas en AWS DMS](dm-prerequisites.md) + [Creación de proveedores de datos de origen para migraciones de datos homogéneas en AWS DMS](dm-data-providers-source.md) + [Crear y configurar una base de datos de destino para trabajar con la conversión de AWS DMS esquemas](dm-data-providers-target.md) + [Ejecutar migraciones de datos homogéneas en AWS DMS](dm-migrating-data.md) + [Solución de problemas para migraciones de datos homogéneas en AWS DMS](dm-troubleshooting.md) ## Soportado Regiones de AWS Puede ejecutar migraciones de datos homogéneas de la siguiente manera. Regiones de AWS | Nombre de la región | Region | | --- | --- | | Este de EE. UU. (Norte de Virginia) | us-east-1 | | Este de EE. UU. (Ohio) | us-east-2 | | Oeste de EE. UU. (Norte de California) | us-west-1 | | Oeste de EE. UU. (Oregón) | us-west-2 | | Canadá (centro) | ca-central-1 | | Oeste de Canadá (Calgary) | ca-west-1 | | América del Sur (São Paulo) | sa-east-1 | | Asia-Pacífico (Tokio) | ap-northeast-1 | | Asia-Pacífico (Seúl) | ap-northeast-2 | | Asia-Pacífico (Osaka) | ap-northeast-3 | | Asia-Pacífico (Singapur) | ap-southeast-1 | | Asia-Pacífico (Sídney) | ap-southeast-2 | | Asia-Pacífico (Yakarta) | ap-southeast-3 | | Asia-Pacífico (Melbourne) | ap-southeast-4 | | Asia-Pacífico (Hong Kong) | ap-east-1 | | Asia-Pacífico (Mumbai) | ap-south-1 | | Asia-Pacífico (Hyderabad) | ap-south-2 | | Europa (Fráncfort) | eu-central-1 | | Europa (Zúrich) | eu-central-2 | | Europa (Estocolmo) | eu-north-1 | | Europa (Irlanda) | eu-west-1 | | Europa (Londres) | eu-west-2 | | Europa (París) | eu-west-3 | | Europa (Milán) | eu-south-1 | | Europa (España) | eu-south-2 | | Medio Oriente (EAU) | me-central-1 | | Medio Oriente (Baréin) | me-south-1 | | Israel (Tel Aviv) | il-central-1 | | África (Ciudad del Cabo) | af-south-1 | ## Características Las migraciones de datos homogéneas proporcionan las siguientes características: + AWS DMS administra automáticamente los recursos informáticos y de almacenamiento necesarios para Nube de AWS las migraciones de datos homogéneas. AWS DMS despliega estos recursos en un entorno sin servidores al iniciar una migración de datos. + AWS DMS utiliza herramientas de bases de datos nativas para iniciar una migración totalmente automatizada entre bases de datos del mismo tipo. + Puede usar migraciones de datos homogéneas para migrar los datos, así como objetos secundarios, como particiones, funciones, procedimientos almacenados, etc. + Puede ejecutar migraciones de datos homogéneas en los tres modos de migración siguientes: carga completa, replicación continua y carga completa con replicación continua. + Para migraciones de datos homogéneas, puede utilizar bases de datos en las instalaciones, de Amazon EC2 y de Amazon RDS como origen. Puede elegir Amazon RDS o Amazon Aurora como destino de migración para migraciones de datos homogéneas. + Las migraciones de datos homogéneas solo admiten el modo de preparación de tablas de destino para las migraciones de PostgreSQL, MongoDB y Amazon DocumentDB. Para obtener más información, consulte [Modo de preparación de la tabla de destino](dm-migrating-data-table-prep.md). + Puede usar migraciones de datos homogéneas para migrar los datos de una réplica de lectura basada en MySQL a instancias de Amazon RDS o Aurora. ## Limitaciones de las migraciones de datos homogéneas Las limitaciones siguientes se aplican cuando se utilizan migraciones de datos homogéneas: + El soporte para las reglas de selección en las migraciones de datos AWS DMS homogéneas depende del motor de la base de datos de origen y del tipo de migración. Los orígenes compatibles con PostgreSQL y MongoDB permiten reglas de selección para todos los tipos de migración, mientras que los orígenes de MySQL solo admiten reglas de selección para el tipo de migración de carga completa. + Las migraciones de datos homogéneas no proporcionan una herramienta integrada para la validación de datos. + Al utilizar migraciones de datos homogéneas con PostgreSQL AWS DMS , migra las vistas en forma de tablas a la base de datos de destino. + Las migraciones de datos homogéneas capturan los cambios en el esquema durante una replicación de datos continua únicamente para el motor MySQL. En el caso de otros motores, si crea una tabla nueva en la base de datos de origen, no AWS DMS podrá migrarla. Para migrar esta nueva tabla, reinicie la migración de datos. + No puede usar migraciones de datos homogéneas para AWS DMS migrar datos de una versión de base de datos superior a una versión de base de datos inferior. + Las migraciones de datos homogéneas no admiten el establecimiento de una conexión con instancias de bases de datos en rangos CIDR secundarios de VPC. + No puede usar el puerto 8081 para migraciones homogéneas desde sus proveedores de datos. + Las migraciones de datos homogéneas migran tablas y bases de datos de MySQL cifradas como tablas sin cifrar en la base de datos de destino. Esto se debe a que RDS para MySQL no admite el cifrado mediante el complemento de llavero. Para más información, consulte el tema [Complemento de llavero de MySQL no compatible](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) en la guía del usuario de Amazon RDS. # Información general del proceso de migración de datos homogéneo en AWS DMS Puede utilizar migraciones de datos homogéneas en AWS DMS para migrar datos entre dos bases de datos del mismo tipo. Utilice el siguiente flujo de trabajo para crear y ejecutar una migración de datos. 1. Cree la política y el rol de AWS Identity and Access Management (IAM) requeridos. Para obtener más información, consulte [Creación de recursos de IAM](dm-iam-resources.md). 1. Configure las bases de datos de origen y destino y cree usuarios de bases de datos con los permisos mínimos necesarios para realizar migraciones de datos homogéneas en AWS DMS. Para obtener más información, consulte [ Creación de proveedores de datos de origen](dm-data-providers-source.md) y [ Creación y configuración de una base de datos de destino](dm-data-providers-target.md). 1. Almacene las credenciales de las bases de datos de origen y destino en AWS Secrets Manager. Para obtener más información, consulte [Paso 1: Crear el secreto](https://docs.aws.amazon.com/secretsmanager/latest/userguide/hardcoded-db-creds.html#hardcoded-db-creds_step2) en la *Guía del usuario de AWS Secrets Manager*. 1. Cree un grupo de subredes, un perfil de instancia y proveedores de datos en la consola de AWS DMS. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md), [Creación de perfiles de instancia](instance-profiles.md) y [ Creación de proveedores de datos](data-providers-create.md). 1. Cree un proyecto de migración con los recursos que creó en el paso anterior. Para obtener más información, consulte [ Creación de proyectos de migración](migration-projects-create.md). 1. Cree, configure e inicie una migración de datos. Para obtener más información, consulte [Creación de una migración de datos](dm-migrating-data-create.md). 1. Una vez completada la carga completa o la replicación continua, puede empezar a utilizar la nueva base de datos de destino. 1. Limpie los recursos. Amazon finaliza la migración de datos del proyecto de migración tres días después de que haya completado la migración. Sin embargo, debe eliminar manualmente recursos como el perfil de instancia, los proveedores de datos, la política y el rol de IAM y secretos en AWS Secrets Manager. Para obtener más información sobre las migraciones de datos homogéneas en AWS DMS, lea el tutorial sobre la migración paso a paso para las migraciones de [PostgreSQL a Amazon RDS para PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/dm-postgresql.html). El siguiente vídeo presenta la interfaz de usuario de migraciones de datos homogéneas y le ayuda a familiarizarse con esta característica. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/HOJfrR6lcuU/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/HOJfrR6lcuU) # Configuración de migraciones de datos homogéneas en AWS DMS Para configurar migraciones de datos homogéneas en AWS DMS, complete las siguientes tareas previas. **Topics** + [Crear los recursos de IAM necesarios para migraciones de datos homogéneas en AWS DMS](dm-iam-resources.md) + [Configurar una red para migraciones de datos homogéneas en AWS DMS](dm-network.md) + [Configuraciones de la red de conexión de emparejamiento de VPC](vpc-peering.md) # Crear los recursos de IAM necesarios para migraciones de datos homogéneas en AWS DMS Para ejecutar migraciones de datos homogéneas, debe crear una política de IAM y una función de IAM en su cuenta para interactuar con otros servicios. AWS En esta sección, se crean estos recursos de IAM necesarios. **Topics** + [Crear una política de IAM para migraciones de datos homogéneas en AWS DMS](#dm-resources-iam-policy) + [Crear una función de IAM para migraciones de datos homogéneas en AWS DMS](#dm-resources-iam-role) ## Crear una política de IAM para migraciones de datos homogéneas en AWS DMS Para acceder a sus bases de datos y migrar datos AWS DMS, puede crear un entorno sin servidor para migraciones de datos homogéneas. Además, AWS DMS almacena los registros, las métricas y el progreso de cada migración de datos en Amazon CloudWatch. Para crear un proyecto de migración de datos, AWS DMS necesita acceder a estos servicios. En este paso, se crea una política de IAM que proporciona acceso AWS DMS a Amazon EC2 CloudWatch y a los recursos. Después, cree un rol de IAM y asocie esta política. **Para crear una política de IAM para migraciones de datos homogéneas en AWS DMS** 1. Inicie sesión en la consola de IAM Consola de administración de AWS y ábrala en. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) 1. En el panel de navegación, seleccione **Políticas**. 1. Elija **Crear política**. 1. En la página **Crear política**, elija la pestaña **JSON**. 1. Pegue el siguiente objeto JSON en el editor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpcs" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogGroup" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*:log-stream:dms-data-migration-*" }, { "Effect": "Allow", "Action": "cloudwatch:PutMetricData", "Resource": "*" } ] } ``` ------ 1. Elija **Siguiente**. 1. Introduzca **HomogeneousDataMigrationsPolicy** en **Nombre de la política** y elija **Crear política**. ## Crear una función de IAM para migraciones de datos homogéneas en AWS DMS En este paso, creará un rol de IAM que AWS DMS proporcione acceso a AWS Secrets Manager Amazon EC2 y. CloudWatch Al crear un rol de IAM, también debe crear un `dms-vpc-role`. Para obtener más información, consulte [Creación de un rol de IAM AWS DMS para gestionar Amazon VPC](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_DMS_migration-IAM.dms-vpc-role.html) en *la Guía del usuario de Amazon Relational* Database Service. **Para crear una función de IAM para migraciones de datos homogéneas en AWS DMS** 1. Inicie sesión en la consola de IAM Consola de administración de AWS y ábrala en. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) 1. Seleccione **Roles** en el panel de navegación. 1. Elija **Create role** (Crear rol). 1. En la página **Seleccionar entidad de confianza**, para **Tipo de entidad de confianza**, elija **Servicio de AWS **. Para **Casos de uso para otros servicios de AWS **, elija **DMS**. 1. Seleccione la casilla de verificación **DMS** y elija **Siguiente**. 1. En la página **Añadir permisos**, elige la **HomogeneousDataMigrationsPolicy**que hayas creado anteriormente. 1. En la página **Asignar nombre, revisar y crear**, ingrese **HomogeneousDataMigrationsRole** para **Nombre del rol** y elija **Crear rol**. 1. Elija **Actualizar política**. # Configurar una red para migraciones de datos homogéneas en AWS DMS Con él AWS DMS, puede crear un entorno sin servidor para migraciones de datos homogéneas que utilice un modelo de conectividad de red que se basa en interfaces de red. Para cada migración de datos, AWS DMS asigna una IP privada dentro de una de las subredes definidas en el grupo de subredes de DMS del perfil de instancia. Además, se puede asignar una IP pública no estática si el perfil de instancia está configurado para el acceso público. Las subredes utilizadas en el perfil de instancia deben proporcionar acceso a los hosts de origen y destino, tal como se define en los proveedores de datos. Este acceso puede realizarse dentro de la VPC local o establecerse mediante el emparejamiento de VPC, Direct Connect, VPN, etc. Además, para una replicación de datos continua, debe configurar la interacción entre las bases de datos de origen y destino. Estas configuraciones dependen de la ubicación del proveedor de datos de origen y de la configuración de la red. En las siguientes secciones se proporcionan descripciones de las configuraciones de red comunes. **Topics** + [Configuración de una red mediante una única nube privada virtual (VPC)](#dm-network-one-vpc) + [Configuración de una red mediante diferentes nubes privadas virtuales () VPCs](#dm-network-different-vpc) + [Uso Direct Connect de una VPN para configurar una red en una VPC](#dm-networking_Direct_Connect) + [Resolución de puntos de conexión de dominio mediante DNS](#dm-networking-resolving_endpoints) ## Configuración de una red mediante una única nube privada virtual (VPC) En esta configuración, AWS DMS se conecta a sus proveedores de datos de origen y destino dentro de la red privada. **Configuración de una red cuando los proveedores de datos de origen y destino están en la misma VPC** 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes que utilizan los proveedores de datos de origen y destino. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Además, elija los grupos de seguridad de la VPC que usan los proveedores de datos de origen y destino. Para obtener más información, consulte [Creación de perfiles de instancia](instance-profiles.md). 1. Asegúrese de que el grupo de seguridad utilizado para la base de datos de origen y destino permita las conexiones desde el grupo de seguridad asociado al perfil de instancia utilizado por la migración de datos o al bloque de CIDR de subredes, especificado en el grupo de subredes de replicación. Esta configuración no requiere que utilice la dirección IP pública para las migraciones de datos. ## Configuración de una red mediante diferentes nubes privadas virtuales () VPCs En esta configuración, AWS DMS utiliza una red privada para conectarse a su proveedor de datos de origen o destino. Para otro proveedor de datos, AWS DMS utiliza una red pública. En función del proveedor de datos que tenga en la misma VPC que el perfil de instancia, elija una de las siguientes configuraciones. ### Cómo conectarse a través de una red privada 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes que utiliza el proveedor de datos de origen. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Además, elija los grupos de seguridad de la VPC que usa el proveedor de datos de origen. Para obtener más información, consulte [Creación de perfiles de instancia](instance-profiles.md). 1. Configure la conexión de emparejamiento de VPC entre la base de datos de origen y la de destino. VPCs Para obtener más información,consulte sobre el uso de conexiones de emparejamiento de VPC; consulte [Uso de conexiones de emparejamiento de VPC](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html). 1. Asegúrese de habilitar la resolución de DNS en ambas direcciones si planea usar puntos finales en lugar de los privados directamente. IPs Para obtener más información, consulte [Habilitación de la resolución de DNS para la conexión de emparejamiento de VPC](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html). 1. Permita el acceso desde el bloque de CIDR de la VPC de la base de datos de origen para el grupo de seguridad de la base de datos de destino. Para obtener más información, consulte [Control de acceso con grupos de seguridad](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). 1. Permita el acceso desde el bloque de CIDR de la VPC de la base de datos de destino para el grupo de seguridad de la base de datos de destino. Para obtener más información, consulte [Control de acceso con grupos de seguridad](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ### Cómo conectarse a través de una red pública Si la base de datos acepta conexiones desde cualquier dirección: 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes públicas. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Establezca la opción **Disponible públicamente** en **Activado** para el perfil de instancia. Si necesita una dirección IP pública persistente que se pueda asociar a la migración de datos, haga lo siguiente: 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes privadas. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Establezca la opción **Disponible públicamente** en **Desactivado** para el perfil de instancia. 1. Configure la puerta de enlace NAT. Para obtener más información, consulte [Trabajar con gateways NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-working-with.html). 1. Configure la tabla de enrutamiento para la puerta de enlace NAT. Para obtener más información, consulte [Casos de uso de puerta de enlace NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html). 1. Permita el acceso desde la dirección IP pública de su puerta de enlace NAT en el grupo de seguridad de la base de datos. Para obtener más información, consulte [Control de acceso con grupos de seguridad](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ## Uso Direct Connect de una VPN para configurar una red en una VPC Puede conectar redes remotas a su VPC a través Direct Connect de conexiones VPN (software o hardware). Estas opciones le permiten ampliar su red interna Nube de AWS e integrar los servicios locales existentes, como los sistemas de supervisión, autenticación, seguridad y datos, con sus AWS recursos. Para esta configuración, el grupo de seguridad de la VPC debe incluir una regla de enrutamiento que dirija el tráfico hacia un host capaz de conectar el tráfico de la VPC hacia la VPN en las instalaciones. Este tráfico se puede designar con el rango CIDR de la VPC o con direcciones IP específicas. El host de NAT debe tener su propio grupo de seguridad configurado para permitir el tráfico del rango de CIDR o del grupo de seguridad de la VPC a la instancia de NAT, lo que garantiza una comunicación fluida entre la VPC y la infraestructura en las instalaciones. Para obtener más información, consulte el [paso 5](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) del procedimiento de [introducción a la AWS Site-to-Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) en la Guía del usuario de VPN de AWS Site-to-Site. ## Resolución de puntos de conexión de dominio mediante DNS Para la resolución de DNS en migraciones AWS DMS homogéneas, el servicio utiliza principalmente el solucionador de DNS de Amazon ECS para resolver los puntos de enlace del dominio. Si necesita capacidades de resolución de DNS adicionales, Amazon Route 53 Resolver está disponible como solución alternativa. Para obtener más información, consulte [Introducción a Route 53 Resolver](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-getting-started.html) en la Guía del usuario de Amazon Route 53. Para obtener más información sobre la configuración de la resolución de puntos de conexión mediante el servidor de nombres en las instalaciones con Amazon Route 53 Resolver, consulte [Uso de su propio servidor de nombres en las instalaciones](CHAP_BestPractices.md#CHAP_BestPractices.Rte53DNSResolver). **nota** Si el registro de migración de datos muestra el mensaje “Initiating connection - Networking model: VPC Peering”, consulte el tema [Configuraciones de la red de conexión de emparejamiento de VPC](vpc-peering.md). # Configuraciones de la red de conexión de emparejamiento de VPC Con AWS DMS, puede crear un entorno sin servidor para migraciones de datos homogéneas en una nube privada virtual (VPC) basada en el servicio Amazon VPC. Cuando se crea el perfil de instancia, se especifica la VPC que se utilizará. Puede usar su VPC predeterminada para su cuenta o puede crear una nueva VPC. Región de AWS Para cada migración de datos, AWS DMS establece una conexión de emparejamiento de VPC con la VPC que utilizas para tu perfil de instancia. A continuación, AWS DMS agrega el bloque CIDR al grupo de seguridad asociado al perfil de la instancia. Como AWS DMS adjunta una dirección IP pública al perfil de la instancia, todas las migraciones de datos que utilizan el mismo perfil de instancia tienen la misma dirección IP pública. Cuando la migración de datos se detiene o se produce un error, AWS DMS elimina la conexión de emparejamiento de VPC. Para evitar que el bloque CIDR se superponga con la VPC de la VPC de su perfil de instancia AWS DMS , utilice `/24` el prefijo de uno de los siguientes bloques CIDR:, y. `10.0.0.0/8` `172.16.0.0/12` `192.168.0.0/16` Por ejemplo, si ejecuta tres migraciones de datos en paralelo, AWS DMS utiliza los siguientes bloques de CIDR para establecer una conexión de emparejamiento de VPC. + `192.168.0.0/24`: para la primera migración de datos + `192.168.1.0/24`: para la segunda migración de datos + `192.168.2.0/24`: para la tercera migración de datos Puede usar diferentes configuraciones de red para configurar la interacción entre las bases de datos de origen y destino con. AWS DMS Además, para una replicación de datos continua, debe configurar la interacción entre las bases de datos de origen y destino. Estas configuraciones dependen de la ubicación del proveedor de datos de origen y de la configuración de la red. En las siguientes secciones se proporcionan descripciones de las configuraciones de red comunes. **Topics** + [Configuración de una red mediante una única nube privada virtual (VPC)](#vpc-peering-one-vpc) + [Configuración de una red mediante diferentes nubes privadas virtuales () VPCs](#vpc-peering-different-vpc) + [Uso de un proveedor de datos de origen en las instalaciones](#vpc-peering-on-premesis) + [Configurar la replicación de datos continua](#vpc-peering-ongoing-replication) ## Configuración de una red mediante una única nube privada virtual (VPC) En esta configuración, AWS DMS se conecta a sus proveedores de datos de origen y destino dentro de la red privada. **Configuración de una red cuando los proveedores de datos de origen y destino están en la misma VPC** 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes que utilizan los proveedores de datos de origen y destino. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Además, elija los grupos de seguridad de la VPC que usan los proveedores de datos de origen y destino. Para obtener más información, consulte [Creación de perfiles de instancia](instance-profiles.md). Esta configuración no requiere que utilice la dirección IP pública para las migraciones de datos. ## Configuración de una red mediante diferentes nubes privadas virtuales () VPCs En esta configuración, AWS DMS utiliza una red privada para conectarse a su proveedor de datos de origen o destino. Para otro proveedor de datos, AWS DMS utiliza una red pública. En función del proveedor de datos que tenga en la misma VPC que el perfil de instancia, elija una de las siguientes configuraciones. **Configuración de una red privada para el proveedor de datos de origen y una red pública para el proveedor de datos de destino** 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes que utiliza el proveedor de datos de origen. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Además, elija los grupos de seguridad de la VPC que usa el proveedor de datos de origen. Para obtener más información, consulte [Creación de perfiles de instancia](instance-profiles.md). 1. Abra el proyecto de migración. En la pestaña **Migraciones de datos**, elija la migración de datos. Tome nota de la **dirección IP pública** en **Conectividad y seguridad** en la pestaña **Detalles**. 1. Permita el acceso desde la dirección IP pública de la migración de datos en el grupo de seguridad de la base de datos de destino. Para obtener más información, consulte [Control de acceso con grupos de seguridad](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) en la *Guía del usuario de Amazon Relational Database Service*. **Configuración de una red pública para el proveedor de datos de origen y una red privada para el proveedor de datos de destino** 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes que utiliza el proveedor de datos de destino. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Además, elija los grupos de seguridad de la VPC que usa el proveedor de datos de destino. Para obtener más información, consulte [Creación de perfiles de instancia](instance-profiles.md). 1. Abra el proyecto de migración. En la pestaña **Migraciones de datos**, elija la migración de datos. Tome nota de la **dirección IP pública** en **Conectividad y seguridad** en la pestaña **Detalles**. 1. Permita el acceso desde la dirección IP pública de la migración de datos en el grupo de seguridad de la base de datos de origen. Para obtener más información, consulte [Control de acceso con grupos de seguridad](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) en la *Guía del usuario de Amazon Relational Database Service*. ## Uso de un proveedor de datos de origen en las instalaciones En esta configuración, AWS DMS se conecta a su proveedor de datos de origen dentro de la red pública. AWS DMS utiliza una red privada para conectarse al proveedor de datos de destino. **nota** Para migraciones de datos homogéneas, AWS DMS se conecta a la base de datos de origen dentro de la red pública. Sin embargo, la conectividad con una base de datos de origen dentro de una red pública no siempre es posible. Para obtener más información, consulte [Migración de una base de datos MySQL local a Amazon Aurora MySQL a través de una red privada mediante una migración de datos AWS DMS homogénea y Network Load Balancer](https://aws.amazon.com/blogs/database/migrate-an-on-premises-mysql-database-to-amazon-aurora-mysql-over-a-private-network-using-aws-dms-homogeneous-data-migration-and-network-load-balancer/). **Configuración de una red para el proveedor de datos en las instalaciones de origen** 1. Cree el grupo de subredes en la AWS DMS consola con la VPC y las subredes que utiliza el proveedor de datos de destino. Para obtener más información, consulte [Creación de un grupo de subredes](subnet-group.md). 1. Cree el perfil de instancia en la AWS DMS consola con la VPC y el grupo de subredes que creó. Además, elija los grupos de seguridad de la VPC que usa el proveedor de datos de destino. Para obtener más información, consulte [Creación de perfiles de instancia](instance-profiles.md). 1. Abra el proyecto de migración. En la pestaña **Migraciones de datos**, elija la migración de datos. Tome nota de la **dirección IP pública** en **Conectividad y seguridad** en la pestaña **Detalles**. 1. Permita el acceso a la base de datos de origen desde la dirección IP pública de la migración de datos en AWS DMS. AWS DMS crea reglas de entrada o salida en los grupos de seguridad de VPC. Asegúrese de no eliminar estas reglas, ya que esta acción puede provocar un error en la migración de los datos. Puede configurar sus propias reglas en los grupos de seguridad de la VPC. Le recomendamos que agregue una descripción a las reglas de modo que las pueda administrar. ## Configurar la replicación de datos continua Para ejecutar migraciones de datos de tipo **Carga completa y captura de datos de cambios (CDC)** o **Captura de datos de cambios (CDC)**, debe permitir la conexión entre las bases de datos de origen y destino. **Configuración de una conexión entre las bases de datos de origen y destino de acceso público** 1. Tome nota de las direcciones IP públicas de las bases de datos de origen y destino. 1. Permita el acceso a la base de datos de origen desde la dirección IP pública de la base de datos de destino. 1. Permita el acceso a la base de datos de destino desde la dirección IP pública de la base de datos de origen. **Configuración de una conexión entre las bases de datos de origen y destino de acceso privado en una sola VPC** 1. Tome nota de las direcciones IP privadas de las bases de datos de origen y destino. **importante** Si las bases de datos de origen y de destino están en redes distintas VPCs o distintas, solo podrá utilizar direcciones IP públicas para las bases de datos de origen y destino. Solo puede usar nombres de host o direcciones IP públicos en los proveedores de datos. 1. Permita el acceso a la base de datos de origen desde el grupo de seguridad de la base de datos de destino. 1. Permita el acceso a la base de datos de destino desde el grupo de seguridad de la base de datos de origen. # Creación de proveedores de datos de origen para migraciones de datos homogéneas en AWS DMS AWS DMS Schema Conversion admite las siguientes bases de datos como proveedores de datos de origen para [Migraciones de datos homogéneas](data-migrations.md) proyectos: Microsoft SQL Server, Oracle, PostgreSQL, MySQL DB2 , IBM for z/OS y SAP ASE (Sybase ASE). Para ver las versiones de bases de datos compatibles, consulte [Proveedores de datos de origen para migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). El proveedor de datos de origen puede ser una base de datos en las instalaciones, Amazon EC2 o Amazon RDS. **Topics** + [Uso de una base de datos compatible con MySQL como fuente para migraciones de datos homogéneas en AWS DMS](dm-data-providers-source-mysql.md) + [Uso de una base de datos PostgreSQL como fuente para migraciones de datos homogéneas en AWS DMS](dm-data-providers-source-postgresql.md) + [Uso de una base de datos compatible con MongoDB como fuente para migraciones de datos homogéneas en AWS DMS](dm-data-providers-source-mongodb.md) # Uso de una base de datos compatible con MySQL como fuente para migraciones de datos homogéneas en AWS DMS Puede utilizar una base de datos compatible con MySQL (MySQL o MariaDB) como origen para [Migraciones de datos homogéneas](data-migrations.md) en AWS DMS. En este caso, el proveedor de datos de origen puede ser una base de datos en las instalaciones, Amazon EC2 o RDS para MySQL o MariaDB. Para ejecutar migraciones de datos homogéneas, debe utilizar un usuario de base de datos con los privilegios `SELECT` necesarios para la replicación de todas las tablas de origen y los objetos secundarios. Para las tareas de captura de datos de cambios (CDC), este usuario también debe tener los privilegios `REPLICATION CLIENT` (`BINLOG MONITOR` para las versiones de MariaDB posteriores a la 10.5.2) y `REPLICATION SLAVE`. Para una migración de datos de carga completa, no necesita estos dos privilegios. Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos MySQL. Ejecute las `GRANT` consultas para todas las bases de datos a AWS las que migre. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%'; ``` En el ejemplo anterior, sustituya cada *user input placeholder* una por su propia información. Si la versión de la base de datos MySQL de origen es inferior a la 8.0, puede omitir el comando `GRANT BACKUP_ADMIN`. Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos MariaDB. Ejecute las consultas GRANT para todas las bases de datos a las que migre AWS. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON *.* TO 'your_user'@'%'; ``` En el ejemplo anterior, sustituya cada *user input placeholder* una por su propia información. En las siguientes secciones se describen los requisitos previos de configuración específicos para las bases de datos MySQL autoadministradas y administradas por AWS. **Topics** + [Uso de una base de datos compatible con MySQL autoadministrada como origen para migraciones de datos homogéneas](#dm-data-providers-source-mysql-sm) + [Uso de una base AWS de datos compatible con MySQL administrada como fuente para migraciones de datos homogéneas en AWS DMS](#dm-data-providers-source-mysql-aws) + [Limitaciones para usar una base de datos compatible con MySQL como origen para migraciones de datos homogéneas](#dm-data-providers-source-mysql-limitations) ## Uso de una base de datos compatible con MySQL autoadministrada como origen para migraciones de datos homogéneas En esta sección se describe cómo configurar las bases de datos compatibles de MySQL alojadas en las instalaciones o en instancias de Amazon EC2. Elija la versión de la base de datos de MySQL o MariaDB de origen. Asegúrese de que AWS DMS es compatible con la versión de la base de datos MySQL o MariaDB de origen, tal y como se describe en. [Orígenes para las migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Para usar CDC, asegúrese de habilitar el registro binario. Para habilitar el registro binario, configure los siguientes parámetros en el archivo `my.ini` (Windows) o `my.cnf` (UNIX) de la base de datos de MySQL o MariaDB. | Parámetro | Valor | | --- | --- | | `server-id` | Establezca este parámetro con un valor de 1 o superior. | | `log-bin` | Establezca la ruta del archivo de registro binario, como por ejemplo `log-bin=E:\MySql_Logs\BinLog`. No incluya la extensión del archivo. | | `binlog_format` | Establezca este parámetro en `ROW`. Recomendamos esta configuración durante la replicación porque, en determinados casos, cuando `binlog_format` se establece en `STATEMENT`, puede provocar incoherencias al replicar los datos en el destino. El motor de base de datos también escribe datos similares e incoherentes en el destino cuando `binlog_format` está configurado en `MIXED`, ya que el motor de base de datos cambia automáticamente al registro basado en `STATEMENT`. | | `expire_logs_days` | Establezca este parámetro con un valor de 1 o superior. Para evitar la sobrecarga de espacio en disco, se recomienda que no utilice el valor 0, que es el predeterminado. | | `binlog_checksum` | Establezca este parámetro en `NONE`. | | `binlog_row_image` | Establezca este parámetro en `FULL`. | | `log_slave_updates` | Establezca este parámetro en `TRUE` si está utilizando una réplica de MySQL o MariaDB como origen. | ## Uso de una base AWS de datos compatible con MySQL administrada como fuente para migraciones de datos homogéneas en AWS DMS En esta sección se describe cómo configurar las instancias de base de datos de Amazon RDS para MySQL y Amazon RDS para MariaDB. Cuando utilice una base AWS de datos MySQL o MariaDB gestionada como fuente para migraciones de datos homogéneas, asegúrese de cumplir AWS DMS los siguientes requisitos previos para la CDC: + Para habilitar los registros binarios de RDS para MySQL y MariaDB, habilite las copias de seguridad automáticas en el nivel de instancia. Para habilitar los registros binarios para un clúster de Aurora MySQL, cambie la variable `binlog_format` en el grupo de parámetros. No es necesario habilitar las copias de seguridad automáticas de un clúster de Aurora MySQL. A continuación, establezca el parámetro `binlog_format` en `ROW`. Para obtener más información sobre la configuración de copias de seguridad automáticas, consulte [Habilitación de copias de seguridad automáticas](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html#USER_WorkingWithAutomatedBackups.Enabling) en la *Guía del usuario de Amazon RDS*. Para obtener más información sobre la configuración del registro binario para una base de datos de Amazon RDS para MySQL o MariaDB, consulte [Configuración del formato de registro binario](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) en la *Guía del usuario de Amazon RDS*. Para obtener más información sobre la configuración del registro binario para un clúster de Aurora MySQL, consulte [¿Cómo activo el registro binario para mi clúster de Amazon Aurora MySQL?](https://aws.amazon.com/premiumsupport/knowledge-center/enable-binary-logging-aurora/). + Asegúrese de que los registros binarios estén disponibles para. AWS DMS Dado que las bases AWS de datos MySQL y MariaDB administradas purgan los registros binarios lo antes posible, debe aumentar el tiempo que los registros permanecen disponibles. Por ejemplo, para incrementar la retención de logs a 24 horas, ejecute el siguiente comando. ``` call mysql.rds_set_configuration('binlog retention hours', 24); ``` + Establezca el parámetro `binlog_row_image` como `Full`. + Establezca el parámetro `binlog_checksum` como `NONE`. + Si utiliza una réplica de Amazon RDS MySQL o MariaDB como origen, habilite las copias de seguridad en la réplica de lectura y asegúrese de que el parámetro `log_slave_updates` esté establecido en `TRUE`. ## Limitaciones para usar una base de datos compatible con MySQL como origen para migraciones de datos homogéneas Las siguientes limitaciones se aplican al usar una base de datos compatible con MySQL como origen para migraciones de datos homogéneas: + Los objetos de MariaDB, como las secuencias, no son compatibles con las tareas de migración homogéneas. + La migración de MariaDB a Amazon MySQL/Aurora RDS MySQL puede fallar debido a diferencias de objetos incompatibles. + El nombre de usuario que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener entre 2 y 64 caracteres de longitud. + No puede haber espacios. + Puede incluir los siguientes caracteres: a-z, A-Z, 0-9 y guion bajo (\$1). + Debe empezar por a-z o A-Z. + La contraseña que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener hasta 1 a 128 caracteres de longitud. + No puede contener ninguno de los siguientes caracteres: comillas simples ('), comillas dobles ("), punto y coma (;) ni espacios. + AWS DMS las migraciones de datos homogéneas crean objetos MySQL y MariaDB sin cifrar en las instancias de Amazon RDS de destino, incluso si los objetos de origen estaban cifrados. RDS para MySQL no admite el complemento Keyring\$1aws de MySQL necesario para los AWS objetos cifrados. Consulte el tema [Complemento de llavero de MySQL no compatible](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) en la guía del usuario de Amazon RDS. + AWS DMS no utiliza los identificadores de transacciones globales (GTIDs) para la replicación de datos, incluso si los datos de origen los contienen. # Uso de una base de datos PostgreSQL como fuente para migraciones de datos homogéneas en AWS DMS Puede usar una base de datos de PostgreSQL como origen para [Migraciones de datos homogéneas](data-migrations.md) en AWS DMS. En este caso, el proveedor de datos de origen puede ser una base de datos en las instalaciones, Amazon EC2 o RDS para PostgreSQL. Para ejecutar migraciones de datos homogéneas, conceda permisos de superusuario al usuario de base de datos que especificó en la base de datos de AWS DMS origen de PostgreSQL. El usuario de la base de datos necesita permisos de superusuario para acceder a funciones específicas de replicación en el origen. Para una migración de datos completa, el usuario de la base de datos necesita permisos `SELECT` en las tablas para poder migrarlos. Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos de origen de PostgreSQL. Ejecute la `GRANT` consulta para todas las bases de datos a las que migre. AWS ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; ALTER USER your_user WITH SUPERUSER; GRANT SELECT ON ALL TABLES IN SCHEMA schema_name TO your_user; ``` En el ejemplo anterior, sustituya cada *user input placeholder* una por su propia información. AWS DMS admite CDC para tablas de PostgreSQL con claves principales. Si una tabla no tiene una clave principal, los registros de escritura anticipada (WAL) no incluyen una imagen anterior de la fila de la base de datos. En este caso, puede utilizar opciones de configuración adicionales y utilizar la identidad de réplica de la tabla como solución alternativa. Sin embargo, este enfoque puede generar registros adicionales. Le recomendamos que utilice la identidad de réplica de la tabla como solución alternativa solo después de realizar pruebas exhaustivas. Para obtener más información, consulte [Ajustes de configuración adicionales al utilizar una base de datos de PostgreSQL como origen de DMS](CHAP_Source.PostgreSQL.md#CHAP_Source.PostgreSQL.Advanced). En las siguientes secciones se describen los requisitos previos de configuración específicos para las bases de datos de PostgreSQL autoadministradas y administradas por AWS. **Topics** + [Uso de una base de datos PostgreSQL autogestionada como fuente para migraciones de datos homogéneas en AWS DMS](#dm-data-providers-source-postgresql-sm) + [Uso de una base AWS de datos PostgreSQL gestionada como fuente para migraciones de datos homogéneas en AWS DMS](#dm-data-providers-source-postgresql-aws) + [Limitaciones para usar una base de datos compatible con PostgreSQL como origen para migraciones de datos homogéneas](#dm-data-providers-source-postgresql-limitations) ## Uso de una base de datos PostgreSQL autogestionada como fuente para migraciones de datos homogéneas en AWS DMS En esta sección se describe cómo configurar las bases de datos de PostgreSQL alojadas en las instalaciones o en instancias de Amazon EC2. Compruebe la versión de la base de datos de PostgreSQL de origen. Asegúrese de que AWS DMS es compatible con la versión de la base de datos PostgreSQL de origen, tal y como se describe en. [Orígenes para las migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Las migraciones de datos homogéneas admiten la captura de datos de cambios (CDC) mediante replicación lógica. Para activar la replicación lógica en una base de datos de origen de PostgreSQL autoadministrada, establezca los siguientes parámetros y valores en el archivo de configuración `postgresql.conf`: + Establece `wal_level` en `logical`. + Defina `max_replication_slots` en un valor mayor de 1. Establezca el valor `max_replication_slots` en función del número de tareas que desea ejecutar. Por ejemplo, para ejecutar cinco tareas debe establecer un mínimo de cinco ranuras. Las ranuras se abrirán automáticamente en cuanto se inicie una tarea y permanecerán abiertas incluso cuando la tarea ya no se esté ejecutando. Asegúrese de eliminar manualmente las ranuras abiertas. + Defina `max_wal_senders` en un valor mayor de 1. El parámetro `max_wal_senders` establece el número de tareas simultáneas que pueden ejecutarse. + El parámetro `wal_sender_timeout` termina la replicación de conexiones que están inactivas durante más tiempo de los milisegundos especificados. El valor predeterminado es de 60 000 milisegundos (60 segundos). Si se establece el valor en 0 (cero), se desactiva el mecanismo de tiempo de espera y es una configuración válida para la DMS. Algunos parámetros son estáticos y solo se pueden configurar al iniciar el servidor. Cualquier cambio en las entradas en el archivo de configuración se ignora hasta que se reinicie el servidor. Para obtener más información, consulte la [documentación de PostgreSQL](https://www.postgresql.org/docs/current/intro-whatis.html). ## Uso de una base AWS de datos PostgreSQL gestionada como fuente para migraciones de datos homogéneas en AWS DMS En esta sección se describe cómo configurar las instancias de bases de datos de Amazon RDS para PostgreSQL. Utilice la cuenta de usuario AWS principal de la instancia de base de datos de PostgreSQL como cuenta de usuario del proveedor de datos de origen de PostgreSQL para migraciones de datos homogéneas en. AWS DMS La cuenta de usuario principal dispone de los roles necesarios que le permiten configurar la CDC. Si utiliza una cuenta distinta de la cuenta de usuario principal, la cuenta debe tener el rol `rds_superuser` y el rol `rds_replication`. El rol de `rds_replication` concede permisos para administrar ranuras lógicas y para transmitir datos mediante ranuras lógicas. Utilice el siguiente ejemplo de código para conceder los roles `rds_superuser` y `rds_replication`. ``` GRANT rds_superuser to your_user; GRANT rds_replication to your_user; ``` En el ejemplo anterior, sustitúyala por el nombre del usuario *your\$1user* de la base de datos. Para activar la replicación lógica, defina el parámetro `rds.logical_replication` del grupo de parámetros de la base de datos en 1. Para que este parámetro estático surta efecto, es necesario reiniciar la instancia de base de datos. ## Limitaciones para usar una base de datos compatible con PostgreSQL como origen para migraciones de datos homogéneas Las siguientes limitaciones se aplican al usar una base de datos compatible con PostgreSQL como origen para migraciones de datos homogéneas: + El nombre de usuario que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener entre 2 y 64 caracteres de longitud. + No puede haber espacios. + Puede incluir los siguientes caracteres: a-z, A-Z, 0-9 y guion bajo (\$1). + Debe empezar por a-z o A-Z. + La contraseña que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener hasta 1 a 128 caracteres de longitud. + No puede contener ninguno de los siguientes caracteres: comillas simples ('), comillas dobles ("), punto y coma (;) ni espacios. # Uso de una base de datos compatible con MongoDB como fuente para migraciones de datos homogéneas en AWS DMS Puede utilizar una base de datos compatible con MongoDB como origen para las migraciones de datos homogéneas en AWS DMS. En este caso, el proveedor de datos de origen puede ser una base de datos en las instalaciones de Amazon EC2 para MongoDB o una base de datos de Amazon DocumentDB (compatible con MongoDB). Para ver las versiones de bases de datos compatibles, consulte [Proveedores de datos de origen para migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). En las siguientes secciones se describen los requisitos previos de configuración específicos para las bases de datos MongoDB autogestionadas y las bases de datos Amazon DocumentDB gestionadas. AWS **Topics** + [Uso de una base de datos MongoDB autogestionada como fuente para migraciones de datos homogéneas en AWS DMS](#dm-data-providers-source-mongodb-sm) + [Uso de una base de datos Amazon DocumentDB como fuente para migraciones de datos homogéneas en AWS DMS](#dm-data-providers-source-mongodb-aws) + [Características para usar una base de datos compatible con MongoDB como origen para migraciones de datos homogéneas](#dm-data-providers-source-mongodb-features) + [Limitaciones para usar una base de datos compatible con MongoDB como origen para migraciones de datos homogéneas](#dm-data-providers-source-mongodb-limitations) + [Prácticas recomendadas para usar una base de datos compatible con MongoDB como origen para migraciones de datos homogéneas](#dm-data-providers-source-mongodb-bestpractices) ## Uso de una base de datos MongoDB autogestionada como fuente para migraciones de datos homogéneas en AWS DMS En esta sección se describe cómo configurar las bases de datos de MongoDB alojadas en las instalaciones o en instancias de Amazon EC2. Compruebe la versión de la base de datos MongoDB de origen. Asegúrese de que AWS DMS es compatible con la versión de la base de datos MongoDB de origen, tal y como se describe en. [Proveedores de datos de origen para migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Para ejecutar migraciones de datos homogéneas con un origen de MongoDB, puede crear una cuenta de usuario con privilegios raíz o bien un usuario que tenga permisos solamente en la base de datos que se va a migrar. Para obtener más información sobre la creación de usuarios, consulte [Permisos necesarios cuando se utiliza MongoDB como fuente para AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC). Para utilizar la replicación continua o la CDC con MongoDB AWS DMS , se requiere acceso al registro de operaciones de MongoDB (oplog). Para obtener más información, consulte [Configuración de un conjunto de réplicas de MongoDB para CDC](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC.ReplicaSet). Para obtener información acerca de los métodos de autenticación de MongoDB, consulte [Requisitos de seguridad al utilizar MongoDB como fuente de AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.Security). En el caso de MongoDB como origen, las migraciones de datos homogéneas admiten todos los tipos de datos compatibles con Amazon DocumentDB. En el caso de MongoDB como origen, para almacenar las credenciales de usuario en Secrets Manager, debe proporcionarlas en texto sin formato, con el tipo **Otro tipo de secretos**. Para obtener más información, consulte [Uso de secretos para acceder a los puntos AWS Database Migration Service finales](security_iam_secretsmanager.md). En el siguiente ejemplo de código, se muestra cómo almacenar secretos de bases de datos mediante texto sin formato. ``` { "username": "dbuser", "password": "dbpassword" } ``` ## Uso de una base de datos Amazon DocumentDB como fuente para migraciones de datos homogéneas en AWS DMS En esta sección se describe cómo configurar las instancias de base de datos de Amazon DocumentDB para usarlas como origen en las migraciones de datos homogéneas. Utilice el nombre de usuario maestro para la instancia de Amazon DocumentDB como cuenta de usuario del proveedor de datos de origen compatible con MongoDB para las migraciones de datos homogéneas en AWS DMS. La cuenta de usuario principal dispone de los roles necesarios que le permiten configurar la CDC. Si utiliza una cuenta que no sea la de usuario maestro, esta debe tener el rol raíz. Para obtener más información sobre la creación del usuario como cuenta raíz, consulte [Configuración de permisos para usar Amazon DocumentDB como origen](CHAP_Source.DocumentDB.md#CHAP_Source.DocumentDB.Permissions). Para activar la replicación lógica, establezca el parámetro `change_stream_log_retention_duration` del grupo de parámetros de la base de datos en un valor adecuado para la carga de trabajo de transacciones. Para que el cambio de este parámetro estático surta efecto, es necesario reiniciar la instancia de base de datos. Antes de iniciar la migración de datos para todos los tipos de tareas, incluida la de solo carga completa, habilite los flujos de cambios de Amazon DocumentDB para todas las colecciones incluidas en una base de datos determinada o solamente para las colecciones seleccionadas. Para obtener más información sobre cómo habilitar los flujos de cambios para Amazon DocumentDB, consulte [Habilitación de flujos de cambios](https://docs.aws.amazon.com/documentdb/latest/developerguide/change_streams.html#change_streams-enabling) en la *Guía para desarrolladores de Amazon DocumentDB*. **nota** AWS DMS utiliza el flujo de cambios de Amazon DocumentDB para capturar los cambios durante la replicación en curso. Si Amazon DocumentDB vacía los registros del flujo de cambios antes de que DMS los lea, las tareas generarán un error. Recomendamos configurar el parámetro `change_stream_log_retention_duration` para retener los cambios durante al menos 24 horas. Para utilizar Amazon DocumentDB para una migración de datos homogénea, almacene las credenciales de usuario en Secrets Manager en **Credenciales para la base de datos de Amazon DocumentDB**. ## Características para usar una base de datos compatible con MongoDB como origen para migraciones de datos homogéneas + Puede migrar todos los índices secundarios que admite Amazon DocumentDB durante la fase de carga completa. + AWS DMS migra las colecciones en paralelo. Las migraciones de datos homogéneas calculan los segmentos en tiempo de ejecución en función del tamaño promedio de cada documento de la colección para obtener el máximo rendimiento. + DMS puede replicar los índices secundarios que cree en la fase de CDC. DMS admite esta característica en MongoDB versión 6.0. + DMS admite documentos con un nivel de anidación superior a 97. ## Limitaciones para usar una base de datos compatible con MongoDB como origen para migraciones de datos homogéneas + Los documentos no pueden tener nombres de campo con el prefijo `$`. + AWS DMS no admite la migración de colecciones de series temporales. + AWS DMS no admite eventos `create` de `drop` `rename collection` DDL durante la fase de CDC. + AWS DMS no admite tipos de datos incoherentes en la recopilación del campo. `_id` Por ejemplo, la siguiente colección no admitida tiene varios tipos de datos para el campo `_id`. ``` rs0 [direct: primary] test> db.collection1.aggregate([ ... { ... $group: { ... _id: { $type: "$_id" }, ... count: { $sum: 1 } ... } ... } ... ]) [ { _id: 'string', count: 6136 }, { _id: 'objectId', count: 848033 } ] ``` + Para las tareas exclusivas de los CDC, AWS DMS solo admite el modo de inicio. `immediate` + AWS DMS no admite documentos con caracteres no válidos UTF8 . + AWS DMS no admite colecciones fragmentadas. ## Prácticas recomendadas para usar una base de datos compatible con MongoDB como origen para migraciones de datos homogéneas + En el caso de tener varias bases de datos y colecciones de gran tamaño alojadas en la misma instancia de MongoDB, se recomienda utilizar reglas de selección para cada base de datos y colección a fin de dividir la tarea entre varios proyectos y tareas de migración de datos. Puede configurar las divisiones de las bases de datos y las colecciones para obtener el máximo rendimiento. # Crear y configurar una base de datos de destino para trabajar con la conversión de AWS DMS esquemas Puede utilizar bases de datos compatibles con MySQL, PostgreSQL y Amazon DocumentDB como proveedor de datos de origen para las migraciones de datos homogéneas en AWS DMS. Para ver las versiones de bases de datos compatibles, consulte [Proveedores de datos de destino para migraciones de datos homogéneas de DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). El proveedor de datos de destino puede ser una instancia de base de datos de Amazon RDS o un clúster de base de datos de Amazon Aurora. Tenga en cuenta que la versión de la base de datos del proveedor de datos de destino debe ser igual o posterior a la versión de la base de datos del proveedor de datos de origen. **Topics** + [Uso de una base de datos compatible con MySQL como objetivo para migraciones de datos homogéneas en AWS DMS](dm-data-providers-target-mysql.md) + [Uso de una base de datos PostgreSQL como objetivo para migraciones de datos homogéneas en AWS DMS](dm-data-providers-target-postgresql.md) + [Uso de una base de datos Amazon DocumentDB como destino para migraciones de datos homogéneas en AWS DMS](dm-data-providers-target-docdb.md) # Uso de una base de datos compatible con MySQL como objetivo para migraciones de datos homogéneas en AWS DMS Puede utilizar una base de datos de MySQL compatible como destino de migración para migraciones de datos homogéneas en AWS DMS. AWS DMS requiere determinados permisos para migrar datos a la base de datos Amazon RDS for MySQL, MariaDB o Amazon Aurora MySQL de destino. Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos de destino MySQL. En este ejemplo, sustituya cada uno por su *user input placeholder* propia información. Si la versión de la base de datos de MariaDB de destino es inferior a la 10.5, puede omitir el comando `GRANT SLAVE MONITOR`. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT ALTER, CREATE, DROP, INDEX, INSERT, UPDATE, DELETE, SELECT, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE, REFERENCES ON *.* TO 'your_user'@'%'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SLAVE MONITOR ON *.* TO 'your_user'@'%'; ``` En el ejemplo anterior, sustituya cada uno *user input placeholder* por su propia información. Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos MariaDB. Ejecute las consultas GRANT para todas las bases de datos a las que migre AWS. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE,SLAVE MONITOR, REPLICATION SLAVE ON *.* TO 'your_user'@'%'; ``` En el ejemplo anterior, sustituya cada *user input placeholder* una por su propia información. **nota** En Amazon RDS, al activar la copia de seguridad automática para una instancia de MySQL/Maria base de datos, también se activa el registro binario. Cuando esta configuración está habilitada, la tarea de migración de datos puede producir el siguiente error al crear objetos secundarios, como funciones, procedimientos y desencadenadores, en la base de datos de destino. Si la base de datos de destino tiene activado el registro binario, establezca `log_bin_trust_function_creators` en `true` en el grupo de parámetros de la base de datos antes de iniciar la tarea. ``` ERROR 1419 (HY000): You don't have the SUPER privilege and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable) ``` ## Limitaciones para usar una base de datos compatible con MySQL como destino para migraciones de datos homogéneas Las siguientes limitaciones se aplican al usar una base de datos compatible con MySQL como destino para migraciones de datos homogéneas: + El nombre de usuario que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener entre 2 y 64 caracteres de longitud. + No puede haber espacios. + Puede incluir los siguientes caracteres: a-z, A-Z, 0-9 y guion bajo (\$1). + No se puede incluir un guion (-). + Debe empezar por a-z o A-Z. + La contraseña que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener hasta 1 a 128 caracteres de longitud. + No puede contener ninguno de los siguientes caracteres: comillas simples ('), comillas dobles ("), punto y coma (;) ni espacios. # Uso de una base de datos PostgreSQL como objetivo para migraciones de datos homogéneas en AWS DMS Puede utilizar una base de datos de PostgreSQL como destino de migración para migraciones de datos homogéneas en AWS DMS. AWS DMS requiere determinados permisos para migrar los datos a la base de datos de Amazon RDS for PostgreSQL o Amazon Aurora PostgreSQL de destino. Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos de destino de PostgreSQL. ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; GRANT USAGE ON SCHEMA schema_name TO your_user; GRANT CONNECT ON DATABASE db_name to your_user; GRANT CREATE ON DATABASE db_name TO your_user; GRANT CREATE ON SCHEMA schema_name TO your_user; GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO your_user; #For "Full load and change data capture (CDC)" and "Change data capture (CDC)" data migrations, setting up logical replication requires rds_superuser privileges GRANT rds_superuser TO your_user; ``` En el ejemplo anterior, sustituya cada uno *user input placeholder* por su propia información. Para activar la replicación lógica para el destino de RDS para PostgreSQL, establezca el parámetro `rds.logical_replication` del grupo de parámetros de la base de datos en 1. Para que este parámetro estático surta efecto, es necesario reiniciar la instancia de base de datos o el clúster de base de datos. Algunos parámetros son estáticos y solo se pueden configurar al iniciar el servidor. AWS DMS ignora los cambios en sus entradas en el grupo de parámetros de la base de datos hasta que reinicie el servidor. PostgreSQL utiliza desencadenadores para implementar las restricciones de clave externa. Durante la fase de carga completa, AWS DMS carga cada tabla de una en una. Le recomendamos que desactive las restricciones de clave externa en la base de datos de destino durante la carga completa. Para ello, utilice uno de los siguientes métodos. + Desactive temporalmente todos los desencadenadores de la instancia y finalice la carga completa. + Cambie el valor del parámetro `session_replication_role` en PostgreSQL. En cualquier momento, un disparador puede estar en uno de los siguientes estados: `origin`, `replica`, `always` o bien `disabled`. Cuando establece el parámetro `session_replication_role` en `replica`, solo los desencadenadores en el estado `replica` están activos. De lo contrario, los disparadores permanecen inactivos. ## Limitaciones para usar una base de datos compatible con PostgreSQL como origen para migraciones de datos homogéneas Las siguientes limitaciones se aplican al usar una base de datos compatible con PostgreSQL como destino para migraciones de datos homogéneas: + El nombre de usuario que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener entre 2 y 64 caracteres de longitud. + No puede haber espacios. + Puede incluir los siguientes caracteres: a-z, A-Z, 0-9 y guion bajo (\$1). + Debe empezar por a-z o A-Z. + La contraseña que utiliza para conectarse al origen de datos tiene las siguientes limitaciones: + Puede tener hasta 1 a 128 caracteres de longitud. + No puede contener ninguno de los siguientes caracteres: comillas simples ('), comillas dobles ("), punto y coma (;) ni espacios. # Uso de una base de datos Amazon DocumentDB como destino para migraciones de datos homogéneas en AWS DMS Puede utilizar una base de datos de Amazon DocumentDB (compatible con MongoDB) y un clúster elástico de DocumentDB como destino de migración para las migraciones de datos homogéneas en AWS DMS. Para ejecutar migraciones de datos homogéneas para un destino de Amazon DocumentDB, puede crear una cuenta de usuario con privilegios de administrador o un usuario read/write con permisos únicamente en la base de datos a migrar. Las migraciones de datos homogéneas admiten todos los tipos de datos BSON compatibles con Amazon DocumentDB. Para obtener una lista de estos tipos de datos, consulte [Tipos de datos](https://docs.aws.amazon.com/documentdb/latest/developerguide/mongo-apis.html#mongo-apis-data-types) en la *Guía para desarrolladores de Amazon DocumentDB*. Para utilizar las características de partición del clúster elástico de DocumentDB para migrar la colección no particionada desde el origen, cree una colección particionada para migrarla antes de iniciar la tarea de migración de datos. Para obtener más información sobre una colección particionada en un clúster elástico de Amazon DocumentDB, consulte [Step 5: Shard your collection](https://docs.aws.amazon.com/documentdb/latest/developerguide/elastic-get-started.html#elastic-get-started-step6) en la *Guía para desarrolladores de Amazon DocumentDB*. Para un destino de Amazon DocumentDB, AWS DMS admite los modos `none` o `require` SSL. # Ejecutar migraciones de datos homogéneas en AWS DMS Puede usarlo [Migraciones de datos homogéneas](data-migrations.md) AWS DMS para migrar datos de la base de datos de origen al motor equivalente de Amazon Relational Database Service (Amazon RDS), Amazon Aurora o Amazon DocumentDB. AWS DMS automatiza el proceso de migración de datos mediante el uso de herramientas de bases de datos nativas en las bases de datos de origen y destino. Después de crear un perfil de instancia y proveedores de datos compatibles para migraciones de datos homogéneas, cree un proyecto de migración. Para obtener más información, consulte [ Creación de proyectos de migración](migration-projects-create.md). En las secciones siguientes, se describe cómo crear, configurar y ejecutar migraciones de datos homogéneas. **Topics** + [Crear una migración de datos en AWS DMS](dm-migrating-data-create.md) + [Reglas de selección para migraciones de datos homogéneas](dm-migrating-data-selectionrules.md) + [Administrar las migraciones de datos en AWS DMS](dm-migrating-data-manage.md) + [Supervisar las migraciones de datos en AWS DMS](dm-migrating-data-monitoring.md) + [Estados de las migraciones de datos homogéneas en AWS DMS](dm-migrating-data-statuses.md) + [Migración de datos desde bases de datos MySQL con migraciones de datos homogéneas en AWS DMS](dm-migrating-data-mysql.md) + [Migración de datos desde bases de datos PostgreSQL con migraciones de datos homogéneas en AWS DMS](dm-migrating-data-postgresql.md) + [Migración de datos de bases de datos de MongoDB con migraciones de datos homogéneas en AWS DMS](dm-migrating-data-mongodb.md) + [Modo de preparación de la tabla de destino](dm-migrating-data-table-prep.md) # Crear una migración de datos en AWS DMS Después de crear un proyecto de migración con proveedores de datos compatibles del mismo tipo, puede utilizar este proyecto para migraciones de datos homogéneas. Para obtener más información, consulte [ Creación de proyectos de migración](migration-projects-create.md). Para empezar a utilizar migraciones de datos homogéneas, cree una nueva migración de datos. Puede crear varias migraciones de datos homogéneas de distintos tipos en un único proyecto de migración. AWS DMS tiene el número máximo de migraciones de datos homogéneas que puede crear para su Cuenta de AWS. Consulte la siguiente sección para obtener información sobre las cuotas AWS DMS [Cuotas para AWS Database Migration Service](CHAP_Limits.md) de servicio. Antes de crear una migración de datos, asegúrese de configurar los recursos necesarios, como las bases de datos de origen y destino, una política y un rol de IAM, un perfil de instancia y los proveedores de datos. Para obtener más información, consulte [Creación de recursos de IAM](dm-iam-resources.md), [Creación de perfiles de instancia](instance-profiles.md) y [ Creación de proveedores de datos](data-providers-create.md). Además, recomendamos que no use migraciones de datos homogéneas para migrar datos de una versión de base de datos superior a una versión de base de datos inferior. Compruebe las versiones de las bases de datos que utiliza para los proveedores de datos de origen y destino y actualice la versión de la base de datos de destino, si es necesario. **Creación de una migración de datos** 1. Inicie sesión en la AWS DMS consola Consola de administración de AWS y ábrala en la versión [https://console.aws.amazon.com/dms/2/](https://console.aws.amazon.com/dms/v2/). 1. Elija **Proyectos de migración**. Se abre la página **Proyectos de migración**. 1. Elija el proyecto de migración y, en la pestaña **Migraciones de datos**, elija **Crear migración de datos**. 1. En **Nombre**, ingrese un nombre para la migración de datos. Asegúrese de usar un nombre único para la migración de datos, de modo que pueda identificarlo fácilmente. 1. En **Tipo de replicación**, elija el tipo de migración de datos que desee configurar. Puede elegir una de las siguientes opciones. + **Carga completa**: migra los datos de origen existentes. + **Carga completa y captura de datos de cambios (CDC)**: migra los datos de origen existentes y replica los cambios continuos. + **Captura de datos de cambios (CDC)**: replica cambios continuos. 1. Selecciona la casilla **Activar los CloudWatch registros** para almacenar los registros de migración de datos en Amazon CloudWatch. Si no elige esta opción, no podrá ver los archivos de registro cuando se produzca un error en la migración de datos. 1. (Opcional) Expanda **Advanced settings (Configuración avanzada)**. En **Número de trabajos**, introduzca el número de subprocesos paralelos que AWS DMS se pueden utilizar para migrar los datos de origen al destino. 1. Para **rol de servicio de IAM**, elija el rol de IAM que creó en los requisitos previos. Para obtener más información, consulte [Crear una función de IAM para migraciones de datos homogéneas en AWS DMS](dm-iam-resources.md#dm-resources-iam-role). 1. Configure el **Modo de inicio** para las migraciones de datos del tipo **Captura de datos de cambios (CDC)**. Puede elegir una de las siguientes opciones. + **Inmediatamente**: inicia la replicación continua al iniciar la migración de datos. + **Uso de un punto de inicio nativo**: inicia la replicación continua desde el punto especificado. Para las bases de datos de PostgreSQL, ingrese el nombre de la ranura de replicación lógica para **Nombre de la ranura** e ingrese el número de secuencia del registro de transacciones para el **punto de inicio nativo**. Para las bases de datos MySQL, ingrese el número de secuencia del registro de transacciones para el **número de secuencia de registros (LSN)**. 1. Configure el **Modo de parada** para las migraciones de datos del tipo **Captura de datos de cambios (CDC)** o **Captura de datos de cambio y carga completa (CDC)**. Puede elegir una de las siguientes opciones. + **No detenga a los CDC**: AWS DMS continúe con la replicación continua hasta que detenga la migración de datos. + **Uso de un punto temporal del servidor**: AWS DMS detiene la replicación en curso a la hora especificada. Si elige esta opción, en **Fecha y hora de detención**, ingrese la fecha y la hora en las que desea detener automáticamente la replicación continua. 1. Elija **Crear migración de datos**. AWS DMS crea la migración de datos y la agrega a la lista de la pestaña **Migraciones de datos** de su proyecto de migración. Aquí puede ver el estado de la migración de datos. Para obtener más información, consulte [Estados de migración](dm-migrating-data-statuses.md). **importante** Para las migraciones de datos del tipo **Carga completa** o **Captura de datos de carga completa y cambio (CDC)**, AWS DMS elimina todos los datos, tablas y otros objetos de la base de datos de la base de datos de destino. Asegúrese de tener una copia de seguridad de la base de datos de destino. **Una vez AWS DMS creada la migración de datos, el estado de esta migración de datos se establece en Listo.** Para migrar los datos, debe iniciar la migración de datos manualmente. Para ello, elija la migración de datos de la lista. A continuación, para **Acciones**, elija **Iniciar**. Para obtener más información, consulte [Administración de migraciones de datos](dm-migrating-data-manage.md). El primer lanzamiento de una migración de datos homogénea requiere cierta configuración. AWS DMS crea un entorno sin servidores para la migración de datos. Este proceso tarda hasta 15 minutos. Tras detener y reiniciar la migración de datos, AWS DMS no vuelve a crear el entorno y puede acceder a la migración de datos más rápido. # Reglas de selección para migraciones de datos homogéneas Puede usar reglas de selección para elegir el esquema, las tablas o ambos para incluirlos en la replicación. Al crear una tarea de migración de datos, elija **Agregar regla de selección**. Para la configuración de la regla, proporcione los siguientes valores: + **Esquema**: elija **Ingresar un esquema**. + **Nombre del esquema**: proporcione el nombre del esquema que quiere replicar o use **%** como comodín. + **Nombre de la tabla**: proporcione el nombre de la tabla que quiere replicar o use **%** como comodín. De forma predeterminada, la única acción de regla que admite DMS es `Include` y el único carácter comodín que admite DMS es `%`. **nota** La compatibilidad con las reglas de selección AWS DMS para las migraciones de datos homogéneas varía en función de la combinación del motor de base de datos de origen y del tipo de migración elegido. Los orígenes compatibles con PostgreSQL y MongoDB permiten reglas de selección para todos los tipos de migración, mientras que los orígenes de MySQL solo admiten reglas de selección para el tipo de migración de carga completa. **Example Migrar todas las tablas de un esquema** El siguiente ejemplo migra todas las tablas desde un esquema denominado `dmsst` en el origen al punto de enlace de destino. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrar algunas tablas de un esquema** En el siguiente ejemplo, se migran todas las tablas cuyo nombre empiece por `collectionTest`, desde un esquema llamado `dmsst` en el origen hasta el punto de conexión de destino. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migración de tablas específicas de varios esquemas** El siguiente ejemplo migra algunas de las tablas de varios esquemas denominados `dmsst` y `Test` en el origen al punto de conexión de destino. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest1" }, "filters": [], "rule-id": "1", "rule-name": "1" }, { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "Test", "table-name": "products" }, "filters": [], "rule-id": "2", "rule-name": "2" } ] } ``` # Administrar las migraciones de datos en AWS DMS Tras crear una migración de datos, AWS DMS no comienza a migrar los datos automáticamente. La migración de datos se inicia manualmente cuando es necesario. Antes de iniciar una migración de datos, puede modificar todos los ajustes de la migración de datos. Después de iniciar la migración de datos, no puede cambiar el tipo de replicación. Para usar otro tipo de replicación, cree una nueva migración de datos. **Inicio de una migración de datos** 1. Inicie sesión en la AWS DMS consola Consola de administración de AWS y ábrala en la versión [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Elija **Proyectos de migración**. Se abre la página **Proyectos de migración**. 1. Elija el proyecto de migración. En la pestaña **Migraciones de datos**, elija la migración de datos. Se abre la página de **resumen** de la migración de datos. 1. En **Actions (Acciones)**, seleccione **Start (Iniciar)**. Después de esto, AWS DMS crea un entorno sin servidor para la migración de datos. Este proceso tarda hasta 15 minutos. Tras iniciar una migración de datos, AWS DMS establece su estado en **Iniciando**. El siguiente estado que se AWS DMS utilice para la migración de datos depende del tipo de replicación que elija en la configuración de migración de datos. Para obtener más información, consulte [Estados de migración](dm-migrating-data-statuses.md). **Modificación de una migración de datos** 1. Inicie sesión en la AWS DMS consola Consola de administración de AWS y ábrala en la versión [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Elija **Proyectos de migración**. Se abre la página **Proyectos de migración**. 1. Elija el proyecto de migración. En la pestaña **Migraciones de datos**, elija la migración de datos. Se abre la página de **resumen** de la migración de datos. 1. Elija **Modificar**. 1. Configure los ajustes de la migración de datos. **importante** Si ha iniciado una migración de datos, no puede cambiar el tipo de replicación. 1. Para ver tus registros de migración de datos en Amazon CloudWatch, selecciona la casilla **Activar CloudWatch registros**. 1. Seleccione **Save changes (Guardar cambios)**. Una vez AWS DMS iniciada la migración de datos, puedes detenerla. Para ello, elija la migración de datos en la pestaña **Migraciones de datos**. A continuación, para **Acciones**, elija **Detener**. Tras detener una migración de datos, AWS DMS establece su estado en **Deteniéndose**. A continuación, AWS DMS establece el estado de esta migración de datos en **Detenida**. Una vez AWS DMS detenida la migración de datos, puede modificarla, reanudarla, reiniciarla o eliminarla. Para continuar la replicación de datos, elija la migración de datos que detuvo en la pestaña **Migraciones de datos**. A continuación, en **Acciones**, elija **Reanudar el procesamiento**. Para reiniciar la carga de datos, elija la migración de datos que detuvo en la pestaña **Migraciones de datos**. A continuación, en **Acciones**, selecciona **Reiniciar**. AWS DMS elimina todos los datos de la base de datos de destino e inicia la migración de datos desde cero. Puede eliminar una migración de datos que haya detenido o que no haya iniciado. Para eliminar una migración de datos, elíjalo en la pestaña **Migraciones de datos**. A continuación, para **Acciones**, elija **Eliminar**. Para eliminar el proyecto de migración, detenga y elimine todas las migraciones de datos. # Supervisar las migraciones de datos en AWS DMS Tras iniciar la migración homogénea de datos, puede monitorear el estado y el progreso. Las migraciones de datos de grandes conjuntos de datos, como cientos de gigabytes, tardan horas en completarse. Para mantener la fiabilidad, la disponibilidad y el alto rendimiento de la migración de datos, monitoree el progreso con regularidad. **Comprobación del estado y el progreso de la migración de datos** 1. Inicie sesión en la AWS DMS consola Consola de administración de AWS y ábrala en la versión [https://console.aws.amazon.com/dms/2/](https://console.aws.amazon.com/dms/v2/). 1. Elija **Proyectos de migración**. Se abre la página **Proyectos de migración**. 1. Elija el proyecto de migración y vaya a la pestaña **Migraciones de datos**. 1. Para la migración de datos, consulte la columna **Estado**. Para obtener más información acerca de los valores de esta columna, consulte [Estados de migración](dm-migrating-data-statuses.md). 1. Para una migración de datos en curso, la columna **Progreso de migración** muestra el porcentaje de datos migrados. **Comprobación de los detalles de la migración de datos** 1. [Inicie sesión en la AWS DMS consola Consola de administración de AWS y ábrala en https://console.aws.amazon.com/dms/ la v2/.](https://console.aws.amazon.com/dms/v2/) 1. Elija **Proyectos de migración**. Se abre la página **Proyectos de migración**. 1. Elija el proyecto de migración. En la pestaña **Migraciones de datos**, elija la migración de datos. 1. En la pestaña **Detalles**, puede ver el progreso de migración. En concreto, puede ver las siguientes métricas. + **Dirección IP pública**: la dirección IP pública de la migración de datos. Necesita este valor para configurar una red. Para obtener más información, consulte [Configuración de una red](dm-network.md). + **Tablas cargadas**: el número de tablas cargadas correctamente. + **Carga de tablas**: el número de tablas que se están cargando actualmente. + **Tablas en cola**: el número de tablas que están en espera de ser cargadas actualmente. + **Tablas con error**: el número de tablas que no se han podido cargar. + **Tiempo transcurrido**: la cantidad de tiempo que ha transcurrido desde el inicio de la migración de datos. + **Latencia CDC**: el tiempo promedio que transcurre entre el momento en que se produce un cambio en una tabla de origen y el momento en que AWS DMS se aplica este cambio a la tabla de destino. + **Se ha iniciado la migración**: el momento en que se inició esta migración de datos. + **Se ha detenido la migración**: el momento en que se detuvo esta migración de datos. 1. Para ver los archivos de registro de la migración de datos, selecciona **Ver CloudWatch registros** en **Configuración homogénea de migración de datos**. Puede **activar CloudWatch los registros** al crear o modificar una migración de datos. Para obtener más información, consulte [Creación de una migración de datos](dm-migrating-data-create.md) y [Administración de migraciones de datos](dm-migrating-data-manage.md). Puedes usar CloudWatch las alarmas o eventos de Amazon para realizar un seguimiento minucioso de tu migración de datos. Para obtener más información, consulta [¿Qué son Amazon CloudWatch, Amazon CloudWatch Events y Amazon CloudWatch Logs?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) en la *Guía del CloudWatch usuario de Amazon*. Ten en cuenta que el uso de Amazon conlleva un cargo CloudWatch. Para migraciones de datos homogéneas, AWS DMS incluye las siguientes métricas en Amazon CloudWatch. | Métrica | Description (Descripción) | | --- | --- | | En general CDCLatency | La latencia general durante la fase de CDC. Para las bases de datos MySQL, esta métrica muestra el número de segundos que transcurren entre el cambio en el registro binario de origen y la replicación de este cambio. Para las bases de datos de PostgreSQL, esta métrica muestra el número de segundos que transcurren entre `last_msg_receipt_time` y `last_msg_send_time` desde la vista `pg_stat_subscription`. Unidades: segundos | | StorageConsumption | El almacenamiento que consume la migración de datos. Unidades: bytes | # Estados de las migraciones de datos homogéneas en AWS DMS Para cada migración de datos que ejecute, AWS DMS muestra el **estado** en la AWS DMS consola. En la siguiente lista se incluyen los estados disponibles. + `Creating`— AWS DMS está creando la migración de datos. + `Ready`: la migración de datos está lista para comenzar. + `Starting`— AWS DMS está creando un entorno sin servidores para su migración de datos. Este proceso tarda hasta 15 minutos. + `Load running`— AWS DMS está realizando la migración a plena carga. + `Load complete, replication ongoing`— AWS DMS completó la carga completa y ahora reproduce los cambios en curso. AWS DMS usa este estado solo para las migraciones de datos del tipo de captura completa y cambio de datos (CDC). + `Replication ongoing`— AWS DMS está replicando los cambios en curso. AWS DMS utiliza este estado solo para las migraciones del tipo de captura de datos de cambios (CDC). + `Reloading target`— AWS DMS está reiniciando una migración de datos y realiza el tipo de migración especificado. + `Stopping`— detiene AWS DMS la migración de datos. AWS DMS establece este estado después de decidir detener la migración de datos en el menú **Acciones**. + `Stopped`— AWS DMS ha detenido la migración de datos. + `Failed`: la migración de datos ha producido un error. Para obtener más información, consulte los archivos de registro. Para ver los archivos de registro, elija la migración de datos en la pestaña **Migraciones de datos**. A continuación, seleccione **Ver CloudWatch registros** en **Configuración de migración de datos homogénea**. **importante** Puede ver los archivos de registro si selecciona la casilla **Activar los CloudWatch registros** al crear la migración de datos. + `Deleting`— AWS DMS elimina la migración de datos. AWS DMS establece este estado después de elegir eliminar la migración de datos en el menú **Acciones**. + `Maintenance`— AWS DMS pone una tarea en estado de modo de mantenimiento cuando se despliega una nueva imagen en el contenedor sin servidor subyacente asociado a la tarea de migración de datos. # Migración de datos desde bases de datos MySQL con migraciones de datos homogéneas en AWS DMS Puede utilizar [Migraciones de datos homogéneas](data-migrations.md) para migrar una base de datos MySQL autoadministrada a RDS para MySQL o Aurora MySQL. AWS DMS crea un entorno sin servidor para la migración de datos. Para diferentes tipos de migraciones de datos, AWS DMS utiliza diferentes herramientas de bases de datos MySQL nativas. Para migraciones de datos homogéneas del tipo de **carga completa**, AWS DMS utiliza mydumper para leer los datos de la base de datos de origen y almacenarlos en el disco conectado al entorno sin servidor. Tras AWS DMS leer todos los datos de origen, utiliza myloader en la base de datos de destino para restaurarlos. Para migraciones de datos homogéneas del tipo **Full Load and Change Data Capture (CDC)**, AWS DMS utiliza mydumper para leer los datos de la base de datos de origen y almacenarlos en el disco conectado al entorno sin servidor. Tras AWS DMS leer todos los datos de origen, utiliza myloader en la base de datos de destino para restaurarlos. Una AWS DMS vez completada la carga completa, configura la replicación del binlog con la posición del binlog establecida al inicio de la carga completa. Para migraciones de datos homogéneas de tipo **Captura de datos de cambios (CDC)**, AWS DMS requiere el **punto de inicio de CDC nativo** para iniciar la replicación. Si proporciona el punto de partida nativo del CDC, AWS DMS captura los cambios desde ese punto. Otra opción, elija **Inmediatamente** en la configuración de migración de datos para capturar automáticamente el punto de inicio de la replicación cuando comience la migración de datos real. **nota** Para que una migración exclusiva de CDC funcione correctamente, todos los esquemas y objetos de la base de datos de origen deben estar ya presentes en la base de datos de destino. Sin embargo, es posible que el destino tenga objetos que no estén presentes en el origen. Puede usar el siguiente ejemplo de código para obtener el número de secuencia de registro (LSN) actual de la base de datos MySQL. ``` show master status ``` Esta consulta devuelve el nombre de un archivo binlog y la posición. Para el punto de inicio nativo, use una combinación del nombre y la posición del archivo binlog. Por ejemplo, `mysql-bin-changelog.000024:373`. En este ejemplo, `mysql-bin-changelog.000024` es el nombre del archivo binlog y `373` es la posición donde AWS DMS comienza a capturar los cambios. El siguiente diagrama muestra el proceso de usar migraciones de datos homogéneas para AWS DMS migrar una base de datos MySQL a RDS para MySQL o Aurora MySQL. ![\[Un diagrama de arquitectura de la migración de datos de MySQL con migraciones de datos homogéneas de DMS.\]](http://docs.aws.amazon.com/es_es/dms/latest/userguide/images/data-migrations-mysql.png) # Migración de datos desde bases de datos PostgreSQL con migraciones de datos homogéneas en AWS DMS Puede utilizar [Migraciones de datos homogéneas](data-migrations.md) para migrar una base de datos de PostgreSQL autoadministrada a RDS para PostgreSQL o Aurora PostgreSQL. AWS DMS crea un entorno sin servidor para la migración de datos. Para diferentes tipos de migraciones de datos, AWS DMS utiliza diferentes herramientas de bases de datos de PostgreSQL nativas. Para migraciones de datos homogéneas del tipo de **carga completa**, AWS DMS utiliza pg\$1dump para leer los datos de la base de datos de origen y almacenarlos en el disco conectado al entorno sin servidor. Después de AWS DMS leer todos los datos de origen, utiliza pg\$1restore en la base de datos de destino para restaurarlos. Para las migraciones de datos homogéneas del tipo **Full Load and Change Data Capture (CDC)**, se AWS DMS utiliza `pg_dump` para leer objetos de esquema sin datos de tablas de la base de datos de origen y almacenarlos en el disco conectado al entorno sin servidor. Después, usa `pg_restore` en la base de datos de destino para restaurar los objetos del esquema. Una vez AWS DMS finalizado el `pg_restore` proceso, cambia automáticamente a un modelo de publicador y suscriptor para la replicación lógica, con la `Initial Data Synchronization` opción de copiar los datos iniciales de la tabla directamente de la base de datos de origen a la base de datos de destino y, a continuación, inicia la replicación continua. En este modelo, uno o más suscriptores se suscriben a una o más publicaciones en un nodo publicador. En el caso de las migraciones de datos homogéneas del tipo **Change Data Capture (CDC)**, se AWS DMS requiere el punto de partida nativo para iniciar la replicación. Si proporciona el punto de inicio nativo, AWS DMS captura los cambios desde ese punto. Otra opción, elija **Inmediatamente** en la configuración de migración de datos para capturar automáticamente el punto de inicio de la replicación cuando comience la migración de datos real. **nota** Para que una migración exclusiva de CDC funcione correctamente, todos los esquemas y objetos de la base de datos de origen deben estar ya presentes en la base de datos de destino. Sin embargo, es posible que el destino tenga objetos que no estén presentes en el origen. Puede usar el siguiente ejemplo de código para obtener el punto de inicio nativo de la base de datos de PostgreSQL. ``` select confirmed_flush_lsn from pg_replication_slots where slot_name=‘migrate_to_target'; ``` Esta consulta utiliza la vista `pg_replication_slots` de la base de datos de PostgreSQL para capturar el valor del número de secuencia de registro (LSN). **Después de AWS DMS establecer el estado de la migración de datos homogéneos de PostgreSQL en Detenida**,** Fallida **o** Eliminada, el editor y la replicación no se eliminan.** Si no desea reanudar la migración, elimine la ranura de replicación y el publicador mediante el siguiente comando. ``` SELECT pg_drop_replication_slot('migration_subscriber_{ARN}'); DROP PUBLICATION publication_{ARN}; ``` El siguiente diagrama muestra el proceso de usar migraciones de datos homogéneas para migrar una base de datos de PostgreSQL AWS DMS a RDS para PostgreSQL o Aurora PostgreSQL. ![\[Un diagrama de arquitectura de la migración de datos de PostgreSQL con migraciones de datos homogéneas de DMS.\]](http://docs.aws.amazon.com/es_es/dms/latest/userguide/images/data-migrations-postgresql.png) ## Prácticas recomendadas para usar una base de datos PostgreSQL como origen para migraciones de datos homogéneas + Para acelerar la sincronización inicial de los datos por parte del suscriptor en la tarea de carga completa y captura de datos de cambios, debe ajustar `max_logical_replication_workers` y `max_sync_workers_per_subscription`. El aumento de estos valores acelera la velocidad de sincronización de la tabla. + **max\$1logical\$1replication\$1workers**: especifica el número máximo de trabajos de replicación lógica. Esto incluye tanto los trabajos de aplicación del lado del suscriptor como los trabajos de sincronización de tablas. + **max\$1sync\$1workers\$1per\$1subscription**: el aumento de `max_sync_workers_per_subscription` solo afecta al número de tablas que se sincronizan en paralelo, no al número de trabajos por tabla. **nota** `max_logical_replication_workers` no debe superar `max_worker_processes` y `max_sync_workers_per_subscription` debe ser menor o igual que `max_logical_replication_workers`. + Para migrar tablas de gran tamaño, considere la posibilidad de dividirlas en tareas independientes mediante reglas de selección. Por ejemplo, puede dividir las tablas grandes en tareas individuales independientes y las tablas pequeñas en otra tarea individual. + Supervise el uso de la CPU y el disco por parte del suscriptor para mantener un rendimiento óptimo. # Migración de datos de bases de datos de MongoDB con migraciones de datos homogéneas en AWS DMS Puede usar [Migraciones de datos homogéneas](data-migrations.md) para migrar una base de datos MongoDB autoadministrada a Amazon DocumentDB. AWS DMS crea un entorno sin servidor para la migración de datos. Para los distintos tipos de migraciones de datos, AWS DMS utiliza diferentes herramientas de bases de datos de MongoDB nativas. Para migraciones de datos homogéneas del tipo de **carga completa**, se AWS DMS utiliza `mongodump` para leer los datos de la base de datos de origen y almacenarlos en el disco conectado al entorno sin servidor. Después de AWS DMS leer todos los datos de origen, los utiliza `mongorestore` en la base de datos de destino para restaurarlos. Para las migraciones de datos homogéneas del tipo **Full Load and Change Data Capture (CDC)**, se AWS DMS utiliza `mongodump` para leer los datos de la base de datos de origen y almacenarlos en el disco conectado al entorno sin servidor. Tras AWS DMS leer todos los datos de origen, los utiliza `mongorestore` en la base de datos de destino para restaurarlos. Una vez AWS DMS completada la carga completa, cambia automáticamente a un modelo de publicador y suscriptor para la replicación lógica. En este modelo, se recomienda ajustar el tamaño de oplog para retener los cambios durante al menos 24 horas. Para migraciones de datos homogéneas del tipo **Captura de datos de cambio (CDC)**, elija `immediately` en la configuración de migración de datos para capturar de forma automática el punto de inicio de la replicación cuando comience la migración de datos real. **nota** Para cualquier colección nueva o cambiada de nombre, debe crear una nueva tarea de migración de datos como migraciones de datos homogéneas. Para una fuente compatible con MongoDB, AWS DMS no admite ninguna operación`create`. `rename` `drop collection` El siguiente diagrama muestra el proceso de usar migraciones de datos homogéneas AWS DMS para migrar una base de datos de MongoDB a Amazon DocumentDB. ![\[Un diagrama de arquitectura de la migración de datos de MongoDB con migraciones de datos homogéneas de DMS.\]](http://docs.aws.amazon.com/es_es/dms/latest/userguide/images/data-migrations-mongodb.png) # Modo de preparación de la tabla de destino Puede seleccionar el modo de preparación de tablas de destino si elige crear una tarea de migración de datos en la pestaña **Configuración avanzada** de la AWS DMS consola para migraciones a PostgreSQL, MongoDB y Amazon DocumentDB. ## Descartar las tablas en el destino En el modo Borrar tablas en el modo de destino, la migración AWS DMS homogénea elimina las tablas de destino y las vuelve a crear antes de iniciar la migración. De este modo, se garantiza que las tablas de destino estén vacías cuando se inicie la migración. Durante las migraciones homogéneas, AWS DMS crea todos los objetos secundarios, incluidos los índices definidos en los metadatos de la tabla de origen, antes de cargar los datos para garantizar una migración de datos eficiente. Si utiliza el modo Descargar las tablas en el destino, es posible que tenga que configurar la base de datos de destino. Por ejemplo, con un objetivo de PostgreSQL AWS DMS , no se puede crear un usuario de esquema por motivos de seguridad. En este caso, debe crear previamente el usuario del esquema para que coincida con la fuente, lo que permitirá AWS DMS crear las tablas y asignarlas a una función similar a la de la fuente cuando comience la migración. ## Truncar En el modo truncar, la migración AWS DMS homogénea trunca todas las tablas de destino existentes antes de que comience la migración. Esto preserva la estructura de la tabla. Este modo es adecuado para las migraciones de carga completa o carga completa más CDC en las que el esquema de destino se crea previamente. En el caso de un destino de Amazon DocumentDB, si la colección no existe, AWS DMS la crea sin índices durante la migración. ## No hacer nada En el modo No hacer nada, la migración AWS DMS homogénea supone que las tablas de destino están creadas previamente. Si las tablas de destino no están vacías, pueden producirse conflictos de datos durante la migración, lo que podría provocar un error en la tarea de DMS. En este modo, la estructura de la tabla permanece sin cambios y se conservan los datos existentes. El modo No hacer nada es adecuado para las tareas que solo incluyen CDC cuando las tablas de destino se han rellenado desde el origen y se aplica la replicación continua para sincronizar el origen y el destino. Para un destino de Amazon DocumentDB, si la colección no existe, AWS DMS crea la colección sin índices secundarios. Además, el modo No hacer nada se puede utilizar durante la fase de carga completa al migrar datos desde una colección particionada de MongoDB a Amazon DocumentDB. # Solución de problemas para migraciones de datos homogéneas en AWS DMS En la siguiente lista, puede encontrar las medidas que puede tomar cuando tenga problemas con las migraciones de datos homogéneas en AWS DMS. **Topics** + [No puedo crear una migración de datos homogénea en AWS DMS](#dm-troubleshooting-create) + [No puedo iniciar una migración de datos homogénea en AWS DMS](#dm-troubleshooting-dm-fails) + [No puedo conectarme a la base de datos de destino cuando realizo una migración de datos en AWS DMS](#dm-troubleshooting-connect-target) + [AWS DMS migra las vistas como tablas en PostgreSQL](#dm-troubleshooting-views) ## No puedo crear una migración de datos homogénea en AWS DMS Si aparece un mensaje de error que indica que AWS DMS no se puede conectar a los proveedores de datos después de elegir **Crear migración de datos**, asegúrese de haber configurado el rol de IAM requerido. Para obtener más información, consulte [Creación de un rol de IAM](dm-iam-resources.md#dm-resources-iam-role). Si ha configurado el rol de IAM y sigue apareciendo este mensaje de error, agregue este rol de IAM al usuario de claves en la configuración de claves de AWS KMS. Para obtener más información, consulte [Permite a los usuarios clave utilizar la clave de KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-default.html#key-policy-default-allow-users) en la *Guía para desarrolladores de AWS Key Management Service*. ## No puedo iniciar una migración de datos homogénea en AWS DMS Si obtiene el estado `Failed` al iniciar una migración de datos en el proyecto de migración, compruebe las versiones de los proveedores de datos de origen y destino. Para ello, ejecute la consulta `SELECT VERSION();` en la base de datos MySQL o PostgreSQL. Asegúrese de usar la versión de base de datos compatible. Para obtener una lista de las bases de datos de origen admitidas, consulte [Orígenes para las migraciones de datos homogéneas de DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Para ver una lista de las bases de datos de destino admitidas, consulte [Destinos para las migraciones de datos homogéneas de DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Si utiliza una versión de base de datos no compatible, actualice la base de datos de origen o destino e inténtelo de nuevo. Compruebe el mensaje de error de la migración de datos en la consola de AWS DMS. Para ello, abra el proyecto de migración y elija la migración de datos. En la pestaña **Detalles**, compruebe el **Último mensaje de error** en **General**. Por último, analice el registro de CloudWatch. Para ello, abra el proyecto de migración y elija la migración de datos. En la pestaña **Detalles**, elija **Ver registros de CloudWatch**. ## No puedo conectarme a la base de datos de destino cuando realizo una migración de datos en AWS DMS Si aparece el mensaje de error **No se puede conectar al destino**, lleve a cabo las siguientes acciones. 1. Asegúrese de que el grupo de seguridad adjunto a las bases de datos de origen y destino contenga una regla para el tráfico entrante y saliente. Para obtener más información, consulte [Configurar la replicación de datos continua](vpc-peering.md#vpc-peering-ongoing-replication). 1. Compruebe la lista de control de acceso (ACL) de red y las reglas de tabla de enrutamiento. 1. La base de datos debe ser accesible desde la VPC que creó. Agregue direcciones IP públicas en los grupos de seguridad de VPC y permita las conexiones de entrada en el firewall. 1. En la pestaña **Migraciones de datos** del proyecto de migración, elija la migración de datos. Tome nota de la **dirección IP pública** en **Conectividad y seguridad** en la pestaña **Detalles**. A continuación, permita el acceso de la dirección IP pública de la migración de datos en las bases de datos de origen y destino. 1. Para una replicación de datos continua, asegúrese de que las bases de datos de origen y destino puedan comunicarse entre sí. Para obtener más información, consulte [Controlar el tráfico hacia los recursos mediante grupos de seguridad](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) en la *Guía del usuario de Amazon Virtual Private Cloud*. ## AWS DMS migra las vistas como tablas en PostgreSQL La migración de datos homogénea no admite la migración de vistas como vistas en PostgreSQL. Para PostgreSQL, AWS DMS migra las vistas como tablas.