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

Olá pessoal, tudo bom?

Apenas compartilhando uma supresa que tive.

Em minha estação de desenvolvimento, uso o PostgreSQL Binaries
https://www.enterprisedb.com/download-postgresql-binaries

Quando tive esta idéia, eu estava querendo aprender como rodar uma
instância do Postgres de outro usuário e achei prático usar a opção acima
sem necessidade de compilação, podendo rodar localmente.

Comecei usando o Postgres 9.5.6 e vi aqui que agora está na 9.5.12.

Baixei o binary da 9.5.12 e por curiosidade, só movi a pasta de dados para
esta nova instalação.

E está tudo funcionando aparentemente... e não vi nada de estranho no log
também e o postgresql.conf da versão anterior e atual praticamente igual.

Posso utilizar estes binaries em um servidor de produção?

Posso alternar a versão (dentro da mesma versão e da forma como fiz) e
apontar para o diretório de dados e tablespaces que podem estar até em
outro servidor ?

É mais seguro a instalação do postgres via sistema operacional ou assim bem
customizado?

--

Samuel Teixeira Santos
サントスサムエル テイェイラ
https://www.samuelteixeirasantos.info

*P*ost *S*criptum:

Por favor, ao encaminhar as mensagens "globais"(não direcionadas somente a
minha pessoa):
1. *Apague* o *meu e-mail* e o meu *nome* no corpo da mensagem.
2. *Apague* também qualquer *endereço de e-mail* e *nome* que esteja no
corpo da mensagem
3. Inclua *seus destinatários* apenas na opção de *cópia oculta (Cco ou
Bcc)*.

Agindo assim *podemos* dificultar a disseminação de vírus, spams e banner.
Acho que vale a pena tentar.

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

> Olá pessoal, tudo bom?
>
> Apenas compartilhando uma supresa que tive.
>
> Em minha estação de desenvolvimento, uso o PostgreSQL Binaries
> https://www.enterprisedb.com/download-postgresql-binaries
>
> São os binários fornecidos pela EDB. Qual o seu sistema operacional?
Para Windows, a comunidade agora tem recomendado usar os binários da
OpenSCG aqui:
https://www.ope <https://www.openscg.com/bigsql/postgresql/installers.jsp/>
nscg.com/bigsql/postgresql/installers.jsp/
<https://www.openscg.com/bigsql/postgresql/installers.jsp/>
Para Debian/Ubuntu você instala o repositório apt,postgresql.org e para
Redhat/CentOS/Fedora yum.postgresql.org

Mas teoricamente não há problema no que você baixou, a EDB é conhecida e
muitos desenvolvedores do PostgreSQL trabalham lá.

> Quando tive esta idéia, eu estava querendo aprender como rodar uma
> instância do Postgres de outro usuário e achei prático usar a opção acima
> sem necessidade de compilação, podendo rodar localmente.
>

Você pode fazer isso mesmo com os pacotes normais de uma distro. Basta
inicializar um diretório com initdb, configurar uma porta não usada e subir
o servidor como seu usuário.

>
> Comecei usando o Postgres 9.5.6 e vi aqui que agora está na 9.5.12.
>
> Baixei o binary da 9.5.12 e por curiosidade, só movi a pasta de dados para
> esta nova instalação.
>
> E está tudo funcionando aparentemente... e não vi nada de estranho no log
> também e o postgresql.conf da versão anterior e atual praticamente igual.
>

O que você fez está absolutamente correto.
Em alguns casos (raros) é necessário tomar ações adicionais, você deve
sempre ler o Release Notes de todas as versões que "saltou".
Note bem: o que você fez só funciona para a mesma versão majoritária. Me
parece que você está atento a isso. Não daria para instalar a 9.6 ou a 10
por exemplo.

>
> Posso utilizar estes binaries em um servidor de produção?
>

Pode. Eu prefiro os repositórios oficiais da comunidade (Linux) ou OpenSCG
(Windows) mas você não precisou seu S.O.

>
> Posso alternar a versão (dentro da mesma versão e da forma como fiz) e
> apontar para o diretório de dados e tablespaces que podem estar até em
> outro servidor ?
>

Não entendi essa pergunta. Se você está querendo acessar seus dados via
algum tipo de drive de rede, não, isso não funciona e é até perigoso.

>
> É mais seguro a instalação do postgres via sistema operacional ou assim
> bem customizado?
>

Tudo depende dos seus conhecimentos técnicos.

>
>
>
> *P*ost *S*criptum:
>
> Por favor, ao encaminhar as mensagens "globais"(não direcionadas somente a
> minha pessoa):
> 1. *Apague* o *meu e-mail* e o meu *nome* no corpo da mensagem.
> 2. *Apague* também qualquer *endereço de e-mail* e *nome* que esteja no
> corpo da mensagem
>

Esta lista é pública, se você realmente se preocupa com isto, pare de
enviar e-mail aqui.
Esse tipo de mensagem só consome recursos de rede e disco dos servidores de
e-mail que custam caro para manter.

> 3. Inclua *seus destinatários* apenas na opção de *cópia oculta (Cco ou
> Bcc)*.
>
> Agindo assim *podemos* dificultar a disseminação de vírus, spams e banner.
> Acho que vale a pena tentar.
>

Sinceramente, nada a ver, isso só dificulta a compreensão de uma discussão
saudável.

[]s
Flavio Gurgel

Uso Centos 7

Pois é, eu não iniciei nenhum diretório com initdb, apenas movi o diretório
já iniciado na versão 9.5.6 para o mesmo local da versão 9.5.12.

é, eu não pensei em testar a mudança de versão principal, poderia tentar
depois também... 😁

o bom dos repositórios oficiais é que quando estas correções de bug, são
automaticamente atualizadas... já do meu jeito, tenho que fazer manualmente.

Eu estava só pensando se posso num servidor A, instalar o postgres e mapear
neste mesmo servidor o diretório de dados que estará em um servidor B.

Assim, quando eu mudasse de versão, eu faria a mudança apenas no servidor A
e "apontaria" pro diretório mapeado (do servidor B)

O *p.s.* foi pensado para os spams, correntes, quando antigamente achava
que devia repassar alguns deles.
Geralmente deleto esta para, mas fiz a mensagem meio que na pressa.

Obrigado.
​

Próxima vez, evite o top-posting, por favor.

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

> Uso Centos 7
>
> Pois é, eu não iniciei nenhum diretório com initdb, apenas movi o
> diretório já iniciado na versão 9.5.6 para o mesmo local da versão 9.5.12.
>
> é, eu não pensei em testar a mudança de versão principal, poderia tentar
> depois também... 😁
>

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.

>
> o bom dos repositórios oficiais é que quando estas correções de bug, são
> automaticamente atualizadas... já do meu jeito, tenho que fazer manualmente.
>

Você pode usar o seu jeito + os repositórios da comunidade sem problemas.

>
> Eu estava só pensando se posso num servidor A, instalar o postgres e
> mapear neste mesmo servidor o diretório de dados que estará em um servidor
> B.
>

O que é "mapear" ?

>
> Assim, quando eu mudasse de versão, eu faria a mudança apenas no servidor
> A e "apontaria" pro diretório mapeado (do servidor B)
>
> O *p.s.* foi pensado para os spams, correntes, quando antigamente achava
> que devia repassar alguns deles.
> Geralmente deleto esta para, mas fiz a mensagem meio que na pressa.
>

A melhor forma de acabar com spams e correntes é não reenviá-las e não
contribuir com elas adicionando ainda mais texto.

[]s
Flavio Gurgel

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

Em 20 de abril de 2018 16:01, Flavio Henrique Araque Gurgel <
fhagur(at)gmail(dot)com> escreveu:

> Sempre inclua a comunidade nas respostas, por favor.
>
​Esqueci desta vez, valeu.​

>
> 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.
>

> 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.
>
​Entendido,
obrigado pel​a ajuda Flávio