cria os arquivos zerados so pra ele copiar.
Depois que o banco estiver ok, faz um bkp
Em 12 de novembro de 2012 15:48, André Ormenese aormen...@gmail.comescreveu:
Em 12 de novembro de 2012 15:42, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
Em 12-11-2012 15:33, André
Se é pra trabalho de facul, não precisa segurança.
Libera tudo no pg_hba.conf
* * * * trust
Em 18 de novembro de 2012 17:33, camilla fonseca sofmi...@hotmail.comescreveu:
Não estou conseguindo usar direito a lista então copiei o endereço e
estou enviando minha dúvida por aqui.
Não consigo
Em qual estado seria a consultoria?
Em 21 de novembro de 2012 12:37, Danilo Silva
danilo.dsg.go...@gmail.comescreveu:
Em 21 de novembro de 2012 12:23, Guilherme Kuhnen gkuh...@gmail.comescreveu:
Bom dia amigos.
Procuro por consultoria para o PostgreSQL 8.4.
Existe alguma lista
Só por curiosidade, o banco tem imagens e/ou binários dentro dele, né?
Em 29 de novembro de 2012 09:14, Emerson Martins
emersonmarti...@gmail.comescreveu:
Flavio Alves, cara minhas sinceras desculpas, mas não entendi o que você
realmente quer passar.
Em momento alguma não estou infringindo
Eu também tive esse problema em dumps de banco de imagens.
Ele fica bem maior do que o SO mostra.
Ele vai ser demorado mesmo. Minha infra é MUITO boa, o banco no SO tem +-
120GB e qdo fizemos o dump plain ele fica com mais de 400GB (não sei o
valor pq estourou a partição de dumps). Só deu na
Replicação do Postgres e Slony ou pgpool
Em 29 de novembro de 2012 16:35, Eduardo Rodrigues
edua...@ookle.com.brescreveu:
Boa tarde Pessoal,
irei montar um ambiente de alta disponibilidade do PostGreSQL, e pensei
que a melhor solução seria montar um ambiente utilizando o Corosync
(servidor
ou superior. Então instalei Linux.” -
Sábio Desconhecido
Alguns prestam serviço/consultoria de Qualidade, os outros vendem
licença!
2012/11/29 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
Replicação do Postgres e Slony ou pgpool
Em 29 de novembro de 2012 16:35, Eduardo Rodrigues
Pessoal,
Estou testando o pgbadger pra mandar e-mail diariamente e estou com o
seguinte problema:
Quando mando o html anexado ele aparece numa boa, mas quando coloco no
corpo do e-mail ele vem todo desconfigurado e não aparecem as imagens.
Alguém já passou por isso? Se sim, como resolveu?
Não estou com problema de tamanho.
O problema é só quando tento colocar o html no corpo do e-mail que ele não
aparece legal.
Em 12 de dezembro de 2012 15:08, JotaComm jota.c...@gmail.com escreveu:
Opa,
Em 12 de dezembro de 2012 15:50, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com
#mutt -s PostgreSQL 9.1 Producao - Relatorio Diario HTML ???@??.com -e
content_type=text/*html * -a $ARQUIVOOUT $ARQUIVOOUT
Em 12 de dezembro de 2012 15:30, JotaComm jota.c...@gmail.com escreveu:
Luiz,
Em 12 de dezembro de 2012 16:12, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com
2013 15:48, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
Em 01-04-2013 15:44, Luiz Carlos L. Nogueira Jr. escreveu:
Pessoal,
Tenho essa situação no top, normalmente
top - 15:31:38 up 10 days, 8:13, 4 users, load average: 8.64, 7.58,
6.75
Tasks: 348 total, 19 running
Valeu pela dica de como é usada a memória no Linux
Em 1 de abril de 2013 16:14, Leonardo Cezar lhce...@gmail.com escreveu:
2013/4/1 Flavio Henrique Araque Gurgel fla...@4linux.com.br
Novamente... http://www.linuxatemyram.com/
Léo, se eu conhecesse esse site antes, teria economizado 99,9%
:
Em 04-04-2013 09:51, Luiz Carlos L. Nogueira Jr. escreveu:
Pessoal,
free -m
total used free sharedbuffers
cached
Mem: 20066 17892 2174 0118 16535
-/+ buffers/cache: 1238 18828
Swap: 509
Pessoal,
Existe algum motivo pra um drop de uma FK demorar?
No momento o banco tinha sido reiniciado e não tinha ninguém conectado.
PG 8.4
Agradecido,
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
, Luiz Carlos L. Nogueira Jr. wrote:
Pessoal,
Existe algum motivo pra um drop de uma FK demorar?
No momento o banco tinha sido reiniciado e não tinha ninguém conectado.
PG 8.4
O que você quis dizer com drop de uma FK? Remover a restrição (aka
constraint) ou remover a coluna? Ambos requerem
Pessoal,
O que pode estar acontecendo?
Quando faço :
SELECT procpid pid, client_addr servidor, (now() - query_start) duracao,
current_query query FROM pg_stat_activity WHERE current_query NOT LIKE
'%IDLE%' ORDER BY query_start;
Olhem o tempo
1966;;01:08:55.07367;autovacuum: VACUUM
SELECT * FROM pg_prepared_xacts
Não volta nada.
Em 19 de junho de 2013 08:46, Matheus de Oliveira matioli.math...@gmail.com
escreveu:
2013/6/19 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
1) Qual a versão do seu PostgreSQL (existem bugs relativos a isso
detectados e já
Pessoal,
Eu tava vendo a tabela no banco errado.
A tabela que voltou no SELECT relname FROM pg_class WHERE oid = 15293730;
é uma tabela MUITO GRANDE onde guardamos arquivos binários.
Mas que só tem inserção nela.(tb_processo_documento_bin)
Será que esse autovaccum ficaria nela o tempo todo?
o ruim é que está acontecendo sempre, Desde que notei (2 dias) esse
autovaccum não terminou, mesmo reiniciando a instância,
Alguém tem algum manual de como funciona o vaccum em tabelas toast grandes?
___
pgbr-geral mailing list
Uma dúvida.
Quando migramos um banco via pg_dump - pgsql, o autovaccum é feito
automaticamente em todas as tabelas, pelo menos uma única vez e depois, com
os seus comportamentos o PG vai decidir se passa ou não nas tabelas?
Eu penso que depois que ele passar o autovaccum nessa minha tabela toast,
Pessoal,
Existe alguma forma, sem ser via cron, para matarmos TRANSAÇÕES com mais de
x minutos?
Seria algo parecido com o statement timeout, só que pra transações.
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Não seria interessante pedir isso como melhoria para futuras versões?
Muita gente usa o hybernate e deixa as transações em aberto, e termina o
problema caindo pro banco.
Sei que a forma certa seria corrigir o problema na formna de programar,
mas vocês sabem como é desenvolvedor
Matheus,
Nada ao quanto fazer através do cron (que é o padrão que usamos), mas
preferiria que fosse um parâmetro do PG, pois daria menos trabalho.
Acho essa funcionalidade bem interessante e não deve ser complicada sua
implementação. Gostaria de alguém que tem alguma opinião contrária para ver
o
Depois de muito tempo, acabou o autovaccum na tabela toast.
Mas, seguem parâmetros
SELECT name,setting FROM pg_settings WHERE name ~ '^(auto)?vacuum';
autovacuum;on
autovacuum_analyze_scale_factor;0.02
autovacuum_analyze_threshold;50
autovacuum_freeze_max_age;2
Pessoal,
Configurei o work_mem do meu postgres para 4MB.
Só que aparecem mais linhas no meu log e com tamanhos menores que 4MB.
2013-07-01 11:08:26 BRT [25765]: [217-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(35567) 0:13/1092 LOG: temporary file: path
.
Alguma sugestão do que pode estar acontecendo, pois não temos nem 50
conexões simultâneas que estourem esse tamanho?
Aumentei para 3GB e continua da mesma forma.
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Em 2 de julho de 2013 09:51, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Infelizmente não temos esse canal de comunicação com quem desenvolve.
Apenas tentamos fazer o banco ficar vivo com a aplicação que nos mandam.
Já tinha solicitado mudar voltar o work_mem ao que era
Java com hibernate
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Se alguém tiver a coragem de dizer que o problema é na aplicação, será
amaldiçoado por 5 gerações
NUNCA o problema está na aplicação,
(Tive que descontrair um pouco)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Nem sempre otimizar uma consulta significa modificá-la, em muitos casos
(muitos mesmo), a criação de um índice resolve o problema.
*-Mas isso não depende da gente. Não temos autonomia no sistema, pois ele é
nacional. O que podemos fazer é dar a dica, mas não podemos garantir que
ela será
2013-07-02 09:15:05 BRT [13553]: [169-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(42870) 0:31/7039 ERROR: out of memory
2013-07-02 09:15:23 BRT [15019]: [1-1] db=,user=@ 0:31/7044 ERROR: out of
memory
2013-07-02 09:15:23 BRT [14378]: [37-1] db=pje_jud1g_descanso_p,user=
Ainda, quanto de swap você tem? Certeza que está ativo? Por favor, poste o
resultado do comando:
*$ free -m
free -m
total used free sharedbuffers cached
Mem: 32110 30981 1129 0131 23483
-/+ buffers/cache: 7366
Pessoal,
PostgreSQL 9.1.6 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.6
20120305 (Red Hat 4.4.6-4), 64-bit
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Pessoal,
Começou o out of memory.
2013-07-02 15:16:24 BRT [20019]: [25-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(60910) 0:86/197 ERROR: out of memory
2013-07-02 15:16:29 BRT [17045]: [1298-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(59263) 0:73/5073 ERROR:
Ok.
Já tinha repassado acima para autorização de atualização.
É ruim demais trabalhar de mão amarradas, mas PACIÊNCIA!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Pessoal,
Quero atualizar minha versão da 9.1.6 pra 9.1.9.
Entrei na pasta
http://yum.postgresql.org/9.1/redhat/rhel-6-x86_64/
e encontrei esses 2 arquivos. Qual usar?
postgresql91-9.1.9-1PGDG.rhel6.x86_64.rpm
postgresql91-server-9.1.9-1PGDG.rhel6.x86_64.rpm
Alguma recomendação especial ou só
Pessoal,
Tenho uma máquina de 32GB com shared_buffers=6GB
Quando reinicio a mesma não vejo esses 6GB serem alocados na memória.
Onde poderia ver isso no SO?
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Pessoal,
Tem como analisar o motivo do out of memory com o despejo que aparece no
log?
O estranho é que quando ele aparece nem entrei ainda no swap e tenho vários
buffers livres (free -m).
Estou com a versão 9.1.9
Máquina: 8 cores, 32GB, 6GB shared_buffers, 20MB work_mem.
Isso ocorre mais quando
L. Nogueira Jr. wrote:
[*não* abra outro assunto; isso bagunça o histórico]
O estranho é que quando ele aparece nem entrei ainda no swap e tenho
vários buffers livres (free -m).
Estou com a versão 9.1.9
Máquina: 8 cores, 32GB, 6GB shared_buffers, 20MB work_mem.
Isso ocorre mais quando
...@timbira.com.br escreveu:
On 09-07-2013 08:43, Luiz Carlos L. Nogueira Jr. wrote:
Estou com a versão 9.1.9
Máquina: 8 cores, 32GB, 6GB shared_buffers, 20MB work_mem.
Mais alguns dados que acabei esquecendo de perguntar...
(i) quanto de swap você tem?
(ii) qual o resultado de EXPLAIN ANALYZE da
uma queda de um outro processo servidor
*Não*
Em 9 de julho de 2013 10:29, Euler Taveira eu...@timbira.com.brescreveu:
On 09-07-2013 08:43, Luiz Carlos L. Nogueira Jr. wrote:
Estou com a versão 9.1.9
Máquina: 8 cores, 32GB, 6GB shared_buffers, 20MB work_mem.
Mais alguns dados que
(ii) qual o valor do parâmetro do kernel vm.overcommit_ratio?
sysctl vm.overcommit_ratio
vm.overcommit_ratio = 50
Ahá!!! Vale à pena aumentar para 80 ou mesmo 100. Vale à pena pesquisar
como o parâmetro funciona. Note que aumentar este parâmetro só vale para
servidores dedicados. Se tiver
Esse EXPLAIN foi obtido no mesmo banco de dados que ocorreu o problema?
Não me parece o mesmo do TopMemoryContext.
*Pior que é.*
Se quiserem os logs de ontem, mando sem problema.
Em 9 de julho de 2013 11:25, Euler Taveira eu...@timbira.com.br escreveu:
On 09-07-2013 10:41, Luiz Carlos L
Minha recomendação, para garantir que o processo server não caia é usar o
-DLINUX_OOM_SCORE_ADJ=0
*O processo server não cai*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2548
Vamos reiniciar o postgres pq a tendência a partir de agora é
deteriorar o banco.
Fiz
sysctl -w vm.overcommit_ratio=100
Em 9 de julho de 2013 11:33, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Minha recomendação, para garantir que o processo server não caia é
Repetindo, como está o load da máquina no momento do problema?
*Qual comando você quer que use? Sou meio verde em linux*
Em 9 de julho de 2013 11:54, Euler Taveira eu...@timbira.com.br escreveu:
On 09-07-2013 11:27, Luiz Carlos L. Nogueira Jr. wrote:
Esse EXPLAIN foi obtido no mesmo banco
Deixa começar a dar problema de novo que vejo. 2 horas depois do
overcommit_ratio e não deu mais.
Vamos esperar.
Em 9 de julho de 2013 12:00, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Repetindo, como está o load da máquina no momento do problema?
*Qual comando você quer
Charles,
*Não*
Em 9 de julho de 2013 14:05, Charles Viana charles.vi...@gmail.comescreveu:
Em 9 de julho de 2013 13:53, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Deixa começar a dar problema de novo que vejo. 2 horas depois do
overcommit_ratio e não deu mais.
Vamos
Pessoal,
Apesar de eu não ter acreditado, parece que resolveu
mudei o overcommit_ratio de 50 pra 100 e 6 horas sem out of memory
Agradecido a todos envolvidos.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Linux
Em 10 de julho de 2013 08:49, Matheus de Oliveira matioli.math...@gmail.com
escreveu:
2013/7/9 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
Pessoal,
Tenho uma máquina de 32GB com shared_buffers=6GB
Quando reinicio a mesma não vejo esses 6GB serem alocados na memória.
O
Pessoal,
Quando rodo
psql postgres -c VACUUM table1; REINDEX table1
Dá esse erro:
ERROR: VACUUM cannot be executed from a function or multi-command string
Tem alguma coisa que possa fazer pra executar um comando e depois o outro.
Sem mais,
Luiz Carlos
Esquece, é só colocar um chr(10) entre os comandos
2014-02-14 15:52 GMT-03:00 Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com:
Pessoal,
Quando rodo
psql postgres -c VACUUM table1; REINDEX table1
Dá esse erro:
ERROR: VACUUM cannot be executed from a function or multi-command string
Pessoal,
Estou migrando 9.1 pra 9.3 e vou usar o pg_upgrade.(linux)
Temos uma base de 800GB, onde 700GB é de apenas um banco que armazena
binários.
Algumas dúvidas:
1-Terei que ter espaço equivalente ao data para migrar? Resumindo ele faz
uma cópia do data pro novo destino?
2-Por baixo dos panos
Li a documentação.
O que achei estranho foi pedir um parâmetro newdatadir. Por isso minhas
deduções
pg_upgrade -b oldbindir -B newbindir -d olddatadir -D newdatadir [option...]
Se vai ficar no mesmo lugar, não vi a necessidade dele.
Mas, agora entendi os 2 tipos.
Se eu tenho uma boa janela de
Dá erro pq o vacuum só pode ser o único comando a ser rodado.
VACUUM cannot be executed from a function or multi-command string
Em 14 de fevereiro de 2014 16:01, Fabrízio de Royes Mello
fabri...@timbira.com.br escreveu:
On 14-02-2014 16:52, Luiz Carlos L. Nogueira Jr. wrote:
Pessoal
Eu queria usar o set statement_timeout=0 junto coim o vacumm e o reindex.
Mas, pra agilizar coloquei essa opção no login postgres e agora só rodo o
vacuum no comando
Em 24 de fevereiro de 2014 12:12, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Em 24-02-2014 15:57, Luiz Carlos L
Não deu certo
echo SET statement_timeout TO 0; VACUUM table1; REINDEX TABLE table1; |
psql postgres
Mas já resolvi o problema. Obrigado a todos.
E o Top posted foi mal, é que o gmail faz automático e eu esqueço de apagar
___
pgbr-geral mailing list
Coloquei o statement_timeout pro usuário.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Pessoal,
Tava com uma query ruim, peguei seu plano com explain analyze.
Resolvi criar um índice pra ver se melhorava a situação e melhorou.
O engraçado é que pelo mesmo explain analyze esse novo índice não foi
utilizado.
O que pode ser?
Obs: Depois de cada criação/exclusão de índice fiz um analyze
...@ibest.com.brescreveu:
Em 8 de abril de 2014 10:16, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Euler,
Pior que está. É que não fica visível na query, pois a tabela está dentro
da view vs_situacao_processo_new
Você executou a query na mesma sessão ou abriu uma nova?
Tente
Matheus,
Nada. A mesma coisa:
show hba_file;
/var/lib/pgsql/9.3/data/pg_hba.conf
cat /var/lib/pgsql/9.3/data/pg_hba.conf
...
hostall all 192.168.254.139/32 md5
...
Eu queria fazer um restart, mas é complicado, pois estamos com treinamento.
[postgres@shdbpostgre02 data]$ cat /var/lib/pgsql/9.3/data/pg_hba.conf
# PostgreSQL Client Authentication Configuration File
# ===
#
# Refer to the Client Authentication section in the PostgreSQL
# documentation for a complete description of this
Eu já tinha colocado *local all all all trust* na 1a linha e nada
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Pessoal,
Estou analisando as querys que geram mais temp files pelo pgbadger e
encontrei o seguinte:
22.12 MiB
SELECT processo0_.id_processo AS id1_488_0_, processo0_.nm_actor_id ASnm2_488_0_
, processo0_.id_caixa AS id11_488_0_, processo0_.ds_complemento ASds3_488_0_
, processo0_.dt_fim AS
Matheus,
O problema é que não tem nem no log nem no pg_badger o valor do $1, peguei
um aleatório.
Mas, qualquer que seja o valor deveria ir pela Pk
Olhei o log e vi que o pg_badger pegou corretamente.
Index Scan using sys_c005762 on core.tb_processo processo0_
(cost=0.42..8.44 rows=1 width=183)
Matheus,
Valeu!!! É isso mesmo.
Realmente tem essas mensagens no log, mas nunca iria esperar, pois quando
fazia o reload não aparecia nenhuma mensagem na tela. (deduzia que estava
certo)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Complementando com o log
2014-04-22 07:19:03 BRT [2324]: [3-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.27(50419) 0:34/128715 LOG: temporary file: path
base/pgsql_tmp/pgsql_tmp2324.0, size 23199744
2014-04-22 07:19:03 BRT [2324]: [4-1] db=pje_jud1g_descanso_p,user=
SET trace_sort=true;
SET client_min_messages=log;
SET log_temp_files=0;
explain ANALYZE
SELECT processo0_.id_processo AS id1_488_0_, processo0_.nm_actor_id AS
nm2_488_0_, processo0_.id_caixa AS id11_488_0_, processo0_.ds_complemento
AS ds3_488_0_, processo0_.dt_fim AS dt4_488_0_,
o id_processo é PK.
Eu chutei uma variável ($1=999) e os explains foram aqueles que mandei
anteriormente.
Como isso só ocorreu uma vez, não estou me preocupando muito.
Rodei a query e não usou o temp file.
___
pgbr-geral mailing list
Apareceu de novo, e com um temp file maior ainda
67.82 MiB
SELECT processo0_.id_processo AS id1_278_0_, processo0_.nm_actor_id ASnm2_278_0_
, processo0_.id_caixa AS id11_278_0_, processo0_.ds_complemento ASds3_278_0_
, processo0_.dt_fim AS dt4_278_0_, processo0_.dt_inicio AS dt5_278_0_,processo0_
Eu tirei a cláusula where (pra forçar um seq scan), só que assim não criou
um temp file.
Similarmente a outros bancos, poderemos ter um seq scan devido aos tipos
diferentes, mas não consigo simular o caso, só por dentro do sistema, aí
não consigo ver o $1 que leva a isso.
Pessoal,
Tem como dar um grant create sequence to role ou user em um determinado
banco?
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Flávio,
Mas aí vai poder criar qualquer tipo de objeto. Não é isso?
E não tem isso por database?
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
obrigado
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
A dúvida é a seguinte:
Tem alguma regra onde possamos dizer que um login/role (que não é
superuser) tem direito de mudar um owner de um objeto?
Tipo GRANT CHANGE OWNER TO user/role
Atenciosamente,
Luiz Carlos
___
pgbr-geral mailing list
Complementando:
Ou que pelo menos que crie o objeto com o owner sendo o do database?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
base fosse uma role (não
um login) e os desenvolvedores pertencessem a essa role?
Em 20 de agosto de 2014 20:12, Matheus de Oliveira
matioli.math...@gmail.com escreveu:
On Wed, Aug 20, 2014 at 6:47 PM, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com wrote:
Ou que pelo menos que crie o
A quem interessar:
AVISO DE LICITAÇÃO
Pregão (Eletrônico) nº 23/2014-CPL/OSE (RP nº065517/2014)
Objeto: Contratação de empresa especializada para prestação de serviços de
suporte técnico especializado em BANCO DE DADOS
POSTGRESQL. Recebimento de Proposta até: 17/09/2014, às 14h. Início da
Esse parâmetro log_lock_duration é de que versão?
Luiz carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Pessoal,
Criei uma porrada de índices no meu ambiente e queria analisar seus usos.
Para isso gostaria de zerar os contadores a quente.
Tem como fazer isso?
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Versão 9.3
valeu
Em 27 de outubro de 2014 11:58, Euler Taveira eu...@timbira.com.br
escreveu:
On 27-10-2014 11:15, Luiz Carlos L. Nogueira Jr. wrote:
Criei uma porrada de índices no meu ambiente e queria analisar seus usos.
Para isso gostaria de zerar os contadores a quente.
Tem como
Mas queria zerar apenas as estatísticas de utilização dos índices.
Em 29 de outubro de 2014 08:50, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Versão 9.3
valeu
Em 27 de outubro de 2014 11:58, Euler Taveira eu...@timbira.com.br
escreveu:
On 27-10-2014 11:15, Luiz
Valeu
Em 29 de outubro de 2014 12:33, Matheus de Oliveira
matioli.math...@gmail.com escreveu:
2014-10-29 9:51 GMT-02:00 Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com:
Mas queria zerar apenas as estatísticas de utilização dos índices.
De todos os índices?
Você pode fazer assim
o 1o select dá erro pois os tipos são diferentes oid e string;
Em 29 de outubro de 2014 16:15, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Valeu
Em 29 de outubro de 2014 12:33, Matheus de Oliveira
matioli.math...@gmail.com escreveu:
2014-10-29 9:51 GMT-02:00 Luiz Carlos
Pessoal,
Peguei umas idéias na internet e fiz uma auditoria de DDLs
CREATE SCHEMA audit;
CREATE TABLE audit.Auditoria (
Data TIMESTAMP,
Usuario varchar(50) ,
Aplicacao varchar(50),
IP varchar(50),
Query varchar(500)
);
CREATE OR REPLACE FUNCTION audit.fn_ddl_trigger()
Li, mas não consegui o que quero por causa do erro. Não consegui capturar
as variáveis TG_
ERROR: column tg_table_schema does not exist
LINE 1: SELECT TG_TABLE_SCHEMA
^
QUERY: SELECT TG_TABLE_SCHEMA
CONTEXT: PL/pgSQL function audit.fn_ddl_trigger() line 3 at RAISE
**
Era justamente o que queria, poder pegar as variáveis TG_ nos event
triggers
TG_NAME,TG_WHEN,TG_LEVEL,TG_OP,TG_RELID,TG_RELNAME,TG_TABLE_NAME,TG_TABLE_SCHEMA,TG_NARGS
Mas, blz, se não tem como, não tem como :)
___
pgbr-geral mailing list
Você pode pegar o usuário conectado ao banco (o que já está fazendo), mas
do SO nem faz muito sentido, e se for uma conexão remota?
Justamente pra isso.
Queria fazer igual como faço com o oracle, mas tranquilo, já que vem o IP
de quem está executando.
No intervalo que você mandou contei 55 linhas em 5 minutos, considerando
entre 00:15:04 e 00:20:04 mas não sei qual o intervalo que o PgBadger
pegou. Você poderia olhar no gráfico e nos precisar?
Eu peguei o dia inteiro,começando de 00:00h.
o pico de 28 aparece às 00:20h
mandei os log apenas do
, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
On 12-01-2015 15:23, Luiz Carlos L. Nogueira Jr. wrote:
No intervalo que você mandou contei 55 linhas em 5 minutos, considerando
entre 00:15:04 e 00:20:04 mas não sei qual o intervalo que o PgBadger
pegou. Você poderia olhar no gráfico
Dei uma olhada rápida no código do PgBadger, o que ele faz é contar o
número de apenas aberturas de conexão. O intervalo por default é de um
*minuto*.
o default é 5 minutos pra ser 1 tem que mudar o parâmetro do pgbadger
Poderia reverificar se seu sistema faz um número compatível de aberturas
Flávio,
Qual a versão do PgBadger? Tinha um bug no cálculo de média.
Versão 6.2
Na verdade, não são conexões por segundo mas sim total de conexões,
intervalo de amostragem de um segundo.
Se fosse assim o máximo que peguei num mesmo segundo foram 3 conexões.
Peguei o arquivo de Log e fiz a
Pessoal,
Não estou conseguindo compreender o gráfico gerado pelo PGBadger referente
a conexões
Pelo gráfico às 00:20 minutos teria o máximo de conexões de 28.
Abri meu arquivo de log e por mais que tenha pesquisado não consegui nenhum
contador de conexões que chegue nem perto de 28.
matioli.math...@gmail.com escreveu:
2015-03-19 16:38 GMT-03:00 Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com:
explain analyze
SELECT ppe.id_processo_parte_expediente,
ppe.id_pessoa_parte AS id_destinatario
FROM tb_proc_parte_expediente ppe
JOIN tb_processo_expediente pe
SET enable_seqscan TO on;
explain analyze
SELECT ppe.id_processo_parte_expediente,
ppe.id_pessoa_parte AS id_destinatario
FROM tb_proc_parte_expediente ppe
where exists (select 1 from tb_processo_expediente pe where
pe.id_processo_expediente::integer =
Teria como criar uma view dessa query pra ser sempre usada com o seq_scan
off?
2015-03-20 8:34 GMT-03:00 Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com:
SET enable_seqscan TO on;
explain analyze
SELECT ppe.id_processo_parte_expediente,
ppe.id_pessoa_parte AS id_destinatario
Aquilo ali é um pedaço de uma view que usa union com outro select.
Aí estava analisando parte a parte e cheguei nesse ponto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Não tem nada haver com estatística; a questão é IO. Ele quer trazer
~700k registros em um tempo pequeno. Melhorar isso só com IO mais rápida.
Não vejo como tal consulta pode ser utilizada numa aplicação; a não ser
que seja em um relatório. Você esqueceu uma condição ali, não?
Aquilo ali é um
:
2015-03-20 9:48 GMT-03:00 Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com:
Aquilo ali é um pedaço de uma view que usa union com outro select.
Aí estava analisando parte a parte e cheguei nesse ponto
UNION ou UNION ALL?
Talvez você devesse analisar como um todo, pode ser que tenha
explain analyze
SELECT ppe.id_processo_parte_expediente,
ppe.id_pessoa_parte AS id_destinatario
FROM tb_proc_parte_expediente ppe
JOIN tb_processo_expediente pe ON ppe.id_processo_expediente::integer =
pe.id_processo_expediente::integer
Hash Join (cost=22106.25..53111.83 rows=724368
1 - 100 de 222 matches
Mail list logo
