Re: [pgbr-geral] pg_data em uma versão e binarios em outra

O pg_upgrade funciona nas versões 8.x. Pelo que me lembro, só existe o detalhe de que para migrar da versão 8.3 para uma maior, a versão de destino precisa ter sido compilada com a opção: --disable-integer-datetimes, já que a forma de persistência física de campos date foi alterada após esta

Re: [pgbr-geral] Parallel Query - Como funciona

2016-11-22 15:53 GMT-02:00 Alan Formagi : > Boa tarde pessoas! > Tudo bem? > > Um colega meu, e eu estamos com uma dúvida referente ao uso de múltiplos > cores, do PostgreSQL, ao executar uma query. > Deixo claro que não se trata de um problema para nós, é apenas uma dúvida,

Re: [pgbr-geral] PG Restore demorando muito

Matheus, Tem sim. Já estamos assim, com o "banco de binários" em filesystem, só que algumas tabelas que ainda tem binários ainda permanecem no banco e ocupam uns 70% dele. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] PG Restore demorando muito

Marcell, Tenta recriar a view materializada e fazer de novo o dump/restore. Mas com o PJE o -J não adianta muito, de 2 pra cima fica tudo igual por causa das tabelas de binários que são bem maiores que as outras. Nossa base está em 400GB e tivemos essa característica. Nós estamos na Versão

Re: [pgbr-geral] PG Restore demorando muito

O aplicativo não seria o PJE, né? Coloca tua configuração de máquina, pf (CPU, memória, SO, etc) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PG Restore demorando muito

2016-11-18 10:08 GMT-02:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 18 de novembro de 2016 09:42, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> >> >> 2016-11-18 9:35 GMT-02:00 Sebastian Webber <sebast...@swebber.me&

Re: [pgbr-geral] PG Restore demorando muito

Tive esse mesmo problema e vi que tinha uma tabela que o tamanho era bem maior que a média de outras tabelas, aí o -j não ajudou, pois tudo acabava e só ficava no restore dela. Mas o que demora mais no meu restore é a criação dos índices, que se coincidirem serem muitos nessa tabela grande.

Re: [pgbr-geral] PG Restore demorando muito

2016-11-18 9:35 GMT-02:00 Sebastian Webber : > > > Em 18 de novembro de 2016 09:08, Marcell Ribeiro < > marcell.ribe...@gmail.com> escreveu: > >> Bom dia galera, estou fazendo um pg restore mas está demorando cerca de 7 >> horas pra restaurar apenas um tar de 60gb, >> > > >

Re: [pgbr-geral] Autovacuum não é o inimigo! [Ajuda pra revisar tradução]

Em 14 de novembro de 2016 18:06, Sebastian Webber <sebast...@swebber.me> escreveu: > > > Em 14 de novembro de 2016 16:01, Daniel Luiz da Silva < > daniel.si...@ipm.com.br> escreveu: > > >> Valeu Seba, >> > > :) > > >> >> Fico

Re: [pgbr-geral] Autovacuum não é o inimigo! [Ajuda pra revisar tradução]

De: "Flavio Henrique Araque Gurgel" Para: "Comunidade PostgreSQL Brasileira" Enviadas: Segunda-feira, 14 de novembro de 2016 15:24:17 Assunto: Re: [pgbr-geral] Autovacuum não é o inimigo! [Ajuda pra revisar tradução] Em seg, 14 de

Re: [pgbr-geral] Ferramentas de monitoramento SaaS

2016-11-14 12:42 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em seg, 14 de nov de 2016 às 15:00, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> Bom dia. >> >> Quem já teve ou tem experiências com ferramentas

[pgbr-geral] Ferramentas de monitoramento SaaS

Bom dia. Quem já teve ou tem experiências com ferramentas de monitoramento PostgreSQL SaaS. Já testei o Datadog no passado, mas achei os monitoramentos muito limitados. Deu uma olhada no Okmeter, que me parece uma solução mais completa. Ou até partir para o OPM + POWA(local). Gostaria da

Re: [pgbr-geral] PostgreSQL + AWS RDS

2016-11-08 11:18 GMT-02:00 Emanuel Araújo : > Srs. > > Dúvida: > > O serviço da Amazon RDS, no tocante ao provisionamento de IOPS (Storage e > IOPS), faz o escalonamento de espaço de forma automática ? Ou seja, ao > contratar esse serviço mais o provisionamento, quando a base

Re: [pgbr-geral] Performance com select distinct

On Mon, Oct 31, 2016 at 4:59 PM, Marcio Meneguzzi < marcio.menegu...@gmail.com> wrote: > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and >

Re: [pgbr-geral] Dúvida banco replicado - tabelas temporárias

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

[pgbr-geral] Dúvida banco replicado - tabelas temporárias

, pois elas são apagadas no final da transação. Tem alguma maneira de "burlar" isso? Atenciosamente, Luiz carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Archive não processado

2016-10-26 11:55 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-10-26 11:45 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com > >: > >> >> >> Em qua, 26 de out de 2016 às 15:27, Cleiton Luiz Domazak < >> cleit

Re: [pgbr-geral] Archive não processado

2016-10-26 11:45 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em qua, 26 de out de 2016 às 15:27, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> 2016-10-26 11:19 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com &g

Re: [pgbr-geral] Archive não processado

2016-10-26 11:19 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-10-26 11:13 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com > >: > >> >>> >>> O que quer dizer com "não existissem"? Eles n

Re: [pgbr-geral] Archive não processado

2016-10-26 11:13 GMT-02:00 Flavio Henrique Araque Gurgel : > >> >> O que quer dizer com "não existissem"? Eles não cairam no seu bucket? >> >> >> Sim, nem no bucket e nem no archive_status, é como eles tivessem sido >> criados pelo banco, mas não existissem para o

Re: [pgbr-geral] Tamanho real da base em disco

On Wed, Oct 26, 2016 at 10:17 AM, Sebastian Webber wrote: > Curioso do teu problema, eu fiz um teste aqui, veja: > > sebastian=# create table foo (id serial primary key, nome text); > CREATE TABLE > sebastian=# insert into foo (nome) select 'Nome ' || >

Re: [pgbr-geral] Archive não processado

2016-10-26 10:13 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em qua, 26 de out de 2016 às 13:03, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> Bom dia. >> >> Ativei o archive e estou utilizando o Wal-e, porém

Re: [pgbr-geral] Tamanho real da base em disco

2016-10-26 9:13 GMT-02:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 25 de outubro de 2016 18:22, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> >> >> 2016-10-25 17:28 GMT-02:00 Sebastian Webber <sebast...@swebber.me

[pgbr-geral] Archive não processado

Bom dia. Ativei o archive e estou utilizando o Wal-e, porém hoje percebi em um dos servidores de teste que um range inteiro de Wal files não foram processados, eles estão na pg_xlog, e não foram processados pelo archive_command e nem estão na archive_status. Alguém tem alguma idéia do pq? O

Re: [pgbr-geral] Tamanho real da base em disco

2016-10-25 17:28 GMT-02:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 25 de outubro de 2016 16:02, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> Boa tarde. >> >> Preciso calcular o tamanho total de uma base em disco, não

[pgbr-geral] Tamanho real da base em disco

Boa tarde. Preciso calcular o tamanho total de uma base em disco, não logicamente pela PostgreSQL. Todas as bases estão criadas em cima de tablespaces, e como cada base tem a sua tablespace especifica, os temp files são criados em uma delas também. E o volume de WAL em disco é irrelevante nesse

Re: [pgbr-geral] armazenamento de imagens no Banco x File System

> > >>O que é mais indicado, gravar arquivos em file system ou no próprio > banco ? > Existe uma terceira via, que é a de usar um serviço exclusivo para este fim, como o Cloudinary [1]. [1] http://cloudinary.com/ ___ pgbr-geral mailing list

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

Flávio, Funcionou ignore_startup_parameters = extra_float_digits,application_name,geqo Só não sei as consequências disso... Desculpa os aperreios aí. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

ignore_startup_parameters = extra_float_digits,application_name,geco ERROR: Unsupported startup parameter: geqo {08P01,NativeErr = 210} ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

Puts. Foi mal de novo, mas às vezes o gmail os ... somem ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

Flávio, Colocando esse parâmetro não terei nenhum prejuízo nos meus sistemas? Tinha visto essa solução, mas que não era recomendada. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

Quando coloco o sslmode require dá o erro hgopoer, line 231: got native error 101 and sqlstate 08001; message follows... server does not support SSL, but SSL was required {08001,NativeErr = 101} Quando tiro hgopoer, line 231: got native error 210 and sqlstate 08P01; message follows... ERROR:

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

Flávio, Foi mal. É a pressa. O arquivo não existe ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

com> escreveu: > > > Em seg, 24 de out de 2016 às 14:21, Luiz Carlos L. Nogueira Jr. < > lcnogueir...@gmail.com> escreveu: > >> odbcinst.ini >> >> [PostgreSQL64] >> Description = ODBC for PostgreSQL >> Driver = /usr/lib/psqlodbc.so >

Re: [pgbr-geral] pg_rman + AWS S3

2016-10-22 18:39 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em sex, 21 de out de 2016 às 20:38, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> 2016-10-21 15:54 GMT-02:00 Fabrízio de Royes Mello < >> fabri...

Re: [pgbr-geral] Opções de dump

Flávio, sim, uso -j 6, e temos 8CPUS Mas nesse caso o -j não serve muito pois temos uma tabela que ocupa quase 50% do banco. Enquanto outras threads terminam, a que fica com o COPY dessa tabela fica rodando, e tem que esperar o final dela pra fazer as tarefas restantes De -j2 a -j 8 a diferença de

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

odbcinst.ini [PostgreSQL64] Description = ODBC for PostgreSQL Driver = /usr/lib/psqlodbc.so Setup = /usr/lib/libodbcpsqlS.so Driver64= /usr/pgsql-9.3/lib/psqlodbc.so Setup64 = /usr/lib64/libodbcpsqlS.so FileUsage = 1 odbc.ini [PG_LINK] Description =

Re: [pgbr-geral] DBLINK Oracle x PGBouncer

Complementando O postgresql.ini é igual nos 2 lados, só com a opção de slave diferente. pgbouncer .ini ; bancos de producao pje_jud1g_p = host=192.168.252.xx port=5432 pool_size=100 <- aqui funciona ; bancos de replicacao pje_jud1g_p_rep = host=192.168.251.yyy

Re: [pgbr-geral] armazenamento de imagens no Banco x File System

Aqui usamos o JCR pra armazenar em fs. Sugiro, para fins administrativos que as imagens fiquem em filesystems. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] armazenamento de imagens no Banco x File System

conhecer outras... Em 24 de outubro de 2016 09:54, Flávio Silveira <f...@terra.com.br> escreveu: > On 24/10/2016 09:50, Luiz Henrique wrote: > >> Pessoal, >> >> Temos uma aplicação jboss que recebemos como "herança", ela armazena >> diversos arquivos

[pgbr-geral] armazenamento de imagens no Banco x File System

ca ? O que é mais indicado, gravar arquivos em file system ou no próprio banco ? Sendo file system vocês tem sugestão de ferramentas ? Gostaria da opinião dos colegas. Obrigado! -- Atenciosamente, Luiz Henrique “A coruja de Minerva alça seu vôo somente com o início do crepúsculo”. Fried

Re: [pgbr-geral] Opções de dump

Flávio, Sim Eu acho que fazendo o create database via template é só uma cópia física do banco original e o restore é uma cópia lógica. Nessa cópia lógica é que são criados os índices, e é nisso que perdemos tempo. ___ pgbr-geral mailing list

[pgbr-geral] DBLINK Oracle x PGBouncer

Pessoal, Instalei o pgbouncer e algumas aplicações minhas que vinham através de DBLINKs do Oracle pararam de funcionar. Algumas aplicações asp tive que colocar o modo ssl pra poderem funcionar, mas com o DBLINK não encontrei algum tipo de opção assim. A mensagem de erro abaixo me deixou mais

Re: [pgbr-geral] pg_rman + AWS S3

2016-10-21 11:11 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em sex, 21 de out de 2016 às 14:25, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> 2016-10-20 16:21 GMT-02:00 Fabrízio de Royes Mello < >> fabri...@

Re: [pgbr-geral] pg_rman + AWS S3

2016-10-20 16:21 GMT-02:00 Fabrízio de Royes Mello <fabri...@timbira.com.br> : > On 19-10-2016 16:44, Cleiton Luiz Domazak wrote: > > Boa tarde pessoal. > > > > Estou montando um projeto de PITR e estou utilizando o pg_rman. Como são > > vários servers e não qu

[pgbr-geral] pg_rman + AWS S3

Boa tarde pessoal. Estou montando um projeto de PITR e estou utilizando o pg_rman. Como são vários servers e não queremos manter um servidor só para rodar o Barman, parti para WAL-e e pg_rman, e nos meus testes, para o nosso caso o pg_rman se mostrou ser a melhor opção, porém com a limitação de

[pgbr-geral] Restore de apenas uma database sem dump

Tenho um servidor com muitas bases, e constantemente é solicitado restore de dados de alguma dessas bases. De backup temos 1 dump diário de cada base + PITR. E ai que vem o dilema: 1- Restore vai dump posso fazer especifico para apenas 1 database, mas posso perder 1 dia. 2- Restore via PITR

[pgbr-geral] Opções de dump

3,5 horas e a criação dos bancos a partir do template é de 30 minutos. Teria alguma opção de dump/restore que pudesse diminuir essa criação do template. Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https

Re: [pgbr-geral] missing chunk number 0 for toast value 343342964 in pg_toast_2619

> > Infelizmente o problema está ocorrendo com outras tabelas, como por > exemplo information_schema.role_table_grants. > > Na verdade o problema ocorre com mais de uma tabela interna porém a > mensagem de erro é sempre a mesma. O fato da corrupção não ser um "fato isolado" pode indicar um

[pgbr-geral] vacuum analyze por tabela

Pessoal, Quando saber que preciso executar vacuum analyze individual por tabela ? Que parâmetros / estatísticas procurar para indicar que a tabela merece um vacuum ? Alguem tem / recomenda um select que lista isso ? Obrigado! ___ pgbr-geral mailing list

Re: [pgbr-geral] Duvidas com relacionamentos ( Tabela Filha Obrigatória )

> > até ai tudo bem. essa parte esta feito.. > > mais se eu faço um insert só na tabela pai ele não me da um erro avisando > que esqueci de incluir o registro filho > > Mas como você vai fazer essa validação ao inserir o registro pai se o registro filho é dependente do mesmo? Veja que este é um

[pgbr-geral] Muitas ocorrências no LOG : postgres temporary file: path ...

gsql_tmp/pgsql_tmp18063.25", size 10019576 2016-09-13 13:25:19 BRT [17440]: [28-1] user=xyz,db=xyz,client=a.b.c.d LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp17440.10", size 53116928 -- Atenciosamente, Luiz Henrique “A coruja de Minerva alça seu vôo somente com o i

Re: [pgbr-geral] max_worker_processes

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

[pgbr-geral] max_worker_processes

Pessoal, Existe alguma regra pra configurar o max_worker_processes? Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] quando usar vacuum full analyze

Euler, Segue anexo os planos da consulta. Obrigado pela ajuda Em 31 de agosto de 2016 22:21, Euler Taveira <eu...@timbira.com.br> escreveu: > On 31-08-2016 20:22, Luiz Henrique wrote: > > Estou com problema de lentidão em uma determinada consulta no banco de > > p

[pgbr-geral] quando usar vacuum full analyze

Pessoal, Estou com problema de lentidão em uma determinada consulta no banco de produção (centos linux postgresql 9.1). Tempo de 1 minuto em produção. No ambiente de homologação leva cerca de 3s. O banco de produção é copiado diariamente para homologação (em homol eu faço : dropdb, createdb e

[pgbr-geral] Postgres x RedHat7 - Parâmetros SO

Pessoal, Temos que alterar algum parâmetro do SO quando mudamos do RedHat 6 pro 7? Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Crash durante vacuum full

> Esse pg_database_size pega os dados direto do SO ou dos metadatos? > Pega do tamanho do(s) diretório(s). Tá explicado. Menos mal. Não existe nenhuma ferramente/script pra varrer as pastas e verificar os "lixos" do banco no SO? ___ pgbr-geral

Re: [pgbr-geral] Crash durante vacuum full

Flávio, Segue comando que utilizei SELECT current_timestamp, datname, (pg_database_size(datname)), pg_size_pretty(pg_database_size(datname)) FROM pg_database WHERE datname not in ('template0','template1','postgres') order by datname Esse pg_database_size pega os dados direto do SO ou dos

Re: [pgbr-geral] Crash durante vacuum full

Flávio, Voltou nada mesmo Mas por que quando eu faco o script do tamanho do banco ele aparece. O resultado é em cima do SO e não dos metadados? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] Crash durante vacuum full

select * from pg_class where relfilenode = 131380784 Nada. E aí dá pra apagar 131380784.* com 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] Crash durante vacuum full

Não voltou nada no select. Eu sei que a solução seria dump/retore, pq já fiz em outro ambiente, mas queria uma (Garantida) que não necessitasse fazer isso. Ou fazer algum procedimento no banco que o próprio postgres fizesse. ___ pgbr-geral mailing list

Re: [pgbr-geral] Crash durante vacuum full

De: "Luiz Carlos L. Nogueira Jr." <lcnogueir...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Segunda-feira, 29 de agosto de 2016 17:13:02 Assunto: Re: [pgbr-geral] Crash durante vacuum full Já fiz o

Re: [pgbr-geral] Crash durante vacuum full

Já fiz o dump/restore em outro lugar e o banco fica ok (pequeno) Acho que descobri o relnodeid . Peguei as tabelas com nome *.100 (tabelas com mais de 100GB e depois fiz o select no banco, pq sei que a tabela "invisível" tem mais de 100GB # ls -al *.100 -rw---. 1 postgres postgres 1073741824

Re: [pgbr-geral] Crash durante vacuum full

De: "Luiz Carlos L. Nogueira Jr." <lcnogueir...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Segunda-feira, 29 de agosto de 2016 15:54:35 Assunto: Re: [pgbr-geral] Crash durante vacuum full As tabe

Re: [pgbr-geral] Crash durante vacuum full

As tabelas estão com os tamanhos certos, inclusive, no dump esse "inchaço" não foi levado. Ele não está em nenhuma tabela "boa". Deve existir uma tabela "invisível", que conta para o tamanho do banco grande, mas não conta quando fazemos um dump. Teria alguma maneira de relacionar o nome das

Re: [pgbr-geral] Crash durante vacuum full

De: "Luiz Carlos L. Nogueira Jr." <lcnogueir...@gmail.com> Para: "Fabrízio de Royes Mello" <fabri...@timbira.com.br>, "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Segunda-feira, 29 de agosto de 2016 1

Re: [pgbr-geral] Crash durante vacuum full

Não adiantou muito a query. Olhei o log e não aparece nada em relação a tabela que estava rodando na hora do crash. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Crash durante vacuum full

uum quando "crashou". Olhando os tamanhos das maiores tabelas do banco, elas estão normais. Como fazer pra encontrar esse "espaço perdido"? Agradecendo, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://li

Re: [pgbr-geral] Configuração de Logs

e colocar log_min_duration bom 0 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] alterar encoding durante uma VIEW

WIN1252 ou LATIN1 (por exemplo). Dúvida : como eu posso , em tempo de execução da VIEW, alterar o ENCODING ? É possivel ? Grato a todos! -- Atenciosamente, Luiz Henrique “A coruja de Minerva alça seu vôo somente com o início do crepúsculo”. Friedrich Hegel

Re: [pgbr-geral] Campo de determinado registro da tabela corrompido, como corrigir ou apagar o registro?

> > On 08-08-2016 17:24, DERLEI LISBOA wrote: >> > Como apagar este registro? >> > >> DELETE FROM foo WHERE chave = 123; >> > > Mas, por ser um problema na header da página, não seria melhor subir o > sistema em modo mono-usuário com zero_damaged_pages = on ? > E, é claro, disparar um vacuum e

Re: [pgbr-geral] Campo de determinado registro da tabela corrompido, como corrigir ou apagar o registro?

> > On 08-08-2016 17:24, DERLEI LISBOA wrote: > > Como apagar este registro? > > > DELETE FROM foo WHERE chave = 123; > Mas, por ser um problema na header da página, não seria melhor subir o sistema em modo mono-usuário com zero_damaged_pages = on ? ___

Re: [pgbr-geral] archive_command com 2 ou mais comandos

Nesse caso os %p e %f ficariam como parâmetros de entrada desse bash ou teria alguma forma de pegar dentro do bash? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] archive_command com 2 ou mais comandos

a o último comando? Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] palestra sobre postgres

Pessoal, Estou planejando uma apresentação para difundir a utilização do Postgres pra uma grande empresa aqui de Pernambuco. Alguém tem alguma palesta/artigo pra ter uma base para essa apresentação? Atenciosamente, Luiz Carlos ___ pgbr-geral mailing

Re: [pgbr-geral] %System alto

Euler, acertastes em cheio.. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] pg_basebackup - 9.3

De: "Patrick B" Para: "Comunidade PostgreSQL Brasileira" Enviadas: Quarta-feira, 6 de julho de 2016 0:17:32 Assunto: Re: [pgbr-geral] pg_basebackup - 9.3 Em 6 de julho de 2016 15:08, Matheus de Oliveira <

Re: [pgbr-geral] %System alto

Euler, Red Hat Enterprise Linux Server release 6.5 (Santiago). O que seria THP? Não tenho o perf instalado. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] %System alto

Pessoal, Estamos com uma problema que não conseguimos identificar o motivo. Máquina com 36 cores, 128GB de RAM, Postgres 9.3.12. o % system do TOP às vezes chega quase a 99% e o %user menos de 1% Temos o bouncer na frente do banco pra grande maioria das aplicações. No final das contas, nem chegam

Re: [pgbr-geral] connections on unix domain socket ubuntu 16.04 /var/run/postgresql/.s.pgsql.5432

2016-06-28 10:16 GMT-03:00 Flavio Henrique Araque Gurgel : > > Gian, > > > > Também passei por este problema. O que entendi é que o PSQL da versão > > 9.5 procura o arquivo de conexão socket em */var/run/postgresql *contudo > > o postgres nas versões anteriores criava o arquivo

[pgbr-geral] Diferença entre live tuples e inserted depois de um CLUSTER

Pessoal, Fiz um cluster em duas tabelas. O numero de inserted bateu com o count da tabela, mas ficou diferente do live tuples. Os dead tuples ficaram 0. O que pode ter sido? Versão 9.3.12. Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr

Re: [pgbr-geral] Mitos sobre PostgreSQL

> > Senhores, estou preparando uma palestra sobre PostgreSQL e gostaria de > pedir uma mãozinha do pessoal aqui... Quais os maiores mitos que vocês > conhecem sobre PostgreSQL? > Por ser open-source, possui vulnerabilidades de segurança. ___ pgbr-geral

Re: [pgbr-geral] (sem assunto)

> > Os agentes ODI e o postgres 9.4 estão em Linux Red Hat. > Verdade, confundi com outro erro: could not receive data from client: unrecognized winsock error 10061 Sobre o seu servidor, você realmente precisa ter max_connections = 600? Será que o seu problema não está relacionado à isto? Se

Re: [pgbr-geral] (sem assunto)

> > Também acontece em outro servidor com postgresql 9.4, mas com menos > frequência o aplicativo utilizado é o ODI. > Pelo que pude constatar, este problema somente acontece em ambiente Windows. AFAIK é inofensivo, me parece ser um pequeno bug na api do Windows em relação ao tratamento de

Re: [pgbr-geral] [Reinstalar Postgres ] - versão 9.0

016-06-14 11:05 GMT-03:00 Daniel Luiz da Silva <daniel.si...@ipm.com.br>: > Fiz uma instalação do Postgres 9.0.5 Por que tão arcaica? Não é mais suportada há anos, terias de estar pelo menos na 9.1.22. Atualize imediatamente para 9.0.23, e comece imediatamente a planejar a atualização p

[pgbr-geral] [Reinstalar Postgres ] - versão 9.0

Bom dia, Senhores, Estou com um cenário delicado, gostaria de trocar ideia com alguém que já passou por isso. Fiz uma instalação do Postgres 9.0.5, através de pacote compilado, e guardei o pacote. Hoje necessita colocar a replicação do Bucardo para funcionar, porém, necessito reinstalar o

Re: [pgbr-geral] Problemas com ‘alternativas’ ao modelo relacional

> > Isso vai depender de que problema de negócio vc quer resolver. Para um > ERP por exemplo creio que um NoSQL possa não se aplicar devido a > consistencia eventual. Imagina no sistema orçamentário de cada usuario > visualizar um saldo diferente de uma conta pra fazer uma reserva > financeira???

Re: [pgbr-geral] versão de schemas

Em 7 de junho de 2016 15:16, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2016-06-07 15:10 GMT-03:00 Tiago José Adami : > > > > Só é preciso cuidado especial com as ferramentas "geradoras de > > código", aquelas que se baseiam na estrutura (catálogo) do

Re: [pgbr-geral] versão de schemas

> > 2016-06-07 14:03 GMT-03:00 Michel Luiz Milezzi <michelmile...@gmail.com>: > >> Não consigo imaginar uma maneira sistemática e (ou) automática. > >> Dependendo das alterações, você pode criar visões que preservem o > >> esquema lógico anterior, mas é trab

Re: [pgbr-geral] versão de schemas

> > Não consigo imaginar uma maneira sistemática e (ou) automática. > Dependendo das alterações, você pode criar visões que preservem o > esquema lógico anterior, mas é trabalho braçal. > > O ideal aí é atualizar as aplicações juntas, ou tirar um dos > servidores do ar enquanto atualiza o outro.

Re: [pgbr-geral] Consideração replicação

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

Re: [pgbr-geral] Consideração replicação

Flávio, Outra dúvida simples. A replicação deixa os bancos "iguais" tanto fisicamente quanto logicamente? Por ex. A fragmentação de um lado não poderia ser diferente do outro? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] Onde instalar o PGBouncer?

? Meu servidor de banco tem 12 cores Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Consideração replicação

> Então uma boa prática seria ficar fazendo um rsync (fora do > archive_command) dos wals sempre pro slave e os limpando de tempos em > tempos pra não encher a partição do slave Não entendi bem sua ideia mas normalmente o que se faz é o archive_command que envia seus logs de transação para algum

Re: [pgbr-geral] Consideração replicação

prática seria ficar fazendo um rsync (fora do archive_command) dos wals sempre pro slave e os limpando de tempos em tempos pra não encher a partição do slave Luiz carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgr

Re: [pgbr-geral] Consideração replicação

cair mas eu tiver uma cópia dos archives em outro lugar, colocando o restore_command ele vai buscar de lá. Seria uma opção de contingência caso o master caia Qual operação que fica startando o restore_command? Luiz carlos ___ pgbr-ge

Re: [pgbr-geral] Consideração replicação

Agora que eu entendi a idéia da replicação... :) O slave, através da configuração do primary_conninfo do recovery.conf e dos status de hot_standby=on, vai no server e pega os dados necessário dos wals. Minha idéia anterior era que o server que ficava mandando pro slave. Nessa estrutura o server

Re: [pgbr-geral] Habilitar a engine innoDB no mysql

> > É o seguinte, estou usando um serviço gratuito de hospedagem de sites > chamado Hosting no qual ele habilita linguagens PHP e o Banco de Dados > MySQL. Só que como o meu sistema, as tabelas que acessam o Mysql isam a > engine InnoDB que permite o uso de relacionamentos via chaves estrangeiras

Re: [pgbr-geral] Consideração replicação

rando o slave? Se no archive, os dados poderão, dependendo do tempo, estar no wal, mas se não tiver no archive mode, a replicação "morre" e terei de fazer tudo do 0 de novo?* Agradecendo antecipadamente, Luiz Carlos ___ pgbr-geral mailing li

<    1   2   3   4   5   6   7   8   >