[pgbr-geral] Fwd: Última semana para se inscrever no PgDay Campinas | Não fique de fora!
Caso não consiga visualizar este e-mail, clique aqui http://us4.campaign-archive1.com/?u=b7881cea2a8f91104edfccd8bid=18770d5164e=1e93e52a35 e veja online http://dextra-sw.us4.list-manage2.com/track/click?u=b7881cea2a8f91104edfccd8bid=e0ad04780de=1e93e52a35 ÚLTIMO LOTE DO *PGDAYCAMPINAS 2014 **JÁ DISPONÍVEL* http://dextra-sw.us4.list-manage2.com/track/click?u=b7881cea2a8f91104edfccd8bid=55a86ced7de=1e93e52a35 http://dextra-sw.us4.list-manage.com/track/click?u=b7881cea2a8f91104edfccd8bid=c65024fa00e=1e93e52a35 http://dextra-sw.us4.list-manage1.com/track/click?u=b7881cea2a8f91104edfccd8bid=cc0b2314b2e=1e93e52a35 http://dextra-sw.us4.list-manage.com/track/click?u=b7881cea2a8f91104edfccd8bid=3970e72f69e=1e93e52a35 http://dextra-sw.us4.list-manage1.com/track/click?u=b7881cea2a8f91104edfccd8bid=86a6f33307e=1e93e52a35 * http://dextra-sw.us4.list-manage.com/track/click?u=b7881cea2a8f91104edfccd8bid=c5f950a0a5e=1e93e52a35 Copyright © 2014 Dextra Sistemas, All rights reserved.* Você está recebendo este email pois solicitou informações da Dextra ou participou de eventos patrocinados pela Dextra. *Our mailing address is:* Dextra Sistemas Rod SP 340 Km 118.5 Predio 9A Campinas, SP 13086-602 Brazil Add us to your address book http://dextra-sw.us4.list-manage.com/vcard?u=b7881cea2a8f91104edfccd8bid=d956ce5cc6 unsubscribe from this list http://dextra-sw.us4.list-manage.com/unsubscribe?u=b7881cea2a8f91104edfccd8bid=d956ce5cc6e=1e93e52a35c=18770d5164 update subscription preferences http://dextra-sw.us4.list-manage.com/profile?u=b7881cea2a8f91104edfccd8bid=d956ce5cc6e=1e93e52a35 -- Matheus Ricardo Espanhol --- www.pgdaycampinas.com.br http://www.dextra.com.br/postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgbadger
2014-09-03 18:42 GMT-03:00 Alessandro Lima grandegoia...@gmail.com: 1- qual a diferença entre connections e sessions? Pelo que pude entender, connections conta cada conexão realizada, já sessions conta quando foi conectado e desconectado. Ou seja, connections é contabilizado simplesmente ao realizar uma conexão no banco, já sessions contabiliza toda a duração dessas conexões. Por exemplo, se abrir uma conexão no dia T e fechar no dia T+1 irá aparecer em connections no relatório do dia T mas em sessions somente irá aparecer no relatório do dia T+1. no exemplo: http://192.99.153.10/pgbadger.png 2- o que significa (5 MINUTES AVERAGE) se no gráfico mostra o dia inteiro? A cada 5 minutos é coletado o tempo médio das consultas executadas e exibido no gráfico como um único ponto. Assim você consegue ter o tempo médio de 5 em 5 minutos. Se der um zoom no gráfico vai perceber que ele exibe pontos sempre hora:00, hora:05, hora:10, hora:15, ..., hora:55. 3- cliente alega que recentemente aumentou o QUERIES DURATION, isto não quer dizer necessariamente que as consultas estão mais lentas, basta o número de queries do dia ser maior, correto? Correto, se o número Average query duration estiver aumentando, daí sim é sinal de que as consultas estão ficando mais lentas. 4- no gráfico mostra que um update levou cerca de 40 segundos, este update também aparece na lista de queries que demoraram mais devido bloqueio, qual a melhor forma de identificar quem gerou este bloqueio? hum... Não acho que conseguirá pegar isso do pgBadger, mas você pode habilitar o parâmetro log_lock_duration, e irá aparecer mensagens como as seguintes: LOG: process 3531 still waiting for ShareLock on transaction 237386 after 1000.259 ms STATEMENT: UPDATE ... Quando for liberado outra mensagem aparecerá: LOG: process 3531 acquired ShareLock on transaction 237386 after 35337.456 ms STATEMENT: UPDATE ... Agora, para verificar quem gerou esses bloqueios, você terá que usar o %x no log_line_prefix e procurar pelo número da transação informado lá, nesse caso 237386. É claro que para isso o comando da transação 237386 deve ter sido logado. É bom habilitar um log completo de vez em quando, pode ser por algum tempo (uma hora ou um dia, dependendo do tráfico; saiba que isso vai gerar concorrência no ambiente). Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] postgre cloud
alguém conhece algum serviço de postgre cloud como o www.heroku.com, mas com valores mas moderados. no meu plano pago 5 dólares mas tenho restrição de números de registro, mas se eu quiser um plano melhor vai para 50 nao tem meio termo tipo 15 ou 25. se alguém conhecer algum serviço deste tipo com planos melhores. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] postgre cloud
alguém conhece algum serviço de postgre cloud como o www.heroku.com, mas com valores mas moderados. no meu plano pago 5 dólares mas tenho restrição de números de registro, mas se eu quiser um plano melhor vai para 50 nao tem meio termo tipo 15 ou 25. se alguém conhecer algum serviço deste tipo com planos melhores. Bom dia!!! Tem o da Amazon. http://aws.amazon.com/pt/rds/postgresql/pricing/ Tem o Cloud Postgres http://www.cloudpostgres.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Atenciosamente, Anderson Abreu andersonab...@gmail.com O judoca é o que possui: humildade para aprender aquilo que lhe ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e fé para acreditar naquilo que não compreende. Saber cada dia um pouco mais e usá-lo todos os dias para o bem (Jigoro Kano) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgbadger
Esse parâmetro log_lock_duration é de que versão? Luiz carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] postgre cloud
alguém conhece algum serviço de postgre cloud como o www.heroku.com, mas com valores mas moderados. no meu plano pago 5 dólares mas tenho restrição de números de registro, mas se eu quiser um plano melhor vai para 50 nao tem meio termo tipo 15 ou 25. se alguém conhecer algum serviço deste tipo com planos melhores. Não sei se é mais barato/caro ou melhor/pior, mas você tem a opção http://aws.amazon.com/pt/rds/postgresql/ Apesar do beta no nome, funciona bem. Uma batida rápida no Google com PostgreSQL as a service retorna também um tal de http://www.elephantsql.com/ que eu não conheço e nunca usei. []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] postgre cloud
a maioria das empresas contratam a amazon.com e so vendem o serviço dela, nao sei se a http://www.cloudpostgres.com/ tambem e assim. grato Em 04/09/2014 10:46, Flavio Henrique Araque Gurgel escreveu: alguém conhece algum serviço de postgre cloud como o www.heroku.com [1], mas com valores mas moderados. no meu plano pago 5 dólares mas tenho restrição de números de registro, mas se eu quiser um plano melhor vai para 50 nao tem meio termo tipo 15 ou 25. se alguém conhecer algum serviço deste tipo com planos melhores. Não sei se é mais barato/caro ou melhor/pior, mas você tem a opção http://aws.amazon.com/pt/rds/postgresql/ [2] Apesar do beta no nome, funciona bem. Uma batida rápida no Google com PostgreSQL as a service retorna também um tal de http://www.elephantsql.com/ [3] que eu não conheço e nunca usei. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral [4] Links: -- [1] http://www.heroku.com [2] http://aws.amazon.com/pt/rds/postgresql/ [3] http://www.elephantsql.com/ [4] 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] pgbadger
On 04-09-2014 10:43, Luiz Carlos L. Nogueira Jr. wrote: Esse parâmetro log_lock_duration é de que versão? Acho que ele queria dizer log_lock_waits (= 8.3). -- 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] pgbadger
2014-09-04 10:43 GMT-03:00 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com: Esse parâmetro log_lock_duration é de que versão? Desculpe, me enganei, o nome do parâmetro é log_lock_waits. At. -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvidas Modelagem de Dados
Em 2 de setembro de 2014 00:05, Anselmo Mota Silva anselmo@gmail.com escreveu: Em 01/09/2014 10:48, Marco Aurelio marcoprod...@gmail.com escreveu: (corte) 2 - Outra dúvida, considerando que tenho uma tabela onde a chave natural é composta, ex Notas, chave=PESSOA+NUMERO+SERIE+MODELO, o ideal para o relacionamento com as tabelas filhas (itensmovimento, duplicatas) seria criar um serial (notas_id) ou gravar a chave composta em cada tabela filha ? Há quem atire pedras em chaves artificiais, mas, eu uso... No seu caso a chave composta, se for a que estás citando podes ter problemas, por exemplo com nota fiscal complementar... Ou não. No histórico da lista há discussões muito bem fundamentadas para a questão do uso ou não de chaves artificiais. Como hoje a maioria dos frameworks de desenvolvimento as utilizam - ou funcionam melhor com elas - também não descarto seu uso. Particularmente utilizo duas premissas a seu respeito: 1) Se os atributos chave são imutáveis (nunca, jamais serão alterados) utilizo chave composta natural; 2) Se o(s) atributo(s) chave podem sofrer alterações, utilizo chave única artificial, mas crio um índice único para evitar duplicações (um exemplo disso é uma entidade onde só há um campo de descrição que pode ser alterado); 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] Dúvidas Modelagem de Dados
Em 3 de setembro de 2014 22:44, Anselmo Mota Silva anselmo@gmail.com escreveu: Em 2 de setembro de 2014 09:39, Marco Aurelio marcoprod...@gmail.com escreveu: (corte) Outra dúvida, em tabelas onde existem 1 ou 2 campos que podem ser preenchidos ou não, ex: campo cod_empresa no cadastro de clientes, devem ficar em tabelas separadas ou pode ficar na mesma tabela gravando como null ? O que é mais vantagem para o BD ? Não entedi essa parte. Aliás, entendi várias possibilidades explique Existem várias possibilidades dependendo da cardinalidade entre os relacionamentos (1..N, N..N). Mas, no meu entendimento, se o atributo é parte integrante da entidade em um relacionamento 1..N, mas opcional, deve ficar na própria entidade, pois a complexidade do modelo aumentaria de forma desnecessária separando em outra entidade. Qualquer outra abordagem N..N deve ficar em outra entidade (tabela de relacionamento). 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] Probelmas Windows XP
Quando faço o INSERT no PgAdmin funciona, mas se eu tentar fazer o INSERT pela aplicação e logo em seguida pelo PgAdmin da problema. A minha suspeita era a comunicação no Windows XP. Mas no final das contas movemos o sistema para outro Windows já que se esgotaram os palpites para correções. 2014-09-03 22:48 GMT-03:00 Anselmo Mota Silva anselmo@gmail.com: Em 26 de agosto de 2014 10:40, Thiago Silva thiagodd.si...@gmail.com escreveu: Me parece que o registro por algum motivo fica lokado. Problema é que no Windows 7 funciona perfeitamente. Testamos em alguns outros Windows Server e também funciona. Ta agarrando mesmo é no XP. O Log do postgres diz o que? já 'debugou' a aplicação no XP? já testou o INSERT no pgadmin? -- Anselmo M. Silva ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- *Att.* *Thiago Silva* *Desenvolvedor - Rerum Engenharia de Sistemas.* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] postgre cloud
Cara vale a pena dar uma olhada na https://www.digitalocean.com/ o preço dos caras é bom. Acho fácil de se configurar e tal, não é tão simples como no heroku que vem tudo mastigado, mas pelo preço e desempenho vale a pena. Em 4 de setembro de 2014 10:57, josemario.r...@ibest.com.br escreveu: a maioria das empresas contratam a amazon.com e so vendem o serviço dela, nao sei se a http://www.cloudpostgres.com/ tambem e assim. grato Em 04/09/2014 10:46, Flavio Henrique Araque Gurgel escreveu: alguém conhece algum serviço de postgre cloud como o www.heroku.com, mas com valores mas moderados. no meu plano pago 5 dólares mas tenho restrição de números de registro, mas se eu quiser um plano melhor vai para 50 nao tem meio termo tipo 15 ou 25. se alguém conhecer algum serviço deste tipo com planos melhores. Não sei se é mais barato/caro ou melhor/pior, mas você tem a opção http://aws.amazon.com/pt/rds/postgresql/ Apesar do beta no nome, funciona bem. Uma batida rápida no Google com PostgreSQL as a service retorna também um tal de http://www.elephantsql.com/ que eu não conheço e nunca usei. []s Flavio Gurgel ___ pgbr-geral mailing listpgbr-ge...@listas.postgresql.org.brhttps://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 -- Atenciosamente. *Lucas Viecelli* http://www.leosoft.com.br/coopcred ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgbadger
Pelo que pude entender, connections conta cada conexão realizada, já sessions conta quando foi conectado e desconectado. Então analisando dois gráficos que tenho, e considerando que as conexões são geradas pelo pool de conexões da aplicação java: um com pico de 24 connections, significa que neste momento foram criadas 24 conexões pelo pool ? outro com pico de 58 sessions, , significa que neste momento foram fechadas 58 conexões pelo pool ? (neste caso provavelmente pelo timeout) Agora, para verificar quem gerou esses bloqueios, você terá que usar o %x no log_line_prefix e procurar pelo número da transação informado lá, nesse caso 237386. configurei meu log_line_prefix para '%t [%p]: [%l-1] db=%d,t=%x ' mas a transaçao está sempre com zero no log, t=0 É claro que para isso o comando da transação 237386 deve ter sido logado. É bom habilitar um log completo de vez em quando, pode ser por algum tempo basta definir o log_min_duration_statement = 0 e log_statement = 'none' ? Atenciosamente, Alessandro Lima email grandegoia...@gmail.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Failback em replicação nativa PostgreSQL 9.3
Pessoal, Em um cenário onde eu tenha apenas 1 master e 1 slave, e por algum motivo o slave foi promovido a master, qual é o melhor método de realizar um failback após detectado e resolvido o problema com o servidor master? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] recovery.conf da replicação nativa
Pessoal, Tenho habilitado no servidor master o modo archive, ou seja, faço copia dos logs para uma determinada pasta. No arquivo recovery.conf do servidor slave eu posso colocar também o restore_command desses logs? Se sim, esse processo irá garantir que o slave sempre tenha o logs necessários para a restauração? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Failback em replicação nativa PostgreSQL 9.3
On 04-09-2014 18:59, Danilo Silva wrote: Em um cenário onde eu tenha apenas 1 master e 1 slave, e por algum motivo o slave foi promovido a master, qual é o melhor método de realizar um failback após detectado e resolvido o problema com o servidor master? Vamos chamar de servidorA o que chama de master e servidorB o slave para a explicação não ficar confusa. Estamos tratando do caso que você promoveu o servidorB a mestre, ou seja, agora ela aceita conexões e pode realizar transações de escrita. Para voltar ao cenário anterior (onde o servidorA era o mestre), você vai precisar montar o cenário de replicação duas vezes (um para fazer o servidorA acompanhar o servidorB e, após promover o servidorA, outra para fazer o servidorB voltar a ser o escravo). PS com detectado e resolvido estou assumindo que o servidorB ficou trabalhando por algum tempo no lugar do servidorA. -- 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] Failback em replicação nativa PostgreSQL 9.3
segue o wiki¹ para as configurações, deixando os postgresql.conf iguais, sendo o que vai definir o postgresql em modo recovery ( slave/ServidorB ) vai ser o arquivo recovery.conf, quando fazer a troca basta fazer o processo inverso do arquivo recovery.conf no servidor que será o novo (slave/ServidorB(A)), lembrando que deve ser executado o processo de sincronização quando for informado no log do postgresql que os servidores estão com a time line diferentes. espero ter ajudado. ¹[ https://wiki.postgresql.org/wiki/Streaming_Replication ] 2014-09-04 21:47 GMT-03:00 Euler Taveira eu...@timbira.com.br: On 04-09-2014 18:59, Danilo Silva wrote: Em um cenário onde eu tenha apenas 1 master e 1 slave, e por algum motivo o slave foi promovido a master, qual é o melhor método de realizar um failback após detectado e resolvido o problema com o servidor master? Vamos chamar de servidorA o que chama de master e servidorB o slave para a explicação não ficar confusa. Estamos tratando do caso que você promoveu o servidorB a mestre, ou seja, agora ela aceita conexões e pode realizar transações de escrita. Para voltar ao cenário anterior (onde o servidorA era o mestre), você vai precisar montar o cenário de replicação duas vezes (um para fazer o servidorA acompanhar o servidorB e, após promover o servidorA, outra para fazer o servidorB voltar a ser o escravo). PS com detectado e resolvido estou assumindo que o servidorB ficou trabalhando por algum tempo no lugar do servidorA. -- 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 -- -- Thomaz Luiz Santos Linux User: #359356 http://thomaz.santos.googlepages.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] recovery.conf da replicação nativa
On 04-09-2014 19:03, Danilo Silva wrote: Tenho habilitado no servidor master o modo archive, ou seja, faço copia dos logs para uma determinada pasta. No arquivo recovery.conf do servidor slave eu posso colocar também o restore_command desses logs? É altamente recomendado. Se sim, esse processo irá garantir que o slave sempre tenha o logs necessários para a restauração? Não confunda. Quem garante os logs é a determinada pasta que você configurou no archive_command no servidor principal. A única coisa que o servidor secundário (aka slave) faz, caso ele perca o sincronismo via fluxo (aka streaming), é executar o restore_command (caso esteja configurado) para buscar os arquivos na determinada pasta. Portanto, restore_command *só* é acionado se houver perda do sincronismo e a informação desejada *não* estiver mais presente no servidor principal. -- 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] Failback em replicação nativa PostgreSQL 9.3
Em 4 de setembro de 2014 21:47, Euler Taveira eu...@timbira.com.br escreveu: On 04-09-2014 18:59, Danilo Silva wrote: Em um cenário onde eu tenha apenas 1 master e 1 slave, e por algum motivo o slave foi promovido a master, qual é o melhor método de realizar um failback após detectado e resolvido o problema com o servidor master? Vamos chamar de servidorA o que chama de master e servidorB o slave para a explicação não ficar confusa. Estamos tratando do caso que você promoveu o servidorB a mestre, ou seja, agora ela aceita conexões e pode realizar transações de escrita. Para voltar ao cenário anterior (onde o servidorA era o mestre), você vai precisar montar o cenário de replicação duas vezes (um para fazer o servidorA acompanhar o servidorB e, após promover o servidorA, outra para fazer o servidorB voltar a ser o escravo). Então não tem jeito mesmo, tem que ser feito, no meu caso, o pg_basebackup novamente. Perguntei isso porque o processo do pg_basebackup leva quase 2 horas... Imaginando nas possíveis transações que podem ocorrer nesse período, o parâmetro wal_keep_segments pode me ajudar a não *perder* essas transações durante o processo, correto? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] recovery.conf da replicação nativa
Em 4 de setembro de 2014 21:55, Euler Taveira eu...@timbira.com.br escreveu: On 04-09-2014 19:03, Danilo Silva wrote: Tenho habilitado no servidor master o modo archive, ou seja, faço copia dos logs para uma determinada pasta. No arquivo recovery.conf do servidor slave eu posso colocar também o restore_command desses logs? É altamente recomendado. Se sim, esse processo irá garantir que o slave sempre tenha o logs necessários para a restauração? Não confunda. Quem garante os logs é a determinada pasta que você configurou no archive_command no servidor principal. A única coisa que o servidor secundário (aka slave) faz, caso ele perca o sincronismo via fluxo (aka streaming), é executar o restore_command (caso esteja configurado) para buscar os arquivos na determinada pasta. Portanto, restore_command *só* é acionado se houver perda do sincronismo e a informação desejada *não* estiver mais presente no servidor principal. Interessante... obrigado pela explanação. Existe um parâmetro que limpa os logs já aplicados, seria o archive_cleanup? Este também deve ir no arquivo recovery.conf? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Failback em replicação nativa PostgreSQL 9.3
On 04-09-2014 22:06, Danilo Silva wrote: Perguntei isso porque o processo do pg_basebackup leva quase 2 horas... Imaginando nas possíveis transações que podem ocorrer nesse período, o parâmetro wal_keep_segments pode me ajudar a não *perder* essas transações durante o processo, correto? Como eu disse na outra discussão, utilize o restore_command e seja feliz. PS por isso que não é recomendado fazer failover de maneira automática (não estou dizendo que é o seu caso) pois o trabalho para fazer o failback é muito maior. -- 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] recovery.conf da replicação nativa
On 04-09-2014 22:09, Danilo Silva wrote: Existe um parâmetro que limpa os logs já aplicados, seria o archive_cleanup? Este também deve ir no arquivo recovery.conf? archive_cleanup_command. Isso. Vide a documentação [1]. Vale ressaltar que se você usa o repositório de arquivamento como local do backup físico, o referido parâmetro apagará arquivos necessários pelo backup físico. [1] http://www.postgresql.org/docs/9.3/static/archive-recovery-settings.html -- 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
[pgbr-geral] REF: RETORNO DE SALDO - WINDOW FUNCTION
Olá Pessoal, Tenho duas tabelas: Tabela Saldos das Contas e Tabela Saidas. EX: TABELA SALDOS: CONTA|SALDO 200 | 200.00 201 | 500.00 Tenho o seguinte sentença que me retorna a soma das contas, como segue: SELECT row_number() OVER(PART BY conta ORDER BY conta,valor), setor, valor, conta, SUM(valor) OVER(PART BY conta ORDER BY conta,valor) as Total FROM saidas ORDER BY conta. RETORNO: 1-1-200-50.00-50.00 2-1-200-60.00-110.00 3-1-200-50.00-160.00 1-1-201-80.00-80.00 2-1-201-40.00-120.00 3-1-201-30.00-150.00 Preciso buscar o saldo de cada conta da tabela saldos para ficar assim: SALDO 200.00 1-1-200-50.00-250.00 2-1-200-60.00-310.00 3-1-200-50.00-360.00 SALDO 500.00 1-1-201-80.00-580.00 2-1-201-40.00-620.00 3-1-201-30.00-650.00 Alguem pode dar uma dica ? Obrigado. Paulo. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
