Re: "migração" de versão

Sempre inclua a comunidade nas respostas, por favor.

Em sex, 20 de abr de 2018 às 17:47, Samuel Teixeira Santos <
arcanosam(at)gmail(dot)com> escreveu:

> Em 20 de abril de 2018 15:39, Flavio Henrique Araque Gurgel <
> fhagur(at)gmail(dot)com> escreveu:
>
>> Próxima vez, evite o top-posting, por favor.
>>
> ​ok agora sei o que é...
>>
>
Obrigado!

>
>
>> Não, isso não funciona. Você precisa usar iniciar um cluster novo com
>> initdb, fazer um dump da versão anterior e restaurar na nova ou usar o
>> pg_upgrade.
>>
> Só para ter certeza, isso quando for mudança de versão, como da 9 para a
> 10, certo?
>

Note que a numeração das versões mudou a partir da 10, elas são assim:
9.3
9.4
9.5
9.6
10
A próxima versão será a 11.
E a versão 10.3, por exemplo, é só uma versão patch.

Logo se você mudar entre elas, acima, terá de usar pg_dump/restore ou
pg_upgrade.

> ​
>
>
>> Você pode usar o seu jeito + os repositórios da comunidade sem problemas.
>>
> Sim, nos servidores de produção uso os repositórios oficiais.
> Gostaria que neles também houvessem uma versão como as da EDB
> ostgres e mapear neste mesmo servidor o diretório de dados que estará em
> um servidor B.
>
>
>> O que é "mapear" ?
>>
> ​como, por exemplo, o windows faz de um drive que refere-se uma pasta em
> um servidor linux configurado com samba.
>

Não, isso não funciona e é perigoso, você vai certamente perder dados.
O PostgreSQL precisa que os discos estejam instalados dentro do servidor,
ou utilizando um sistema confiável de SAN (não NAS) do tipo iSCSI.

[]s
Flavio Gurgel