[pgbr-geral] Atualização 8.3.7 - 8.3.21
Boa tarde pessoal, Gostaria de saber se tem algum problema conhecido referente a atualização da versão 8.3.7 direto para a 8.3.21, já consultei a documentação e não visualizei nenhum detalhe a ser levado em consideração. Desde já agradeço o apoio. Abs. Felipe Lauffer ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Listar Bancos de Dados
Ronei, SELECT datname, datdba, encoding, datistemplate, datallowconn, datconnlimit, datlastsysoid, datfrozenxid, dattablespace, datconfig, datacl FROM pg_database; Felipe André Lauffer De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Ronei Heck Enviada em: terça-feira, 16 de outubro de 2012 13:59 Para: PostgreSQL Fórum Assunto: [pgbr-geral] Listar Bancos de Dados Senhores, Tem como listar os bancos de dados de um servidor? Muito obrigado. Ronei Heck Postgres 9.1 Clarion 6.1 Windows 7 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Cannot Allocate Memory
Boa tarde pessoal, Tenho um banco de dados na versão 8.3.7 com várias bases e quase todos os dias o banco de dados inteiro está parando, os usuários conectados permanecem neste estado e conexões novas são recusadas. No log do sistema não encontrei nada relacionado ao erro, mas no log do PostgreSQL quando o erro ocorre fica retornando repetidamente a seguinte mensagem de erro: 2012-10-16 15:14:22.639 BRT,,,6558,,507c2118.199e,22245,,2012-10-15 11:43:36 BRT,,0,LOG,0,could not fork new process for connection: Cannot allocate memory Alguma idéia do que possa estar causando isto? Já tentei alterar alguns parâmetros do postgresql.conf, mas ainda não obtive sucesso. Desde já agradeço o apoio. Felipe Lauffer ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Cannot Allocate Memory
Paulo, Sim, é Linux (Ubuntu). Já mexi nestes parâmetros, inclusive já aumentei o parâmetro que tu sugeriu, hoje eles estão assim: kernel.shmmax=12626942976 kernel.shmall=6165499 vm.overcommit_memory=2 Seguem parâmetros do postgresql.conf que estão configurados: shared_buffers = 4GB temp_buffers = 256MB work_mem = 256MB maintenance_work_mem = 512MB random_page_cost = 2.0 effective_cache_size = 10GB Qualquer sugestão é bem-vinda, pois não sei de onde está vindo este erro. Estou querendo atualizar a versão do banco de dados para eliminar a hipótese que isto é um bug conhecido e já tenha sido corrigido, embora eu não tenha encontrado nada muito concreto na internet. Felipe Lauffer De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Paulo Vieira Enviada em: terça-feira, 16 de outubro de 2012 15:37 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Cannot Allocate Memory S.O Linux? Uma dica. verifica a memoria compartilhada do teu S.O...Pode estar atrapalhando quando o postgresql tenta alocar mais memoria. vi /etc/sysctl.conf verifica o parametro: kernel.shmmax=367108864 caso necessário, aumenta o valor.. e carrega as definições com sysctl -p Att Paulo Em 16 de outubro de 2012 15:26, Felipe Lauffer - Analista de Infraestrutura de TI felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br escreveu: Boa tarde pessoal, Tenho um banco de dados na versão 8.3.7 com várias bases e quase todos os dias o banco de dados inteiro está parando, os usuários conectados permanecem neste estado e conexões novas são recusadas. No log do sistema não encontrei nada relacionado ao erro, mas no log do PostgreSQL quando o erro ocorre fica retornando repetidamente a seguinte mensagem de erro: 2012-10-16 15:14:22.639 BRT,,,6558,,507c2118.199e,22245,,2012-10-15 11:43:36 BRT,,0,LOG,0,could not fork new process for connection: Cannot allocate memory Alguma idéia do que possa estar causando isto? Já tentei alterar alguns parâmetros do postgresql.conf, mas ainda não obtive sucesso. Desde já agradeço o apoio. Felipe Lauffer ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.brmailto: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] RES: RES: Cannot Allocate Memory
Paulo, Este servidor tem 16GB de RAM, e se for necessário posso alocar mais memória para o mesmo. Felipe André Lauffer Analista de Infraestrutura de TI Agiplan Crédito e Investimento Rua Uruguai, 277 - 3º andar - Centro Porto Alegre - RS / CEP 90010-140 Fone: (51) 3018.0202 felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Paulo Vieira Enviada em: terça-feira, 16 de outubro de 2012 15:57 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Cannot Allocate Memory Só me tira mais uma duvida Felipe.. Esse servidor tem 12 GB de RAM, correto neh? Att Paulo Em 16 de outubro de 2012 15:45, Felipe Lauffer - Analista de Infraestrutura de TI felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br escreveu: Paulo, Sim, é Linux (Ubuntu). Já mexi nestes parâmetros, inclusive já aumentei o parâmetro que tu sugeriu, hoje eles estão assim: kernel.shmmax=12626942976tel:12626942976 kernel.shmall=6165499 vm.overcommit_memory=2 Seguem parâmetros do postgresql.conf que estão configurados: shared_buffers = 4GB temp_buffers = 256MB work_mem = 256MB maintenance_work_mem = 512MB random_page_cost = 2.0 effective_cache_size = 10GB Qualquer sugestão é bem-vinda, pois não sei de onde está vindo este erro. Estou querendo atualizar a versão do banco de dados para eliminar a hipótese que isto é um bug conhecido e já tenha sido corrigido, embora eu não tenha encontrado nada muito concreto na internet. Felipe Lauffer De: pgbr-geral-boun...@listas.postgresql.org.brmailto:pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.brmailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Paulo Vieira Enviada em: terça-feira, 16 de outubro de 2012 15:37 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Cannot Allocate Memory S.O Linux? Uma dica. verifica a memoria compartilhada do teu S.O...Pode estar atrapalhando quando o postgresql tenta alocar mais memoria. vi /etc/sysctl.conf verifica o parametro: kernel.shmmax=367108864 caso necessário, aumenta o valor.. e carrega as definições com sysctl -p Att Paulo Em 16 de outubro de 2012 15:26, Felipe Lauffer - Analista de Infraestrutura de TI felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br escreveu: Boa tarde pessoal, Tenho um banco de dados na versão 8.3.7 com várias bases e quase todos os dias o banco de dados inteiro está parando, os usuários conectados permanecem neste estado e conexões novas são recusadas. No log do sistema não encontrei nada relacionado ao erro, mas no log do PostgreSQL quando o erro ocorre fica retornando repetidamente a seguinte mensagem de erro: 2012-10-16 15:14:22.639 BRT,,,6558,,507c2118.199e,22245,,2012-10-15 11:43:36 BRT,,0,LOG,0,could not fork new process for connection: Cannot allocate memory Alguma idéia do que possa estar causando isto? Já tentei alterar alguns parâmetros do postgresql.conf, mas ainda não obtive sucesso. Desde já agradeço o apoio. Felipe Lauffer ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.brmailto: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.brmailto: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] RES: RES: Cannot Allocate Memory
Seguem alguns questionamentos feitos: max_connections = 600 (i) SO? versão? Linux - Ubuntu 11 Uname -a: Linux db8 2.6.27-7-server #1 SMP Fri Oct 24 07:20:47 UTC 2008 x86_64 GNU/Linux (ii) parâmetros relevantes (vide consulta [1])? Acredito que já mandei os parâmetros principais, se for necessário mais algum específico favor relacionar. (iii) informações sobre uso de memória? Já enviei alguns parâmetros, mas estou enviando abaixo o retorno do comando cat /proc/meminfo quando o banco de dados estava apresentando o erro Cannot allocate Memory: Cat /proc/meminfo: MemTotal: 16441332 kB MemFree:376656 kB Buffers: 62940 kB Cached: 14182696 kB SwapCached: 1212 kB Active: 10513448 kB Inactive: 4777452 kB SwapTotal: 979960 kB SwapFree: 976008 kB Dirty:2444 kB Writeback: 0 kB AnonPages: 1044024 kB Mapped:4275428 kB Slab: 336324 kB SReclaimable: 150520 kB SUnreclaim: 185804 kB PageTables: 315884 kB NFS_Unstable:0 kB Bounce: 0 kB WritebackTmp:0 kB CommitLimit: 9200624 kB Committed_AS: 6359596 kB VmallocTotal: 34359738367 kB VmallocUsed:301440 kB VmallocChunk: 34359436439 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 10240 kB DirectMap2M: 16766976 kB Por fim, leia sobre o uso de recursos do kernel [2]. PS atualize para a última versão corretiva do 8.3 (atualmente 8.3.21). Existem inúmeras correções de erro e de segurança disponíveis. Felipe André Lauffer Analista de Infraestrutura de TI Agiplan Crédito e Investimento Rua Uruguai, 277 - 3º andar - Centro Porto Alegre - RS / CEP 90010-140 Fone: (51) 3018.0202 felipe.lauf...@agiplan.com.br -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Euler Taveira Enviada em: terça-feira, 16 de outubro de 2012 16:00 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Cannot Allocate Memory On 16-10-2012 15:45, Felipe Lauffer - Analista de Infraestrutura de TI wrote: Seguem parâmetros do postgresql.conf que estão configurados: shared_buffers = 4GB Quanto de memória tem essa máquina? Qual o valor de max_connections? E as outras informações? -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ 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] RES: RES: RES: Cannot Allocate Memory
Segue retorno do comando ulimit -a, conforme solicitado. core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 20 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Felipe Lauffer De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Paulo Vieira Enviada em: terça-feira, 16 de outubro de 2012 16:28 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: RES: Cannot Allocate Memory Opa Felipe.. Manda as definicões dos limites do S.O também.. #ulimit -a Att Paulo Em 16 de outubro de 2012 16:16, Felipe Lauffer - Analista de Infraestrutura de TI felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br escreveu: Seguem alguns questionamentos feitos: max_connections = 600 (i) SO? versão? Linux - Ubuntu 11 Uname -a: Linux db8 2.6.27-7-server #1 SMP Fri Oct 24 07:20:47 UTC 2008 x86_64 GNU/Linux (ii) parâmetros relevantes (vide consulta [1])? Acredito que já mandei os parâmetros principais, se for necessário mais algum específico favor relacionar. (iii) informações sobre uso de memória? Já enviei alguns parâmetros, mas estou enviando abaixo o retorno do comando cat /proc/meminfo quando o banco de dados estava apresentando o erro Cannot allocate Memory: Cat /proc/meminfo: MemTotal: 16441332 kB MemFree:376656 kB Buffers: 62940 kB Cached: 14182696 kB SwapCached: 1212 kB Active: 10513448 kB Inactive: 4777452 kB SwapTotal: 979960 kB SwapFree: 976008 kB Dirty:2444 kB Writeback: 0 kB AnonPages: 1044024 kB Mapped:4275428 kB Slab: 336324 kB SReclaimable: 150520 kB SUnreclaim: 185804 kB PageTables: 315884 kB NFS_Unstable:0 kB Bounce: 0 kB WritebackTmp:0 kB CommitLimit: 9200624 kB Committed_AS: 6359596 kB VmallocTotal: 34359738367 kB VmallocUsed:301440 kB VmallocChunk: 34359436439 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 10240 kB DirectMap2M: 16766976 kB Por fim, leia sobre o uso de recursos do kernel [2]. PS atualize para a última versão corretiva do 8.3 (atualmente 8.3.21). Existem inúmeras correções de erro e de segurança disponíveis. Felipe André Lauffer Analista de Infraestrutura de TI Agiplan Crédito e Investimento Rua Uruguai, 277 - 3º andar - Centro Porto Alegre - RS / CEP 90010-140 Fone: (51) 3018.0202 felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.brmailto:pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.brmailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Euler Taveira Enviada em: terça-feira, 16 de outubro de 2012 16:00 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Cannot Allocate Memory On 16-10-2012 15:45, Felipe Lauffer - Analista de Infraestrutura de TI wrote: Seguem parâmetros do postgresql.conf que estão configurados: shared_buffers = 4GB Quanto de memória tem essa máquina? Qual o valor de max_connections? E as outras informações? -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.brmailto: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.brmailto: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] RES: RES: RES: Cannot Allocate Memory
JotaComm, Qual a média de conexões no seu banco? 450 Qual o resultado da seguinte consulta: SELECT sum(pg_stat_database.numbackends) FROM pg_stat_database; 192 E lembre-se: cada sessão ativa no seu banco consome 256MB enquanto que o default é 8MB. Logo, se você tiver uma média de 300 conexões: 300 * 256 MB. O default de qual parâmetro devo levar em consideração? Temp_buffers? Devo deixar então no default em 8MB por conexão o temp_buffers? Certamente pode ser isto daí.. Ele vai alocar 8MB por conexão ALÉM da memória compartilhada (shared_buffers)? Dependendo disso, também preciso aumentar a RAM.. Abraço. Felipe Lauffer De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm Enviada em: terça-feira, 16 de outubro de 2012 16:30 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: RES: Cannot Allocate Memory Felipe, Em 16 de outubro de 2012 16:16, Felipe Lauffer - Analista de Infraestrutura de TI felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br escreveu: Seguem alguns questionamentos feitos: max_connections = 600 (i) SO? versão? Linux - Ubuntu 11 Uname -a: Linux db8 2.6.27-7-server #1 SMP Fri Oct 24 07:20:47 UTC 2008 x86_64 GNU/Linux (ii) parâmetros relevantes (vide consulta [1])? Acredito que já mandei os parâmetros principais, se for necessário mais algum específico favor relacionar. (iii) informações sobre uso de memória? Já enviei alguns parâmetros, mas estou enviando abaixo o retorno do comando cat /proc/meminfo quando o banco de dados estava apresentando o erro Cannot allocate Memory: Cat /proc/meminfo: MemTotal: 16441332 kB MemFree:376656 kB Buffers: 62940 kB Cached: 14182696 kB SwapCached: 1212 kB Active: 10513448 kB Inactive: 4777452 kB SwapTotal: 979960 kB SwapFree: 976008 kB Dirty:2444 kB Writeback: 0 kB AnonPages: 1044024 kB Mapped:4275428 kB Slab: 336324 kB SReclaimable: 150520 kB SUnreclaim: 185804 kB PageTables: 315884 kB NFS_Unstable:0 kB Bounce: 0 kB WritebackTmp:0 kB CommitLimit: 9200624 kB Committed_AS: 6359596 kB VmallocTotal: 34359738367 kB VmallocUsed:301440 kB VmallocChunk: 34359436439 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 10240 kB DirectMap2M: 16766976 kB Por fim, leia sobre o uso de recursos do kernel [2]. PS atualize para a última versão corretiva do 8.3 (atualmente 8.3.21). Existem inúmeras correções de erro e de segurança disponíveis. Qual a média de conexões no seu banco? Qual o resultado da seguinte consulta: SELECT sum(pg_stat_database.numbackends) FROM pg_stat_database; E lembre-se: cada sessão ativa no seu banco consome 256MB enquanto que o default é 8MB. Logo, se você tiver uma média de 300 conexões: 300 * 256 MB. Felipe André Lauffer Analista de Infraestrutura de TI Agiplan Crédito e Investimento Rua Uruguai, 277 - 3º andar - Centro Porto Alegre - RS / CEP 90010-140 Fone: (51) 3018.0202 felipe.lauf...@agiplan.com.brmailto:felipe.lauf...@agiplan.com.br -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.brmailto:pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.brmailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Euler Taveira Enviada em: terça-feira, 16 de outubro de 2012 16:00 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Cannot Allocate Memory On 16-10-2012 15:45, Felipe Lauffer - Analista de Infraestrutura de TI wrote: Seguem parâmetros do postgresql.conf que estão configurados: shared_buffers = 4GB Quanto de memória tem essa máquina? Qual o valor de max_connections? E as outras informações? -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.brmailto: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.brmailto:pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abraços -- JotaComm http://jotacomm.wordpress.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] Incomplete startup packet
Para o Zabbix e PostgreSQL, eu utilizo este plugin para o Zabbix: http://www.smartmarmot.com/product/dbforbix/ Tenha Um ótimo 2012! Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues Coordenador de TI LightComm Tecnologia Cml: (11) 3304-7717 Celular Vivo: (11) 9888-1029 Celular Nextel: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 24/01/2012, às 16:45, Euler Taveira de Oliveira escreveu: On 24-01-2012 15:37, Tulio Santos wrote: Utilizamos o Zabbix para monitoramento... Esse tipo de problema é comum no uso dessa ferramenta? Não é uma boa prática fazer isso para verificar se o PostgreSQL está vivo mas ... se bem que alguém poderia mudar isso para algo mais inteligente (como por exemplo, o PQping() que infelizmente só está disponível a partir da 9.1). -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ 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] Obter Memoria usada pelo postgres
Este é um tópico interessante. Como faço para saber a quantidade de memória que o PostgreSQL realmente está utilizando em um servidor totalmente dedicado a ele? Tenho um servidor com 16Gb de RAM (Debian 5 com PostgreSQL 8.0 compilado) e gostaria de saber se o PostgreSQL realmente está aproveitando todo o poder desta máquina. É possível saber isso? Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3304-7717 Celular Vivo: (11) 9888-1029 Celular Nextel: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 01/12/2011, às 08:11, Flavio Henrique Araque Gurgel escreveu: Uso linux debian 6 com PostgreSQL 9.0. Boa combinação :) Preciso saber a quantidade de memoria utilizada pelo postgres em um determinado BD. Isto é possivel? Um BD não usa memória. E a memoria total usada pelo Postgres? A memória total usada pelo PostgreSQL é uma combinação: a memória compartilhada (parâmetro shared_buffers do postgresql.conf) que vale para todo o PostgreSQL, independente da quantidade de bancos de dados no seu cluster, este valor é fixo + a memória utilizada por cada consulta, que varia de acordo com o uso do seu banco de dados, parâmetro work_mem e número de conexões e sub-selects + a memória utilizada pelos processos de manutenção (vacuum, reindex, cluster) que depende do parâmetro maintenance_work_mem e número de processos fazendo algum trabalho Se você quiser saber a parcela de ocupação do shared_buffers por banco de dados, procure pelo módulo contrib pg_buffercache. []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] RES: Erro ODBC..
ERROR [IM002] [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified Manda a string de conexão, possivelmente não há o driver ODBC PostgreSQL Unicode instalado na locaweb ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF-TOPIC] - Vaga - Programador Júnior
Boa tarde a todos, Selecionaremos currículos para 1 vaga de Programador Júnior: Desejável conhecimento em: PostgreSQL JAVA (principais ferramentas para ambiente Internet e Android) Residir no Grande ABC - SP - preferivelmente em Santo André. Faixa salarial de R$2.000,00 à R$2.500,00 Enviar currículo para: t...@drida.com.br A/C - Adriano V. Araujo Agradeço a todos e peço desculpas se gerei algun transtorno. Adriano V. Araujo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: RES: RES: Wal
Muito bom o artigo Euler! Abriu um pouco mais a cabeça.. Atenciosamente, Filipe L. Constante Analista de Sistemas - Economista Pós Graduando em Engenharia de Sistemas Dpto TI - Moniari Supermercados Fone: 48 3432-3330 - 8846-2491 -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Euler Taveira de Oliveira Enviada em: terça-feira, 14 de junho de 2011 21:00 Para: pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] RES: RES: RES: Wal Em 14-06-2011 17:15, Filipe L. Constante [Dpto TI - Moniari] escreveu: Monica, é exatamente isso! Faço o pg_dump 5x por dia. Não sei se é a melhor solução, mas não tenho muito conhecimento neste banco, estou estudando ele mas ainda é meio confuso. Veja [1]. [1] http://www.midstorm.org/~telles/2010/05/06/dump-nao-e-backup/ -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ 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] RES: RES: RES: Wal
Monica, é exatamente isso! Faço o pg_dump 5x por dia. Não sei se é a melhor solução, mas não tenho muito conhecimento neste banco, estou estudando ele mas ainda é meio confuso. Atenciosamente, Filipe L. Constante Analista de Sistemas - Economista Pós Graduando em Engenharia de Sistemas Dpto TI - Moniari Supermercados Fone: 48 3432-3330 - 8846-2491 De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Monica Ferrari Villarino Enviada em: terça-feira, 14 de junho de 2011 15:49 Para: Comunidade PostgreSQL Brasileira Assunto: [pgbr-geral] RES: RES: Wal Filipe, Os logs de wal são justamente para serem usados para realizar backup físico on line, e fazer uma recuperação do banco em caso de ocorrer um desastre. Os 5 backups diários a que você se refere não seria dumps extraídos por meio do pg_dump (backup lógico on line)? Opa.. Queria saber se influencia em algo eu parar de utilizar esse archive_command, uma vez que além da replicação de dados tenho 5 backups diários. Não sei se esse wal é tão necessário, acredito que ele possa estar influenciando negativamente na performance do banco. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] AutoVaccum em Banco Antigo
Osvaldo, bom dia, Na verdade eu não sou DBA, mas estou ajudando o cliente com o servidor Linux dele, tentando analisar o que pode ser melhorado em questões de performance. Primeiramente o Cliente não tem um DBA para fazer a migração (se tivesse um DBA, pelo menos rodaria uns vaccums de vez em quando) para uma versão mais nova. Pode até ser fácil a migração, mas envolve trabalho de um profissional e de várias pessoas para fazerem testes nas aplicações (estamos passando por uma migração aqui na empresa também do 8.0 para o 9.0 e tem demandado alguns ajustes nas aplicações muito antigas). O problema deste cliente é a quantidade de dados atual (200Gb) e o tempo que isso possa demorar (migração + testes). Na verdade a questão de rodar o Vacuum Full é porque todos os DBA's que eu conversei até hoje, sempre falaram em Vacuum Full e não em Vacuum Analyse e eu não estudei os tipos de Vacuum por não ser a minha área. O Vacuum Analyse trava as tabelas também? Tipo, tenho uma tabela de Histórico com 40 milhões de registros e esta tabela está vinculada a várias outras (chave estrangeira), o Vacuum Analyse iria somente varrer esta tabela e seus índices ou varreria também as tabelas relacionadas? (O último DBA que falei disse que um Vacuum Full em uma tabela, roda na tabela e em todas as tabelas relacionadas, o que me deixou preocupado, pois se for isso mesmo, se eu rodar na tabela de usuários, que se relaciona com todas as tabelas o banco vai travar.) Obrigado pela ajuda! Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3304-7717 Celular: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 04/04/2011, às 01:49, Osvaldo Kussama escreveu: Em 04/04/11, Angelo -TI - LightCommang...@lightcomm.com.br escreveu: Senhores, Meu cliente tem um banco de dados (PostgreSQL 8.0 c/ 200Gb de dados) que está rodando há muito tempo e está tendo problemas de performance. O banco de dados dele é muito acessado e rodar um Vacuum Full no banco inteiro não é possível, pois ao rodar ele acaba travando algumas tabelas que são utilizadas constantemente. Fizemos uma cópia deste banco para uma outra máquina e rodamos um Vacuum Full na tabela de Clientes e o mesmo demorou cerca de 8 horas para terminar. Será que se eu instalar e configurar o Auto Vacuum neste banco ele conseguirá acertar este banco de dados, ou eu terei que rodar um vacuum full neste banco antes de colocar para rodar o Auto Vacuum? O que vocês acham? Qualquer dúvida, favor entrar em contato. Você tem alguma justificativa para necessitar rodar um vacum full? Evite usa-lo. Tente rodar um vacuum analyze, avalie o desempenho e habilite o auto-vacuum. Uma dúvida: por que você está utilizando uma versão de 2005 cujo suporte foi encerrado em outubro/2010? Creio que você deva planejar um upgrade com urgência. Osvaldo ___ 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] AutoVaccum em Banco Antigo
Reinaldo, boa tarde, Já migramos o servidor para uma máquina melhor, com o dobro de memória e já acertamos algumas configurações do PostgreSQL para utilizar esta memória. Com isso o Banco de dados ganhou mais velocidade, mas acredito que um Vacuum deixaria o servidor mais rápido (fiz isso em 10 tabelas e o acesso aos dados delas melhorou muito). Obrigado pelas Respostas Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3304-7717 Celular: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 04/04/2011, às 11:46, Reinaldo de Carvalho escreveu: 2011/4/4 Angelo -TI - LightComm ang...@lightcomm.com.br: Meu cliente tem um banco de dados (PostgreSQL 8.0 c/ 200Gb de dados) que está rodando há muito tempo e está tendo problemas de performance. O banco de dados dele é muito acessado e rodar um Vacuum Full no banco inteiro não é possível, pois ao rodar ele acaba travando algumas tabelas que são utilizadas constantemente. Fizemos uma cópia deste banco para uma outra máquina e rodamos um Vacuum Full na tabela de Clientes e o mesmo demorou cerca de 8 horas para terminar. Será que se eu instalar e configurar o Auto Vacuum neste banco ele conseguirá acertar este banco de dados, ou eu terei que rodar um vacuum full neste banco antes de colocar para rodar o Auto Vacuum? O que vocês acham? Por experiência, pode que apenas o Vaccuum não resolva. Pode ser o problema clássico de 'saturação do acesso a disco', que pode ser resolvido com: i) mais memória RAM, permitindo que o SO mantenha mais arquivos em memória; ii) adquirindo hardware de maior capacidade de acesso a disco; iii) adicionando alguns nós para replicação, distribuindo as consultas entre estes; iv) revisando as consultas, alguns desenvolvedores* pensam que o hardware é ilimitado* ; * principalmente nessa época de EJB/JPA, que os desenvolvedores não imaginam quanto de dados estão sendo carregados para a o conteiner. -- Reinaldo de Carvalho http://korreio.sf.net http://python-cyrus.sf.net While not fully understand a software, don't try to adapt this software to the way you work, but rather yourself to the way the software works (myself) ___ 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] AutoVaccum em Banco Antigo
Senhores, Meu cliente tem um banco de dados (PostgreSQL 8.0 c/ 200Gb de dados) que está rodando há muito tempo e está tendo problemas de performance. O banco de dados dele é muito acessado e rodar um Vacuum Full no banco inteiro não é possível, pois ao rodar ele acaba travando algumas tabelas que são utilizadas constantemente. Fizemos uma cópia deste banco para uma outra máquina e rodamos um Vacuum Full na tabela de Clientes e o mesmo demorou cerca de 8 horas para terminar. Será que se eu instalar e configurar o Auto Vacuum neste banco ele conseguirá acertar este banco de dados, ou eu terei que rodar um vacuum full neste banco antes de colocar para rodar o Auto Vacuum? O que vocês acham? Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3304-7717 Celular: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.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] PostgreSQL na web
Eu sempre tive diversas dúvidas sobre a parte de configurações do PostgreSQL para uma melhor performance. Alguém teria um link de alguma matéria que explicasse bem este tipo de coisa? Eu já vi muita coisa na internet, mas muitas vezes uma informação de um site falava para configurar de uma forma, outro site dizia de outra e isso sempre acabava me confundindo. Não sou DBA, sou apenas coordenador de uma equipe de desenvolvimento que utiliza PostgreSQL em seus sistemas e essas informações seriam apenas para aprendizado e para depois discutir com o DBA da empresa com algum conhecimento. Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3304-7717 Celular: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 16/03/2011, às 12:15, Roberto Mello escreveu: 2011/3/16 Roberto Mello roberto.me...@gmail.com: 2011/3/16 Fernando N. Rodrigues fernandonon...@gmail.com: Desculpe a minha falta de experiência, mas vocês têm alguma indicação negativa do uso do PostreSQL para aplicações web? Será um portal com muitos acessos e processamento considerável. Nenhuma negativa e muitas positivas. Inclusive trabalhei pessoalmente com duas aplicações assim: introplay.com (Django) e profbay.com (Pylons). Só uma coisa, você precisa mudar os parâmetros padrão do PG (memória compartilhada, etc). Os padrões (defaults) são muito conservadores e não darão boa performance. Google por aí, ou um bom livro ou consultor resolvem. Outra coisa é planejar seus discos. Coisas simples aí trazem grandes benefícios. Roberto ___ 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] PostgreSQL na web
Esses livros são legais mas eles levam em consideração a versão 9. Atualmente utilizamos a versão 8.0 no nosso maior sistema (130GB de banco) e o 8.3 em alguns sistemas mais novos. Estamos com planos de mudar a base de produção para a versão 9, mas o problema são os contibs instalados na época que são utilizados no banco de dados e o tempo para testes das aplicações (muitas aplicações). Mas pelo menos já começamos (o DBA começou) a estudar a fazer testes da migração para podermos iniciar os testes nas aplicações. Qualquer dúvida, favor entrar em contato. Atenciosamente, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3304-7717 Celular: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 16/03/2011, às 12:44, Fábio Telles Rodriguez escreveu: Em 16 de março de 2011 12:39, Osvaldo Kussama osvaldo.kuss...@gmail.com escreveu: Em 16/03/11, Angelo -TI - LightCommang...@lightcomm.com.br escreveu: Eu sempre tive diversas dúvidas sobre a parte de configurações do PostgreSQL para uma melhor performance. Alguém teria um link de alguma matéria que explicasse bem este tipo de coisa? Eu já vi muita coisa na internet, mas muitas vezes uma informação de um site falava para configurar de uma forma, outro site dizia de outra e isso sempre acabava me confundindo. Não sou DBA, sou apenas coordenador de uma equipe de desenvolvimento que utiliza PostgreSQL em seus sistemas e essas informações seriam apenas para aprendizado e para depois discutir com o DBA da empresa com algum conhecimento. Veja estes dois livros: http://www.packtpub.com/books?keys=postgresqlx=0y=0 Sem dúvida a melhor opção disponível no momento. Também recomendo. -- Atenciosamente, Fábio Telles Rodriguez blog: http://www.midstorm.org/~telles/ e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles ___ 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] função receber valores para selec ionar dentro do IN
Beto, Não seria o caso de você passar o parametro como array e dentro da função você utilizar o array_to_string para converter o array em uma stringo para o seu IN? veja na documentação do PostrgreSQL, pois passando por array é a melhor forma (a meu ver) de resolver seu problema. Qualquer dúvida, favor entrar em contato. Um grande Abraço, Angelo M. Rodrigues LightComm Tecnologia Cml: (11) 3369-5033 Celular: (11) 7821-8298 Nextel: 54 * 13944 www.lightcomm.com.br ang...@lightcomm.com.br MSN: angelomrodrig...@hotmail.com GTalk: angelomrodrig...@gmail.com Em 23/12/2010, às 12:06, Beto Lima escreveu: nossa Emerson , não entendi nada mas valeu pela ajuda. vou ter que ler isso umas 50 vezes pra sacar hehe ___ 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] RES: Res: Sugestão de servidor .
Para montar um servidor destes depende de outros fatores como, : Tipo de Banco (OLTP etc...) Nivel de I/O esperado (pelo tipo da aplicação do banco) Load Average esperada Nº de requisições Perfmonce? Ou Segurança? Ou Ambos? (Raid 10 = Performance) segurança iSCSI? FribreChannel? Mas no contexto geral 35K monta-se um servidor e tanto... Temos um R900 da Dell que tem este perfil de valores com vmware rodando dois bancos num SAN com raid 10, e vou lhe falar que é um foguete. Claro que a modelagem contribui e muito para que o conjunto da ópera esteja em sintonia. Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Fabiano Machado Dias Enviada em: quinta-feira, 5 de agosto de 2010 16:35 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Res: Sugestão de servidor. Prefiro Intel, já tive problemas com AMD por causa do aquecimento. Lembrando que o seu gargalo é disco, gaste o seu dinheiro nele, depois memória e depois processador. Recomendo dar uma olhada na palestra do Telles http://www.slideshare.net/telles/discos-cia-em-postgresql Abraço, Fabiano Machado Dias Em 5/8/2010 16:25, Alex Barbosa Ferreira escreveu: Para banco de dados qual processador, um Intel Xeon ou AMD Opteron? Alex B. Ferreira Analista em Segurança da Informação _ De: Nilson Chagas mailto:nilson.chagas.si...@gmail.com nilson.chagas.si...@gmail.com Para: Comunidade PostgreSQL Brasileira mailto:pgbr-geral@listas.postgresql.org.br pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 5 de Agosto de 2010 16:08:09 Assunto: Re: [pgbr-geral] Sugestão de servidor. 2010/8/5 Alex Barbosa Ferreira al...@yahoo.com.br Boa tarde! a empresa em que trabalho decidiu fazer investimento num servidor para nosso banco de dados, diante desta situação gostaria de algumas sugestões de configuração. Atualmente nosso banco de dados está com 50GB e um crescimento aproximado de 2% por semana. O servidor atual é biprocessado Xeon com 4GB de memória e dois HD Sata com placa-mãe Intel sem unidade de backup. Não sei qual o tamanho do investimento, mas um servidor com 8Gb e HD SAS Uma mera opinião. -- []s Nilson Chagas - Ubuntu User 25794 (Hospedagem com postgresql a partir de R$ 5,00) --- Visite: http://www.avozdoevangelho.com.br - Peça gratuitamente um curso Bíblico Twitter: avozdoevangelhoTwitter: matrixspnet http://www.amados.com.br http://bbnradio.org - Ouça a rádio e faça gratuitamente um Curso Biblico On-Line ___ 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] cursor xxxx already in use : onde estou errando?
Olá pessoal, Preciso da ajuda de vocês no seguinte : a) Criei uma function que me retorna se um determinado funcionário está de férias neste caso eu passo como parâmetro de entrada o código do funcionário e retorno Verdadeiro ou Falso em suas situações. O funcionamento está ok se usada isoladamente (select * from fnc_funcionario_afastado(matricula)) b) Quando usamos a function acima dentro de um select, como por exemplo : select matricula, nome from funcionários where (fnc_funcionario_afastado(matricula))=false o sistema retorna a seguinte mensagem de erro : cursor _registros already in use. Cenário : PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit -- Windows XP Função : CREATE OR REPLACE FUNCTION public.fnc_funcionario_afastado (eCodFunc integer) RETURNS boolean AS $body$ DECLARE -- ferias _registros cursor for select datagozoini, datagozofim from historico_ferias where codfuncionario=$1 order by datagozofim; registros record; BEGIN -- abrindo o cursor do historico das ferias do funcionario; open _registros; loop fetch _registros into registros; exit when not found; if (current_date = registros.datagozoini) and (current_date = registros.datagozofim) then return true; close _registros; exit; end if; end loop; close _registros; return false; END; $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100; Onde será que estou errando? Obrigado e no aguardo, Rubens José Rodrigues ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: cursor xxxx already in use : onde estou errando? ====RESOLVIDO
Tem razão. Obrigado pela ajuda! Rubens José Rodrigues -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Alexsandro Haag Enviada em: terça-feira, 6 de julho de 2010 11:09 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] cursor already in use : onde estou errando? Talvez no seu IF, você esteja retornando true antes de fechar o cursor... if (current_date = registros.datagozoini) and (current_date = registros.datagozofim) then return true; close _registros; Tente fechar antes do return... Alex On 06-07-2010 10:55, TI wrote: Olá pessoal, Preciso da ajuda de vocês no seguinte : a) Criei uma function que me retorna se um determinado funcionário está de férias neste caso eu passo como parâmetro de entrada o código do funcionário e retorno “Verdadeiro” ou “Falso” em suas situações. O funcionamento está ok se usada isoladamente (select * from fnc_funcionario_afastado(matricula)) b) Quando usamos a function acima dentro de um select, como por exemplo : select matricula, nome from funcionários where (fnc_funcionario_afastado(matricula))=false o sistema retorna a seguinte mensagem de erro : cursor _registros already in use. Cenário : PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit -- Windows XP Função : CREATE OR REPLACE FUNCTION public.fnc_funcionario_afastado (eCodFunc integer) RETURNS boolean AS $body$ DECLARE -- ferias _registros cursor for select datagozoini, datagozofim from historico_ferias where codfuncionario=$1 order by datagozofim; registros record; BEGIN -- abrindo o cursor do historico das ferias do funcionario; open _registros; loop fetch _registros into registros; exit when not found; if (current_date = registros.datagozoini) and (current_date = registros.datagozofim) then return true; close _registros; exit; end if; end loop; close _registros; return false; END; $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100; Onde será que estou errando? Obrigado e no aguardo, Rubens José Rodrigues ___ 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: cursor xxxx already in use : onde estou errando?
Solução adotada... menos custosa! Pragmatismo de longas datas em uso de cursores. Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm Enviada em: terça-feira, 6 de julho de 2010 11:53 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] cursor already in use : onde estou errando? Olá, Em 6 de julho de 2010 10:55, TI t...@batistarepresentacoes.com escreveu: Olá pessoal, Preciso da ajuda de vocês no seguinte : a) Criei uma function que me retorna se um determinado funcionário está de férias neste caso eu passo como parâmetro de entrada o código do funcionário e retorno Verdadeiro ou Falso em suas situações. O funcionamento está ok se usada isoladamente (select * from fnc_funcionario_afastado(matricula)) b) Quando usamos a function acima dentro de um select, como por exemplo : select matricula, nome from funcionários where (fnc_funcionario_afastado(matricula))=false o sistema retorna a seguinte mensagem de erro : cursor _registros already in use. Você realmente precisa fazer este procedimento usando cursor? Eu propuria a seguinte solução: CREATE OR REPLACE FUNCTION f_funcionario_afastado(INTEGER) RETURNS boolean AS $$ BEGIN IF EXISTS (SELECT datagozoini,datagozofim FROM historico_ferias WHERE codfuncionario=$1 AND current_date BETWEEN datagozoini AND datagozofim ORDER BY 2) THEN RETURN TRUE; END IF; RETURN FALSE; END; $$ LANGUAGE PLPGSQL; Cenário : PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit -- Windows XP Função : CREATE OR REPLACE FUNCTION public.fnc_funcionario_afastado (eCodFunc integer) RETURNS boolean AS $body$ DECLARE -- ferias _registros cursor for select datagozoini, datagozofim from historico_ferias where codfuncionario=$1 order by datagozofim; registros record; BEGIN -- abrindo o cursor do historico das ferias do funcionario; open _registros; loop fetch _registros into registros; exit when not found; if (current_date = registros.datagozoini) and (current_date = registros.datagozofim) then return true; close _registros; exit; end if; end loop; close _registros; return false; END; $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100; Onde será que estou errando? Obrigado e no aguardo, Rubens José Rodrigues ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Coluna do tipo Bytea em rel ação apresenta --select lento
De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm Enviada em: quarta-feira, 9 de junho de 2010 20:25 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Coluna do tipo Bytea em relação apresenta --select lento Opa, Em 9 de junho de 2010 09:12, TI t...@batistarepresentacoes.com escreveu: Olá Pessoal, Preciso de uma dica de vocês. Temos uma tabela com uma coluna do tipo Bytea para armazenar uma imagem de no máximo 100k (do tipo jpg), esta tabela é uma das menores em termos de tamanho e registros (cerca de 400), porém, notamos que de uma semana para cá está muito lento o select * desta tabela, daí fizemos uma série de testes, como avaliar se realmente todas as imagens tem o tamanho acima descrito (ou uma monstruosidade), se poderia ser problema em disco, memória etc. Descartamos vários problemas e partimos para pedir ajuda ao PostgreSQL através dos logs, planos, analyze, vaccuum (na ordem) e não vimos nada (pelo menos não enxergamos). Mas, se eu fizer um select campo1, campo2... e omitir da seleção o campo bytea, tenho a performance desejada. Abaixo segue o meu cenário para tentar mostrar a vocês nossa situação: S.O - Linux batux 2.6.28-17-server #58-Ubuntu SMP Tue Dec 1 22:13:36 UTC 2009 x86_64 GNU/Linux PostgreSQL 8.3.9 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Ubuntu 4.3.3-5ubuntu4) 4.3.3 Tamanho das bases : datname Base_Size template1 4328 kB template0 4272 kB postgres6356 kB pykota 15008 MB sap2broker 250797 GB Tamanho das TS : spcname Size pg_default 144 MB pg_global 354 kB ts_dado 200360 GB ts_indice 50427 GB Tamanho da Tabela (em questão): schemaname tablename registros tamanho relkind sap2broker brkhrempl 339 112 kB r Plan com todos os campos: QUERY PLAN Seq Scan on funcionarios (cost=0.00..17.39 rows=339 width=479) (actual time=0.007..0.123 rows=339 loops=1) Total runtime: 0.191 ms Plan omitindo o campo bytea: QUERY PLAN Seq Scan on funcionarios (cost=0.00..17.39 rows=339 width=447) (actual time=0.009..0.496 rows=339 loops=1) Total runtime: 0.561 ms O tempo de mostragem do resultado do select * é de aproximadamente 11s. O tempo de mostragem do resultado do select campo1,campo2... omitindo o campo bytea é de aproximadamente 0.10ms O mesmo teste foi feito no psql, front end, script. Alguém pode me dar uma dica? Sua consulta sempre será sem nenhuma condição no WHERE? Sim, esta consulta sempre será sem nenhuma condição de Where. Você fez a consulta filtrando por campo da sua tabela? Qual o resultado? Se omitirmos o campo bytea temos a performance que desejamos, ou seja resultado satisfatório. Obrigado, Rubens José Rodrigues Analista de Suporte e Processos Broker Nestlé do Brasil S/A Departamento de Tecnologia e Informação (55)27-99698081 - (55)27-33996419 -- Batista Coml. Log. e Representações Ltda. (55)27-33996400 Rua José Ramos de Oliveira, 91 - Nossa Senhora da Penha Vila Velha - ES - 29110-280 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Coluna do tipo Bytea em relação a presenta --select lento
Olá Pessoal, Preciso de uma dica de vocês. Temos uma tabela com uma coluna do tipo Bytea para armazenar uma imagem de no máximo 100k (do tipo jpg), esta tabela é uma das menores em termos de tamanho e registros (cerca de 400), porém, notamos que de uma semana para cá está muito lento o select * desta tabela, daí fizemos uma série de testes, como avaliar se realmente todas as imagens tem o tamanho acima descrito (ou uma monstruosidade), se poderia ser problema em disco, memória etc. Descartamos vários problemas e partimos para pedir ajuda ao PostgreSQL através dos logs, planos, analyze, vaccuum (na ordem) e não vimos nada (pelo menos não enxergamos). Mas, se eu fizer um select campo1, campo2... e omitir da seleção o campo bytea, tenho a performance desejada. Abaixo segue o meu cenário para tentar mostrar a vocês nossa situação: S.O - Linux batux 2.6.28-17-server #58-Ubuntu SMP Tue Dec 1 22:13:36 UTC 2009 x86_64 GNU/Linux PostgreSQL 8.3.9 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Ubuntu 4.3.3-5ubuntu4) 4.3.3 Tamanho das bases : datname Base_Size template1 4328 kB template0 4272 kB postgres6356 kB pykota 15008 MB sap2broker 250797 GB Tamanho das TS : spcname Size pg_default 144 MB pg_global 354 kB ts_dado 200360 GB ts_indice 50427 GB Tamanho da Tabela (em questão): schemaname tablename registros tamanho relkind sap2broker brkhrempl 339 112 kB r Plan com todos os campos: QUERY PLAN Seq Scan on funcionarios (cost=0.00..17.39 rows=339 width=479) (actual time=0.007..0.123 rows=339 loops=1) Total runtime: 0.191 ms Plan omitindo o campo bytea: QUERY PLAN Seq Scan on funcionarios (cost=0.00..17.39 rows=339 width=447) (actual time=0.009..0.496 rows=339 loops=1) Total runtime: 0.561 ms O tempo de mostragem do resultado do select * é de aproximadamente 11s. O tempo de mostragem do resultado do select campo1,campo2... omitindo o campo bytea é de aproximadamente 0.10ms O mesmo teste foi feito no psql, front end, script. Alguém pode me dar uma dica? Obrigado, Rubens José Rodrigues Analista de Suporte e Processos Broker Nestlé do Brasil S/A Departamento de Tecnologia e Informação (55)27-99698081 - (55)27-33996419 -- Batista Coml. Log. e Representações Ltda. (55)27-33996400 Rua José Ramos de Oliveira, 91 - Nossa Senhora da Penha Vila Velha - ES - 29110-280 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Problemas de acento com Zeos e Postgres 8
Qual a versão do PostgreSQL? Qual o SO e sua codificação? Qual a codificação usada para seu banco? Já tentou colocar no seu conector do banco (AKA Zeos) o set_client_encoding=xx? Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Moacir Florindo Enviada em: terça-feira, 22 de dezembro de 2009 23:52 Para: pgbr-geral@listas.postgresql.org.br Assunto: [pgbr-geral] Problemas de acento com Zeos e Postgres 8 Colegas, Estou usando delphi 2010 e zeos com postgres 8, porém está ocorrendo isto: Se eu escrevo Ação, o banco registra Ação, porém quando eu busco o dado para apresentar no grid aparece assim: Ação Alguma idéia??? Obrigado a todos, -- Marcelo Moacir Florindo Analista/Desenvolvedor http://www.gestaotec.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: Problemas de acento com Zeos e Postgres 8
Codificação do banco=Latin1? Codificação do SO=Latin1? Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Moacir Florindo Enviada em: quarta-feira, 23 de dezembro de 2009 08:01 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Problemas de acento com Zeos e Postgres 8 Olá, Versão do Postgres é 8.3 SO: Windows Codificação: Latin1 Não fiz o set_client_encoding. Att, Marcelo 2009/12/23 TI t...@batistarepresentacoes.com Qual a versão do PostgreSQL? Qual o SO e sua codificação? Qual a codificação usada para seu banco? Já tentou colocar no seu conector do banco (AKA Zeos) o set_client_encoding=xx? Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Moacir Florindo Enviada em: terça-feira, 22 de dezembro de 2009 23:52 Para: pgbr-geral@listas.postgresql.org.br Assunto: [pgbr-geral] Problemas de acento com Zeos e Postgres 8 Colegas, Estou usando delphi 2010 e zeos com postgres 8, porém está ocorrendo isto: Se eu escrevo Ação, o banco registra Ação, porém quando eu busco o dado para apresentar no grid aparece assim: Ação Alguma idéia??? Obrigado a todos, -- Marcelo Moacir Florindo Analista/Desenvolvedor http://www.gestaotec.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo Moacir Florindo Analista/Desenvolvedor http://www.gestaotec.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Selecionando id gerado do insert
INSERT INTO SUATABELA (X) VALUES () RETURNING CAMPO_SERIAL_CRIADO Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Flavio Ramos Enviada em: quarta-feira, 25 de novembro de 2009 09:19 Para: pgbr-geral@listas.postgresql.org.br Assunto: [pgbr-geral] Selecionando id gerado do insert Bom dia a todos, Sou um telespectador ainda dessa lista. Trabalho com php e postgre e surgiu um entrave que não conseguir resolver ainda. Tem alguma função que receba a query de insert e retorne o id gerado, e não pode ser o ultimo id (por sinal foi essa a solução que eu ), pois o sistemas tem vários acessos concorrentes aqui e pegar o último não seria pegar o desejado. Aos que puderem me ajudar desde já agradeço! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Dúvidas quanto aos valores default de atributo.
Opa... Então Tiago, o agora que eu mencionei é agora=data e hora de criação da entidade que fica registrado como o valor default para todos os registros inseridos. Rubens José Rodrigues -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Tiago Adami Enviada em: segunda-feira, 23 de novembro de 2009 22:54 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Dúvidas quanto aos valores default de atributo. 2009/11/20 TI t...@batistarepresentacoes.com: Pessoal, Estou com uma dúvida, hoje depois que um usuário veio reclamar de uma entidade denominada nfsaid_sap_hist, onde existe um atributo do tipo timestamp com valor default ‘current_timestamp’, verifiquei que o sistema colocou como valor ‘padrão’ a data hora da criação da entidade e não o valor de ‘agora’. Testei com o valor default ‘now()’ e acoteceu a mesma coisa. Para resolver eu tive que dropar o atributo e criar novamente, o que pode ter acontecido? *Meu cenário 1 :* PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit *Meu cenário2 :* PostgreSQL 8.3.8 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Ubuntu 4.3.2-1ubuntu11) 4.3.2 *Script de criação 1 -- Cenário 1 :* Create table nfsaid_sap_hist ( … dtcurhist timestamp default current_timestamp, … *Script de criação 1 -- Cenário 2 :* Create table nfsaid_sap_hist ( … dtcurhist timestamp default now(), … O engraçado é que até hoje (depois de anos usando o PostgreSQL) só aconteceu esta vez e somente com esta entidade. Será que eu me equivoquei em algo? Desde já agradeço, Rubens José Rodrigues ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Olá, Rubens. Desculpe a minha ignorância, mas qual a diferença da hora de criação do registro e agora ? Se o campo possui o valor default current_timestamp, como todos sabemos, ao criar um registro o valor da coluna será atribuído com a data e hora da criação respeitando o horário do servidor do PostgreSQL, desde que o campo não seja incluído em um comando SQL INSERT. Aí fica a minha dúvida do que seria o agora, pois current_timestamp == agora no exato momento da criação do registro. -- TIAGO J. ADAMI http://www.adamiworks.com ___ 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] RES: RES: Dúvidas quanto aos valores default de atributo.
Até acredito nisto, todavia, conforme eu explanei nos cenários (1 e 2) não usei a terceira forma. Neste caso, eu resolvi eliminando o valor default original e foi recriado acertadamente. Foi um caso atípico, mas em todo caso aconteceu eu inclusive simulei diversas vezes a criação de N tabelas usando valores default para campos do tipo timestamp, date e em nenhuma das vezes se repetiu. Minha suspeita poderia recair na ferramenta que usamos (EMS SQL Manager for PostgreSQL 4.3.0.4), tanto que postei no suporte deles e ainda não responderam. Vamos esperar para ver (inclusive eu enviei o log detalhado de criação das tabelas - inclusive a entidade reclamada). Rubens José Rodrigues -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo Kussama Enviada em: terça-feira, 24 de novembro de 2009 09:23 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: Dúvidas quanto aos valores default de atributo. 2009/11/24 TI t...@batistarepresentacoes.com: Opa... Então Tiago, o agora que eu mencionei é agora=data e hora de criação da entidade que fica registrado como o valor default para todos os registros inseridos. Rubens José Rodrigues -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Tiago Adami Enviada em: segunda-feira, 23 de novembro de 2009 22:54 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Dúvidas quanto aos valores default de atributo. 2009/11/20 TI t...@batistarepresentacoes.com: Pessoal, Estou com uma dúvida, hoje depois que um usuário veio reclamar de uma entidade denominada nfsaid_sap_hist, onde existe um atributo do tipo timestamp com valor default current_timestamp, verifiquei que o sistema colocou como valor padrão a data hora da criação da entidade e não o valor de agora. Testei com o valor default now() e acoteceu a mesma coisa. Para resolver eu tive que dropar o atributo e criar novamente, o que pode ter acontecido? *Meu cenário 1 :* PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit *Meu cenário2 :* PostgreSQL 8.3.8 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Ubuntu 4.3.2-1ubuntu11) 4.3.2 *Script de criação 1 -- Cenário 1 :* Create table nfsaid_sap_hist ( dtcurhist timestamp default current_timestamp, *Script de criação 1 -- Cenário 2 :* Create table nfsaid_sap_hist ( dtcurhist timestamp default now(), O engraçado é que até hoje (depois de anos usando o PostgreSQL) só aconteceu esta vez e somente com esta entidade. Será que eu me equivoquei em algo? Desde já agradeço, Rubens José Rodrigues ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Olá, Rubens. Desculpe a minha ignorância, mas qual a diferença da hora de criação do registro e agora ? Se o campo possui o valor default current_timestamp, como todos sabemos, ao criar um registro o valor da coluna será atribuído com a data e hora da criação respeitando o horário do servidor do PostgreSQL, desde que o campo não seja incluído em um comando SQL INSERT. Aí fica a minha dúvida do que seria o agora, pois current_timestamp == agora no exato momento da criação do registro. Talvez este comportamento seja o descrito no manual [1] (o que faz um simples apóstrofo!): All the date/time data types also accept the special literal value now to specify the current date and time (again, interpreted as the transaction start time). Thus, the following three all return the same result: SELECT CURRENT_TIMESTAMP; SELECT now(); SELECT TIMESTAMP 'now'; -- incorrect for use with DEFAULT Tip: You do not want to use the third form when specifying a DEFAULT clause while creating a table. The system will convert now to a timestamp as soon as the constant is parsed, so that when the default value is needed, the time of the table creation would be used! The first two forms will not be evaluated until the default value is used, because they are function calls. Thus they will give the desired behavior of defaulting to the time of row insertion. Osvaldo [1] http://www.postgresql.org/docs/current/interactive/functions-datetime.html ___ 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] RES: Conexões que se Multiplicam
Usando pgpool ou algo do gênero? Rubens José Rodrigues De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcel Araujo Enviada em: terça-feira, 24 de novembro de 2009 11:23 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Conexões que se Multiplicam Provavelmente estejam abrindo uma conexão nova para cada consulta ao banco e não estão fechando esta logo após. Aparentemente é a resposta mais cabível!!! 2009/11/24 SetaDigital - Especialista em Lojas de Calçados cont...@setadigital.com.br Bom dia pessoal... Instalamos o sistema em uma rede de lojas e uma dela acessa via internet. O sistema é desktop, utilizamos Postgres 8.3 com servidor Linux e estamos acostumados a trabalhar dessa maneira sem problemas. Mas neste cliente está acontecendo das conexões se Multiplicarem, e rapidamente temos 60, 70 conexões ativas em uma loja com 6 computadores. Detalhes: não da erro no sistema, tudo funciona normalmente, mas tivemos que aumentar o número de conexões para poder trabalhar. Aos poucos as conexões antigas vão fechando. Outro detalhe é que muda o PID da conexão Vanderlei Marcos Kichel cont...@setadigital.com.br ___ SetaDigital Comércio de Sistemas Gerenciais Ltda Rua Voluntários da Pátria, 1415 Sala 302 - Centro Cascavel - Paraná - Cep 85.812-160 Telefone: (45) 3222-7511 www.setadigital.com.brativa no terminal. Gostaria de saber o que pode causar isso e como resolver? Grande abraço e obrigado a todos desde já. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Abraços.. Marcel Araujo System Analyst Developer Java/PHP/RIA Linux User #490101 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dúvidas quanto aos valores default de atributo.
Pessoal, Estou com uma dúvida, hoje depois que um usuário veio reclamar de uma entidade denominada nfsaid_sap_hist, onde existe um atributo do tipo timestamp com valor default current_timestamp, verifiquei que o sistema colocou como valor padrão a data hora da criação da entidade e não o valor de agora. Testei com o valor default now() e acoteceu a mesma coisa. Para resolver eu tive que dropar o atributo e criar novamente, o que pode ter acontecido? *Meu cenário 1 :* PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit *Meu cenário2 :* PostgreSQL 8.3.8 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Ubuntu 4.3.2-1ubuntu11) 4.3.2 *Script de criação 1 -- Cenário 1 :* Create table nfsaid_sap_hist ( dtcurhist timestamp default current_timestamp, *Script de criação 1 -- Cenário 2 :* Create table nfsaid_sap_hist ( dtcurhist timestamp default now(), O engraçado é que até hoje (depois de anos usando o PostgreSQL) só aconteceu esta vez e somente com esta entidade. Será que eu me equivoquei em algo? Desde já agradeço, Rubens José Rodrigues ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] tutorial slony
http://www.onlamp.com/pub/a/onlamp/2004/12/16/slony_install.html Este tutorial, apesar de ser de 2004 ainda se aplica ao slon1-1.2.13 ? TKS Juliano -- DISCLAIMER: Esta mensagem e seus anexos são destinados exclusivamente ao(s) destinatário(s) identificado(s) acima e contêm informações confidenciais ou privilegiadas. Se você não é o destinatário destes materiais, não está autorizado a utilizá-los para nenhum fim. Solicitamos que você apague a mensagem e seus anexos e avise imediatamente o remetente. O conteúdo desta mensagem e de seus anexos não representa necessariamente a opinião e a intenção da empresa, não implicando em qualquer obrigação ou responsabilidade adicionais. IMPRIMA SOMENTE O NECESSÁRIO. MENOS PAPEL, MAIS ÁRVORES. UMA CAMPANHA DO GRUPO BEM PARA PRESERVAÇÃO DO MEIO AMBIENTE. -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
É 24x7 porém não chega a tanto. * Juliano Souza * Leandro Henrique Pereira wrote: Euler Taveira de Oliveira escreveu: Juliano Souza - TI wrote: Eu achava que replicação assíncrona estava fora de cogitação, mas pode ser ideal ao ambiente, mas tem que ser mais on-line possível. Qualquer uma das soluções assíncronas do PostgreSQL podem ser configuradas para ter um atraso de poucos segundos. É claro, o custo pode ser considerável em uma ou outra. Como os colegas já falaram você precisa definir bem o que o seu negocio precisa. Mesmo poucos segundos de diferença podem significar a perda de milhares de transações e para alguns tipos de aplicações isto é inacreditável. Imagine que você esta trabalhando com uma aplicação financeira, o sistema de conta corrente do seu banco por exemplo, neste tipo de aplicação a perda de uma unica transação já é algo que não pode ocorrer. Então avalie bem o que o negócio tem como requisito antes de tentar implementar qualquer solução de replicação. Leandro Henrique Pereira Neto Administração de bancos de dados - DBA/OC SUPCD/CDSUT/CDSBB 61 21059359 Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ 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] pgcluster
Amigos! Estou implementando o pgcluster apenas para replicação -- pgreplicator.conf Porém: [EMAIL PROTECTED]:~$ ./bin/pgreplicate -D share/ -n -v 2008-04-25 16:16:35 [32223] DEBUG:PGR_Get_Conf_Data ok 2008-04-25 16:16:35 [32223] DEBUG:LoadBalanceTbl allocate ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeTbl shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeTbl shmat ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeInf shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeInf shmat ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CommitLog shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():Commit_Log_Tbl shmat ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():RLog Memory Allocation ok 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Host_Name,pg2) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Replication_Port,8001) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Recovery_Port,8101) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(RLOG_Port,8301) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Response_Mode,normal) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Use_Replication_Log,no) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Replication_Timeout,1min) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(LifeCheck_Timeout,3s) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(LifeCheck_Interval,15s) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(File_Name,/opt/pgsql/pgreplicate.log) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(File_Size,1M) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Rotate,3) 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():HostTbl shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():HostTbl shmat ok 2008-04-25 16:16:35 [32224] DEBUG:PGRrecovery_main():PGRrecovery_main bind port 8101 2008-04-25 16:16:35 [32223] DEBUG:replicate_main():entering replicate_main 2008-04-25 16:16:35 [32223] DEBUG:replicate_main() 8001 port bind OK 2008-04-25 16:16:35 [32223] DEBUG:cmdSts=N 2008-04-25 16:16:35 [32223] DEBUG:rlog=0 2008-04-25 16:16:35 [32223] DEBUG:port=0 2008-04-25 16:16:35 [32223] DEBUG:pid=0 2008-04-25 16:16:35 [32223] DEBUG:from_host=12.0.0.221 2008-04-25 16:16:35 [32223] DEBUG:dbName=template1 2008-04-25 16:16:35 [32223] DEBUG:userName=postgres 2008-04-25 16:16:35 [32223] DEBUG:recieve sec=0 2008-04-25 16:16:35 [32223] DEBUG:recieve usec=0 2008-04-25 16:16:35 [32223] DEBUG:query_size=60 2008-04-25 16:16:35 [32223] DEBUG:request_id=0 2008-04-25 16:16:35 [32223] DEBUG:replicate_id=0 2008-04-25 16:16:35 [32223] DEBUG:recovery_status=0 2008-04-25 16:16:35 [32223] DEBUG:query=SELECT PGR_SYSTEM_COMMAND_FUNCTION(1,'12.0.0.221',8001,8101) 2008-04-25 16:16:35 [32223] DEBUG:PGRis_same_host():target host 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /tmp/.s.PGSQL.0? ' 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /tmp/.s.PGSQL.0? ' 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /tmp/.s.PGSQL.0? ' 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /tmp/.s.PGSQL.0? ' 2008-04-25 16:16:35 [32223] DEBUG:setTransactionTbl(): 0@ is not ready 2008-04-25 16:16:35 [32223] ERROR:replicate_packet_send_internal():setTransactionTbl failed -- * Juliano Souza * Tecnologia Grupo BEM - Emergências Médicas PABX (11) 38716746 www.grupobem.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgcluster
Sim, no postgresql.conf - listen_addresses = '*' port = 5432 Consigo acessar via psql. * Juliano Souza * Dickson Guedes wrote: Juliano Souza - TI escreveu: (...) 2008-04-25 16:16:35 [32223] DEBUG:PGRis_same_host():target host 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /tmp/.s.PGSQL.0? ' (...) Juliano, Sobre a pergunta que o próprio debug o fez, o servidor está rodando localmente e aceitando conexões? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgcluster
Além disso, connections on Unix domain socket /tmp/.s.PGSQL.0? Não sei, mas acho que o pgreplicator deve conectar um unix socket não tcp, só depois que como usuario postgres criei um link de /tmp/.s.5432 para /tmp/.s.0, a coisa começou a rolar, mas achei estranho. Estranho, pois apenas (pelo que li) para fazer o que eu quero (replicação) apenas é necessário mexer no pgreplicator.conf, colocando na master(rep_1) os 2 hosts (rep_1 e rep_2). Estou testando, em breve novidades! * Juliano Souza * Dickson Guedes wrote: Juliano, Em seu DEBUG LOG: -- 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Host_Name,pg2) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Replication_Port,8001) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Recovery_Port,8101) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(RLOG_Port,8301) -- Não deveria ter a porta 5432 em uma (chave,valor) do tipo (Port,5432)? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Guia de Replicação com Slony no W indows e no Linux
Caros, Na verdade, antes de se aplicar a replicação, é necessário apresentar aos membros desta lista o ambiente daqui, aí depois se houver alguma sugestão, acho válido. Tenho uma base rodando perfeitamente no postgres 8.3.0, na verdade, se este servidor falhar, gostaria de que o outro servidor com a réplica, pudesse assumir as requisições. Então já sei antes de tudo, que deve ser síncrono, porém: tirado de um TCC sobre replicação do postgres: (tenho ele em pdf caso queiram) Na replicação assíncrona, se um banco é alterado, a alteração será propagada e aplicada para outro(s) banco(s) num segundo passo, sendo que esta poderá ocorrer em segundos, minutos, horas ou até dias depois (BEEHIVE, 2006). Uma desvantagem é que este tipo de replicação tende a atrasar a detecção de conflitos entre as operações, o que só acontece no fim da execução das transações. Na replicação síncrona todas as cópias ou replicações de dados serão feitas no instante da sincronização, mantendo a consistência dos dados. Se alguma cópia do banco é alterada, essa alteração será imediatamente aplicada a todos os outros bancos dentro da transação. Entretanto, este tipo de replicação traz uma série de desvantagens como, por exemplo, uma transação não poderá ser concluída se um dos nodos que possuem réplicas estiver indisponível (DUARTE, 2006). Ou seja, se for síncrono e o slave falhar, a transação não será concluída. - O Slony é assíncrono, já está fora de cogitação, preciso de disponibilidade. - Estou testando agora o postgres-r (www.postgres-r.org), ele promete, mas vou testar. - Minha última tentativa será o skytools (Programa desenvolvido pelos programadores do skype para replicação síncrona). Atenciosamente, * Juliano Souza * Ribamar Sousa wrote: Olá! Estava adiando a divulgação desse tutorial mas o colega me levou a isso. Realmente não é fácil encontrar um bom tutorial/artigo/guia que mostra como usar o Slony numa situação prática. Pelo menos eu não encontrei. Tentei algumas sugestões mas que não funcionaram e acabei encontrando um bom ponto de partida, foi um tutorial usando o PGAdmin. Depois de muito pesquisar e testar algumas soluções finalmente consegui ver funcionando replicação no PostgreSQL. Aqui mostrarei a solução que fiz funcionar, que usa o Slony-I e o pgAdmin, com PostgreSQL-8.2, tanto no Windows quanto no Linux (Ubuntu 7.10). De início tive como base este tutorial: http://people.planetpostgresql.org/dpage/index.php?/archives/51-Setting-up-Slony-I-with-pgAdmin.html também divulgado na lista internacional do PostgreSQL. Esse tutorial destina-se ao WindowsXP. Testei e funcionou direitinho no Windows. Acontece que ele se refere de vez em quando ao Linux o que me motivou a tentar a mesma solução no Linux (Ubuntu 7.10). Pesquisei outros tutoriais e um bom livro. Acabei por conseguir ver a replicação também no Linux. Veja um PDF com os passos aqui: http://postgresql.ribafs.net/slonywl ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Link tcc sobre replicação.
campeche.inf.furb.br/tccs/2007-I/2007-1malcusotavioquinotoimhofvf.pdf -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] slony1-1.2.13 + altperl
- Configurei o altperl para facilitar as coisas com o slony, porém: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster | ./slonik stdin:9: PGRES_FATAL_ERROR load '$libdir/xxid'; - ERROR: could not access file $libdir/xxid: No such file or directory stdin:9: Error: the extension for the xxid data type cannot be loaded in database 'host=pg2 dbname=bem user=postgres port=5432 password=1234' - A configuração segue: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster # INIT CLUSTER cluster name = bem; node 1 admin conninfo='host=localhost dbname=bem user=postgres port=5432 password='; node 2 admin conninfo='host=pg2 dbname=bem user=postgres port=5432 password='; init cluster (id = 1, comment = 'Node 1 - [EMAIL PROTECTED]'); # STORE NODE store node (id = 2, event node = 1, comment = 'Node 2 - [EMAIL PROTECTED]'); echo 'Set up replication nodes'; # STORE PATH echo 'Next: configure paths for each node/origin'; store path (server = 1, client = 2, conninfo = 'host=localhost dbname=bem user=postgres port=5432 password='); store path (server = 2, client = 1, conninfo = 'host=pg2 dbname=bem user=postgres port=5432 password='); echo 'Replication nodes prepared'; echo 'Please start a slon replication daemon for each node'; Alquem aqui já replicou master/slave o postgres 8.3.0? De que forma? Algum tutorial mais exemplar e didático? Como pode-se ver, o cenário é simples: Em localhost há um postgres, e quero replicar no host pg2 uma database chamada bem. TKS -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] :___ISTO_É_UM_SPAM_ ___: LOW * slony1-1.2.13 + altperl
Consegui resolver o problema da lib, porém acho q tenho de usar o sloni1-1.2.11, que não compila rs. PGSQL:/opt/pgsql/bin# ./slonik_init_cluster | ./slonik stdin:5: loading of file /opt/pgsql/share//slony1_funcs.sql: PGRES_FATAL_ERROR ERROR: Slonik version: 1.2.11 != Slony-I version in PG build 1.2.13 ERROR: Slonik version: 1.2.11 != Slony-I version in PG build 1.2.13 stdin:5: ERROR: no admin conninfo for node 134594728 Se alguém fez deste modo e funcionou, gostaria de saber como rs. Obrigado. * Juliano Souza * Juliano Souza - TI wrote: - Configurei o altperl para facilitar as coisas com o slony, porém: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster | ./slonik stdin:9: PGRES_FATAL_ERROR load '$libdir/xxid'; - ERROR: could not access file $libdir/xxid: No such file or directory stdin:9: Error: the extension for the xxid data type cannot be loaded in database 'host=pg2 dbname=bem user=postgres port=5432 password=1234' - A configuração segue: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster # INIT CLUSTER cluster name = bem; node 1 admin conninfo='host=localhost dbname=bem user=postgres port=5432 password='; node 2 admin conninfo='host=pg2 dbname=bem user=postgres port=5432 password='; init cluster (id = 1, comment = 'Node 1 - [EMAIL PROTECTED]'); # STORE NODE store node (id = 2, event node = 1, comment = 'Node 2 - [EMAIL PROTECTED]'); echo 'Set up replication nodes'; # STORE PATH echo 'Next: configure paths for each node/origin'; store path (server = 1, client = 2, conninfo = 'host=localhost dbname=bem user=postgres port=5432 password='); store path (server = 2, client = 1, conninfo = 'host=pg2 dbname=bem user=postgres port=5432 password='); echo 'Replication nodes prepared'; echo 'Please start a slon replication daemon for each node'; Alquem aqui já replicou master/slave o postgres 8.3.0? De que forma? Algum tutorial mais exemplar e didático? Como pode-se ver, o cenário é simples: Em localhost há um postgres, e quero replicar no host pg2 uma database chamada bem. TKS -- * Juliano Souza * ___ 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] Replicação
Caros amigos, O assunto de replicação no pgsql é muito vago e tem carência de documentação e definição, sabemos que o desenvolvimento do postgresql não inclui nativamente este assunto internamente. No meu caso, minha empresa é 24x7, e se não houver replicação, não há como homologar tal. Já me foi proposto o mysql enterprise, e mesmo o mysql que não é o enterprise, a replicação funciona sem nenhum alarde. Estou seriamente pensando em adquirir o mysql enterprise, pois a chave do funcionamento de negócios da empresa, é que haja uma replicação para todos os serviços, e tem, menos o postgresql. Caso haja necessidade, talvez possamos entrar em contato massivamente com os desenvolvedores para ajudar neste requisito. Há até um desenvolvedor em C(linux) aqui na empresa que está alterando o fonte para tal. Mas o que posso adiantar, é que a replicação gerou um quase stop na migração do msSQL para o pgsql. Minha experiência não foi boa até agora, uma vez que a persistência é a chave da coisa. Tentarei expor todos meus testes na lista de desenvolvimento oficial para que haja algum movimento da parte deles. Caso queiram discutir sobre tal, estou aqui para colocarmos na mesa. Atenciosamente, Juliano Souza ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
Com certeza utilizei muita fonte de informação. -pgcluster da pgfoundry -slony I e II Não gosto de how-tos do tipo vivaolinux (sem desmerecer, pois sempre uso algo de lá). O pgpool cria mais um processo na entrega do resultado e insert também, descartado. Vamos fazer o seguinte, irei testar o slony I novamente (persistencia) massivamente e posto o que não aconteceu. Não adianta eu reclamar sem nada para mostrar não é? Que a noite de minha quarta vá para o espaço, vou me conectar remotamente de casa, trancar o quarto e me jogar em algumas fontes de pesquisa do slony: *http://www.onlamp.com/pub/a/onlamp/2004/12/16/slony_install.html http://slony-wiki.dbitech.ca/index.php/User_Tutorial e http://conferences.oreillynet.com/cs/os2005/view/e_sess/6588 Mais tardar amanhã posto os resultados, e se conseguir, prometo realizar um passo a passo sem ser com rpm ou deb ou qqer outra distribuição. Até porque uso slackware, e pra mim, só o tar.gz (fonte) me satisfaz. Até lá!!! Juliano * Fábio Telles Rodriguez wrote: Em 23/04/08, Juliano Souza - TI[EMAIL PROTECTED] escreveu: Caros amigos, O assunto de replicação no pgsql é muito vago e tem carência de documentação e definição, sabemos que o desenvolvimento do postgresql não inclui nativamente este assunto internamente. No meu caso, minha empresa é 24x7, e se não houver replicação, não há como homologar tal. Ok, o seu problema é alta disponibilidade certo? Bom... você se contentaria com uma solução de stand by? É a solução mais simples e você não precisa recorrer a nenhum outro projeto fora do PostgreSQL. Se o Stand By não servir... bom, então vejamos algumas considerações: Você tem mais de um site? Você precisa de replicação síncrona? Há varias formas de alta disponibilidade disponíveis para o PostgreSQL. Economise o dinheiro do seu programador C e contrate uma boa consultoria em PostgreSQL!!! Já me foi proposto o mysql enterprise, e mesmo o mysql que não é o enterprise, a replicação funciona sem nenhum alarde. Bom, se o mysql funciona sem nenhum alarde é porque: a) você tem poucos usuários conectados simultâneamente; b) a maioria das suas operações são de leitura; c) você não usa controle de transações a ferro e a fogo (é óbvio que se você usa mysql o controle de transações não é uma grande preocupação); d) você pode viver com uma replicação assíncrona sem problema. Estou seriamente pensando em adquirir o mysql enterprise, pois a chave do funcionamento de negócios da empresa, é que haja uma replicação para todos os serviços, e tem, menos o postgresql. Hum... você tem certeza que consultou o Sr. Google antes de afirmar isso? Existe o Stand by, Slony, Pgpool I, Pgpool II, PgCluster, skytools, etc. Realmente não faltam ferramentas. Não disse que elas são simples de se utilizar, mas elas existem, são flexíveis e atendem a uma infinidade de demandas. Caso queiram discutir sobre tal, estou aqui para colocarmos na mesa. Então, caro Juliano, você precisa dar mais detalhes sobre a sua demanda, cada caso é um caso, e cada equipe e bolso comportam limites diferentes. Atenciosamente Fábio Telles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PgPool
Olá! Alguém tem algum tutorial de replicação syncrona master/slave para pgsql? Estou quebrando a cabeça com o pgpool, pelo que li, tenho mesmo q colocar o pgpool nos 2? ...ou apenas se referenciar no master o slave como abaixo usando o usuário postgres no pcp.conf? backend_hostname1 = 'pg-slave' backend_port1 = 5432 backend_weight1 = 1 TKS -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Upgrade de versões
Olá amigos! Este é meu primeiro post! Pelo o que eu percebi, por exemplo, a versão 8.1.4 pode ser atualizada sem problemas para 8.1.11, agora quando o assunto é 8.2 ou 8.3, o bicho pega rsrs literalmente. Como proceder para atualizar a minha versão que é 8.1.4 para a 8.3 sem problemas? Obrigado. -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Eliminar meu email do cadastro
Bom dia Solicito a eliminação do meu email do cadastro Osvaldo Ladeira Machado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral