Perguntas frequentes sobre o serviço de migração de banco de dados para PostgreSQL

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

• 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 autogerenciado (no local ou em qualquer VM na nuvem que você controle totalmente) 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.
• Servidor Flexível do Banco de Dados Microsoft Azure para PostgreSQL: 11+

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

• Todos os esquemas e todas as tabelas do banco de dados selecionado.

• Nomeação
• Chave primária
• Tipo de dados
• Posição ordinal
• Valor padrão
• Nulidade
• Atributos de incremento automático
• Índices secundários

• Procedimentos armazenados
• Funções
• Gatilhos
• Visualizações
• Restrições de chave estrangeira

1. Interrompa as gravações na origem e execute os comandos DDL na origem e no destino. Antes de executar os comandos DDL no destino, conceda a função cloudsqlexternalsync ao usuário do Cloud SQL que está aplicando as alterações de DDL. Para habilitar a consulta ou a alteração dos dados, conceda a função cloudsqlexternalsync aos usuários relevantes do Cloud SQL.

2. Use o comando pglogical.replicate_ddl_command para executar o DDL na origem e no destino em um ponto consistente. O usuário que executa este comando deve ter o mesmo nome de usuário na origem e no destino e deve ser o superusuário ou o proprietário do artefato que está sendo migrado (por exemplo, a tabela, sequência, visualização ou banco de dados).

   Aqui estão alguns exemplos de uso do pglogical.replicate_ddl_command .

   Para adicionar uma coluna a uma tabela de banco de dados, execute o seguinte comando:

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

   Para alterar o nome de uma tabela de banco de dados, execute o seguinte comando:

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

   Para criar uma tabela de banco de dados, execute os seguintes 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 adicionar usuários à instância de destino do Cloud SQL, navegue até a instância e adicione usuários na aba Usuários ou adicione-os pelo cliente PostgreSQL. Saiba mais sobre como criar e gerenciar usuários do PostgreSQL .

Objetos grandes não podem ser replicados porque o recurso de decodificação lógica do PostgreSQL não suporta alterações de decodificação em objetos grandes. Para tabelas com o tipo de coluna oid referenciando objetos grandes, as linhas ainda são sincronizadas e novas linhas são replicadas. No entanto, ao tentar acessar o objeto grande no banco de dados de destino (ler usando lo_get , exportar usando lo_export ou verificar o catálogo pg_largeobject para o oid fornecido), ocorre uma falha, com uma mensagem informando que o objeto grande não existe.

Para tabelas sem chaves primárias, o Serviço de Migração de Banco de Dados oferece suporte à migração do snapshot inicial e das instruções INSERT durante a fase de captura de dados alterados (CDC) . Você deve migrar as instruções UPDATE e DELETE manualmente.

O Serviço de Migração de Banco de Dados não migra dados de visualizações materializadas, apenas o esquema da visualização. Para preencher as visualizações, execute o seguinte comando: REFRESH MATERIALIZED VIEW view_name .

Os estados SEQUENCE (por exemplo, last_value ) no novo destino do Cloud SQL podem variar dos estados SEQUENCE de origem.