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.

Uso de una SQL base de datos Postgre como fuente AWS DMS

Puede migrar datos de una o varias bases de datos de SQL Postgre utilizando. AWS DMS Con una SQL base de datos de Postgre como fuente, puede migrar los datos a otra base de datos de Postgre o a una de las otras SQL bases de datos compatibles.

Para obtener información sobre las versiones de Postgre SQL que son AWS DMS compatibles como fuente, consulte. Fuentes de AWS DMS

AWS DMS admite Postgre SQL para estos tipos de bases de datos:

Puede usar Secure Socket Layers (SSL) para cifrar las conexiones entre el SQL punto final de Postgre y la instancia de replicación. Para obtener más información sobre el uso SSL con un punto final de PostgreSQL, consulte. Uso de SSL con AWS Database Migration Service

Como requisito de seguridad adicional cuando se utiliza Postgre SQL como fuente, la cuenta de usuario especificada debe ser un usuario registrado en la base de datos de Postgre. SQL

Para configurar una SQL base de datos de Postgre como punto final de AWS DMS origen, haga lo siguiente:

Trabajar con bases de datos Postgre SQL autogestionadas como fuente en AWS DMS

Con una base de datos Postgre autogestionada como fuente, puede migrar los datos a otra SQL base de datos de Postgre o a una de las otras SQL bases de datos de destino compatibles con ellas. AWS DMS La fuente de la base de datos puede ser una base de datos local o un motor autogestionado que se ejecute en una instancia de AmazonEC2. Puede usar una instancia de base de datos tanto para tareas de carga completa como para tareas de captura de datos () CDC de cambios.

Requisitos previos para utilizar una base de datos Postgre autogestionada SQL como fuente AWS DMS

Antes de migrar datos de una base de datos fuente de SQL Postgre autogestionada, haga lo siguiente:

Permitir CDC el uso de una base de datos Postgre autogestionada SQL como fuente AWS DMS

AWS DMS admite la captura de datos de cambios (CDC) mediante la replicación lógica. Para habilitar la replicación lógica de una base de datos SQL fuente de Postgre autogestionada, defina los siguientes parámetros y valores en el postgresql.conf archivo de configuración:

Algunos parámetros son estáticos y solo se pueden configurar al iniciar el servidor. Los cambios en sus entradas en el archivo de configuración (para una base de datos autogestionada) o en el grupo de parámetros de base de datos (RDSpara una base de SQL datos de Postgre) se ignoran hasta que se reinicie el servidor. Para obtener más información, consulte la documentación de Postgre. SQL

Para obtener más información sobre la activaciónCDC, consulte. Habilitar la captura de datos de cambios (CDC) mediante la replicación lógica

Trabajar con SQL bases AWS de datos Postgreg administradas como fuente DMS

Puede utilizar una SQL instancia de base de datos AWS de Postgre gestionada como fuente para. AWS DMS Puede realizar tareas de carga completa y cambiar las tareas de captura de datos (CDC) utilizando una AWS fuente de Postgre gestionada por usted. SQL

Requisitos previos para utilizar como fuente una base de datos Postgre AWS gestionada SQL DMS

Antes de migrar datos de una base de datos fuente de SQL Postgre AWS gestionada por usted, haga lo siguiente:

Habilitar CDC con una instancia de base de AWS datos de SQL Postgre administrada con AWS DMS

AWS DMS es compatible con CDC las SQL bases de datos de Amazon RDS Postgre cuando la instancia de base de datos está configurada para utilizar la replicación lógica. En la siguiente tabla se resume la compatibilidad de la replicación lógica de cada versión de Postgre AWS administrada. SQL

No puede usar réplicas de SQL lectura de RDS Postgre para (replicación continua). CDC

Migración de una SQL base de datos de Amazon RDS for Postgre sin usar la cuenta de usuario maestra

En algunos casos, es posible que no utilice la cuenta de usuario maestra para la SQL instancia de base de datos de Amazon RDS Postgre que está utilizando como fuente. En estos casos, debe crear varios objetos para capturar eventos del lenguaje de definición de datos (DDL). Puede crear estos objetos en una cuenta que no sea la cuenta principal y, a continuación, crear un activador en la cuenta de usuario principal.

Utilice el siguiente procedimiento para crear estos objetos.

Cuando haya completado el procedimiento anterior, puede crear el punto de enlace de origen de AWS DMS utilizando la cuenta OtherThanMaster.

Habilitar la captura de datos de cambios (CDC) mediante la replicación lógica

Puede utilizar la función de replicación lógica nativa SQL de Postgre para permitir la captura de datos de cambios (CDC) durante la migración de la base de datos para las fuentes de SQL Postgre. Puede utilizar esta función con una instancia de base de datos de Postgre autogestionada SQL y también con una instancia de base de datos de Amazon RDS for SQL SQL Postgre. Este enfoque reduce el tiempo de inactividad y ayuda a garantizar que la base de datos de destino esté sincronizada con la base de datos de Postgre de origen. SQL

AWS DMS admite SQL tablas CDC de Postgre 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, no DMS se puede actualizar la tabla. 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 cuando se utiliza una base de datos de Postgre SQL como fuente DMS.

Para tareas de carga completa CDC y CDC exclusivas, AWS DMS utiliza ranuras de replicación lógica para conservar WAL los registros para la replicación hasta que se decodifiquen. Cuando se reinicia (no se reanuda) durante una carga completa y una CDC tarea o CDC tarea, se vuelve a crear la ranura de replicación.

Configuración del complemento pglogical

Implementado como una SQL extensión de Postgre, el complemento pglogical es un sistema y modelo de replicación lógica para la replicación selectiva de datos. La siguiente tabla identifica las versiones fuente de la SQL base de datos Postgre que admiten el complemento pglogical.

Antes de configurar pglogical para su uso con AWS DMS, habilite primero la replicación lógica para la captura de datos de cambios (CDC) en la base de datos de origen de Postgre. SQL

Una vez habilitada la replicación lógica en la base de datos SQL fuente de Postgre, siga los siguientes pasos para configurar pglogical para su uso con. DMS

Ahora puede crear una AWS DMS tarea que realice la captura de datos de cambios para el punto final de la base de datos fuente de Postgre. SQL

Uso de puntos de CDC inicio nativos para configurar una CDC carga de una fuente de Postgre SQL

Para habilitar los puntos de CDC inicio nativos con Postgre SQL como fuente, defina el atributo de conexión slotName adicional con el nombre de una ranura de replicación lógica existente al crear el punto final. Esta ranura de replicación lógica guarda los cambios continuos desde el momento en que se creó el punto de enlace, por lo que permite replicar desde un punto anterior.

Postgre SQL escribe los cambios de la base de datos en los WAL archivos que se descartan solo después de leer AWS DMS correctamente los cambios de la ranura de replicación lógica. El uso de ranuras de replicación lógica puede evitar que los cambios registrados se eliminen antes de que el motor de replicación los consuma.

Sin embargo, en función de la tasa de cambio y consumo, los cambios que contiene una ranura de replicación lógica pueden provocar un uso elevado del disco. Se recomienda configurar alarmas de uso de espacio en la SQL instancia de Postgre de origen cuando utilice ranuras de replicación lógica. Para obtener más información acerca de cómo establecer el atributo slotName de conexión adicional, consulte Configuración del punto final y atributos de conexión adicionales (ECAs) cuando utilice Postgre SQL como fuente DMS.

En el siguiente procedimiento, se explica este enfoque paso a paso con más detalle.

Si utiliza puntos de CDC inicio nativos con el complemento pglogical y desea utilizar una nueva ranura de replicación, complete los pasos de configuración que se indican a continuación antes de crear una CDC tarea.

Ahora puede crear una CDC única tarea con un punto de inicio SQL nativo de Postgre utilizando la nueva ranura de replicación. Para obtener más información sobre el complemento de pglogical, consulte la documentación de pglogical 3.7

Migración de Postgre a SQL Postgre mediante SQL AWS DMS

Cuando se migra de un motor de base de datos que no sea Postgre SQL a una SQL base de datos de Postgre, casi siempre es la mejor herramienta de migración que AWS DMS se puede utilizar. Sin embargo, al migrar de una base de datos de Postgre a una SQL base de datos de Postgre, las herramientas de Postgre SQL pueden ser más eficaces. SQL

Uso de herramientas nativas de Postgre para migrar datos SQL

Le recomendamos que utilice las herramientas de migración de SQL bases de datos de Postgre, por ejemplo, en las siguientes pg_dump condiciones:

La utilidad pg_dump usa el COPY comando para crear un esquema y un volcado de datos de una base de datos de Postgre. SQL El script de volcado generado por pg_dump carga los datos en una base de datos con el mismo nombre y vuelve a crear las tablas, los índices y las claves externas. Para restaurar los datos en una base de datos con un nombre diferente, use el comando pg_restore y el parámetro -d.

Si está migrando datos de una base de datos SQL fuente de Postgre que se ejecuta en EC2 un SQL destino de Amazon RDS for Postgre, puede utilizar el complemento pglogical.

Para obtener más información sobre la importación de una SQL base de datos de Postgre a Amazon RDS for Postgre o Amazon SQL Aurora SQL Postgre -Compatible Edition, consulte. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/PostgreSQL.Procedural.Importing.html

Se utiliza para migrar datos de Postgre DMS a Postgre SQL SQL

AWS DMS puede migrar datos, por ejemplo, desde una SQL base de datos Postgre de origen que se encuentra en las instalaciones a una instancia de Amazon RDS for Postgre SQL o Aurora Postgre de destino. SQL Los tipos de datos básicos o básicos de SQL Postgre suelen migrar correctamente.

Es posible que los tipos de datos que se admiten en la base de datos de origen pero que no se admiten en la de destino no se migren correctamente. AWS DMS transmite algunos tipos de datos como cadenas si se desconoce el tipo de datos. Algunos tipos de datos, como XML yJSON, pueden migrar correctamente como archivos pequeños, pero pueden fallar si se trata de documentos de gran tamaño.

Cuando realice la migración de un tipo de datos, tenga en cuenta lo siguiente:

La siguiente tabla muestra los tipos de SQL datos de Postgre de origen y si se pueden migrar correctamente.

Migración de tipos de datos GIS posespaciales

Los datos espaciales identifican la información de geometría de un objeto o ubicación en el espacio. Las bases de datos SQL relacionales de objetos de Postgre admiten tipos de datos posespaciales. GIS

Antes de migrar los objetos de datos SQL espaciales de Postgre, asegúrese de que el complemento Post GIS esté habilitado a nivel global. De este modo, se garantiza que se AWS DMS crean las columnas de datos espaciales de origen exactas para la instancia de base de datos de destino de PostgreSQL.

Para las migraciones SQL homogéneas de Postgre SQL a Postgre, AWS DMS admite la migración de los tipos y subtipos de objetos de datos GIS geométricos y geográficos (coordenadas geodésicas) de Post, como los siguientes:

Migración de Babelfish a Amazon Aurora Postgre mediante SQL AWS DMS

Puede migrar las tablas de SQL origen de Postgre de Babelfish para Aurora a cualquier punto final de destino compatible utilizando. AWS DMS

Al crear el punto final de AWS DMS origen mediante la DMS consola o los CLI comandosAPI, establece el origen en Amazon Aurora Postgre SQL y el nombre de la base de datos en. babelfish_db En la sección Configuración del punto final, asegúrese de que DatabaseModeesté establecido en Babelfish y en el nombre de la BabelfishDatabaseNamebase de datos Babelfish T- de origen. SQL En lugar de usar el puerto Babelfish1433, usa el TCP puerto Aurora SQL TCP Postgre. 5432

Debe crear las tablas antes de migrar los datos para asegurarse de que DMS utilizan los tipos de datos y los metadatos de las tablas correctos. Si no crea las tablas en el destino antes de ejecutar la migración, es DMS posible que cree las tablas con permisos y tipos de datos incorrectos.

Agregar reglas de transformación a la tarea de migración

Al crear una tarea de migración para una fuente de Babelfish, es necesario incluir reglas de transformación que garanticen que se DMS utilizan las tablas de destino creadas previamente.

Si configuró el modo de migración de varias bases de datos al definir su SQL clúster de Babelfish para Postgre, añada una regla de transformación que cambie el nombre del esquema por el de esquema T. SQL Por ejemplo, si el nombre del esquema en T es y el nombre de tu SQL esquema de Babelfish para Postgre esdbo, cambia el nombre del SQL esquema para usar una regla de transformación. mydb_dbo dbo Para encontrar el nombre del SQL esquema de Postgre, consulte la arquitectura de Babelfish en la Guía del usuario de Amazon Aurora.

Si usa el modo de base de datos única, no necesita usar una regla de transformación para cambiar el nombre de los esquemas de base de datos. Los nombres de los SQL esquemas de Postgre tienen un one-to-one mapeo con los nombres de los esquemas de la base de datos T. SQL

El siguiente ejemplo de regla de transformación muestra cómo cambiar el nombre del esquema de mydb_dbo nuevo a: dbo

{
    "rules": [
        {
            "rule-type": "transformation",
            "rule-id": "566251737",
            "rule-name": "566251737",
            "rule-target": "schema",
            "object-locator": {
                "schema-name": "mydb_dbo"
            },
            "rule-action": "rename",
            "value": "dbo",
            "old-value": null
        },
        {
            "rule-type": "selection",
            "rule-id": "566111704",
            "rule-name": "566111704",
            "object-locator": {
                "schema-name": "mydb_dbo",
                "table-name": "%"
            },
            "rule-action": "include",
            "filters": []
        }
    ]
}

Limitaciones del uso de un punto final de código SQL fuente de Postgre con tablas de Babelfish

Cuando se utiliza un punto final de origen de Postgre SQL con tablas de Babelfish, se aplican las siguientes limitaciones:

Eliminar AWS DMS artefactos de una base de datos fuente de Postgre SQL

Para capturar DDL eventos, AWS DMS crea varios artefactos en la SQL base de datos de Postgre cuando se inicia una tarea de migración. Cuando se complete la tarea, es posible que quiera eliminar estos artefactos.

Para eliminar los artefactos, emita las instrucciones siguientes (en el orden en el que aparecen), donde {AmazonRDSMigration} es el esquema en el que se crearon los artefactos. La operación de ingresar un esquema se debe realizar con su sumo cuidado. No ingrese nunca un esquema operativo, especialmente si es público.

drop event trigger awsdms_intercept_ddl;

El disparador de eventos no pertenece a un esquema específico.

drop function {AmazonRDSMigration}.awsdms_intercept_ddl()
drop table {AmazonRDSMigration}.awsdms_ddl_audit
drop schema {AmazonRDSMigration}

Ajustes de configuración adicionales cuando se utiliza una base de datos de Postgre SQL como fuente DMS

Puede añadir ajustes de configuración adicionales al migrar datos de una base de datos de Postgre SQL de dos maneras:

Uso de la configuración de MapBooleanAsBoolean punto final de Postgre SQL

Puede usar la configuración del SQL punto final de Postgre para mapear un booleano como booleano desde su SQL fuente de Postgre a un destino de Amazon Redshift. De forma predeterminada, un tipo se migra como varchar (5BOOLEAN). Puede especificar MapBooleanAsBoolean que Postgre migre SQL el tipo booleano como booleano, como se muestra en el siguiente ejemplo.

--postgre-sql-settings '{"MapBooleanAsBoolean": true}'

Tenga en cuenta que debe establecer esta configuración en los puntos de conexión de origen y destino para que surta efecto.

Como My SQL no tiene ningún BOOLEAN tipo, utilice una regla de transformación en lugar de esta configuración al migrar datos a My. BOOLEAN SQL

Configuración del punto final y atributos de conexión adicionales (ECAs) cuando utilice Postgre SQL como fuente DMS

Puede usar la configuración del punto final y los atributos de conexión adicionales (ECAs) para configurar su base de datos SQL fuente de Postgre. La configuración del punto final se especifica al crear el punto final de origen mediante la AWS DMS consola o mediante el create-endpoint comando del AWS CLI, con la --postgre-sql-settings '{"EndpointSetting": "value", ...}' JSON sintaxis.

En la siguiente tabla se muestran los ajustes de punto final ECAs que puede utilizar con Postgre SQL como fuente.

Limitaciones del uso de una base de datos Postgre SQL como fuente DMS

Se aplican las siguientes limitaciones al utilizar Postgre SQL como fuente para: AWS DMS

Tipos de datos de origen para Postgre SQL

La siguiente tabla muestra los tipos de datos de SQL origen de Postgre que se admiten cuando se utiliza AWS DMS y la asignación predeterminada a los tipos de datos. AWS DMS

Para obtener más información sobre cómo ver el tipo de datos que se asigna en el destino, consulte la sección del punto de enlace de destino que esté utilizando.

Para obtener información adicional sobre AWS DMS los tipos de datos, consulte. Tipos de datos de AWS Database Migration Service

Trabajar con tipos LOB de datos fuente para Postgre SQL

Los tamaños de las SQL columnas de Postgre afectan a la conversión de los tipos de datos de Postgre SQL LOB en tipos de datos. AWS DMS Para trabajar con esto, siga los pasos que se indican a continuación para los tipos de AWS DMS datos siguientes: