Replicação de Servidores [RESOLVIDO]

welckson
(usa Ubuntu)

Enviado em 19/03/2014 - 10:46h

Bom dia,

Eu trabalho em uma rede de Farmácias e gostaria da ajuda de vocês, estamos querendo fazer uma replicação do Servidor PostgreSQL, por exemplo: Se houvesse algum problema no Servidor da Loja, uma outra máquina conseguisse assumir o seu serviço, enquanto conseguíssemos resolver o problema do servidor, não impactando na perda de vendas e procedimentos da loja.

spolti
(usa Fedora)

Enviado em 19/03/2014 - 10:53h

Fala percero.


Tem uma medida que não é muito aconselhável, mais para medidas rápidas ajuda.

O postgre não é como os outros bancos, ele possui o database em um diretório comum.
Desta maneira vc pode fazer um nfs do local do banco e compartilhar com mais uma máquina.

assim sendo se uma máquina parar vc ja possui outra.
Para controlar o serviço vc pode usar o keepalived.

Abraços.

welckson
(usa Ubuntu)

Enviado em 27/03/2014 - 10:01h

Bom dia srs,

Esse procedimento que você me passou, já realizamos, mas quero fazer o seguinte:

A instalação do PostgreSQL no servidor e uma instalação no Pdv (Caixa), os ficariam online, e o que fosse feito no banco PostgreSQL do servidor, fosse replicado para o PostgreSQL do caixa, pois havendo problema no Servidor não precisaríamos fazer um Backup ou Restore do Banco de Dados.

spolti
(usa Fedora)

Enviado em 27/03/2014 - 10:03h

http://www.vivaolinux.com.br/topico/Servidores-Linux-para-iniciantes/Como-replicar-Base-de-dados-Pos...

welckson
(usa Ubuntu)

Enviado em 27/03/2014 - 10:28h

Olá,

Mas nesse link é necessário realizar cadastro para ter acesso como realizar o procedimento de replicação.

welckson
(usa Ubuntu)

Enviado em 31/03/2014 - 16:44h

Boa tarde srs,

Estou fazendo as configurações no PostgreSQL (Servidor) mas ao subir o serviço apresentou o seguinte erro:

2014-03-31 15:53:29 BRT LOG: received fast shutdown request
2014-03-31 15:53:29 BRT LOG: aborting any active transactions
2014-03-31 15:53:29 BRT LOG: autovacuum launcher shutting down
2014-03-31 15:53:29 BRT LOG: shutting down
2014-03-31 15:53:29 BRT LOG: database system is shut down
2014-03-31 18:53:30 GMT FATAL: WAL streaming (max_wal_senders > 0) requires wal_level "archive" or "hot_standby"
2014-03-31 18:54:26 GMT FATAL: WAL streaming (max_wal_senders > 0) requires wal_level "archive" or "hot_standby"
2014-03-31 18:55:06 GMT FATAL: WAL streaming (max_wal_senders > 0) requires wal_level "archive" or "hot_standby"
2014-03-31 18:57:43 GMT FATAL: WAL streaming (max_wal_senders > 0) requires wal_level "archive" or "hot_standby"
2014-03-31 19:00:07 GMT FATAL: WAL streaming (max_wal_senders > 0) requires wal_level "archive" or "hot_standby"
2014-03-31 19:00:18 GMT FATAL: WAL streaming (max_wal_senders > 0) requires wal_level "archive" or "hot_standby"


Estou realizando as configurações de replicação no postgres.

removido
(usa Nenhuma)

Enviado em 31/03/2014 - 19:29h

http://www.vivaolinux.com.br/artigo/HowTo-Como-criar-Cluster-Linux-Ativo-Passivo-para-Postgres-com-D...

welckson
(usa Ubuntu)

Enviado em 01/04/2014 - 15:58h

Boa tarde Srs,

Ainda estou com dúvidas em relação a esse processo de um modo geral. Como sou novo em linux eu gostaria de algo mais detalhado.

stefaniobrunhara
(usa CentOS)

Enviado em 01/04/2014 - 16:52h

Uma coisa bem mais simples seria você instalar este servidor em um ambiente virtual, então você faria o backup do vhd, caso o servidor parasse você rodaria a maquina virtual em outro host.

ninjabomba
(usa FreeBSD)

Enviado em 02/04/2014 - 20:56h

cara vc pode usar de 2 formas a forma mais simples Redundância
um servidor fica jogando os dados de tanto em tanto tempo para outro pc com banco
caso ele venha para ele assume o local dele dai vc tem que colocar umas regras
caso o ip do servidor primario pare de responder o outro assume o ip dele...
agora a outro solucao e a mais correta eh vc fazer um Cluster e Distribuição de Carga,
ai, voce nao vai nem sentir quando um servidor para e ate mesmo quando ele voltar a funcionar.
ele faz o sincronismo tudo sozinho.
espero ter ajudado.

welckson
(usa Ubuntu)

Enviado em 03/04/2014 - 09:14h

Bom dia

Estou com esse seguinte erro ao copiar os dados do servidor Master para o Slave:

ssh: connect to host 172.29.0.181 port 22: Connection refused
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]

spolti
(usa Fedora)

Enviado em 03/04/2014 - 10:00h

O firewall do servidor destino tá ativado?