Re: [pgbr-geral] PostgreSQL 9.1 e 9.3 na mesma maquina, remover 9.1

2015-10-20 Por tôpico Thiago H. Barreto 
Para verificar qual a porta do servidor, terá que entrar na pasta onde esta
instalado o cluster do postgresql e abrir o arquivo "postgresql.conf",
dentro do mesmo contem uma linha "port = 5432".



2015-10-20 5:55 GMT-02:00 Eloi :

> Ola a todos na lista,
>
> Um colega escreveu-me com o seguinte problema:
>
> Tem dois clusters funcionando na mesma maquina, PostgreSQL 9.1 e
> PostgreSQL 9.3.
> Quer remover a versão 9.1.
> Com o PgAdmin só se consegue ligar a versão 9.1 (especulo que só tenha
> tentado pelo porto por defeito, 5432).
>
> Eu entendo que se tem dois clusters funcionando na mesma maquina estes
> funcionam em diferentes portos, certo?
> Provavelmente a primeira instalação (9.1) estará ocupando o porto 5432 e a
> 9.3 outro, não sei qual (talvez 5431, 5433???). Como posso averiguar isso?
> Quando desinstalar a versão 9.1 como se pode mudar o porto da 9.3 para
> 5432?
>
> Muito obrigado!
>
> Comprimentos,
>
> Eloi
>
> --
> Eloi Ribeiro
> Geoinformatic
> 51.9871, 5.6661
> http://eloiribeiro.eu
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral








*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL 9.1 e 9.3 na mesma maquina, remover 9.1

2015-10-20 Por tôpico Eloi 

On 2015-10-20 12:03, Thiago H. Barreto wrote:

Para verificar qual a porta do servidor, terá que entrar na pasta onde 
esta instalado o cluster do postgresql e abrir o arquivo 
"postgresql.conf", dentro do mesmo contem uma linha "port = 5432".


Okay, obrigado Thiago!


2015-10-20 5:55 GMT-02:00 Eloi :
Eu entendo que se tem dois clusters funcionando na mesma maquina estes 
funcionam em diferentes portos, certo?
Provavelmente a primeira instalação (9.1) estará ocupando o porto 5432 
e a 9.3 outro, não sei qual (talvez 5431, 5433???). Como posso 
averiguar isso?
Quando desinstalar a versão 9.1 como se pode mudar o porto da 9.3 para 
5432?


Vejo também que com o comando 'pg_lsclusters' posso ver que clusters 
tenho a rodando na maquina e em que porto.


Saudações,

--
Eloi Ribeiro
Geoinformatic
51.9871, 5.6661
http://eloiribeiro.eu


Links:
--
[1] http://eloiribeiro.eu
[2] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: Aplicação que gere scripts DDL da diferença entre dois bancos

2015-10-20 Por tôpico VidaUTI 

From: Dickson S. Guedes 
Sent: Monday, October 19, 2015 11:56 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RES: Aplicação que gere scripts DDL da diferença 
entre dois bancos

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

>>O arquivo de dump de estrutura eh pequeno, você não ficou curioso em
>>abri-los e escrever em ambos um CREATE SCHEMA ... apenas para
>>validar se é isso mesmo que esteja faltando? Não quero dar spoilers. :)

Bom dia, senhores.

Cara, fiz isso também. Não funcionou na versão 2.4 mas na versão 2.3 funciona 
direitinho.
Estou satisfeito com este resultado. 

Em tempo, notei as respostas de alguns colegas estão vindo em um arquivo anexo 
(ATT.sql).
Isso é normal?

Obrigado pela ajuda de todos.

Att Carlos ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_restore

2015-10-20 Por tôpico Rudimar 
Bom dia, realmente com Custom resolveu problema, Obrigado pela atenção
pessoal.

Em 19 de outubro de 2015 17:12, Rudimar  escreveu:

> Com formato "Custom" funcionou... grande dica e simples...  vou dar uma
> olhada mais a fundo nesse formatos...  o Custom deu um arquivo bem menor,
> parece que ele compacta o arquivo é isso mesmo?... o problema estava no
> "tar" mesmo...
>
> preciso rever meus conceitos de dumps e backups...
>
>
>
> Rudimar.
>
> Em 19 de outubro de 2015 16:06, Douglas Ghirelli <
> douglasghire...@gmail.com> escreveu:
>
>> Boa tarde,
>>
>> Já tive esse problema utilizando Windows e formato tar, já tentou com o
>> format custom ?
>>
>> Em 19 de outubro de 2015 16:03, Rudimar  escreveu:
>>
>>> sim fiz restauração :
>>>
>>> comando:
>>> D:/Program Files/PostgreSQL/9.4/bin\pg_dump.exe --host 192.168.1.4
>>> --port 5432 --username "postgres" --no-password  --format tar --verbose
>>> --file "vendas.backup" --table "public.vendas" "db"
>>> pg_dump: lendo esquemas
>>> pg_dump: lendo tabelas definidas pelo usuário
>>> pg_dump: lendo extensões
>>> pg_dump: lendo funções definidas pelo usuário
>>> pg_dump: lendo tipos definidos pelo usuário
>>> pg_dump: lendo linguagens procedurais
>>> pg_dump: lendo funções de agregação definidas pelo usuário
>>> pg_dump: lendo operadores definidos pelo usuário
>>> pg_dump: lendo classes de operadores definidas pelo usuário
>>> pg_dump: lendo famílias de operadores definidas pelo usuário
>>> pg_dump: lendo analisadores de busca textual definidos pelo usuário
>>> pg_dump: lendo modelos de busca textual definidos pelo usuário
>>> pg_dump: lendo dicionários de busca textual definidos pelo usuário
>>> pg_dump: lendo configurações de busca textual definidas pelo usuário
>>> pg_dump: lendo adaptadores de dados externos definidos pelo usuário
>>> pg_dump: lendo servidores externos definidos pelo usuário
>>> pg_dump: lendo privilégios padrão
>>> pg_dump: lendo ordenações definidas pelo usuário
>>> pg_dump: lendo conversões definidas pelo usuário
>>> pg_dump: lendo conversões de tipo
>>> pg_dump: lendo informação de herança das tabelas
>>> pg_dump: lendo gatilhos de eventos
>>> pg_dump: encontrando membros de extensões
>>> pg_dump: encontrando relacionamentos herdados
>>> pg_dump: lendo informações das colunas em tabelas interessantes
>>> pg_dump: encontrando as colunas e tipos da tabela "vendas"
>>> pg_dump: marcando colunas herdadas nas subtabelas
>>> pg_dump: lendo índices
>>> pg_dump: lendo índices da tabela "vendas"
>>> pg_dump: lendo restrições
>>> pg_dump: lendo gatilhos
>>> pg_dump: lendo regras de reescrita
>>> pg_dump: lendo dados sobre dependência
>>> pg_dump: salvando codificação = UTF8
>>> pg_dump: salvando padrão de escape de cadeia de caracteres = on
>>> pg_dump: copiando conteúdo da tabela vendas
>>>
>>> Process returned exit code 0.
>>>
>>>
>>>
>>>
>>> Na verdade, da erro nessa tabela somente, quando restauro o banco
>>> completo... e tenho outra tabela de 4GB e sem problema ao restaurar no
>>> 9.4..
>>>
>>>
>>>
>>> Em 19 de outubro de 2015 15:48, Sebastian Webber 
>>> escreveu:
>>>


 Em 19 de outubro de 2015 14:49, Rudimar  escreveu:

>
> Pessoal,
>

 Boa tarde!


>
> estou com problema ao dar um pg_dump e restaurar pg_restore,
> exportando do 9.3 e importando no 9.4
>
> tabela é mesma tudo igual, mas parece que alguma coisa desloca linha
> no arquivo backup, e desloca os dados algum assim,
>
> a tabela tem uns 4,4GB  (22milhões de registro)
>
> havia somente uma coluna texto, removi ela pensado que era algum
> acento alguma coisa, até resolveu o erro que era em outra linha, agora tem
> esse, só tem campos números e data.
>
>
>
> D:/Program Files/PostgreSQL/9.4/bin\pg_restore.exe --host localhost
> --port 5432 --username "postgres" --dbname "sulcard" --no-password
> --data-only --table getnet_vendas --schema public --verbose
> "E:\tabela_vendas.backup"
> pg_restore: conectando ao banco de dados para restauração
> pg_restore: processando dados da tabela "vendas"
> pg_restore: [arquivador (bd)] Erro ao PROCESSAR TOC:
> pg_restore: [arquivador (bd)] Erro no registro do TOC 2607; 0 20537
> TABLE DATA vendas postgres
> pg_restore: [arquivador (bd)] COPY falhou para tabela "vendas": ERRO:
> faltando dados da coluna "datahora_transacao"
> CONTEXTO:  COPY vendas, linha 413934: "2014121264988153105596979845
> 6077103"
> pg_restore: definindo dono e privilégios para TABLE DATA vendas
> AVISO: erros ignorados durante restauração: 1
>
> Process returned exit code 1.
>


 Antes de rodar o comando acima, você chegou a restaurar a estrutura da
 tabela  vendas? mesmo que manualmente?
 Quais são os parametros que você passou na chamada do

[pgbr-geral] PostgreSQL 9.1 e 9.3 na mesma maquina, remover 9.1

2015-10-20 Por tôpico Eloi 

Ola a todos na lista,

Um colega escreveu-me com o seguinte problema:

Tem dois clusters funcionando na mesma maquina, PostgreSQL 9.1 e 
PostgreSQL 9.3.

Quer remover a versão 9.1.
Com o PgAdmin só se consegue ligar a versão 9.1 (especulo que só tenha 
tentado pelo porto por defeito, 5432).


Eu entendo que se tem dois clusters funcionando na mesma maquina estes 
funcionam em diferentes portos, certo?
Provavelmente a primeira instalação (9.1) estará ocupando o porto 5432 e 
a 9.3 outro, não sei qual (talvez 5431, 5433???). Como posso averiguar 
isso?
Quando desinstalar a versão 9.1 como se pode mudar o porto da 9.3 para 
5432?


Muito obrigado!

Comprimentos,

Eloi

--
Eloi Ribeiro
Geoinformatic
51.9871, 5.6661
http://eloiribeiro.eu
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral