On 23-11-2016 13:53, Charles Viana wrote:
> Acabei de verificar aqui e o SELECT version(); retorna o 8.2.23
>
Então o cluster é um 8.2.
> @Euler, quando executo o comando ../bin/postgres --version retorna a
> versão 8.4.11
>
Deve haver algum binário da 8.2. Uma outra teoria é que alguém
Em 23 de novembro de 2016 14:04, Euler Taveira
escreveu:
> On 23-11-2016 11:10, Charles Viana wrote:
> > Fui atender uma crise de um sistema que eu não faço a gestão. Quando fui
> > verificar a pasta data o arquivo PG_VERSION esta com com "8.2", mas o
> > binários do
On 23-11-2016 11:10, Charles Viana wrote:
> Fui atender uma crise de um sistema que eu não faço a gestão. Quando fui
> verificar a pasta data o arquivo PG_VERSION esta com com "8.2", mas o
> binários do postgres estava a 8.4.11.
>
Há algum engano aí... Essa verificação é muito antiga (segundo o
O pg_upgrade funciona nas versões 8.x. Pelo que me lembro, só existe o
detalhe de que para migrar da versão 8.3 para uma maior, a versão de
destino precisa ter sido compilada com a
opção: --disable-integer-datetimes, já que a forma de persistência física
de campos date foi alterada após esta
Em 23 de novembro de 2016 12:10, Charles Viana
escreveu:
> Pessoal,
>
> Fui atender uma crise de um sistema que eu não faço a gestão. Quando fui
> verificar a pasta data o arquivo PG_VERSION esta com com "8.2", mas o
> binários do postgres estava a 8.4.11.
>
> Segundo os
Le mer. 23 nov. 2016 à 12:10, Charles Viana
a écrit :
Fui atender uma crise de um sistema que eu não faço a gestão.
Quando fui verificar a pasta data o arquivo PG_VERSION esta com com
"8.2", mas o binários do postgres estava a 8.4.11.
[...]
Segundo eles o Banco
Pessoal,
Fui atender uma crise de um sistema que eu não faço a gestão. Quando fui
verificar a pasta data o arquivo PG_VERSION esta com com "8.2", mas o
binários do postgres estava a 8.4.11.
Segundo os administradores do ambiente já executa assim há vários anos.
Segundo eles o Banco havia sido