Re: [pgbr-geral] Como instalar extensão no postgresql 9.4.4 Windows

2017-05-10 Por tôpico Bruno Pio
>
> > Senhores preciso instalar a função crosstab que esta na extensão
> tablefunc
> > no PostgreSql 9.4.4 Windows.
> >
> > E não sei como proceder, preciso de sua ajuda.
> >
>

Boa tarde João


> Veja:
> https://www.postgresql.org/docs/9.4/static/contrib.html
>
> Provavelmente você utilizará CREATE EXTENSION:
> https://www.postgresql.org/docs/9.4/static/sql-createextension.html
>
>
Além das dicas do Osvaldo sobre utilizar o CREATE EXTENSION, eu já precisei
criar a extensão uuid-ossp em PostgreSQL 9.2.X no Windows, e como pré
requisito precisei instalar o Visual C++ 2008, pode ser que te ajude também.

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

[pgbr-geral] PostgreSQL Backup Free Windows

2016-05-13 Por tôpico Bruno Pio
Boa tarde pessoal!

Alguém utiliza ou já utilizou o aplicativo abaixo para Windows? Quais as
impressões, funciona direitinho?

PostgreSQL Backup Free
Version 1.0.30.34763
PostgreSQL-Backup.com
2008-2015 Pranas.NET Corp. All rights reserved.

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

Re: [pgbr-geral] Postgres x GBuster ou Sistemas Bancos

2016-04-11 Por tôpico Bruno Pio
Bom dia Erlon, como vai?

Já vi ocorrer esse problema em algumas máquinas Windows de clientes,
geralmente quando o postgresql.conf fica no padrão da instalação.

Se o seu postgresql.conf estiver padrão tente alterar conforme sugerido em
http://pgtune.leopard.in.ua/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Base corrompida

2015-11-25 Por tôpico Bruno Pio
>
> Mas você conseguiu copiar o arquivo para o subdiretório do PGDATA? Isso
> me parece (i) algum anti-algumacoisa bloqueando a operação ou (ii)
> problema físico. Caso seja (i) desative e, em alguns casos, remova
> completamente. Para (ii), utilize algum sistema de verificação de discos
> e/ou rode o memtest.
>

Quando tentei copiar o arquivo para o subdiretório do PGDATA me ocorreu
aquela mensagem (Erro 0x80070570: o arquivo ou pasta está corrompido e
ilegível.)


>
> Uma outra pergunta é: o arquivo que você copiou é exatamente da mesma
> versão do PostgreSQL e arquitetura do sistema operacional (32 bits != 64
> bits)?
>
> Para verificar se é a mesma versão do catálogo execute:
>
> $ pg_controldata /home/euler/pg945/data
> pg_control version number:942
> Catalog version number:   201409291
> ...
>
>
Sim, é exatamente a mesma versão e arquitetura de SO.

Como consegui fazer uma cópia do subdiretório no PGDATA referente a base e
consegui colar o arquivo copiado do outro cluster para esse diretório
cópia. Em seguida tentei renomear o diretório original da base para tentar
substituir por esse com o arquivo colado e subir o serviço, mas na parte de
renomear o subdiretório da base o Windows travou.

Como foi necessário reiniciar a máquina e, como já tinha um backup da
PGDATA em outro disco, aproveitei para rodar um check disk, o qual
identificou e corrigiu vários problemas dentro do diretório PGDATA.

Aquele arquivo PGDATA/base/10564368/106824370 voltou a existir, o serviço
iniciou corretamente, e agora consigo acessar esse banco via pgAdmin sem
erros.

Realmente era um problema no disco.

Vou rodar um pg_dump e refazer a instalação num disco decente antes que
complique tudo novamente aqui!

Agradeço a ajuda de todos!!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Base corrompida

2015-11-25 Por tôpico Bruno Pio
>
> Copiar somente o datafile sem o restante (indices, fsm e vm) não adianta
> muito... vc copiou os arquivos _fsm e _vm do outro cluster tb?
>

> Mesmo assim após copiar datafiles eu recomendaria iniciar a instancia em
> modo single e rodar um reindex. Lembro que uma vez fiz algo similar pra
> resolver um problema de corrupção na pg_type.
>
> De qualquer forma após esses ajustes faça um dump e restaure em um
> cluster zerado, ou seja, apos um initdb. E claro que se desconfia do seu
> hardware entao troque tb de servidor.
>
>
 Dessa vez não foi necessário, mas agradeço pela dica, caso necessite em
outra ocasião irei seguir isso.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Base corrompida

2015-11-25 Por tôpico Bruno Pio
>
> A primeira coisa é descobrir que objeto é esse:
>
> 1) Descobrir qual base de dados:
>
> SELECT datname FROM pg_database WHERE oid = 10564368
>
>
> 2) Conectar na base descoberta acima e descobrir o objeto problemático:
>
> SELECT * FROM pg_class WHERE relfilenode = 106824370
>
>
Fabrízio, obrigado pelo retorno

Segue o retorno do SELECT * FROM pg_class WHERE relfilenode = 106824370

"relname";"relnamespace";"reltype";"reloftype";"relowner";"relam";"relfilenode";"reltablespace";"relpages";"reltuples";"relallvisible";"reltoastrelid";"reltoastidxid";"relhasindex";"relisshared";"relpersistence";"relkind";"relnatts";"relchecks";"relhasoids";"relhaspkey";"relhasrules";"relhastriggers";"relhassubclass";"relfrozenxid";"relacl";"reloptions"

"pg_seclabel";"11";"11023";"0";"10";"0";"106824370";"0";"0";"0";"0";"3598";"0";"t";"f";"p";"r";"5";"0";"f";"f";"f";"f";"f";"105415502";"{=r/postgres}";""

Não ficou muito visual, mas acho que dá para entender, o de cima são as
colunas e abaixo os valores respectivos.

Alguma sugestão do que eu posso fazer?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Base corrompida

2015-11-25 Por tôpico Bruno Pio
Tiago e Fabrízio

Não tem nenhum antivírus na máquina, certamente não é isso.

As permissões do diretório também estão corretas, e o disco é NTFS,
acredito que quanto a isso não há problemas.

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

Re: [pgbr-geral] Base corrompida

2015-11-25 Por tôpico Bruno Pio
>
> Você possui security labels em sua base?
> Caso não possua, e talvez exista uma solução bem melhor que não estou
> habituado, poderia buscar qual filenode, em outro cluster, representa esta
> tabela, buscando pelo relname, e copiar o determinado arquivo renomeando se
> necessário. Ao menos para efetuar o backup lógico deveria ser suficiente, a
> não ser que esteja faltando outras relações, mas isso você só saberá ao
> contornar esta.
>
> []'s
>


Não possuo security labels.

Eu tentei fazer exatamente isso, busquei pelo relname em outro cluster e
encontrei o filenode. Copiei o arquivo, renomeei para o filenode da base
problemática e tentei colocar o arquivo dentro da pasta da base, mas o
Windows me retorna a seguinte mensagem:

Erro inesperado impede a operação. Anote o código de erro, que poderá ser
útil se você obtiver ajuda adicional para resolver o problema
Erro 0x80070570: o arquivo ou pasta está corrompido e ilegível.

Vou tentar fazer a cópia da $PGDATA para outro HD para tentar fazer esse
processo.

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

Re: [pgbr-geral] Base corrompida

2015-11-25 Por tôpico Bruno Pio
Em 25 de novembro de 2015 12:00, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> Nada, à disposição. Espero que se alguém tiver uma solução mais bacana,
>> mas que não estou familiarizado, que se responda também. Aprendizado pra
>> todos.
>>
>> Espero que consiga resolver o seu problema. Neste sentido de HD, talvez
>> seria interessante até detectar os motivos dos possíveis corrompimentos,
>> sendo que este não está descartado..
>>
>>
> Ninguém até agora respondeu o essencial (parece óbvio, mas vai que não tá
> na sua cabeça):
> Restaure seu backup e siga a produção. Base corrompida é evento raro mas,
> quando acontece, causa danos enormes como perda de dados e enorme perda de
> tempo pra achar pelo em ovo. No Windows os pêlos costumam ser mais rebeldes.
>
> []s
> Flavio Gurgel


Obrigado mais uma vez pela ajuda Rafael.

Flavio, concordo contigo e essa foi minha primeira opção para resolução do
problema, porém o último backup íntegro é do dia 06/11.

Como o sistema estava funcionando apesar do problema com o PostgreSQL, o
cliente continuou trabalhando (sempre assim né, funcionando o sistema tá
tudo certo) e agora quer que recupere as informações lançadas após isso.

Vou continua tentando, obrigado pela ajuda.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Base corrompida

2015-11-24 Por tôpico Bruno Pio
Boa tarde pessoal

Tenho uma base de dados, e dentro dessa base existem diversos schemas.

Ao tentar acessar essa base pelo pgAdmin ocorre a mensagem:

"An error has occurred: ERRO: não pôde abrir o arquivo
"base/10564368/106824370": Invalid argument

Realmente esse arquivo base/10564368/106824370 não existe, mas consigo
acessar a base, porém não aparece nenhum schema no pgAdmin. Sei que eles
estão lá porque pela aplicação eu consigo acesso.

Quando tento gerar um backup dessa base tenho o seguinte retorno:

pg_dump: [arquivador consulta falhou: ERRO: não pôde abrir o arquivo
"base/10564368/106824370": Invalid argument
pg_dump: [arquivador consulta foi: SELECT label, provider, classoid,
objoid, objsubid FROM pg_catalgo.pg_seclabel ORDER BY classoid, objoid,
objsubid

A versão do PostgreSQL é 9.2.4.1 num Windows Server 2008 R2 64 bits.

Alguém tem alguma ideia de como eu posso recuperar essa base? Ao menos
voltar a aparecer os schemas e tentar gerar um backup para retornar uma
nova instalação?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação do Postgres 9.3 no Windows 7 Ultimate

2015-11-19 Por tôpico Bruno Pio
>
>
> Pergunto: existe uma maneira de instalar o postgres de forma
> automatizada/silenciosa?
>
>
Ronei

Veja se isso te ajuda, segue exemplo para executar no prompt:

start /wait C:\postgresql-9.2.4-1-windows-x64.exe --prefix
"C:\PostgreSQL\9.2" --datadir "C:\PostgreSQL\9.2\data"  --serverport 5432
--servicename PostgreSQL-9.2 --locale "Portuguese, Brazil" --superaccount
postgres --superpassword postgres --unattendedmodeui minimal --debuglevel 2
--mode unattended
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação do Postgres 9.3 no Windows 7 Ultimate

2015-11-19 Por tôpico Bruno Pio
>
>
> E do psqlODBC também que você disse que usa

 start /wait msiexec /i C:\psqlodbc.msi /qr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação do Postgres 9.3 no Windows 7 Ultimate

2015-11-19 Por tôpico Bruno Pio
> Olá, pessoal,
>

Olá, boa tarde!


>
> Eu estou tentando instalar o postgres 9.3 64 bits em um computador com
> windows 7 ultimate 64 bits. No final da instalação, quando está tentando
> startar o banco, dá a seguinte mensagem de erro:
>
> Problem running post-install step. Installation may not complete
> correctly. Failed to start the database server.
>
> Já pesquisei e tentei de várias formas, mas sempre dá esta mensagem.
>
> Alguém tem ideia do que pode estar acontecendo? O que preciso fazer para
> conseguir instalar o postgres neste micro?
>
> Muito obrigado!
> Ronei Heck
>

Comigo já aconteceu algumas dezenas de vezes esse problema, costuma ser
permissão do Windows.

Funciona muito bem você criar antes da instalação a estrutura de pastas
(Ex. C:\PostgreSQL\9.3\data), aplicar permissão de controle total para os
usuário "Todos" e "Serviço de Rede" nessas pastas e instalar direcionando a
instalação para essa estrutura. Antes disso remova a instalação que tentou
fazer anteriormente, bem como as chaves no registro criadas.

Também funciona bem quando o usuário logado na máquina é o Administrador, e
não apenas faça parte do grupo de Administradores.

Espero que ajude.

Bruno Pio


>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> 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] Performance do PostgreSQL no Windows

2015-08-11 Por tôpico Bruno Pio
Em 6 de agosto de 2015 16:27, Rodrigo Della Justina 
rodrigodellajust...@gmail.com escreveu:

 Olá Bruno

 Poderia ser mais especifico, com relação ao seu problema ?


Boa tarde Rodrigo, como vai?

Na verdade não é bem um problema, apenas gostaria de saber se existe alguma
documentação que trata especificamente de PostgreSQL no Windows,
principalmente se for referente a otimização de performance ou até mesmo
boas práticas ao se trabalhar no Windows.

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


[pgbr-geral] Performance do PostgreSQL no Windows

2015-08-06 Por tôpico Bruno Pio
Boa tarde pessoal, tudo bem?

Alguém tem alguma documentação ou indica alguma referência sobre otimização
de performance do PostgreSQL ou algo do tipo para servidor Windows?

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


Re: [pgbr-geral] Timeout Conexão

2015-03-26 Por tôpico Bruno Pio
Esse Windows 8 é Single Language ou Pro?

Já tentou desativar o UAC no registro da máquina?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] postgresql8.3 no server_2008

2015-02-24 Por tôpico Bruno Pio
Bom dia!

 ele da o seguinte erro
 Falha ao executar o initdb.1!
 Por favor, verifique o arquivo de log em '
 C:\Programfiles\postgresql\8.3\tmp\initdb.log'.


Tentou instalar num diretório diferente? Em C:\PostgreSQL\8.3 por exemplo?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Erro backup

2015-02-18 Por tôpico Bruno Pio
Prezados, bom dia!

Estou com um problema ao tentar realizar o backup via pg_dump de um banco,
está me retornando a mensagem:

pg_dump: lendo esquemas
pg_dump: lendo tabelas definidas pelo usuário
pg_dump: esquema com OID 2848468115 não existe

Obs.: Existem diversos schemas dentro desse banco, essa mesma mensagem
ocorre quando tento fazer o backup de qualquer schema ou do banco todo.

Pesquisando um pouco sobre o assunto encontrei no blog do Sr.Fabrízio de
Royes Mello uma função em plpgsql para procurar OID no catálogo (
http://fabriziomello.blogspot.com.br/2009_01_01_archive.html), porém esse
OID 2848468115 não é encontrado.

Nas pesquisas que fiz também encontrei sugestão de executar um REINDEX no
banco, ao fazer isso me ocorre a mensagem:

ERRO:  cabeçalho de página é inválido no bloco 2046 da relação
base/10928130/13581760

Ao tentar rodar um VACUUM também ocorre esse mesmo erro do REINDEX.

O PostgreSQL (9.2.5) está instalado num servidor Linux e estou acessando
por uma máquina Windows com o pgAdmin (1.16.1). O cliente não tem acesso ao
Linux no momento, então não sei dizer mais detalhes e nem abrir o log,
essas são mensagens que estão sendo retornadas no pgAdmin.

Alguém saberia me dizer se é possível corrigir isso e, se sim, o que é
necessário fazer?

Obrigado
___
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 backup

2015-02-18 Por tôpico Bruno Pio
Matheus

Sobre a criação dessa view, sei que recentemente foram recriadas algumas
tabelas e populadas novamente nesse banco, se isso pode ter criado essa
view eu não sei, vou verificar como isso foi feito.

Sobre o pg_resetxlog, acredito ser muito difícil que alguém tenha feito
isso.



Matheus e Fabrízio

Assim que possível, vou seguir os passos descritos para correção da
pg_statistic e remoção do registro dessa view na pg_catalog. Eu posto o
resultado quando o fizer.

Muito obrigado por enquanto pela ajuda!
___
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 backup

2015-02-18 Por tôpico Bruno Pio
Teste


 pg_dump: esquema com OID 2848468115 não existe


 Isso não é um bom sinal. Suspeito que tenha alguma relação corrompida.
 Sabe se teve algum problema de hardware nesse servidor ou algo fora do
 comum recentemente?

 Pode verificar o que retorna a seguinte consulta?

 SELECT oid, relname, relfilenode, relkind
 FROM pg_class
 WHERE relnamespace = 2848468115;


 Segundo o cliente não houve nada de anormal com seu servidor, mas
 solicitei que ele peça ao pessoal que cuida de sua infra para fazer um
 teste de memória e HD na máquina.


 Outros pontos a verificar são:

 - Algum parâmetro de configuração não seguro, como fsync=off ou
 full_page_writes=off?
 - Estava executando versões mais antigas anteriormente? Como foi feita a
 migração?

 Não me lembro de cabeça nenhum bug na 9.2 que causasse tais erros, mas
 vale a pena dar uma olhada nos release notes.


Sobre esses parâmetros, tanto o fsync como o full_page_writes  estão como
on, e não existia nenhuma versão mais antiga do PostgreSQL rodando, a
instalação já foi feita na versão 9.2. Vou dar uma olhada nos release
notes.





 Quanto a consulta, o retorno foi:

 13124322;nf_{ssdmed;13124322;v


 Esse é um nome bem estranho, e no caso é uma view. Tem como saber no
 histórico da aplicação algo sobre essa view? Está em uso? De onde veio? Etc.



Segundo o desenvolvedor, não é utilizada nenhuma view com esse nome, o que
ele disse que utiliza são cursores. O que existe é uma tabela com o nome de
 nf_issdmed.




 ERRO:  cabeçalho de página é inválido no bloco 2046 da relação
 base/10928130/13581760


 Provavelmente é uma tabela corrompida (se fosse um índice o REINDEX
 resolveria), pode verificar de qual se trata usando a seguinte consulta:

 SELECT oid, relname, relfilenode, relkind
 FROM pg_class
 WHERE relfilenode = 13581760;

 Suspeito que seja a mesma da consulta acima, mas temos que conferir.


 O retorno dessa consulta foi:

 2840;pg_toast_2619;13581760;t


 Ok. Então é uma tabela TOAST, precisamos então mapear a qual tabela esta
 pertence:

 SELECT oid, relname, relfilenode, relkind
 FROM pg_class
 WHERE reltoastrelid = 2840;


O retorno desse SELECT foi:

2619;pg_statistic;13581757;r

Por curiosidade, eu executei um SELECT * FROM pg_statistic; que me retornou
o mesmo erro relatado anteriormente:

** Error **

ERRO: cabeçalho de página é inválido no bloco 2046 da relação
base/10928130/13581760
SQL state: XX001

Que vi que significa Data Corrupted, é isso mesmo?
___
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 backup

2015-02-18 Por tôpico Bruno Pio
Matheus, bom dia!

Obrigado pelo rápido retorno


 pg_dump: esquema com OID 2848468115 não existe


 Isso não é um bom sinal. Suspeito que tenha alguma relação corrompida.
 Sabe se teve algum problema de hardware nesse servidor ou algo fora do
 comum recentemente?

 Pode verificar o que retorna a seguinte consulta?

 SELECT oid, relname, relfilenode, relkind
 FROM pg_class
 WHERE relnamespace = 2848468115;


Segundo o cliente não houve nada de anormal com seu servidor, mas solicitei
que ele peça ao pessoal que cuida de sua infra para fazer um teste de
memória e HD na máquina.

Quanto a consulta, o retorno foi:

13124322;nf_{ssdmed;13124322;v

ERRO:  cabeçalho de página é inválido no bloco 2046 da relação
 base/10928130/13581760


 Provavelmente é uma tabela corrompida (se fosse um índice o REINDEX
 resolveria), pode verificar de qual se trata usando a seguinte consulta:

 SELECT oid, relname, relfilenode, relkind
 FROM pg_class
 WHERE relfilenode = 13581760;

 Suspeito que seja a mesma da consulta acima, mas temos que conferir.


O retorno dessa consulta foi:

2840;pg_toast_2619;13581760;t


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