> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-fix-nav-issues.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Migração de dados para o ClickHouse Managed Postgres

> Compare as quatro opções de migração para o ClickHouse Managed Postgres e escolha a que melhor se adapta ao seu banco de dados de origem e aos seus requisitos de tempo de inatividade.

export const galaxyOnClick = eventName => () => {
  try {
    if (typeof window !== "undefined" && window.galaxy && eventName) {
      window.galaxy.track(eventName, {
        interaction: "click"
      });
    }
  } catch (e) {}
};

export const BetaBadge = ({link, galaxyTrack, galaxyEvent}) => {
  if (link) {
    return <a href={link} target="_blank" rel="noopener noreferrer" className="betaBadge" onClick={galaxyTrack && galaxyEvent ? galaxyOnClick(galaxyEvent) : undefined}>
                <Icon />
                <span>Beta</span>
            </a>;
  }
  return <div className="betaBadge">
            <Icon />
            <span>
                Beta feature. 
                <u>
                    <a href="/docs/beta-and-experimental-features#beta-features">
                        Learn more.
                    </a>
                </u>
            </span>
        </div>;
};

Você pode migrar para o Managed Postgres de quatro maneiras diferentes. A melhor opção
depende de você precisar de replicação contínua, da origem da migração e de quanto
tempo de indisponibilidade sua aplicação pode tolerar durante a transição.

| Método                                                                                     | Replicação contínua (CDC) | Onde é executado             | Mais indicado para                                                                                     |
| ------------------------------------------------------------------------------------------ | ------------------------- | ---------------------------- | ------------------------------------------------------------------------------------------------------ |
| [ClickPipes](/pt-BR/products/managed-postgres/migrations/clickpipes)                       | Sim                       | console do ClickHouse Cloud  | A maioria das migrações — assistente guiado com carga inicial e CDC prontos para uso                   |
| [PeerDB](/pt-BR/products/managed-postgres/migrations/peerdb)                               | Sim                       | Auto-hospedado (Docker)      | Origens ou fluxos de trabalho não cobertos pela UI do ClickPipes                                       |
| [pg\_dump and pg\_restore](/pt-BR/products/managed-postgres/migrations/pg_dump-pg_restore) | Não                       | Sua máquina local            | Migrações pontuais de conjuntos de dados pequenos ou estáticos, quando a indisponibilidade é aceitável |
| [replicação lógica](/pt-BR/products/managed-postgres/migrations/logical-replication)       | Sim                       | Postgres de origem e destino | Controle direto sobre a replicação nativa do Postgres, sem ferramentas de terceiros                    |

<div id="clickpipes">
  ## ClickPipes
</div>

[ClickPipes](/pt-BR/products/managed-postgres/migrations/clickpipes) é a opção recomendada
para a maioria das migrações. Ele funciona inteiramente no console do ClickHouse Cloud
e orienta você na conexão com a origem, na exportação e importação do
schema e no início de uma carga inicial com ou sem CDC. Conectores de origem pré-configurados
dão suporte a Amazon RDS, Aurora, Supabase, Google Cloud SQL, Azure
Flexible Server, Neon, Crunchy Bridge, TimescaleDB e qualquer instância
genérica do Postgres.

<div id="peerdb">
  ## PeerDB
</div>

[PeerDB](/pt-BR/products/managed-postgres/migrations/peerdb) é uma ferramenta de migração
auto-hospedada que você executa via Docker. Use-a quando sua origem ou fluxo de trabalho não se adequar
ao assistente do ClickPipes — por exemplo, quando você precisar automatizar por script a criação de peers
em vários bancos de dados ou executar a migração inteiramente dentro da sua própria rede.
O PeerDB não migra índices, restrições nem triggers automaticamente; você
os recria no destino depois que os dados chegam.

<div id="pg-dump-pg-restore">
  ## pg\_dump and pg\_restore
</div>

[pg\_dump and pg\_restore](/pt-BR/products/managed-postgres/migrations/pg_dump-pg_restore)
capturam um snapshot da origem e o restauram no destino. Não há
replicação contínua, então as operações de escrita devem ser interrompidas na origem durante todo o período do dump
e da restauração. Essa é a escolha certa para conjuntos de dados pequenos ou estáticos, ou
ambientes não produtivos em que uma janela de manutenção seja aceitável.

<div id="logical-replication">
  ## Replicação lógica
</div>

[A replicação lógica](/pt-BR/products/managed-postgres/migrations/logical-replication)
usa publicações e assinaturas nativas do Postgres para transmitir alterações da
origem ao destino. Você mesmo configura `wal_level`, slots de replicação e
o privilégio `REPLICATION` — nenhuma ferramenta de terceiros intermedeia o
processo. Escolha esse caminho quando quiser controle total sobre os mecanismos
de replicação ou quando as regras do seu ambiente não permitirem ferramentas de
migração externas.

<div id="after-migration">
  ## Após a migração
</div>

Quando os dados estiverem sendo transferidos, use a [validação de dados](/pt-BR/products/managed-postgres/migrations/data-validation)
para confirmar que as contagens de linhas e o conteúdo correspondem entre a origem e o destino antes de
redirecionar o tráfego da aplicação. O [FAQ sobre migrações](/pt-BR/products/managed-postgres/migrations/faq)
aborda erros comuns e as etapas de recuperação.