Em 5 de julho de 2011 10:30, Euler Taveira de Oliveira <[email protected]>escreveu:
> Em 05-07-2011 10:13, André Ormenese escreveu: > > Depois de várias novas instalações do banco e outros tantos testes, > > resolvi baixar o servidor master e executar o pg_resetxlog. > > > Essa operação *não* é recomendada em situações normais e *não* é necessária > para configuração da replicação. Provavelmente você realizou o procedimento > correto após o pg_resetxlog. > > > O pior é que não fiz nada de diferente após o pg_resetxlog, mesmo pq esta quase tudo em scripts. Pois é Euler, pode não ser recomendada em situações normais, mas a minha situação não era normal, afinal já fiz várias instalações de banco fazendo replicação com slave em hot-stanby e nunca havia me deparado com esta dificuldade. Para falar a verdade foi uma das minhas últimas tentativas de tentar reverter o problema. Como o problema era o slave aplicar os redos para se "equiparar" ao master, tentei esta possibilidade de resetar os controles do master. E cheguei a esta conclusão pq eu conseguia subir o slave sem a replicação e hot-standby configurados, ou seja, o banco subia como se fosse um recover normal. Isso me dizia que a instalação do banco na máquina slave estava correta, e também pq conferi n vezes a configuração, tanto do postgresql.conf do master e do slave, como o recovery.conf do slave, tendo como base seu blog e também uma apresentação da Dextra, isso sem falar do manual. Escrevendo o email, me veio à cabeça se o simples fato de "shutar" o banco(master) e "startar" novamente resolveria o problema... Mas acredito que não, isso é típico daquela empre$a !!! Valeu pelo toque do pg_resetxlog !!!
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
