Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente
> > > De certo que, já imaginava que era alguma configuração no banco. > > E era. Mas as ferramentas estavam bugadas para lidar com o AUTOCOMMIT > OFF, e foi retirada do DBMS. Achei um pena. Tratar isso pela ferramenta, exime qualquer culpa do gestor de dados. Seria muito importante que embutisse novamente este parâmetro já que, o próprio DBMS deveria sugerir esta opção até mesmo como forma de segurança. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente
2014-06-27 17:19 GMT-03:00 Leonardo Ferreira Guimarães : > > De certo que, já imaginava que era alguma configuração no banco. E era. Mas as ferramentas estavam bugadas para lidar com o AUTOCOMMIT OFF, e foi retirada do DBMS. Achei um pena. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente
> > Auto Commit é uma opção do aplicativo/ferramenta, não do banco de > dados. O pgAdmin, por exemplo, sempre vem com Auto Commit habilitado. > > Qual a linguagem/tecnologia que você está utilizando? Isso pode ser > feito de várias formas. > Tiago, já me deu uma luz! De certo que, já imaginava que era alguma configuração no banco. Seria no PgAdmin mesmo e também no PSQL. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] AUTOCOMMIT OFF - Permanente
Em 27 de junho de 2014 16:42, Leonardo Ferreira Guimarães escreveu: > Amigos, Boa tarde. > > Acredito que esta pergunta já tenha sido feita em algum momento mas, antes > mesmo de perguntar, tentei acessar o histórico da lista para pesquisa, antes > de faze-la. Não consegui abrir o histórico por problemas > (http://www.postgresql.org.br/historico). > > Existe alguma forma ou algum parâmetro que fixo o AUTOCOMMIT para OFF sem a > necessidade de ficar ajustando na sessão ou seja, deixar permanente? Auto Commit é uma opção do aplicativo/ferramenta, não do banco de dados. O pgAdmin, por exemplo, sempre vem com Auto Commit habilitado. Qual a linguagem/tecnologia que você está utilizando? Isso pode ser feito de várias formas. TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] AUTOCOMMIT OFF - Permanente
Amigos, Boa tarde. Acredito que esta pergunta já tenha sido feita em algum momento mas, antes mesmo de perguntar, tentei acessar o histórico da lista para pesquisa, antes de faze-la. Não consegui abrir o histórico por problemas ( http://www.postgresql.org.br/historico). Existe alguma forma ou algum parâmetro que fixo o AUTOCOMMIT para OFF sem a necessidade de ficar ajustando na sessão ou seja, deixar permanente? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Opinião - Amazon
On 27-06-2014 13:53, Jean Pereira wrote: > Temos um sistema que gerencia a saúde publica de alguns municípios do > pais, atende a +- 2 milhões de pessoas. Roda 24/7 em todos os postos de > saúde, UPA 24 e pronto socorros de alguns clientes. O sistema em si já > ultrapassa as 9 milhões de transações dia. > Ao meu ver, a maior preocupação ao se mudar para a Amazon é com relação a performance. Certifique-se de que ela seja satisfatória -- teste para observar se você atingirá o mesmo IOPS do seu cenário atual (isso sem falar na expansão do seu sistema). -- Euler Taveira 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
Re: [pgbr-geral] Opinião - Amazon
Só tem que calcular bem os custos do uso da Amazon. O maior custo deles é o de banda de rede. Sobre a localização, a Amazon tem servidores no Brasil, isto normalmente é um requisito para órgãos do governo, o que não seria problema no caso ao manter os dados nas instancias brasileiras (experiencia própria). Em 27 de junho de 2014 14:32, Flávio Granato escreveu: > > On 06/27/2014 02:12 PM, Jean Pereira wrote: > > Sim, mais na teoria, eles tem em SP não? > > Eles quem? Tem o quê em SP? > > > Essa questão para mim é primordial, já que são prontuários de > > pacientes (por exemplo), que em processos (que não são poucos, ainda > > mais contra a saúde pública) são requeridos/utilizados, etc.. > > Minha sugestão é verificar com o jurídico da sua empresa. > > ___ > 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] Opinião - Amazon
On 06/27/2014 02:12 PM, Jean Pereira wrote: > Sim, mais na teoria, eles tem em SP não? Eles quem? Tem o quê em SP? > Essa questão para mim é primordial, já que são prontuários de > pacientes (por exemplo), que em processos (que não são poucos, ainda > mais contra a saúde pública) são requeridos/utilizados, etc.. Minha sugestão é verificar com o jurídico da sua empresa. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Opinião - Amazon
Sim, eles possuem ponto de presença em 2 localidades distintas em São Paulo. Em 27/06/2014 14:12, Jean Pereira escreveu: On 06/27/2014 02:00 PM, Flávio Granato wrote: On 06/27/2014 01:53 PM, Jean Pereira wrote: Boa tarde, Gostaria de uma opinião de vocês. Temos um sistema que gerencia a saúde publica de alguns municípios do pais, atende a +- 2 milhões de pessoas. Roda 24/7 em todos os postos de saúde, UPA 24 e pronto socorros de alguns clientes. O sistema em si já ultrapassa as 9 milhões de transações dia. Situação é a seguinte, hoje tenho uma estrutura redundante, de datacenter e servidores, e no qual tenho um gasto de +- R$ 6500,00 (+ a depreciação) - contando tudo. Sendo a estrutura master com redundância aqui na empresa, e mais uma redundância em outro DC. Nessa situação, eu estou sendo questionado sobre a amazon, mais por causa do custo, sendo que eles na teoria fornecem tudo redundante e com SLA de 99.95% ao mês (se não me engano), que na teoria também o custo é menor. Hoje minha SLA dos servidores está em 99.997% e do BGP em 99.96% Gostaria da opinião de quem usa, ou de quem já usou, ou até mesmo de quem trabalha com situação parecida de disponibilidade. Os contratos são com SLA, e alta demanda, e para piorar, sem "fidelidade". Uma sugestão que acho importantíssimo você ter uma definição é sobre o local de armazenamento dos dados. Um professor meu comentou que um serviço de proteção ao crédito utiliza infra virtualizada por uma dessas grandes mas a justiça brasileira orientou a deixar os dados no Brasil por questões jurídicas. Sim, mais na teoria, eles tem em SP não? Essa questão para mim é primordial, já que são prontuários de pacientes (por exemplo), que em processos (que não são poucos, ainda mais contra a saúde pública) são requeridos/utilizados, etc.. ___ 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 -- Att, Felipe N. Oliva ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Opinião - Amazon
On 06/27/2014 02:00 PM, Flávio Granato wrote: On 06/27/2014 01:53 PM, Jean Pereira wrote: Boa tarde, Gostaria de uma opinião de vocês. Temos um sistema que gerencia a saúde publica de alguns municípios do pais, atende a +- 2 milhões de pessoas. Roda 24/7 em todos os postos de saúde, UPA 24 e pronto socorros de alguns clientes. O sistema em si já ultrapassa as 9 milhões de transações dia. Situação é a seguinte, hoje tenho uma estrutura redundante, de datacenter e servidores, e no qual tenho um gasto de +- R$ 6500,00 (+ a depreciação) - contando tudo. Sendo a estrutura master com redundância aqui na empresa, e mais uma redundância em outro DC. Nessa situação, eu estou sendo questionado sobre a amazon, mais por causa do custo, sendo que eles na teoria fornecem tudo redundante e com SLA de 99.95% ao mês (se não me engano), que na teoria também o custo é menor. Hoje minha SLA dos servidores está em 99.997% e do BGP em 99.96% Gostaria da opinião de quem usa, ou de quem já usou, ou até mesmo de quem trabalha com situação parecida de disponibilidade. Os contratos são com SLA, e alta demanda, e para piorar, sem "fidelidade". Uma sugestão que acho importantíssimo você ter uma definição é sobre o local de armazenamento dos dados. Um professor meu comentou que um serviço de proteção ao crédito utiliza infra virtualizada por uma dessas grandes mas a justiça brasileira orientou a deixar os dados no Brasil por questões jurídicas. Sim, mais na teoria, eles tem em SP não? Essa questão para mim é primordial, já que são prontuários de pacientes (por exemplo), que em processos (que não são poucos, ainda mais contra a saúde pública) são requeridos/utilizados, etc.. ___ 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] Opinião - Amazon
On 06/27/2014 01:53 PM, Jean Pereira wrote: > Boa tarde, > > Gostaria de uma opinião de vocês. > > Temos um sistema que gerencia a saúde publica de alguns municípios do > pais, atende a +- 2 milhões de pessoas. Roda 24/7 em todos os postos > de saúde, UPA 24 e pronto socorros de alguns clientes. O sistema em si > já ultrapassa as 9 milhões de transações dia. > > Situação é a seguinte, hoje tenho uma estrutura redundante, de > datacenter e servidores, e no qual tenho um gasto de +- R$ 6500,00 (+ > a depreciação) - contando tudo. Sendo a estrutura master com > redundância aqui na empresa, e mais uma redundância em outro DC. > > Nessa situação, eu estou sendo questionado sobre a amazon, mais por > causa do custo, sendo que eles na teoria fornecem tudo redundante e > com SLA de 99.95% ao mês (se não me engano), que na teoria também o > custo é menor. > > Hoje minha SLA dos servidores está em 99.997% e do BGP em 99.96% > > Gostaria da opinião de quem usa, ou de quem já usou, ou até mesmo de > quem trabalha com situação parecida de disponibilidade. > Os contratos são com SLA, e alta demanda, e para piorar, sem > "fidelidade". Uma sugestão que acho importantíssimo você ter uma definição é sobre o local de armazenamento dos dados. Um professor meu comentou que um serviço de proteção ao crédito utiliza infra virtualizada por uma dessas grandes mas a justiça brasileira orientou a deixar os dados no Brasil por questões jurídicas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Opinião - Amazon
Boa tarde, Gostaria de uma opinião de vocês. Temos um sistema que gerencia a saúde publica de alguns municípios do pais, atende a +- 2 milhões de pessoas. Roda 24/7 em todos os postos de saúde, UPA 24 e pronto socorros de alguns clientes. O sistema em si já ultrapassa as 9 milhões de transações dia. Situação é a seguinte, hoje tenho uma estrutura redundante, de datacenter e servidores, e no qual tenho um gasto de +- R$ 6500,00 (+ a depreciação) - contando tudo. Sendo a estrutura master com redundância aqui na empresa, e mais uma redundância em outro DC. Nessa situação, eu estou sendo questionado sobre a amazon, mais por causa do custo, sendo que eles na teoria fornecem tudo redundante e com SLA de 99.95% ao mês (se não me engano), que na teoria também o custo é menor. Hoje minha SLA dos servidores está em 99.997% e do BGP em 99.96% Gostaria da opinião de quem usa, ou de quem já usou, ou até mesmo de quem trabalha com situação parecida de disponibilidade. Os contratos são com SLA, e alta demanda, e para piorar, sem "fidelidade". ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] effective_cache_size
Certo, esqueci do shared_buffers. Acontece... A questão é, como medir a quantia de memória que o sistema operacional está usando para cache dos arquivos do PostgreSQL? Existe alguma forma de tirar métricas desse tipo? sar, iostat, iotop? free sar vmstat top ... []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] effective_cache_size
Em 27 de junho de 2014 13:36, Flavio Henrique Araque Gurgel escreveu: >> Em outros bancos de dados existem áreas definidas para o cache dos >> dados (ex.: Buffer Cache no Oracle, Buffer Pool no DB2). O PostgreSQL >> não possui uma configuração para definir esse tamanho de cache de >> dados, ele utiliza o cache de arquivos do próprio sistema operacional. > > > O shared_buffers do PostgreSQL é um tipo de cache sim e é configurável. > Só que o cache do sistema operacional tende a ser mais eficiente para > grandes quantidades de dados, portanto, não ocupar a memória toda com > shared_buffers e deixa uma boa parte para o sistema operacional é uma boa > ideia na maioria dos casos. Certo, esqueci do shared_buffers. A questão é, como medir a quantia de memória que o sistema operacional está usando para cache dos arquivos do PostgreSQL? Existe alguma forma de tirar métricas desse tipo? sar, iostat, iotop? TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] effective_cache_size
Em outros bancos de dados existem áreas definidas para o cache dos dados (ex.: Buffer Cache no Oracle, Buffer Pool no DB2). O PostgreSQL não possui uma configuração para definir esse tamanho de cache de dados, ele utiliza o cache de arquivos do próprio sistema operacional. O shared_buffers do PostgreSQL é um tipo de cache sim e é configurável. Só que o cache do sistema operacional tende a ser mais eficiente para grandes quantidades de dados, portanto, não ocupar a memória toda com shared_buffers e deixa uma boa parte para o sistema operacional é uma boa ideia na maioria dos casos. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] effective_cache_size
Em 27 de junho de 2014 13:00, Flavio Henrique Araque Gurgel escreveu: >> - Onde a área do "effective_cache_size" é alocada? > >> - Segundo o help do próprio Postgresql... é utilizado para fins >> estimativos... como assim? > > > É o valor que o planejador de consultas usa como probabilidade de encontrar > uma página de dados em cache. > Corrijam-me se minha explicação estiver errada: Em outros bancos de dados existem áreas definidas para o cache dos dados (ex.: Buffer Cache no Oracle, Buffer Pool no DB2). O PostgreSQL não possui uma configuração para definir esse tamanho de cache de dados, ele utiliza o cache de arquivos do próprio sistema operacional. O parâmetro effective_cache_size é usado para instruir ao otimizador do PostgreSQL o quanto de memória é usado para fazer o cache dos arquivos de dados do PostgreSQL, ou seja, o quanto "sobra" para ele. Estou certo? TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] effective_cache_size
Em 27 de junho de 2014 13:00, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > - Onde a área do "effective_cache_size" é alocada? >> > > Não é alocada. Vide abaixo. > > > - Segundo o help do próprio Postgresql... é utilizado para fins >> estimativos... como assim? >> > > É o valor que o planejador de consultas usa como probabilidade de > encontrar uma página de dados em cache. > > > - Esta alocação é interna, ou é somente um valor constante para fins de >> cálculos do plano de execução? >> > > É somente um valor para cálculo de planos de execução. > Ele inclusive pode ser alterado para uma sessão como: > SET effective_cache_size = X; > > Você pode alterar esse parâmetro sem medo algum de ter falta de memória, > todavia, seus planos de execução serão mais ou menos eficientes dependendo > de como você o ajusta. > > []s > Flavio Gurgel > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Obrigada. Valeu demais! Foi show de bola! -- Rosana de Oliveira Santos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] effective_cache_size
- Onde a área do "effective_cache_size" é alocada? Não é alocada. Vide abaixo. - Segundo o help do próprio Postgresql... é utilizado para fins estimativos... como assim? É o valor que o planejador de consultas usa como probabilidade de encontrar uma página de dados em cache. - Esta alocação é interna, ou é somente um valor constante para fins de cálculos do plano de execução? É somente um valor para cálculo de planos de execução. Ele inclusive pode ser alterado para uma sessão como: SET effective_cache_size = X; Você pode alterar esse parâmetro sem medo algum de ter falta de memória, todavia, seus planos de execução serão mais ou menos eficientes dependendo de como você o ajusta. []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] effective_cache_size
Caríssimos, Estou com dúvida quanto ao uso do parâmetro "effective_cache_size" utilizado pelo PostgreSQL. A máquina em que roda o PostgreSQL (versão 9.2.3) tem Red Hat 6.3 com 12GB de RAM. O effective_cache_size está com o valor padrão: 128 MB O Pgtune sugeriu aumentar para 7680 MB (vide abaixo na figura 1). VALOR REALSUGESTÃO DO PGTUNEParâmetropostgresql.confpsqlotimizado.conf default_statistics_target 10050maintenance_work_mem 256MB640MB constraint_exclusion partitiononcheckpoint_completion_target0.5 0.9 effective_cache_size128MB 7680MBwork_mem 32 MB64MBwal_buffers-1 8MB checkpoint_segments 316shared_buffers3200 MB 2560MBmax_connections10080 Figura 1 - Correlação dos parâmetros do postgresql.conf Pergunta-se: - Onde a área do "effective_cache_size" é alocada? - Segundo o help do próprio Postgresql... é utilizado para fins estimativos... como assim? - Esta alocação é interna, ou é somente um valor constante para fins de cálculos do plano de execução? Desde já agradeco. -- Rosana de Oliveira Santos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral