Re: [pgbr-geral] replicação de dados - caminho das pedras
Olá Rebert, Do jeito que estão colocando: só que não posso mexer no banco pai, nem nos arquivos da aplicação. fica meio que impossível, pois senão haveria uma quebra da segurança, concorda? O que você pode fazer no banco 'pai'? Somente selects? !- Atenciosamente: Robson Massaki Kobayashi SSOP/COINF/STI - TRE/MS Horário de expediente: seg-sex, 12 às 18h Fones: (67)2107-7121 ou (67)3326-5428 !- - Mensagem original - De: Rebert Tomaz Aquino rebertto...@gmail.com Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 20 de Março de 2014 9:31:53 Assunto: [pgbr-geral] replicação de dados - caminho das pedras Bom dia pessoal, não sou muito de perguntar aqui pois sou muito leigo em relação aos cabeções daqui. mas sempre acompanho os tópicos a fim de aprendizado. meu chefe me passou uma demanda meio que complicada eu preciso pegar/replicar somente os inserts/uptades e deletes de uma determinado banco, entre dois ips diferentes só que não posso mexer no banco pai, nem nos arquivos da aplicação. eu terei que mexer somente no filho ( segundo ip ) instalando um banco de dados igual ao anterior e ele receber tudo o que foi feito no pai. esse banco pai tem 3 schemas e +- 21 tabelas em cada esquema.. alguem poderia me passar o caminho das pedras ? -- Rebert Tomaz ___ 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] Valor/hora consultoria em PostgreSQL
Você pode basear-se na tabela da INFO: http://info.abril.com.br/carreira/salarios/ Claro q o valor informado não deve só ser dividido em 176 horas ( 22 dias * 8h ), pois quem trabalha free não tem férias, 13º, etc. !- Atenciosamente: Robson Massaki Kobayashi !- - Mensagem original - De: Carlos Antônio Pereira (VidaUTI) carlosanto...@utivida.com.br Para: pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 4 de Setembro de 2013 12:25:33 Assunto: [pgbr-geral] Valor/hora consultoria em PostgreSQL Boa tarde, senhores! Alguém poderia me informar qual o valor praticado? Att Carlos Antônio Pereira Vida UTI Móvel – Brasília ___ 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] Servidor HTTPS lentidão em consultas POSTGRESQL
Use o Apache Benchmark ou o Siege e veja a diferença entre http e https. !- Atenciosamente: Robson Massaki Kobayashi SSOP/COINF/STI - TRE/MS Horário de expediente: seg-sex, 12 às 18h Fones: (67)2107-7121 ou (67)3326-5428 !- - Mensagem original - De: Euler Taveira eu...@timbira.com.br Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Terça-feira, 3 de Setembro de 2013 9:56:31 Assunto: Re: [pgbr-geral] Servidor HTTPS lentidão em consultas POSTGRESQL Então você poderia colocar [OFFTOPIC] no assunto. Consultas, não. O banco de dados não terá parcela de culpa na lentidão. Para apontar um culpado pela lentidão é necessário entender o seu cenário. Sugiro que leia [1] e várias outras referências http x https na web. E mais, para entender em quanto o seu sistema ficará lento (ou mesmo para identificar possíveis gargalos) utilize ferramentas de benchmark (algumas foram indicadas em [1]). [1] http://stackoverflow.com/questions/149274/http-vs-https-performance ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configuração e Tunning Postgre 8.4
Olá Euler, Agradeço pelas observações, Realmente 100 transações é pouco. Na verdade me utilizei estes valores pois foram utilizados em outro benchmark que está publicado na Internet e precisava saber se a minha máquina estava melhor, semelhante ou pior ao do teste (felizmente ficou 6x melhor). - Mensagem original - De: Euler Taveira eu...@timbira.com.br Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 15 de Maio de 2013 15:57:01 Assunto: Re: [pgbr-geral] Configuração e Tunning Postgre 8.4 100 transações é um valor muito baixo; o teste será somente por alguns segundos. Uma alternativa é o utilizar o parâmetro -T (tempo) ao invés do parâmetro -t (número de transações). Um bom teste deve durar pelo menos 10 minutos. Além disso, *nunca* utilize um valor de conexões (-c) maior do que fator de escala (-s); vários UPDATEs estarão concorrendo pelas mesmas tuplas. -- !- Atenciosamente: Robson Massaki Kobayashi SSOP/COINF/STI - TRE/MS (67)3326-5428 ou (67)3326-4166 ramal 218 !- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configuração e Tunning Postgre 8.4
Olá Euler, Fiquei curioso e executei o teste conforme suas dicas, realmente o desempenho caiu 3x. Segue abaixo o resultado do benchmark: #pgbench -h localhost -p 5432 -c 10 -T 600 -d pgbench transaction type: TPC-B (sort of) scaling factor: 10 query mode: simple number of clients: 10 number of threads: 1 duration: 600 s number of transactions actually processed: 123431 tps = 205.709853 (including connections establishing) tps = 205.716761 (excluding connections establishing) Bom, fica de parâmetro para quem tiver utilizando máquina virtual (vmware). Em máquina física, o resultado deve ser bem melhor. - Mensagem original - De: Robson Kobayashi - TRE/MS robson.kobaya...@tre-ms.jus.br Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 16 de Maio de 2013 12:56:58 Assunto: Re: [pgbr-geral] Configuração e Tunning Postgre 8.4 Olá Euler, Agradeço pelas observações, Realmente 100 transações é pouco. Na verdade me utilizei estes valores pois foram utilizados em outro benchmark que está publicado na Internet e precisava saber se a minha máquina estava melhor, semelhante ou pior ao do teste (felizmente ficou 6x melhor). -- !- Atenciosamente: Robson Massaki Kobayashi SSOP/COINF/STI - TRE/MS (67)3326-5428 ou (67)3326-4166 ramal 218 !- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configuração e Tunning Postgre 8.4
Olá Filho, Não sou nenhum expert, mas no caso do SO, melhor vc utilizar as versões LTS do Ubuntu (10.04, 12.04). Vc já usou o pgbench? Não é a melhor ferramenta para benchmark, mas só para ter uma idéia, aqui em uma máquina virtual com 2vCPU e 2GB de RAM consegui em média 590 tps. Criação do banco de testes ./createdb -U postgres pgbench Criação das tabelas e população do banco ./pgbench -i -h localhost -p 5432 -s 10 -U postgres -d pgbench Teste propriamente dito: ./pgbench -h localhost -p 5432 -c 50 -t 100 -U postgres -d pgbench Remoção do banco de testes ./dropdb -U postgres pgbench Novamente informo que não sou nenhum expert, começei agora com o Postgre, mas serve como parâmetro (se sua máquina física com configuração bem melhor não conseguir esses tps, alguma coisa está errada com seu DB. Abraços - Mensagem original - De: Filho Arrais kuruminbra...@gmail.com Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Terça-feira, 14 de Maio de 2013 16:23:05 Assunto: [pgbr-geral] Configuração e Tunning Postgre 8.4 Olá pessoal, Utilizamos um sistema que tem como base de dados o PostreSQL 8.4. Migrei para um novo servidor, por falta de tempo e conhecimento, utilizei o mesmo postrgresql.conf Gostaria de discutir com os senhores que tem mais conhecimento, sobretudo em ambientes reais de produção, quais ajustes podem ser realizados no PostgreSQL e se os atuais parâmetros estão aceitáveis para o nosso cenário. Estou com a seguinte configuração. Dois Processadores Intel Xeon E5-2650 0 2.00GHz ( total de 32 core) 24 GB de memória RAM 8 Discos SAS 15k com dois grupos de RAID10 ( primeiro Raid10 pro sistema operacional e PG_XLOG em partições distintas, segundo Raid10 unicamente pro PGDATA) Sistema Operacional: Ubuntu Server 13.04 Kernel: 3.8.0-19-generic Sistema de arquivo: EXT4 PostgreSQL: 8.4.17 A quantidade de usuários do sistema é de 180, porém o número de conexões simultâneas está por volta de 200. Logo abaixo, segue as configurações do postgresql.conf e sysctl.conf == postgresql.conf listen_addresses = '*' port = 5432 max_connections = 300 shared_buffers = 6144MB temp_buffers = 64MB work_mem = 96MB maintenance_work_mem = 70MB fsync = on full_page_writes = on wal_buffers = 2048kB checkpoint_segments = 48 checkpoint_timeout = 45min effective_cache_size = 5461MB log_filename = 'postgresql-%a.log' log_line_prefix = '[ %u@%h %d - %t ] ' autovacuum_max_workers = 3 autovacuum_naptime = 40min datestyle = 'iso, dmy' client_encoding = LATIN1 lc_messages = 'C' lc_monetary = 'pt_BR.UTF-8' lc_numeric = 'pt_BR.UTF-8' lc_time = 'pt_BR.UTF-8' default_text_search_config = 'pg_catalog.portuguese' deadlock_timeout = 3s add_missing_from = on default_with_oids = on escape_string_warning = off Tive olhando no wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server que o shared_buffers pode receber 1/4 da memoria (dependendo do ambiente), por isso esse valor de 6144 MB === No sysctl.conf kernel.shmmax = 16823421610 kernel.shmall = 16823421610 De acordo com o manual do ERP, o cálculo desse valor seria: kernel.shmmax = TOTAL_RAM_EM_BYTES / 3 * 2 kernel.shmall = TOTAL_RAM_EM_BYTES / 3 * 2 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- !- Atenciosamente: Robson Massaki Kobayashi SSOP/COINF/STI - TRE/MS (67)3326-5428 ou (67)3326-4166 ramal 218 !- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral