Agradeço sua atenção novamente. Mas uma duvida, necessito
enviar usar o scp para enviar o log de um servidor para o outro, mesmo usando o
wal_keep_segments = ?Agradeço.
> Minhas sugestões (o Euler é meu mestre neste caso, ok?
Talvez ele me corrija.):> >>> Como está seu arquivo
recovery.conf? Poste aqui pra nós.>> standby_mode = 'on'>> primary_conninfo =
'host=192.168.1.253 port=5573 user=postgres>>
password=K@lif@1'>> trigger_file = '/tmp/failover.trg'> >Deveria ter uma linha
assim, se o backup dos arquivos wal estiverem no
escravo:> recovery_command = 'cp /diretorio/backup/wal/%f %p'> Ou, se
o backup dos arquivos wal ficarem no mestre:> recovery_command = 'scp
IP.SUA.MAQ.MESTRE:/diretorio/backup/wal/%f %p'> >>> Você
tem> cópia dos logs de transação arquivados?>>>
Seu archive_command está como?>> o valor do archive_command que esta
dentro do postgres.conf esta default,>> comentado e sem valor>>
#archive_command = ''> > Como você conseguiu fazer "SELECT
pg_start_backup('nome')" e não obteve um erro?> Você precisa
ter um backup de base pra começar a replicação.> > Para fazer replicação
corretamente você precisa ter o
backup> habilitado assim, na máquina MESTRE:> archive_mode =
'hot-standby'> Se desejar manter backup dos arquivos wal na máquina
mestre:> archive_command = "cp %p /diretorio/backup/wal/%f <
/dev/null'> Ou, para a máquina remota:> archive_command =
"scp %p IP.SUA.MAQ.REM:/diretorio/backup/wal/%f < /dev/null'> Ou ainda
com rsync:> archive_command = "rsync -az %p>
IP.SUA.MAQ.REM:/diretorio/backup/wal/%f < /dev/null'> > Se
você não tiver o que está aí em cima feito, você
não conseguirá> fazer um servidor escravo subir se ele ficar
muito atrás do mestre.> Isso deve estar causando o erro que você
está recebendo.>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
