As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Replicação física
A replicação física é a replicação em nível de bloco em que um arquivo WAL é enviado de um banco de dados primário para um banco de dados secundário. A replicação física também é chamada de replicação de streaming porque permite que um servidor em espera permaneça mais atualizado do que é possível com o envio de logs baseado em arquivos. O servidor em espera se conecta ao banco de dados primário. Em seguida, o banco de dados primário transmite os registros WAL para o banco de dados em espera, sem aguardar que o arquivo WAL seja preenchido. A replicação física é uma opção que vale a pena considerar se você tem um banco de dados pequeno ou médio e planeja usar a mesma versão do banco de dados. Além disso, você pode usar a replicação física para bancos de dados maiores, mas a sincronização pode levar um tempo considerável. Você pode usar um dos dois seguintes métodos com a replicação física:
-
Assíncrono : o método assíncrono é a opção padrão. Se o servidor primário falhar, algumas transações que foram confirmadas no banco de dados poderão não ser replicadas no servidor em espera e causar perda de dados.
-
Síncrono: o método síncrono oferece a capacidade de confirmar que todas as alterações feitas por uma transação são transferidas para um ou mais servidores em espera síncronos.
Arquitetura
O diagrama a seguir mostra a arquitetura para configurar a HADR para seu banco de dados PostgreSQL on-premises no Amazon EC2 usando a replicação física.
O diagrama mostra o seguinte fluxo de trabalho:
-
Replique o banco de dados em uma instância do EC2 e copie os arquivos de arquivamento.
-
Promova a nova réplica como o endpoint do gravador do banco de dados.
-
Aponte a aplicação para o novo banco de dados de destino.
Limitações
Recomendamos que considere as seguintes limitações do uso da replicação física antes de iniciar a migração:
-
É necessária uma quantidade significativa de espaço em disco no servidor para fazer backups e depois copiá-los para o Amazon EC2.
-
É necessária uma quantidade significativa de largura de banda para sincronizar os bancos de dados de origem e de destino e obter uma cópia mais rápida do log de arquivamento.
-
Os bancos de dados de origem e de destino devem ter a mesma versão do PostgreSQL.