Visão geral
Esta página inclui scripts que ajudam na depuração e no uso do AlloyDB.
Migrar operações UPDATE e DELETE para tabelas de chave não primária
Para tabelas que não têm chaves primárias, o Serviço de Migração de Banco de Dados oferece suporte à migração do instantâneo inicial e das instruções INSERT
durante a fase de captura de dados de alteração (CDC).
Para atualizar os processos UPDATE
e DELETE
ausentes, consulte as seções posteriores deste documento.
Detecte dados ausentes entre o cluster de origem e de destino do AlloyDB
- Identifique quais tabelas não possuem chaves primárias:
select tab.table_schema, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tab.table_type = 'BASE TABLE' and tab.table_schema not in ('pg_catalog', 'information_schema', 'pglogical') and tco.constraint_name is null order by table_schema, table_name;
- Antes de iniciar a migração, para todas as tabelas sem chaves primárias, verifique se há alguma atualização ou exclusão usando esta consulta:
Onde:SELECT schemaname, relname, n_tup_ins, n_tup_upd, n_tup_del FROM pg_stat_user_tables WHERE schemaname NOT IN ('pglogical', 'pg_catalog', 'information_schema');
-
n_tup_ins
: número de linhas inseridas -
n_tup_upd
: número de linhas atualizadas (inclui linhas atualizadas HOT) -
n_tup_del
: número de linhas excluídas
-
- Salve esses resultados em uma tabela separada ou em um arquivo.
- Após a conclusão da configuração da migração, execute a consulta novamente.
- Compare os resultados com os resultados da etapa 3.
Se houver diferenças nos valores de n_tup_upd
ou n_tup_del
na origem durante a migração, poderá haver algumas atualizações ou exclusões na origem.
Migre manualmente os dados da origem para as instâncias de destino do AlloyDB
Se você detectar algumas discrepâncias entre a instância de origem e de destino do AlloyDB, poderá migrar os dados usando uma das opções:
Opção 1 : compare manualmente os dados entre a origem e o destino do AlloyDB e execute consultas SQL apropriadas para atualizar apenas os dados que são diferentes entre a origem e a réplica.
Opção 2 : Execute
pg_dump
epg_restore
para tabelas sem chaves primárias. Consulte Exportar dados de um servidor PostgreSQL local usando pg_dump para obter mais informações.Opção 3 : Use o comando
COPY
do Postgres para migrar seus dados. Consulte a documentação do PostgreSQL para obter mais informações. Observe que esta etapa exige que a réplica da VM seja capaz de se conectar à VM de origem.
Visão geral
Esta página inclui scripts que ajudam na depuração e no uso do AlloyDB.
Migrar operações UPDATE e DELETE para tabelas de chave não primária
Para tabelas que não têm chaves primárias, o Serviço de Migração de Banco de Dados oferece suporte à migração do instantâneo inicial e das instruções INSERT
durante a fase de captura de dados de alteração (CDC).
Para atualizar os processos UPDATE
e DELETE
ausentes, consulte as seções posteriores deste documento.
Detecte dados ausentes entre o cluster de origem e de destino do AlloyDB
- Identifique quais tabelas não possuem chaves primárias:
select tab.table_schema, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tab.table_type = 'BASE TABLE' and tab.table_schema not in ('pg_catalog', 'information_schema', 'pglogical') and tco.constraint_name is null order by table_schema, table_name;
- Antes de iniciar a migração, para todas as tabelas sem chaves primárias, verifique se há alguma atualização ou exclusão usando esta consulta:
Onde:SELECT schemaname, relname, n_tup_ins, n_tup_upd, n_tup_del FROM pg_stat_user_tables WHERE schemaname NOT IN ('pglogical', 'pg_catalog', 'information_schema');
-
n_tup_ins
: número de linhas inseridas -
n_tup_upd
: número de linhas atualizadas (inclui linhas atualizadas HOT) -
n_tup_del
: número de linhas excluídas
-
- Salve esses resultados em uma tabela separada ou em um arquivo.
- Após a conclusão da configuração da migração, execute a consulta novamente.
- Compare os resultados com os resultados da etapa 3.
Se houver diferenças nos valores de n_tup_upd
ou n_tup_del
na origem durante a migração, poderá haver algumas atualizações ou exclusões na origem.
Migre manualmente os dados da origem para as instâncias de destino do AlloyDB
Se você detectar algumas discrepâncias entre a instância de origem e de destino do AlloyDB, poderá migrar os dados usando uma das opções:
Opção 1 : compare manualmente os dados entre a origem e o destino do AlloyDB e execute consultas SQL apropriadas para atualizar apenas os dados que são diferentes entre a origem e a réplica.
Opção 2 : Execute
pg_dump
epg_restore
para tabelas sem chaves primárias. Consulte Exportar dados de um servidor PostgreSQL local usando pg_dump para obter mais informações.Opção 3 : Use o comando
COPY
do Postgres para migrar seus dados. Consulte a documentação do PostgreSQL para obter mais informações. Observe que esta etapa exige que a réplica da VM seja capaz de se conectar à VM de origem.
Visão geral
Esta página inclui scripts que ajudam na depuração e no uso do AlloyDB.
Migrar operações UPDATE e DELETE para tabelas de chave não primária
Para tabelas que não têm chaves primárias, o Serviço de Migração de Banco de Dados oferece suporte à migração do instantâneo inicial e das instruções INSERT
durante a fase de captura de dados de alteração (CDC).
Para atualizar os processos UPDATE
e DELETE
ausentes, consulte as seções posteriores deste documento.
Detecte dados ausentes entre o cluster de origem e de destino do AlloyDB
- Identifique quais tabelas não possuem chaves primárias:
select tab.table_schema, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tab.table_type = 'BASE TABLE' and tab.table_schema not in ('pg_catalog', 'information_schema', 'pglogical') and tco.constraint_name is null order by table_schema, table_name;
- Antes de iniciar a migração, para todas as tabelas sem chaves primárias, verifique se há alguma atualização ou exclusão usando esta consulta:
Onde:SELECT schemaname, relname, n_tup_ins, n_tup_upd, n_tup_del FROM pg_stat_user_tables WHERE schemaname NOT IN ('pglogical', 'pg_catalog', 'information_schema');
-
n_tup_ins
: número de linhas inseridas -
n_tup_upd
: número de linhas atualizadas (inclui linhas atualizadas HOT) -
n_tup_del
: número de linhas excluídas
-
- Salve esses resultados em uma tabela separada ou em um arquivo.
- Após a conclusão da configuração da migração, execute a consulta novamente.
- Compare os resultados com os resultados da etapa 3.
Se houver diferenças nos valores de n_tup_upd
ou n_tup_del
na origem durante a migração, poderá haver algumas atualizações ou exclusões na origem.
Migre manualmente os dados da origem para as instâncias de destino do AlloyDB
Se você detectar algumas discrepâncias entre a instância de origem e de destino do AlloyDB, poderá migrar os dados usando uma das opções:
Opção 1 : compare manualmente os dados entre a origem e o destino do AlloyDB e execute consultas SQL apropriadas para atualizar apenas os dados que são diferentes entre a origem e a réplica.
Opção 2 : Execute
pg_dump
epg_restore
para tabelas sem chaves primárias. Consulte Exportar dados de um servidor PostgreSQL local usando pg_dump para obter mais informações.Opção 3 : Use o comando
COPY
do Postgres para migrar seus dados. Consulte a documentação do PostgreSQL para obter mais informações. Observe que esta etapa exige que a réplica da VM seja capaz de se conectar à VM de origem.
Visão geral
Esta página inclui scripts que ajudam na depuração e no uso do AlloyDB.
Migrar operações UPDATE e DELETE para tabelas de chave não primária
Para tabelas que não têm chaves primárias, o Serviço de Migração de Banco de Dados oferece suporte à migração do instantâneo inicial e das instruções INSERT
durante a fase de captura de dados de alteração (CDC).
Para atualizar os processos UPDATE
e DELETE
ausentes, consulte as seções posteriores deste documento.
Detecte dados ausentes entre o cluster de origem e de destino do AlloyDB
- Identifique quais tabelas não possuem chaves primárias:
select tab.table_schema, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tab.table_type = 'BASE TABLE' and tab.table_schema not in ('pg_catalog', 'information_schema', 'pglogical') and tco.constraint_name is null order by table_schema, table_name;
- Antes de iniciar a migração, para todas as tabelas sem chaves primárias, verifique se há alguma atualização ou exclusão usando esta consulta:
Onde:SELECT schemaname, relname, n_tup_ins, n_tup_upd, n_tup_del FROM pg_stat_user_tables WHERE schemaname NOT IN ('pglogical', 'pg_catalog', 'information_schema');
-
n_tup_ins
: número de linhas inseridas -
n_tup_upd
: número de linhas atualizadas (inclui linhas atualizadas HOT) -
n_tup_del
: número de linhas excluídas
-
- Salve esses resultados em uma tabela separada ou em um arquivo.
- Após a conclusão da configuração da migração, execute a consulta novamente.
- Compare os resultados com os resultados da etapa 3.
Se houver diferenças nos valores de n_tup_upd
ou n_tup_del
na origem durante a migração, poderá haver algumas atualizações ou exclusões na origem.
Migre manualmente os dados da origem para as instâncias de destino do AlloyDB
Se você detectar algumas discrepâncias entre a instância de origem e de destino do AlloyDB, poderá migrar os dados usando uma das opções:
Opção 1 : compare manualmente os dados entre a origem e o destino do AlloyDB e execute consultas SQL apropriadas para atualizar apenas os dados que são diferentes entre a origem e a réplica.
Opção 2 : Execute
pg_dump
epg_restore
para tabelas sem chaves primárias. Consulte Exportar dados de um servidor PostgreSQL local usando pg_dump para obter mais informações.Opção 3 : Use o comando
COPY
do Postgres para migrar seus dados. Consulte a documentação do PostgreSQL para obter mais informações. Observe que esta etapa exige que a réplica da VM seja capaz de se conectar à VM de origem.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-05-15 UTC.