Re: [pgbr-geral] Armazenamento de Imagens

[Irineu]

Em 21/03/2012 13:35, Flavio Henrique Araque Gurgel escreveu:
> Nossa, que perigo... Se o cara errar qualquer coisa no ftp ou trocar 
> um simples caractere do nome de um arquivo seu banco de dados não 
> apontará mais pro arquivo certo. Eu sei que isso é prática comum, 
> muita gente acha que banco de dados não é lugar de guardar arquivos, 
> mas o risco é tremendo considerando os bancos de dados modernos.
Concordo com o Flávio, na prática guardar arquivos no banco de dados 
vale a pena, tenho clientes com que usam um catalogo eletronico de 
produtos, com milhares de fotos, funciona perfeitamente com muita pouca 
manutenção e segurança, em 3 anos tive apenas 2 casos em que o arquivo 
ficou corrompido, foi só repor a foto e tudo certo.


-- 
Irineu Raymundo
Programador/Consultor Técnico
Senda Engenharia de Dados Ltda.

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

[pgbr-geral] Tunning Postgresql

[Erison Gmail]

Bom dia caros colegas

Venho através deste pedir uma opinião

Tenho um Server Opensuse 11,  i7 com 16 gb de RAM, HD de 500 com raid1
físico (espelho) com postgresql 8.4 (irei atualizar no mês que vem), so
tenho o serviço do postgresql nesta maquina.

Qual em vossa opinião as alterações no postgresql.conf deveria fazer?

Já alterei alguns parâmetros, li alguma coisa, mas gostaria de maiores
informações

Desde já agradeço qualquer opiniao

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

[pgbr-geral] Não consigo conectar o PgAdmin III

[Carlos Henrique Botelho]

Galera, quando eu tento conectar ao meu servidor local do PostgreSql dá a
seguinte mensagem de erro:

*Server doesn't listen*
*The server doesn't accept connections: the connection library reports *
*could not connect to server: Connection refused (0x274D/10061) Is the
server running on host "localhost" (::1) and accepting TCP/IP connections
on port 5432? could not connect to server: Connection refused
(0x274D/10061) Is the server running on host "localhost" (127.0.0.1)
and accepting TCP/IP connections on port 5432? *
*If you encounter this message, please check if the server you're trying to
contact is actually running PostgreSQL on the given port. Test if you have
network connectivity from your client to the server host using ping or
equivalent tools. Is your network / VPN / SSH tunnel / firewall configured
correctly? *
*For security reasons, PostgreSQL does not listen on all available IP
addresses on the server machine initially. In order to access the server
over the network, you need to enable listening on the address first. *
*For PostgreSQL servers starting with version 8.0, this is controlled using
the "listen_addresses" parameter in the postgresql.conf file. Here, you can
enter a list of IP addresses the server should listen on, or simply use '*'
to listen on all available IP addresses. For earlier servers (Version 7.3
or 7.4), you'll need to set the "tcpip_socket" parameter to 'true'. *
*You can use the postgresql.conf editor that is built into pgAdmin III to
edit the postgresql.conf configuration file. After changing this file, you
need to restart the server process to make the setting effective. *
*If you double-checked your configuration but still get this error message,
it's still unlikely that you encounter a fatal PostgreSQL misbehaviour. You
probably have some low level network connectivity problems (e.g. firewall
configuration). Please check this thoroughly before reporting a bug to the
PostgreSQL community. *

o que pode ser?

-- 
Att

Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_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] Não consigo conectar o PgAdmin III

[(KSTROS) - Jayron Alberth Costa Castro]

Carlos,

Qual seu sistema operacional?

Att,

*JAYRON ALBERTH COSTA CASTRO*
*KSTROS EDUCAÇÃO E TECNOLOGIA LTDA*
(98) 8839-5371 [Oi] / (98) 9197-6564 (Vivo)
-
e-mail: jacas...@kstros.com 
Web: www.kstros.com/ 
Skype: jayron_castro

P Antes de imprimir, pense em sua responsabilidade com o MEIO AMBIENTE.

Em 22/03/2012 09:22, Carlos Henrique Botelho escreveu:
> Galera, quando eu tento conectar ao meu servidor local do PostgreSql dá
> a seguinte mensagem de erro:
>
> /Server doesn't listen/
> /The server doesn't accept connections: the connection library reports /
> /could not connect to server: Connection refused (0x274D/10061) Is
> the server running on host "localhost" (::1) and accepting TCP/IP
> connections on port 5432? could not connect to server: Connection
> refused (0x274D/10061) Is the server running on host "localhost"
> (127.0.0.1) and accepting TCP/IP connections on port 5432? /
> /If you encounter this message, please check if the server you're trying
> to contact is actually running PostgreSQL on the given port. Test if you
> have network connectivity from your client to the server host using ping
> or equivalent tools. Is your network / VPN / SSH tunnel / firewall
> configured correctly? /
> /For security reasons, PostgreSQL does not listen on all available IP
> addresses on the server machine initially. In order to access the server
> over the network, you need to enable listening on the address first. /
> /For PostgreSQL servers starting with version 8.0, this is controlled
> using the "listen_addresses" parameter in the postgresql.conf file.
> Here, you can enter a list of IP addresses the server should listen on,
> or simply use '*' to listen on all available IP addresses. For earlier
> servers (Version 7.3 or 7.4), you'll need to set the "tcpip_socket"
> parameter to 'true'. /
> /You can use the postgresql.conf editor that is built into pgAdmin III
> to edit the postgresql.conf configuration file. After changing this
> file, you need to restart the server process to make the setting
> effective. /
> /If you double-checked your configuration but still get this error
> message, it's still unlikely that you encounter a fatal PostgreSQL
> misbehaviour. You probably have some low level network connectivity
> problems (e.g. firewall configuration). Please check this thoroughly
> before reporting a bug to the PostgreSQL community. /
>
> o que pode ser?
>
> --
> Att
>
> Carlos Henrique Botelho
> Cel.: (17) 9148-9033
> twitter: @contabil_carlos
>
>
>
> ___
> 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] Não consigo conectar o PgAdmin III

[Fernando Rocha]

Em 22 de março de 2012 09:22, Carlos Henrique Botelho <
carloshenrique.c...@gmail.com> escreveu:

> Galera, quando eu tento conectar ao meu servidor local do PostgreSql dá a
> seguinte mensagem de erro:
>
> *Server doesn't listen*
> *The server doesn't accept connections: the connection library reports *
> *could not connect to server: Connection refused (0x274D/10061) Is
> the server running on host "localhost" (::1) and accepting TCP/IP
> connections on port 5432? could not connect to server: Connection refused
> (0x274D/10061) Is the server running on host "localhost" (127.0.0.1)
> and accepting TCP/IP connections on port 5432? *
> *If you encounter this message, please check if the server you're trying
> to contact is actually running PostgreSQL on the given port. Test if you
> have network connectivity from your client to the server host using ping or
> equivalent tools. Is your network / VPN / SSH tunnel / firewall configured
> correctly? *
> *For security reasons, PostgreSQL does not listen on all available IP
> addresses on the server machine initially. In order to access the server
> over the network, you need to enable listening on the address first. *
> *For PostgreSQL servers starting with version 8.0, this is controlled
> using the "listen_addresses" parameter in the postgresql.conf file. Here,
> you can enter a list of IP addresses the server should listen on, or simply
> use '*' to listen on all available IP addresses. For earlier servers
> (Version 7.3 or 7.4), you'll need to set the "tcpip_socket" parameter to
> 'true'. *
> *You can use the postgresql.conf editor that is built into pgAdmin III to
> edit the postgresql.conf configuration file. After changing this file, you
> need to restart the server process to make the setting effective. *
> *If you double-checked your configuration but still get this error
> message, it's still unlikely that you encounter a fatal PostgreSQL
> misbehaviour. You probably have some low level network connectivity
> problems (e.g. firewall configuration). Please check this thoroughly before
> reporting a bug to the PostgreSQL community. *
>
> o que pode ser?
>
>
Você esta tentando conectar local ou host? Já olhou pg_hba.conf
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Tunning Postgresql

[Flavio Henrique Araque Gurgel]

> Bom dia caros colegas
>
> Venho através deste pedir uma opinião
>
> Tenho um Server Opensuse 11,  i7 com 16 gb de RAM, HD de 500 com raid1
> físico (espelho) com postgresql 8.4 (irei atualizar no mês que vem), so
> tenho o serviço do postgresql nesta maquina.
>
> Qual em vossa opinião as alterações no postgresql.conf deveria fazer?
>
> Já alterei alguns parâmetros, li alguma coisa, mas gostaria de maiores
> informações
>
> Desde já agradeço qualquer opiniao

Opinião única minha, na verdade uma pergunta: o que você vai fazer com
o banco de dados?
O tuning depende não só da máquina, mas também da finalidade do banco
de dados. Aliás, o dimensionamento da máquina também deve ser feito
depois de se saber o que o banco de dados precisa, não o inverso.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Não consigo conectar o PgAdmin III

[Flavio Henrique Araque Gurgel]

> Você esta tentando conectar local ou host? Já olhou pg_hba.conf

O erro informado por ele não é do pg_hba.conf, embora possa ter outro
problema depois.

Versão do PostgreSQL e do sistema operacional?
Como estão configurados:
- listen_addresses ?
- port ?
Tem firewall na máquina?
Tem firewall na rede?
Tem rota para o servidor (testou um ping)?

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Não consigo conectar o PgAdmin III

[Flavio Henrique Araque Gurgel]

> Meu sistema operacional é Windows 7. Versão do PostgreSql 9.1
>
> Segue anexo meu postgresql.conf.

Seu postgresql.conf aceita conexões em qualquer IP da máquina, na
porta padrão 5432.
O Windows 7 está com Firewall ativo?
Você consegue pingar a máquina (foi um dos testes que pedi)?

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Não consigo conectar o PgAdmin III

[(KSTROS) - Jayron Alberth Costa Castro]

Como estamos tratando do Win7 é interessante você verificar se o 
processo do PostgreSQL está iniciado.


Passos:

1 - Verificar se o processo PostgreSQL está iniciado;
2 - Verificar se o Firewall está barrando o acesso na porta 5432 para 
localhost


Particularmente, creio que o processo não esteja iniciado.

Att,

*JAYRON ALBERTH COSTA CASTRO*
*KSTROS EDUCAÇÃO E TECNOLOGIA LTDA*
(98) 8839-5371 [Oi] / (98) 9197-6564 (Vivo)
-
e-mail: jacas...@kstros.com 
Web: www.kstros.com/ 
Skype: jayron_castro

P Antes de imprimir, pense em sua responsabilidade com o MEIO AMBIENTE.

Em 22/03/2012 10:11, Carlos Henrique Botelho escreveu:

Meu sistema operacional é Windows 7. Versão do PostgreSql 9.1

Segue anexo meu postgresql.conf.
Agradeço

Em 22 de março de 2012 09:59, Flavio Henrique Araque Gurgel 
mailto:fha...@gmail.com>> escreveu:


> Você esta tentando conectar local ou host? Já olhou pg_hba.conf

O erro informado por ele não é do pg_hba.conf, embora possa ter outro
problema depois.

Versão do PostgreSQL e do sistema operacional?
Como estão configurados:
- listen_addresses ?
- port ?
Tem firewall na máquina?
Tem firewall na rede?
Tem rota para o servidor (testou um ping)?

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br

https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




--
Att

Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_carlos



___
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] Não consigo conectar o PgAdmin III

[Carlos Henrique Botelho]

Flavio Henrique Araque Gurgel

>Você consegue pingar a máquina (foi um dos testes que pedi)?
consigo sim!...
Acho que meu firewall está ativo sim!.. Mas como faço para liberar a porta
5432?
Eu tentei ir no firewall do windows, permitir um programa, e selecionei
postgres.exe... porém sem resultado
alguma idéia?

Em 22 de março de 2012 10:13, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> > Meu sistema operacional é Windows 7. Versão do PostgreSql 9.1
> >
> > Segue anexo meu postgresql.conf.
>
> Seu postgresql.conf aceita conexões em qualquer IP da máquina, na
> porta padrão 5432.
> O Windows 7 está com Firewall ativo?
> Você consegue pingar a máquina (foi um dos testes que pedi)?
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Att

Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_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] Não consigo conectar o PgAdmin III

[Flavio Henrique Araque Gurgel]

>>Você consegue pingar a máquina (foi um dos testes que pedi)?
> consigo sim!...
> Acho que meu firewall está ativo sim!.. Mas como faço para liberar a porta
> 5432?
> Eu tentei ir no firewall do windows, permitir um programa, e selecionei
> postgres.exe... porém sem resultado
> alguma idéia?

Desculpe, Windows não é meu sistema operacional de escolha.
Outros na lista devem te ajudar melhor.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Não consigo conectar o PgAdmin III

[Carlos Henrique Botelho]

Tentei ir em serviços no windows, e iniciar manualmente o postgresql-9.1,
mas ocorre a seguinte mensagem:
*O serviço postgresql-9.1 em Computador local foi iniciado e interrompido.
Alguns serviços são interrompidos automaticamente se não estiverem sendo
usados por outros serviços ou programas.*

Em 22 de março de 2012 10:29, Carlos Henrique Botelho <
carloshenrique.c...@gmail.com> escreveu:

> Flavio Henrique Araque Gurgel
>
> >Você consegue pingar a máquina (foi um dos testes que pedi)?
> consigo sim!...
> Acho que meu firewall está ativo sim!.. Mas como faço para liberar a porta
> 5432?
> Eu tentei ir no firewall do windows, permitir um programa, e selecionei
> postgres.exe... porém sem resultado
> alguma idéia?
>
> Em 22 de março de 2012 10:13, Flavio Henrique Araque Gurgel <
> fha...@gmail.com> escreveu:
>
> > Meu sistema operacional é Windows 7. Versão do PostgreSql 9.1
>> >
>> > Segue anexo meu postgresql.conf.
>>
>> Seu postgresql.conf aceita conexões em qualquer IP da máquina, na
>> porta padrão 5432.
>> O Windows 7 está com Firewall ativo?
>> Você consegue pingar a máquina (foi um dos testes que pedi)?
>>
>> []s
>> Flavio Gurgel
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> Att
>
> Carlos Henrique Botelho
> Cel.: (17) 9148-9033
> twitter: @contabil_carlos
>
>


-- 
Att

Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_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] Não consigo conectar o PgAdmin III

[(KSTROS) - Jayron Alberth Costa Castro]

Carlos,

Conforme seu último relato, o problema está com a instalação do 
postgreSQL, não tem nada de errado com sua configuração do PostgreSQL, 
seu problema será solucionado reinstalando o PostgreSQL.


Caso opte por instalar de forma manual, dê uma analisada no post abaixo:

http://forum.imasters.com.br/topic/101291-instalando-postgresql/

Dê retorno caso consiga solucionar seu problema.

Abraços,

*JAYRON ALBERTH COSTA CASTRO*
*KSTROS EDUCAÇÃO E TECNOLOGIA LTDA*
(98) 8839-5371 [Oi] / (98) 9197-6564 (Vivo)
-
e-mail: jacas...@kstros.com 
Web: www.kstros.com/ 
Skype: jayron_castro

P Antes de imprimir, pense em sua responsabilidade com o MEIO AMBIENTE.

Em 22/03/2012 10:32, Carlos Henrique Botelho escreveu:
Tentei ir em serviços no windows, e iniciar manualmente o 
postgresql-9.1, mas ocorre a seguinte mensagem:
/O serviço postgresql-9.1 em Computador local foi iniciado e 
interrompido. Alguns serviços são interrompidos automaticamente se não 
estiverem sendo usados por outros serviços ou programas./


Em 22 de março de 2012 10:29, Carlos Henrique Botelho 
mailto:carloshenrique.c...@gmail.com>> 
escreveu:


Flavio Henrique Araque Gurgel

>Você consegue pingar a máquina (foi um dos testes que pedi)?
consigo sim!...
Acho que meu firewall está ativo sim!.. Mas como faço para liberar
a porta 5432?
Eu tentei ir no firewall do windows, permitir um programa, e
selecionei postgres.exe... porém sem resultado
alguma idéia?

Em 22 de março de 2012 10:13, Flavio Henrique Araque Gurgel
mailto:fha...@gmail.com>> escreveu:

> Meu sistema operacional é Windows 7. Versão do PostgreSql 9.1
>
> Segue anexo meu postgresql.conf.

Seu postgresql.conf aceita conexões em qualquer IP da máquina, na
porta padrão 5432.
O Windows 7 está com Firewall ativo?
Você consegue pingar a máquina (foi um dos testes que pedi)?

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br

https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Att


Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_carlos




--
Att

Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_carlos



___
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] Não consigo conectar o PgAdmin III

[Carlos Henrique Botelho]

Flavio Henrique Araque Gurgel   acredito que não seja o firewall não!
desativei ele por completo, mas sem sucesso!

Em 22 de março de 2012 10:32, Carlos Henrique Botelho <
carloshenrique.c...@gmail.com> escreveu:

> Tentei ir em serviços no windows, e iniciar manualmente o postgresql-9.1,
> mas ocorre a seguinte mensagem:
> *O serviço postgresql-9.1 em Computador local foi iniciado e
> interrompido. Alguns serviços são interrompidos automaticamente se não
> estiverem sendo usados por outros serviços ou programas.*
>
> Em 22 de março de 2012 10:29, Carlos Henrique Botelho <
> carloshenrique.c...@gmail.com> escreveu:
>
> Flavio Henrique Araque Gurgel
>>
>> >Você consegue pingar a máquina (foi um dos testes que pedi)?
>> consigo sim!...
>> Acho que meu firewall está ativo sim!.. Mas como faço para liberar a
>> porta 5432?
>> Eu tentei ir no firewall do windows, permitir um programa, e selecionei
>> postgres.exe... porém sem resultado
>> alguma idéia?
>>
>> Em 22 de março de 2012 10:13, Flavio Henrique Araque Gurgel <
>> fha...@gmail.com> escreveu:
>>
>> > Meu sistema operacional é Windows 7. Versão do PostgreSql 9.1
>>> >
>>> > Segue anexo meu postgresql.conf.
>>>
>>> Seu postgresql.conf aceita conexões em qualquer IP da máquina, na
>>> porta padrão 5432.
>>> O Windows 7 está com Firewall ativo?
>>> Você consegue pingar a máquina (foi um dos testes que pedi)?
>>>
>>> []s
>>> Flavio Gurgel
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>
>>
>>
>> --
>> Att
>>
>> Carlos Henrique Botelho
>> Cel.: (17) 9148-9033
>> twitter: @contabil_carlos
>>
>>
>
>
> --
> Att
>
> Carlos Henrique Botelho
> Cel.: (17) 9148-9033
> twitter: @contabil_carlos
>
>


-- 
Att

Carlos Henrique Botelho
Cel.: (17) 9148-9033
twitter: @contabil_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] Armazenamento de Imagens

[Alexsander Rosa]

E como faz se o cliente quiser mudar a "marca d'água" em todos os produtos?

Em 22 de março de 2012 08:23, Irineu  escreveu:

> Em 21/03/2012 13:35, Flavio Henrique Araque Gurgel escreveu:
> > Nossa, que perigo... Se o cara errar qualquer coisa no ftp ou trocar
> > um simples caractere do nome de um arquivo seu banco de dados não
> > apontará mais pro arquivo certo. Eu sei que isso é prática comum,
> > muita gente acha que banco de dados não é lugar de guardar arquivos,
> > mas o risco é tremendo considerando os bancos de dados modernos.
> Concordo com o Flávio, na prática guardar arquivos no banco de dados
> vale a pena, tenho clientes com que usam um catalogo eletronico de
> produtos, com milhares de fotos, funciona perfeitamente com muita pouca
> manutenção e segurança, em 3 anos tive apenas 2 casos em que o arquivo
> ficou corrompido, foi só repor a foto e tudo certo.
>
>
-- 
Atenciosamente,
Alexsander da Rosa
http://rednaxel.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Armazenamento de Imagens

[George Silva]

Acho que a marca dágua não um requisito de todo mundo. Vários sites grandes
não as utilizam (i.e Amazon, Americanas, Submarino).

2012/3/22 Alexsander Rosa 

> E como faz se o cliente quiser mudar a "marca d'água" em todos os produtos?
>
> Em 22 de março de 2012 08:23, Irineu  escreveu:
>
> Em 21/03/2012 13:35, Flavio Henrique Araque Gurgel escreveu:
>> > Nossa, que perigo... Se o cara errar qualquer coisa no ftp ou trocar
>> > um simples caractere do nome de um arquivo seu banco de dados não
>> > apontará mais pro arquivo certo. Eu sei que isso é prática comum,
>> > muita gente acha que banco de dados não é lugar de guardar arquivos,
>> > mas o risco é tremendo considerando os bancos de dados modernos.
>> Concordo com o Flávio, na prática guardar arquivos no banco de dados
>> vale a pena, tenho clientes com que usam um catalogo eletronico de
>> produtos, com milhares de fotos, funciona perfeitamente com muita pouca
>> manutenção e segurança, em 3 anos tive apenas 2 casos em que o arquivo
>> ficou corrompido, foi só repor a foto e tudo certo.
>>
>>
> --
> Atenciosamente,
> Alexsander da Rosa
> http://rednaxel.com
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
George R. C. Silva

Desenvolvimento em GIS
http://geoprocessamento.net
http://blog.geoprocessamento.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Armazenamento de Imagens

[Irineu]

Em 22/03/2012 10:46, Alexsander Rosa escreveu:
E como faz se o cliente quiser mudar a "marca d'água" em todos os 
produtos?


Em 22 de março de 2012 08:23, Irineu > escreveu:


Em 21/03/2012 13:35, Flavio Henrique Araque Gurgel escreveu:
> Nossa, que perigo... Se o cara errar qualquer coisa no ftp ou trocar
> um simples caractere do nome de um arquivo seu banco de dados não
> apontará mais pro arquivo certo. Eu sei que isso é prática comum,
> muita gente acha que banco de dados não é lugar de guardar arquivos,
> mas o risco é tremendo considerando os bancos de dados modernos.
Concordo com o Flávio, na prática guardar arquivos no banco de dados
vale a pena, tenho clientes com que usam um catalogo eletronico de
produtos, com milhares de fotos, funciona perfeitamente com muita
pouca
manutenção e segurança, em 3 anos tive apenas 2 casos em que o arquivo
ficou corrompido, foi só repor a foto e tudo certo.


--
Atenciosamente,
Alexsander da Rosa
http://rednaxel.com



No meu caso não tenho esse requisito, dificilmente haverá uma troca de 
muitas imagens ao mesmo tempo.


A maioria são desenhos técnicos(solados para calçados, peças metalicas, 
calçados) com alta resolução.


Toda imagem é armazenada num cache na estação, todas elas geram uma 
chave hash md5.

Se ela foi alterada, o aplicativo substitui a imagem no cache.


--
Irineu Raymundo
Programador/Consultor Técnico
Senda Engenharia de Dados Ltda.

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

Re: [pgbr-geral] Armazenamento de Imagens

[Alexsander Rosa]

Ah, bom. Está explicado.

Em 22 de março de 2012 11:09, Irineu  escreveu:

>  Em 22/03/2012 10:46, Alexsander Rosa escreveu:
>
> E como faz se o cliente quiser mudar a "marca d'água" em todos os produtos?
>
> Em 22 de março de 2012 08:23, Irineu  escreveu:
>
>> Em 21/03/2012 13:35, Flavio Henrique Araque Gurgel escreveu:
>> > Nossa, que perigo... Se o cara errar qualquer coisa no ftp ou trocar
>> > um simples caractere do nome de um arquivo seu banco de dados não
>> > apontará mais pro arquivo certo. Eu sei que isso é prática comum,
>> > muita gente acha que banco de dados não é lugar de guardar arquivos,
>> > mas o risco é tremendo considerando os bancos de dados modernos.
>>  Concordo com o Flávio, na prática guardar arquivos no banco de dados
>> vale a pena, tenho clientes com que usam um catalogo eletronico de
>> produtos, com milhares de fotos, funciona perfeitamente com muita pouca
>> manutenção e segurança, em 3 anos tive apenas 2 casos em que o arquivo
>> ficou corrompido, foi só repor a foto e tudo certo.
>>
>>
>  --
> Atenciosamente,
> Alexsander da Rosa
> http://rednaxel.com
>
>
>
> No meu caso não tenho esse requisito, dificilmente haverá uma troca de
> muitas imagens ao mesmo tempo.
>
> A maioria são desenhos técnicos(solados para calçados, peças metalicas,
> calçados) com alta resolução.
>
> Toda imagem é armazenada num cache na estação, todas elas geram uma chave
> hash md5.
> Se ela foi alterada, o aplicativo substitui a imagem no cache.
>
>
>
> --
> Irineu Raymundo
> Programador/Consultor Técnico
> Senda Engenharia de Dados Ltda.
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Atenciosamente,
Alexsander da Rosa
http://rednaxel.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Armazenamento de Imagens

[Fabrízio de Royes Mello]

Em 22 de março de 2012 11:09, Irineu  escreveu:

>
> No meu caso não tenho esse requisito, dificilmente haverá uma troca de
> muitas imagens ao mesmo tempo.
>
> A maioria são desenhos técnicos(solados para calçados, peças metalicas,
> calçados) com alta resolução.
>
> Toda imagem é armazenada num cache na estação, todas elas geram uma chave
> hash md5.
> Se ela foi alterada, o aplicativo substitui a imagem no cache.
>
>
Interessante estratégia...

Aconselho darem uma lida em [1] pois ali demonstra várias formas de
utilizarmos arquivos com nossas bases de dados.


[1] http://www.slideshare.net/diogobiazus/arquivos-no-banco

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Armazenamento de Imagens

[Alexsander Rosa]

Requisitos da indústria são totalmente diferentes do comércio (atacado e
varejo).

Exemplos de casos de uso onde é preciso mudar/acessar várias imagens de uma
vez:
- mudança na marca d'água em todos os produtos
- catálogo novo do fornecedor com centenas de imagens novas
- agência de publicidade quer fazer um encarte promocional com centenas de
produtos
- desenvolvedor externo de e-commerce quer compartilhar as imagens no site
- empresa de mala-direta quer mandar SPAM com imagens dos produtos

Como eu disse, fotos de funcionários devem ficar no banco. Quanto aos
produtos, discordo.

-- 
Atenciosamente,
Alexsander da Rosa
http://rednaxel.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Armazenamento de Imagens

[Flávio Alves Granato]

Em 22 de março de 2012 11:54, Alexsander Rosa
escreveu:

> Requisitos da indústria são totalmente diferentes do comércio (atacado e
> varejo).
>
> Exemplos de casos de uso onde é preciso mudar/acessar várias imagens de
> uma vez:
> - mudança na marca d'água em todos os produtos
> - catálogo novo do fornecedor com centenas de imagens novas
> - agência de publicidade quer fazer um encarte promocional com centenas de
> produtos
> - desenvolvedor externo de e-commerce quer compartilhar as imagens no site
> - empresa de mala-direta quer mandar SPAM com imagens dos produtos
>
> Como eu disse, fotos de funcionários devem ficar no banco. Quanto aos
> produtos, discordo.
>
>
Concordo. Mas eu ainda colocaria as imagens dos funcionários no file
system, pois ainda sim o ele é mais seguro e rápido.
é meu ponto de vista. Como o  Alexander disse no início da thread, o mesmo
funcionário que atualiza o banco que pode estragar tudo é o mesmo que
coloca no file system.

Não é questão só de segurança é também questão de desempenho. Por exemplo,
eu participo de um projeto em que no início do projeto do sistema optaram
por deixar as imagens no banco e não são poucas, é uma média de 1000 1500
imagens por semana inseridas no sistema, em determinado momento precisamos
fazer uma galeria que vai pegar cada uma destas imagens e vimos que o
sistema fica mais rápido se pegarmos as imagens e gravarmos no file system,
ou seja, trazemos do banco e gravamos. Pode parecer meio português, mas
devido aos requisitos que temos acabou ficando mais rápido e também depois
da primeira gravação não mechemos mais.

Mas aquela máxima ainda é bem válida, cada caso é um caso diferente que
exige solução diferente.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup linux

[Antonio Cesar]

Atualizei o cliente e continua o problema...

Em 20/03/2012 17:44, Flavio Henrique Araque Gurgel escreveu:

Conseguir a do servidor agora
Servidor 8.4.11
Cliente 8.4.5

Atualize o cliente para 8.4.11 também.
Note que há uma correção seu problema. Está no release notes:
http://www.postgresql.org/docs/8.4/static/release-8-4-11.html

[]s
Flavio Gurgel
___
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

[pgbr-geral] Erro de index..

[Marcus Túlio Ramos]

Amigos, boa tarde. Alguém conhece esse erro de Index...

*Index was out of range. Must be non-negative and less than the size of the
collection. Parameter name: index*

Eu tenho uma tabela de notas e tenho duas turmas... ao retirar um aluno de
uma turma e relocá-lo em outra turma.. aparece esse erro.

Lembrando que neste caso a nota está vinculada também a turma, só que ao
trocá-lo de turma eu mudo o valor do campo código da turma para o código da
outra turma em que ele será inserido.

Não sei mais onde pesquisar..

Muito 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 de index..

[George Silva]

Esse erro tem cara de ser do .NET. Que tipo de aplicação é?

Basicamente esse erro está te dizendo que alguma coisa está procurando em
uma lista um valor que não existe. Mas isso não é PostgreSQL.

Dê mais detalhes pra galera ajudar.

2012/3/22 Marcus Túlio Ramos 

> Amigos, boa tarde. Alguém conhece esse erro de Index...
>
> *Index was out of range. Must be non-negative and less than the size of
> the collection. Parameter name: index*
>
> Eu tenho uma tabela de notas e tenho duas turmas... ao retirar um aluno de
> uma turma e relocá-lo em outra turma.. aparece esse erro.
>
> Lembrando que neste caso a nota está vinculada também a turma, só que ao
> trocá-lo de turma eu mudo o valor do campo código da turma para o código da
> outra turma em que ele será inserido.
>
> Não sei mais onde pesquisar..
>
> Muito obrigado!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
George R. C. Silva

Desenvolvimento em GIS
http://geoprocessamento.net
http://blog.geoprocessamento.net
___
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 de index..

[Marcus Túlio Ramos]

Realmente eu estou usando asp.net pode ser mesmo.. achei que seria no
Postgres...

Em 22 de março de 2012 14:30, George Silva escreveu:

> Esse erro tem cara de ser do .NET. Que tipo de aplicação é?
>
> Basicamente esse erro está te dizendo que alguma coisa está procurando em
> uma lista um valor que não existe. Mas isso não é PostgreSQL.
>
> Dê mais detalhes pra galera ajudar.
>
> 2012/3/22 Marcus Túlio Ramos 
>
>> Amigos, boa tarde. Alguém conhece esse erro de Index...
>>
>> *Index was out of range. Must be non-negative and less than the size of
>> the collection. Parameter name: index*
>>
>> Eu tenho uma tabela de notas e tenho duas turmas... ao retirar um aluno
>> de uma turma e relocá-lo em outra turma.. aparece esse erro.
>>
>> Lembrando que neste caso a nota está vinculada também a turma, só que ao
>> trocá-lo de turma eu mudo o valor do campo código da turma para o código da
>> outra turma em que ele será inserido.
>>
>> Não sei mais onde pesquisar..
>>
>> Muito obrigado!
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
> --
> George R. C. Silva
>
> Desenvolvimento em GIS
> http://geoprocessamento.net
> http://blog.geoprocessamento.net
>
>
> ___
> 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] Erro de index..

[Matheus de Oliveira]

On Thu, Mar 22, 2012 at 2:32 PM, Marcus Túlio Ramos <
marcustuliora...@gmail.com> wrote:

> Realmente eu estou usando asp.net pode ser mesmo.. achei que seria no
> Postgres...
>
> Em 22 de março de 2012 14:30, George Silva escreveu:
>
> Esse erro tem cara de ser do .NET. Que tipo de aplicação é?
>>
>> Basicamente esse erro está te dizendo que alguma coisa está procurando em
>> uma lista um valor que não existe. Mas isso não é PostgreSQL.
>>
>> Dê mais detalhes pra galera ajudar.
>>
>> 2012/3/22 Marcus Túlio Ramos 
>>
>>> Amigos, boa tarde. Alguém conhece esse erro de Index...
>>>
>>> *Index was out of range. Must be non-negative and less than the size of
>>> the collection. Parameter name: index*
>>>
>>> Eu tenho uma tabela de notas e tenho duas turmas... ao retirar um aluno
>>> de uma turma e relocá-lo em outra turma.. aparece esse erro.
>>>
>>> Lembrando que neste caso a nota está vinculada também a turma, só que ao
>>> trocá-lo de turma eu mudo o valor do campo código da turma para o código da
>>> outra turma em que ele será inserido.
>>>
>>> Não sei mais onde pesquisar..
>>>
>>> Muito obrigado!
>>>
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>>
>>
>>
>> --
>> George R. C. Silva
>>
>> Desenvolvimento em GIS
>> http://geoprocessamento.net
>> http://blog.geoprocessamento.net
>>
>>
>> ___
>> 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
>
>
É fácil descobrir, conecta no PostgreSQL por um administrador e tenta
executar a operação via SQL direto...

Att.
--
Matheus de Oliveira

Bacharelado em Ciências de Computação
Laboratório de Computação de Alto Desempenho -
LCAD
Instituto de Ciências Matemáticas e de Computação -
ICMC
Universidade de São Paulo - USP 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: Tunning Postgresql

[Erison Gmail]

Boa tarde

Tenho um sistema que rodava em outro servidor que foi atualizado a 6 meses,
e agora foi incrementada a memória, antes eram 4 gb e agora passei para 16
gb, e gostaria de utilizar melhor o equipamento.

O backup atual do sistema gira em torno de 700 mb, tenho em torno de 50
conexoes simultâneas, tanto local como remota.

Obrigado(a), 

___
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: Tunning Postgresql

[Guimarães Faria Corcete DUTRA , Leandro]

2012/3/22 Erison Gmail :
>
> Tenho um sistema que rodava em outro servidor que foi atualizado a 6 meses,
> e agora foi incrementada a memória, antes eram 4 gb e agora passei para 16
> gb, e gostaria de utilizar melhor o equipamento.

O equipamento já é bem utilizado pelo sistema operacional.
Provavelmente dá para melhorar, mas não sem saber muito mais detalhes,
principalmente exatamente o que você quer melhorar.  Geralmente, o
tempo de execução de determinadas operações, tempo de resposta de
determinadas ações, carga do sistema em determinadas situações… e aí
precisa ver dados, estatísticas, estruturas, planos de execução…

Se queres algo mais genérico, a lista não é um bom meio de comunicação
para isso; precisaria uma consultoria in loco.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Lentidão

[veronica almeida]

Boa noite!

Estou com problema de lentidão em um banco de dados e preciso de auxílio
para saber o que posso fazer.

Há alguns dias o uso de processamento aumentou muito e consultas que antes
levavam menos de 1s agora chegam a demorar mais de 10s.

Existia um procedimento executado a noite para apagar dados de algumas
tabelas e depois era executado o vacuum full, porém como utilizamos o
autovacuum o vacuum full que antes era executado "manualmente" foi retirado.

Fiz alguns testes, como recriar uma das tabelas mais "problemática", parar
a execução de outros processos no banco de dados, parar o servidor slave,
executação de vacuum e reindex, verificamos o hardware e aparentemente está
ok.

Informações do ambiente:

Servidor Master:
2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache
32 GB de memória
Configuração dos discos em RAID 10
Red Hat

Conf Postgres:
shared_buffers = 8GB
work_mem = 512MB
maintenance_work_mem = 512MB
effective_cache_size = 18GB
autovacuum=on
wal_level = hot_standby
synchronous_commit = off
wal_buffers = 8MB
checkpoint_segments = 64
checkpoint_completion_target = 0.9
archive_mode = on
max_wal_senders = 1
wal_keep_segments = 40

Obrigada!
Verônica Alessandra
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Lentidão

[Bruno Silva]

Como está a manutençao da sua base de dados?

Bruno E. A. Silva.
Analista de Sistemas.
Bacharel em Sistemas de Informação
Pós-graduando em Gerência de Projetos
Certified Scrum Master
LPIC-1
SCJP, SE 6
Novell CLA / DCTS ECR
DBA Postgres
---
“A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” -
Sábio Desconhecido
"Alguns prestam serviço/consultoria de Qualidade, os outros vendem licença!"



2012/3/22 veronica almeida 

> Boa noite!
>
> Estou com problema de lentidão em um banco de dados e preciso de auxílio
> para saber o que posso fazer.
>
> Há alguns dias o uso de processamento aumentou muito e consultas que antes
> levavam menos de 1s agora chegam a demorar mais de 10s.
>
> Existia um procedimento executado a noite para apagar dados de algumas
> tabelas e depois era executado o vacuum full, porém como utilizamos o
> autovacuum o vacuum full que antes era executado "manualmente" foi retirado.
>
> Fiz alguns testes, como recriar uma das tabelas mais "problemática", parar
> a execução de outros processos no banco de dados, parar o servidor slave,
> executação de vacuum e reindex, verificamos o hardware e aparentemente está
> ok.
>
> Informações do ambiente:
>
> Servidor Master:
> 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache
> 32 GB de memória
> Configuração dos discos em RAID 10
> Red Hat
>
> Conf Postgres:
> shared_buffers = 8GB
> work_mem = 512MB
> maintenance_work_mem = 512MB
> effective_cache_size = 18GB
> autovacuum=on
> wal_level = hot_standby
> synchronous_commit = off
> wal_buffers = 8MB
> checkpoint_segments = 64
> checkpoint_completion_target = 0.9
> archive_mode = on
> max_wal_senders = 1
> wal_keep_segments = 40
>
> Obrigada!
> Verônica Alessandra
>
>
>
>
> ___
> 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] Não consigo conectar o PgAdmin III

[Bruno Silva]

Esse banco está na mesma maquina em que vc está tentando acessar?
Bruno E. A. Silva.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Não consigo conectar o PgAdmin III

[Bruno Silva]

Por que o erro reclama de um acesso em localhost.

Bruno E. A. Silva.
Analista de Sistemas.

2012/3/22 Bruno Silva 

> Esse banco está na mesma maquina em que vc está tentando acessar?
> Bruno E. A. Silva.
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Digest pgbr-geral, volume 39, assunto 74

[veronica almeida]

Oi, Bruno!

Manutenção da base de dados? Você diz execução de vacuum, exclusão e
criação de índices, análise de consultas lentas/otimização, etc. Sim,
estamos cuidando disso, talvez falte atenção em algum detalhe, mas em geral
eu diria que sim.

A única coisa que consegui correlacionar ao problema é deixar de executar o
vacuum full "manualmente" após o procedimento de exclusão de dados de
algumas tabelas, não houve nenhuma outra alteração além dessa e mesmo assim
tentei eliminar processos que pudessem deixar o processamento mais lento,
porém não adiantou.



> --
>
> Message: 5
> Date: Thu, 22 Mar 2012 19:10:42 -0300
> From: Bruno Silva 
> Subject: Re: [pgbr-geral] Lentidão
> To: Comunidade PostgreSQL Brasileira
>
> Message-ID:
> >
> Content-Type: text/plain; charset="utf-8"
>
> Como está a manutençao da sua base de dados?
>
> Bruno E. A. Silva.
> Analista de Sistemas.
> Bacharel em Sistemas de Informação
> Pós-graduando em Gerência de Projetos
> Certified Scrum Master
> LPIC-1
> SCJP, SE 6
> Novell CLA / DCTS ECR
> DBA Postgres
> ---
> ?A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.? -
> Sábio Desconhecido
> "Alguns prestam serviço/consultoria de Qualidade, os outros vendem
> licença!"
>
>
>
> 2012/3/22 veronica almeida 
>
> > Boa noite!
> >
> > Estou com problema de lentidão em um banco de dados e preciso de auxílio
> > para saber o que posso fazer.
> >
> > Há alguns dias o uso de processamento aumentou muito e consultas que
> antes
> > levavam menos de 1s agora chegam a demorar mais de 10s.
> >
> > Existia um procedimento executado a noite para apagar dados de algumas
> > tabelas e depois era executado o vacuum full, porém como utilizamos o
> > autovacuum o vacuum full que antes era executado "manualmente" foi
> retirado.
> >
> > Fiz alguns testes, como recriar uma das tabelas mais "problemática",
> parar
> > a execução de outros processos no banco de dados, parar o servidor slave,
> > executação de vacuum e reindex, verificamos o hardware e aparentemente
> está
> > ok.
> >
> > Informações do ambiente:
> >
> > Servidor Master:
> > 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache
> > 32 GB de memória
> > Configuração dos discos em RAID 10
> > Red Hat
> >
> > Conf Postgres:
> > shared_buffers = 8GB
> > work_mem = 512MB
> > maintenance_work_mem = 512MB
> > effective_cache_size = 18GB
> > autovacuum=on
> > wal_level = hot_standby
> > synchronous_commit = off
> > wal_buffers = 8MB
> > checkpoint_segments = 64
> > checkpoint_completion_target = 0.9
> > archive_mode = on
> > max_wal_senders = 1
> > wal_keep_segments = 40
> >
> > Obrigada!
> > Verônica Alessandra
> >
> >
> >
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
> -- Pr?a Parte --
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120322/b127f976/attachment-0001.htm
>
> --
>
> Message: 6
> Date: Thu, 22 Mar 2012 19:37:22 -0300
> From: Bruno Silva 
> Subject: Re: [pgbr-geral] Não consigo conectar o PgAdmin III
> To: Comunidade PostgreSQL Brasileira
>
> Message-ID:
> >
> Content-Type: text/plain; charset="utf-8"
>
> Esse banco está na mesma maquina em que vc está tentando acessar?
> Bruno E. A. Silva.
> -- Pr?a Parte --
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120322/a0a0954a/attachment.htm
>
> --
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> Fim da Digest pgbr-geral, volume 39, assunto 74
> ***
>
Message: 4
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Lentidão

[Fernando Brombatti]

Quantas conexões simultâneas vocês possuem na base?

Como é o processo de manutenção dos dados dessa tabela? Muitas
atualizações, remoções, inserções? Algo ocorreu nela nos últimos dias de
diferente? Aplicação alterada ou algo assim?

Sem a aplicação conectando na base (apenas com o banco ativo), qual é o
resultado dos comando abaixo? E com a aplicação em momento crítico?
1) free -m
2) cat /proc/loadavg


2012/3/22 veronica almeida 

> Boa noite!
>
> Estou com problema de lentidão em um banco de dados e preciso de auxílio
> para saber o que posso fazer.
>
> Há alguns dias o uso de processamento aumentou muito e consultas que antes
> levavam menos de 1s agora chegam a demorar mais de 10s.
>
> Existia um procedimento executado a noite para apagar dados de algumas
> tabelas e depois era executado o vacuum full, porém como utilizamos o
> autovacuum o vacuum full que antes era executado "manualmente" foi retirado.
>
> Fiz alguns testes, como recriar uma das tabelas mais "problemática", parar
> a execução de outros processos no banco de dados, parar o servidor slave,
> executação de vacuum e reindex, verificamos o hardware e aparentemente está
> ok.
>
> Informações do ambiente:
>
> Servidor Master:
> 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache
> 32 GB de memória
> Configuração dos discos em RAID 10
> Red Hat
>
> Conf Postgres:
> shared_buffers = 8GB
> work_mem = 512MB
> maintenance_work_mem = 512MB
> effective_cache_size = 18GB
> autovacuum=on
> wal_level = hot_standby
> synchronous_commit = off
> wal_buffers = 8MB
> checkpoint_segments = 64
> checkpoint_completion_target = 0.9
> archive_mode = on
> max_wal_senders = 1
> wal_keep_segments = 40
>
> Obrigada!
> Verônica Alessandra
>
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Fernando Brombatti
email-msn-gtalk: bromba...@gmail.com
skype: fernandobrombatti
work: +55 54 3218-6060
home: +55 54 3028-7217
mobile: +55 54 9189-7970
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Lentidão

[Targino Silveira]

Veronica,

Se você esta deletando diariamente um grande número de registros seria
importante rodar um VACUUM ANALYZE, e caso vocẽ queira ter de volta
fisicamente o espaço em disco referente aos registros deletado ai você pode
programar para que cada semana ou a cada quinze dias uma VACUUM FULL.

Como você esta deletando registros é importante a reconstrução dos índices
com o REINDEX.

Abraços,

Em 22 de março de 2012 23:35, Fernando Brombatti escreveu:

> Quantas conexões simultâneas vocês possuem na base?
>
> Como é o processo de manutenção dos dados dessa tabela? Muitas
> atualizações, remoções, inserções? Algo ocorreu nela nos últimos dias de
> diferente? Aplicação alterada ou algo assim?
>
> Sem a aplicação conectando na base (apenas com o banco ativo), qual é o
> resultado dos comando abaixo? E com a aplicação em momento crítico?
> 1) free -m
> 2) cat /proc/loadavg
>
>
> 2012/3/22 veronica almeida 
>
>> Boa noite!
>>
>> Estou com problema de lentidão em um banco de dados e preciso de auxílio
>> para saber o que posso fazer.
>>
>> Há alguns dias o uso de processamento aumentou muito e consultas que
>> antes levavam menos de 1s agora chegam a demorar mais de 10s.
>>
>> Existia um procedimento executado a noite para apagar dados de algumas
>> tabelas e depois era executado o vacuum full, porém como utilizamos o
>> autovacuum o vacuum full que antes era executado "manualmente" foi retirado.
>>
>> Fiz alguns testes, como recriar uma das tabelas mais "problemática",
>> parar a execução de outros processos no banco de dados, parar o servidor
>> slave, executação de vacuum e reindex, verificamos o hardware e
>> aparentemente está ok.
>>
>> Informações do ambiente:
>>
>> Servidor Master:
>> 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache
>> 32 GB de memória
>> Configuração dos discos em RAID 10
>> Red Hat
>>
>> Conf Postgres:
>> shared_buffers = 8GB
>> work_mem = 512MB
>> maintenance_work_mem = 512MB
>> effective_cache_size = 18GB
>> autovacuum=on
>> wal_level = hot_standby
>> synchronous_commit = off
>> wal_buffers = 8MB
>> checkpoint_segments = 64
>> checkpoint_completion_target = 0.9
>> archive_mode = on
>> max_wal_senders = 1
>> wal_keep_segments = 40
>>
>> Obrigada!
>> Verônica Alessandra
>>
>>
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
> --
> Fernando Brombatti
> email-msn-gtalk: bromba...@gmail.com
> skype: fernandobrombatti
> work: +55 54 3218-6060
> home: +55 54 3028-7217
> mobile: +55 54 9189-7970
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Targino Silveira
+55-85-8626-7297
www.twitter.com/targinosilveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Lentidão

[Luís Eduardo Porte]

Veronica, Boa Noite.

Normalmente, em casos parecidos, você pode verificar se o teu linux não
esta gerando SWAP.

Conforme você mencionou, o aumento de processamento cresceu pode ser I.O
(Input Output) de disco causado por falta de memoria.

Talvez resolva teu problema, dá uma verificada.

Abraço

Luis Eduardo Porte

Em 22 de março de 2012 19:08, veronica almeida <
veronika.alessan...@gmail.com> escreveu:

> Boa noite!
>
> Estou com problema de lentidão em um banco de dados e preciso de auxílio
> para saber o que posso fazer.
>
> Há alguns dias o uso de processamento aumentou muito e consultas que antes
> levavam menos de 1s agora chegam a demorar mais de 10s.
>
> Existia um procedimento executado a noite para apagar dados de algumas
> tabelas e depois era executado o vacuum full, porém como utilizamos o
> autovacuum o vacuum full que antes era executado "manualmente" foi retirado.
>
> Fiz alguns testes, como recriar uma das tabelas mais "problemática", parar
> a execução de outros processos no banco de dados, parar o servidor slave,
> executação de vacuum e reindex, verificamos o hardware e aparentemente está
> ok.
>
> Informações do ambiente:
>
> Servidor Master:
> 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache
> 32 GB de memória
> Configuração dos discos em RAID 10
> Red Hat
>
> Conf Postgres:
> shared_buffers = 8GB
> work_mem = 512MB
> maintenance_work_mem = 512MB
> effective_cache_size = 18GB
> autovacuum=on
> wal_level = hot_standby
> synchronous_commit = off
> wal_buffers = 8MB
> checkpoint_segments = 64
> checkpoint_completion_target = 0.9
> archive_mode = on
> max_wal_senders = 1
> wal_keep_segments = 40
>
> Obrigada!
> Verônica Alessandra
>
>
>
>
> ___
> 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