Alguém poderia dar um help aí com isto por favor?
Obrigado.
Sent from my phone
> On 13/01/2016, at 3:55 PM, Lucas wrote:
>
> Olá pessoal. Estava com problema em uma SLOW QUERY, então foi decidido mudar
> tudo. Vou por aqui algumas informacões para que vocês me
O problema do
WAL segment `pg_xlog/000211E80012` successfully archived on
host `slave-01`
WAL segment `pg_xlog/000211E80012` successfully archived on
host `slave-02`
Failed to archive WAL segment `pg_xlog/000211E80012` on host
`localhost:30022
resolvemos
2016-05-18 14:32 GMT+12:00 Euler Taveira <eu...@timbira.com.br>:
> On 17-05-2016 22:34, Lucas Possamai wrote:
> > - Possuo um master e dois slaves
> >
> > Há 6 horas atrás, mudei o shared_buffer de 50GB pra 35GB em meu server.
> >
> Qual server? master?
>
2016-05-18 15:25 GMT+12:00 Euler Taveira <eu...@timbira.com.br>:
> On 17-05-2016 23:44, Lucas Possamai wrote:
> > o postgres parou mas nao reiniciou. Após tentar resolver o problema por
> > alguns minutos, foi decidido reiniciar o servidor.
> >
> Possivelm
>
>
>
> Desculpe mas ficou confuso pois pelo que entendi lendo emails anteriores
> o seu "pior" foi por conta da falha do arquivamento... posso também ter
> entendido errado.
>
> O que vc julga como "pior"?? Performance?? Vc tem dados para nos
> fornecer?? Além disso vc disse que ao alterar o
Apenas um UPDATE.
Com o código à cima,
IF (TG_OP = 'INSERT') THEN
> UPDATE public.companies SET client_code_increment =
> (client_code_increment + 1) WHERE id = NEW.company_id;
Mesmo que o usuário não incluísse data, ele atualizava para o próximo
valor. Isto estava errado.
Segue a
Olá pessoal,
- Possuo um master e dois slaves
Há 6 horas atrás, mudei o shared_buffer de 50GB pra 35GB em meu server.
Para validar a mudança, um restart no postgres foi necessário. Porém, o
mesmo não subia e então foi dado um restart no server (master).
*Após esse reboot, estou tendo o
>
>
>
Em 13 de maio de 2016 10:37, Renato Ricci
escreveu:
> Até o ponto que conheço, ILIKE ignora indices.. tente fazer com LIKE..
> Att.,
> Renato
>
>>
>> Se eu uso o LIKE não obtenho os mesmos resultados com a Query
>>
>
>
> Você
Olá galera,
Possuo a seguinte query:
explain analyze
> SELECT DISTINCT title
> FROM ja_jobs WHERE title ILIKE '%Hisl 035%'
> and clientid = 2565 AND time_job > 1382496599
> order BY title
> limit 10
Explain analyze:
Limit (cost=5946.40..5946.41 rows=1 width=19) (actual
>
>
>
>> Em 13 de maio de 2016 10:37, Renato Ricci
>> escreveu:
>>
>>> Até o ponto que conheço, ILIKE ignora indices.. tente fazer com LIKE..
>>> Att.,
>>> Renato
>>>
>>
Se eu uso o LIKE não obtenho os mesmos resultados com a Query
>
>>>
>>> Bom dia.
>>
>> ILIKE %%
Olá pessoal, tudo bem?
Sei que no Postgres 9.4 há o pg_stat_archiver para verificar o arquivamento
e as falhas dos wal_files.
Como posso monitorar isso na versão 9.2?
Vocês tem alguma dica?
Obrigado!
___
pgbr-geral mailing list
2016-07-07 13:46 GMT+12:00 Matheus de Oliveira <matioli.math...@gmail.com>:
>
> 2016-07-06 18:27 GMT-03:00 Lucas Possamai <drum.lu...@gmail.com>:
>
>> Como posso monitorar isso na versão 9.2?
>> Vocês tem alguma dica?
>>
>
> 1. Verifique nos logs d
2016-08-05 7:05 GMT+12:00 Enio :
> Pessoal,
>
> Preciso monitorar o Wal Archiving do PostgreSQL. Vi que na versão 9.4
> tem uma view pg_stat_archiver, mas em outras versões(8.4, 9.2, 9.3)?
>
> Alguém tem alguma dica.
>
Nunca usei, mas parece ser bem interessante:
Eu também tenho um campo BYTEA... Tenho 2TB de armazenamento lá.
Precisei deletar o registro de alguns clientes (Clientes antigos), e
simplesmente pus a coluna como nula.
Mas no seu caso, se você está tendo erro pra fazer isto, tente deletar toda
a row como o @Euler mostrou a cima.
Em 24 de janeiro de 2017 10:39, José Mello Júnior <
jose.mello.jun...@gmail.com> escreveu:
> Elaborei um programa para Windows, onde faço cópia da pasta "data"
> inteira. Tomei o cuidado de parar o serviço antes de realizar a copia e
> essa cópia joguei dentro de um arquivo compactado. Após isso
Em 7 de setembro de 2016 09:11, Rosana de Oliveira
escreveu:
> Prezados,
>
> Boa noite.
> Utilizo Postgresql v 9.5.4
> Agendei um dump na minha crontab. O mesmo já se encontra em execução.
>
> Gostaria de saber se existe alguma consulta que estime o tempo restante do
>
2016-09-22 8:00 GMT+12:00 Antonio Cesar :
> Segue
> SELECT
> tmp.codigo_empresa,
> tmp.codigo_anterior,
> tmp.tipo,
> SUM(tmp.mes01) AS quantidade_mes01,
> SUM(tmp.mes02) AS quantidade_mes02,
> SUM(tmp.mes03) AS quantidade_mes03,
>
Em 29 de agosto de 2016 13:28, Antonio Cesar
escreveu:
> Boa noite pessoal estou precisando de um script para efetuar o vacuum
> todas as noite no linux . So que quando informo oo comando não consigo
> passa a senha
>
> vacuumdb --dbname=dbavecarne --username=amcsistema
Em 2 de novembro de 2016 01:38, Felipe Pereira
escreveu:
>
>
> Em 25 de outubro de 2016 09:34, Michel Luiz Milezzi <
> michelmile...@gmail.com> escreveu:
>
>> >>O que é mais indicado, gravar arquivos em file system ou no próprio
>>> banco ?
>>>
>>
>> Existe uma terceira via,
Galera,
A Amazon Austrália estará no Brasil contratando para diversas vagas, entre
elas DBA.
A AWS irá auxiliar com todo o processo da mudança, incluindo vistos.
Para mais informações:
https://www.amazon.jobs/en/jobs/555095/cloud-support-engineer-database-brazil-hiring-event
Boa sorte à todos!
Em 9 de maio de 2017 07:18, Gabriel Lucaora
escreveu:
> Para acessar o linux pelo Windows use o putty.
> No linux use o psql.
>
> Em 29 de abril de 2017 17:45, José Mello Júnior <
> jose.mello.jun...@gmail.com> escreveu:
>
>> Pessoal, preciso acessar um Banco de Dados
Dá uma olhada nos logs deve te dizer mais coisa lá
É o master ou o slave este servidor? Você pode usar o pg_isready [1] pra
ver o estado do servidor também.
[1] https://www.postgresql.org/docs/9.5/static/app-pg-isready.html
Lucas
2018-03-07 11:59 GMT+13:00 Fábio Uberti
22 matches
Mail list logo