Preguntas frecuentes sobre el servicio de migración de bases de datos para PostgreSQL

Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

• Amazon RDS 9.6.10+, 10.5+, 11.1+, 12, 13, 14, 15, 16, 17.
• Amazon Aurora 10.11+, 11.6+, 12.4+, 13.3+, 14.6+, 15.2+, 16, 17.
• PostgreSQL autoadministrado (local o en cualquier máquina virtual en la nube que usted controle completamente) 9.4, 9.5, 9.6, 10, 11, 12, 13, 14, 15, 16, 17.
• Cloud SQL para PostgreSQL 9.6, 10, 11, 12, 13, 14, 15, 16, 17.
• Base de datos de Microsoft Azure para servidor flexible PostgreSQL: 11+

• Cloud SQL para PostgreSQL 9.6, 10, 11, 12, 13, 14, 15, 16, 17.

• Todos los esquemas y todas las tablas de la base de datos seleccionada.

• Nombrar
• clave primaria
• tipo de datos
• Posición ordinal
• Valor predeterminado
• Anulabilidad
• Atributos de incremento automático
• Índices secundarios

• Procedimientos almacenados
• Funciones
• Desencadenantes
• Vistas
• Restricciones de clave externa

1. Detenga las escrituras en el origen y ejecute los comandos DDL tanto en el origen como en el destino. Antes de ejecutar comandos DDL en el destino, otorgue la función cloudsqlexternalsync al usuario de Cloud SQL que aplica los cambios de DDL. Para permitir consultar o cambiar los datos, otorgue la función cloudsqlexternalsync a los usuarios relevantes de Cloud SQL.

2. Utilice pglogical.replicate_ddl_command para ejecutar DDL en el origen y el destino en un punto coherente. El usuario que ejecuta este comando debe tener el mismo nombre de usuario tanto en el origen como en el destino, y debe ser el superusuario o el propietario del artefacto que se está migrando (por ejemplo, la tabla, secuencia, vista o base de datos).

   A continuación se muestran algunos ejemplos del uso de pglogical.replicate_ddl_command .

   Para agregar una columna a una tabla de base de datos, ejecute el siguiente comando:

   select pglogical.replicate_ddl_command('ALTER TABLE [schema].[table] add column surname varchar(20)', '{default}');

   Para cambiar el nombre de una tabla de base de datos, ejecute el siguiente comando:

   select pglogical.replicate_ddl_command('ALTER TABLE [schema].[table] RENAME TO [table_name] ','{default}');

   Para crear una tabla de base de datos, ejecute los siguientes comandos:

   1. select pglogical.replicate_ddl_command(command := 'CREATE TABLE [schema].[table] (id INTEGER PRIMARY KEY, name VARCHAR);', replication_sets := ARRAY['default'']);
   2. select pglogical.replication_set_add_table('default', ' [schema].[table] ');

Para agregar usuarios a la instancia de destino de Cloud SQL, navegue hasta la instancia y agregue usuarios desde la pestaña Usuarios , o agréguelos desde el cliente PostgreSQL. Obtenga más información sobre cómo crear y administrar usuarios de PostgreSQL .

Los objetos grandes no se pueden replicar porque la función de decodificación lógica de PostgreSQL no admite cambios de decodificación en objetos grandes. Para las tablas que tienen un tipo de columna oid que hace referencia a objetos grandes, las filas aún están sincronizadas y se replican las nuevas filas. Sin embargo, al intentar acceder al objeto grande en la base de datos de destino (leer usando lo_get , exportar usando lo_export o verificar el catálogo pg_largeobject para el oid dado), falla y aparece un mensaje que dice que el objeto grande no existe.

Para las tablas que no tienen claves principales, el Servicio de migración de bases de datos admite la migración de la instantánea inicial y las declaraciones INSERT durante la fase de captura de datos modificados (CDC) . Debe migrar las declaraciones UPDATE y DELETE manualmente.

El servicio de migración de bases de datos no migra datos de vistas materializadas, solo el esquema de vista. Para completar las vistas, ejecute el siguiente comando: REFRESH MATERIALIZED VIEW view_name .

Los estados SEQUENCE (por ejemplo, last_value ) en el nuevo destino de Cloud SQL pueden variar de los estados SEQUENCE de origen.