Re: [pgbr-geral] Arquivos temporários

2017-07-06 Por tôpico Ariel Alves
Olá Fabrizio, Compreedi, obrigado. Em 6 de julho de 2017 11:16, Fabrízio de Royes Mello < fabri...@timbira.com.br> escreveu: > > Em 6 de julho de 2017 11:09, Ariel Alves <arielalves...@gmail.com> > escreveu: > > > > Olá pessoal, > > > > Notei que

[pgbr-geral] Arquivos temporários

2017-07-06 Por tôpico Ariel Alves
Olá pessoal, Notei que na hora da criação de indexes o log registra essas linhas abaixo. 2017-07-06 10:35:32.740 BRT assist dbname: LOG: arquivo temporário: caminho "base/pgsql_tmp/pgsql_tmp29413.2", tamanho 54045676 2017-07-06 10:35:32.854 BRT assist dbname: LOG: arquivo temporário: caminho

Re: [pgbr-geral] Funções e seus tipos de parametros

2017-01-20 Por tôpico Ariel Alves
Olá Camilo era exatamente isto que eu precisava! Obrigado. Em 20 de janeiro de 2017 12:58, Camilo <camilossantos.2...@gmail.com> escreveu: > Em 20/01/2017 12:01, Ariel Alves escreveu: > >> Olá prezados, >> >> Estou precisando listar todas as funções e os seus tipos

[pgbr-geral] Funções e seus tipos de parametros

2017-01-20 Por tôpico Ariel Alves
Olá prezados, Estou precisando listar todas as funções e os seus tipos de paramentos. Por exemplo, function1(numeric,text) function2(numeric,timestamp,text) function3(bigint,text) Não encontrei esta informação no catalogo. Alguém sabe onde localizar isto? Estou utilizando o PostgreSQL 9.6.1

[pgbr-geral] data_directory ou pg_tablespace

2015-12-02 Por tôpico Ariel Alves
Pessoal boa tarde, Tenho mais uma dúvida, existe alguma diferença de desempenho ou segurança dos dados em usar o valor data_directory e usar uma pg_tablespace. Por exemplo: data_directory = '/dados/postgresql/9.2/main' (parâmetro do postgresql.conf) CREATE TABLESPACE ts_dados OWNER postgres

Re: [pgbr-geral] Consulta muito lenta

2015-04-06 Por tôpico Ariel Alves
escreveu: 2015-04-06 16:58 GMT-03:00 Matheus de Oliveira matioli.math...@gmail.com : On Mon, Apr 6, 2015 at 4:46 PM, Ariel Alves arielalves...@gmail.com wrote: - Index Scan using vehiclebusserviceplanned_tripprogramid_idx on vehiclebusserviceplanned vbp1 (cost=0.00

[pgbr-geral] Consulta muito lenta

2015-04-06 Por tôpico Ariel Alves
Boa tarde, Pessoal já esgotou aqui pelo meu lado, foi precisar da experiência de vocês, minha aplicação faz uma consulta muito muito lenta que já está gerando demandas de suporte. Já criei e removi indices, fiz vacuum full, reindex e analyse e não surtiu efeito. Está batendo um Total runtime:

Re: [pgbr-geral] Transações por hora

2015-03-02 Por tôpico Ariel Alves
Obrigado Matheus. Em 2 de março de 2015 10:37, Matheus de Oliveira matioli.math...@gmail.com escreveu: 2015-03-02 10:32 GMT-03:00 Ariel Alves arielalves...@gmail.com: Senhores, tem como saber quantas transações por hora efetivamente estou fazendo no meu cluster? Essa informação vai

[pgbr-geral] Transações por hora

2015-03-02 Por tôpico Ariel Alves
Bom dia, Senhores, tem como saber quantas transações por hora efetivamente estou fazendo no meu cluster? Essa informação vai servir para dimensionar hardware para futuras maquinas. Obrigado. -- José Ariel Ferreira Alves arielalves...@gmail.com ariel.al...@msn.com

Re: [pgbr-geral] Replicação master postgresql 9.1 com slave 9.2

2015-02-24 Por tôpico Ariel Alves
Estou usando a replicação nativa e com pgpool2 fazendo balaceamento. Então nao poderei.  Em 23/02/2015 22:13, Euler Taveira eu...@timbira.com.br escreveu: On 23-02-2015 21:10, Ariel Alves wrote: Tenho um Cluster com um PostgreSQL 9.1.15 como master e outro PostgreSQL 9.1.15 como slave

[pgbr-geral] Replicação master postgresql 9.1 com slave 9.2

2015-02-23 Por tôpico Ariel Alves
Boa noite pessoal, Tenho um Cluster com um PostgreSQL 9.1.15 como master e outro PostgreSQL 9.1.15 como slave. Preciso adicionar um novo servidor slave no meu cluster, no entanto estou pensando em utilizar um PostgreSQL 9.2.10, queria saber se tem algum impedimento por conta das versões

[pgbr-geral] Consulta muito lenta

2014-11-28 Por tôpico Ariel Alves
Boa tarde prezados, Venho com mais um pedido de ajuda a vocês, estou homologando uma aplicação e logo no inicio já me deparei com uma consulta muito lenta, peguei o resultado explain analyze, vi que a lentidão estava concentrada exclusivamente em um Index Scan Backward. Apesar de está com o

Re: [pgbr-geral] Consulta muito lenta

2014-11-28 Por tôpico Ariel Alves
Fabrízio, As estatísticas estão atualizadas sim, apesar de ser uma base nova rodei um analyze em todas conforme você sugeriu. Obrigado. Em 28 de novembro de 2014 16:19, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: On 28-11-2014 16:13, Ariel Alves wrote: Boa tarde prezados

Re: [pgbr-geral] Explain analyze

2014-11-04 Por tôpico Ariel Alves
É isso ai Flavio, agora eu também recomendo. Obrigado. 2014-11-04 6:30 GMT-02:00 Flavio Henrique Araque Gurgel fha...@gmail.com: Pessoal, existe algum lugar ou algo que mostre como interpretar o resultado do explain analyze? O melhor: http://explain.depesz.com/ []s Flavio Gurgel

[pgbr-geral] Explain analyze

2014-11-03 Por tôpico Ariel Alves
Pessoal, existe algum lugar ou algo que mostre como interpretar o resultado do explain analyze? -- José Ariel Ferreira Alves arielalves...@gmail.com ariel.al...@msn.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] PGQM

2014-10-31 Por tôpico Ariel Alves
Como ele fuciona? ele ler e processa o arquivo de logs como o pgbadger? Em 31 de outubro de 2014 12:19, Everton Berz everton.b...@gmail.com escreveu: Opa são necessários os seguintes pacotes: php-cli php-common php-pgsql php-sqlite3 Atualizei o readme com estas informações. --

[pgbr-geral] FATAL: segment too big

2014-10-27 Por tôpico Ariel Alves
Bom dia prezados, Estou com um problema para acessar ou fazer qualquer manipulação em uma determinada tabela da minha base. vaccum, consulta... da a mesma mensagem na console do postgresql. FATAL: segment too big FATAL: segment too big The connection to the server was lost. Attempting reset:

Re: [pgbr-geral] FATAL: segment too big

2014-10-27 Por tôpico Ariel Alves
...@gmail.com escreveu: 2014-10-27 10:12 GMT-02:00 Ariel Alves arielalves...@gmail.com: FATAL: segment too big FATAL: segment too big The connection to the server was lost. Attempting reset: Succeeded. Cara. Que horror. Essa é nova pra mim. Mas vamos lá, as relações (tabelas, índices, etc

Re: [pgbr-geral] FATAL: segment too big

2014-10-27 Por tôpico Ariel Alves
...@gmail.com escreveu: 2014-10-27 11:45 GMT-02:00 Ariel Alves arielalves...@gmail.com: 1) Algum problema no ambiente (principalmente relacionado à IO/disco) aconteceu recentemente? Não temos nenhum problema de discos 2) Remoto? Como? NFS? Algum problema na rede? É um

[pgbr-geral] ShareUpdateExclusiveLock canceling autovacuum task

2014-09-26 Por tôpico Ariel Alves
Bom dia senhores, Acompanhando os logs de uma das bases que administro, me deparei com o seguinte registro: 2014-09-26 07:28:08 BRT [5283]: [3-1] user=postgres,db=database_name LOG: sending cancel to blocking autovacuum PID 5252 2014-09-26 07:28:08 BRT [5283]: [4-1]

Re: [pgbr-geral] ShareUpdateExclusiveLock canceling autovacuum task

2014-09-26 Por tôpico Ariel Alves
Opa Flavio, Obrigado. Aumentei tanto assim a maintenance_work_mem porque tenho uma tabela que sofre muitos updates e já está com 100GB. Em 26 de setembro de 2014 08:02, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Acompanhando os logs de uma das bases que administro, me deparei

[pgbr-geral] FATAL: terminando conexão por causa de um conflito com recuperação

2014-09-05 Por tôpico Ariel Alves
Pessoal bom dia, Tenho um ambiente replicado com a replicação nativa do postgres, onde no slave para dividir a carga nas consultas apontei alguns sistemas que só fazem selects (nada de inserts, updates). Agora no log do Slave está aparecendo as seguintes mensagens: 2014-09-05 09:48:11 BRT

Re: [pgbr-geral] FATAL: terminando conexão por causa de um conflito com recuperação

2014-09-05 Por tôpico Ariel Alves
Obrigado Flavio, Desculpa, a versão é a 9.1.14. Fiz o ajuste em hot_standby_feedback, agora é só acompanhar. Segue a configuração de replicação do Escravo da maneira que deixei. # - Master Server - # These settings are ignored on a standby server #max_wal_senders = 0# max number

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

2014-07-03 Por tôpico Ariel Alves
Aguardando ansiosamente para outros serves além do rds amazon. Em 3 de julho de 2014 09:21, Matheus Mendonça math...@nazar.io escreveu: Bom dia, Estou lançando o NAZAR.IO http://nazar.io/ que é ferramenta para análise de log Postgresql online com foco em performance de aplicações que

[pgbr-geral] Sugestão de SO

2014-06-23 Por tôpico Ariel Alves
Bom dia, Tenho um parque de cerca de 30 servidores e 100 bancos postgres com postgis todos em cima de Debian, no entanto recebi uma solicitação do meu superior para deixarmos de utilizar Debian e passar ao CentOS. Sinceramente não entendi o porque disso, mas preciso criar argumentos para defender

Re: [pgbr-geral] Sugestão de SO

2014-06-23 Por tôpico Ariel Alves
Flavio, Gostei muito da resposta obrigado. Já vi que tudo que eu realizo no Debian (tuning e configurações) da pra fazer tranquilamente no centos, a curva de aprendizado seria muito baixa. Mas o argumento de dizer que vai dar muito trabalho, custar muito tempo e $dinheiro$ vai ser utilizada.