[pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0
Bom dia Galera, sou novato aqui na comunidade e gostaria de saber uma coisa. Aqui na empresa utilizamos um Programa que ao gerar um relatório esta puxando uma informação e quando gero o mesmo relatório ele vem com outra informação diferente (Não é sempre que acontece isto). O Software sofre atualizações, inserções constantes nos dados. A Base de dados tem 30 GB, eu realizei o Vaccum Full em uma base de testes e a base diminuiu muito, passando de 30 GB para para uns 18 GB. Eu gostaria de saber se eu executar o Vaccum Full ou Vaccum na base de dados pode resolver este problema pois este comando nunca foi utilizado e o processo é seguro? Obs: A base de dados era em Nexus e foi convertida para Postgresql, a base tem uns 15 anos e nunca foi feita o Vaccum na mesma. Obrigado a todos. -- Thiago Haroldo Barreto Assistente de TI Sed Contabilidade S/S Ltda (34) - 3662-1124 thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, melhor para o mundo!* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0
Bom dia Galera, sou novato aqui na comunidade e gostaria de saber uma coisa. Bem vindo! Aqui na empresa utilizamos um Programa que ao gerar um relatório esta puxando uma informação e quando gero o mesmo relatório ele vem com outra informação diferente (Não é sempre que acontece isto). O Software sofre atualizações, inserções constantes nos dados. A Base de dados tem 30 GB, eu realizei o Vaccum Full em uma base de testes e a base diminuiu muito, passando de 30 GB para para uns 18 GB. Isso é absolutamente normal. Eu gostaria de saber se eu executar o Vaccum Full ou Vaccum na base de dados pode resolver este problema pois este comando nunca foi utilizado e o processo é seguro? Ambos os processos são seguros, porém, o VACUUM FULL bloqueia completamente a tabela durante sua execução. E também pode demorar muito pra terminar. O ideal é não se preocupar com isso e deixar o autovacuum ligado. Ele está ligado? Qual a versão do PostgreSQL que está usando? Obs: A base de dados era em Nexus e foi convertida para Postgresql, a base tem uns 15 anos e nunca foi feita o Vaccum na mesma. Está rodando sobre PostgreSQL há 15 anos? Estou feliz (porque as coisas funcionam) e preocupado ao mesmo tempo, porque não sei qual versão do PostgreSQL está rodando. []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] Ajuda Manutenção Base de dados Postgre 9.0
Bom dia Flavio. *O ideal é não se preocupar com isso e deixar o autovacuum ligado. Ele está ligado? Qual a versão do PostgreSQL que está usando?* Não, eu não deixei ele ligado, pois queria saber mais informações sobre o mesmo. *Qual a versão do PostgreSQL que está usando?* Estou usando a Versão 9.0 *Está rodando sobre PostgreSQL há 15 anos?* Assim... O nosso sistema era em NexusDB (14 anos atrás) e foi convertido a um ano para Postgres, então de um ano para cá eu não realizei o Vaccum na base de produção, realizei apenas na base de testes. Porem estou achando estranho é que algumas vezes geramos relatórios no sistema e ele traz algumas informações erradas... Achei que poderia ser sujeira na base de dados... Rodando o Vaccum resolveria nossos problemas... Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho não é de grande porte e não tem um profissional destinado a este serviço. Obrigado. Em 10 de fevereiro de 2014 08:12, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Bom dia Galera, sou novato aqui na comunidade e gostaria de saber uma coisa. Bem vindo! Aqui na empresa utilizamos um Programa que ao gerar um relatório esta puxando uma informação e quando gero o mesmo relatório ele vem com outra informação diferente (Não é sempre que acontece isto). O Software sofre atualizações, inserções constantes nos dados. A Base de dados tem 30 GB, eu realizei o Vaccum Full em uma base de testes e a base diminuiu muito, passando de 30 GB para para uns 18 GB. Isso é absolutamente normal. Eu gostaria de saber se eu executar o Vaccum Full ou Vaccum na base de dados pode resolver este problema pois este comando nunca foi utilizado e o processo é seguro? Ambos os processos são seguros, porém, o VACUUM FULL bloqueia completamente a tabela durante sua execução. E também pode demorar muito pra terminar. O ideal é não se preocupar com isso e deixar o autovacuum ligado. Ele está ligado? Qual a versão do PostgreSQL que está usando? Obs: A base de dados era em Nexus e foi convertida para Postgresql, a base tem uns 15 anos e nunca foi feita o Vaccum na mesma. Está rodando sobre PostgreSQL há 15 anos? Estou feliz (porque as coisas funcionam) e preocupado ao mesmo tempo, porque não sei qual versão do PostgreSQL está rodando. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Thiago Haroldo Barreto Assistente de TI Sed Contabilidade S/S Ltda (34) - 3662-1124 thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, melhor para o mundo!* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0
2014-02-10 Thiago Haroldo thi...@sedcontabilidade.com.br: Não, eu não deixei ele ligado, pois queria saber mais informações sobre o mesmo. Não altere as configurações padrão sem ter idéia do que está fazendo. Um ano sem limpeza da base (é isso que a ‘aspiração’ [/vaccuum/] faz) é temerário. Qual a versão do PostgreSQL que está usando? Estou usando a Versão 9.0 Alguma razão para uma base que tem apenas um ano usar uma versão tão antiga? Pelo menos atualize imediatamente para a última 9.0.X, que é a 9.0.15, porque isso é essencial e geralmente só exige a leitura das notas de versão (/release notes/), e já vá planejando atualizar para a 9.3 ou, idealmente, a futura 9.4, porque a 9.0.X deixará de ser suportada ano que vem e a gente nunca sabe as intercorrências que podem atrasar uma atualização. Porem estou achando estranho é que algumas vezes geramos relatórios no sistema e ele traz algumas informações erradas... Então o que precisas é nos trazer, pelo menos, um exemplo de consulta, estrutura das relações (tabelas) consultadas, dados de origem e resultados obtidos e esperados. Isso nada tem a ver com manutenção da base, a princípio. Achei que poderia ser sujeira na base de dados... Rodando o Vaccum resolveria nossos problemas... Não, a limpeza não altera resultados. A menos que tua base esteja tão podre que os dados estejam inconsistentes, mas aí daria tanto problema que já nos terias procurado há meses. Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho não é de grande porte e não tem um profissional destinado a este serviço. Por isso mesmo tinhas de nos ter procurando antes de desligar algo tão essencial quanto a limpeza automática da base. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/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] Ajuda Manutenção Base de dados Postgre 9.0
Em 10 de fevereiro de 2014 08:52, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2014-02-10 Thiago Haroldo thi...@sedcontabilidade.com.br: Não, eu não deixei ele ligado, pois queria saber mais informações sobre o mesmo. Não altere as configurações padrão sem ter idéia do que está fazendo. Um ano sem limpeza da base (é isso que a 'aspiração' [/vaccuum/] faz) é temerário. Desculpe Guimarães, não expliquei direito. Quando disse que não deixei ligado, me referi que o postgres foi instalado e configurado pela empresa que fornece o software para nós, e com no meu entendimento ele ficou desligado, pois quando ouve a troca do sistema o pessoal alterou os arquivos de configuração e não vi nada de vaccum no dia da troca de sistema da base de dados. Só se ele for predefinido automaticamente no momento do atualização. Qual a versão do PostgreSQL que está usando? Estou usando a Versão 9.0 Alguma razão para uma base que tem apenas um ano usar uma versão tão antiga? Pelo menos atualize imediatamente para a última 9.0.X, que é a 9.0.15, porque isso é essencial e geralmente só exige a leitura das notas de versão (/release notes/), e já vá planejando atualizar para a 9.3 ou, idealmente, a futura 9.4, porque a 9.0.X deixará de ser suportada ano que vem e a gente nunca sabe as intercorrências que podem atrasar uma atualização. O distribuidor de softwares que forneceu esta versão, já verifiquei que esta na versão 9.3, porem como já dito antes, não sou DBA e tenho que ficar lendo e buscando informações sobre o postgres só que como na empresa cuido de toda infra estrutura de TI fica complicado focar em um objetivo. Irei ler a notas das versões e atualizar na minha base de testes e depois atualizar no servidor de produção. Porem estou achando estranho é que algumas vezes geramos relatórios no sistema e ele traz algumas informações erradas... Então o que precisas é nos trazer, pelo menos, um exemplo de consulta, estrutura das relações (tabelas) consultadas, dados de origem e resultados obtidos e esperados. Isso nada tem a ver com manutenção da base, a princípio. Esta em anexo a consulta de produtos de 12/2013 e 01/2014, sempre quando eu abro um novo mês o sistema pergunta se quer importas as informações do mês anterior, clico em sim e importa os produtos, porem depois gero relatório e há uma diferença de 160 produtos que não foram importados de um mês para o outro... Muito estranho... Achei que poderia ser sujeira na base de dados... Rodando o Vaccum resolveria nossos problemas... Não, a limpeza não altera resultados. A menos que tua base esteja tão podre que os dados estejam inconsistentes, mas aí daria tanto problema que já nos terias procurado há meses. É que executamos muitas consultas na base de dados. Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho não é de grande porte e não tem um profissional destinado a este serviço. Por isso mesmo tinhas de nos ter procurando antes de desligar algo tão essencial quanto a limpeza automática da base. Como dito acima eu não mexi em nenhuma configuração, ficou como o pessoal do sistema deixou... -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/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 -- Thiago Haroldo Barreto Assistente de TI Sed Contabilidade S/S Ltda (34) - 3662-1124 thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, melhor para o mundo!* -- Table: wfiscal.cd00800 -- DROP TABLE wfiscal.cd00800; CREATE TABLE wfiscal.cd00800 ( idcodigo character varying(40) NOT NULL, dtinicial timestamp without time zone, dtfinal timestamp without time zone, cdcodigo integer, cdclassificacao character varying(20), nmdescricao character varying(53), nmunidade character varying(6), codespecifico character varying(60), codsittrib integer, aliqipi double precision, aliqicms double precision, redbase double precision, basest double precision, cdespecie integer, cdunmedida integer, fatorconv integer, tpproduto character varying(1), dsproduto character varying(6), codean character varying(14), codrelevante character varying(7), cdproduto integer, descunidade character varying(30), iditemgenero character varying(10), stimune character varying(1), stcombustivelsolvente character varying(1), cdprodsefaz character varying(4), cdanp integer, nrtipoitem integer, cdgeneroitem integer, cdipi integer, cdpis integer,
Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0
Claudio, Obrigado pelas sugestões. Se possível, encontra em anexo duas consultas, uma do mês 12/2013 e outra 01/2014 e a estrutura da tabela. O que acontece é o seguinte, eu importo os produtos de uma determinada empresa todos os meses. Ex. Trabalhei no mês 12/2013 e quando vou começar no mês 01/2014 o sistema pergunta se eu quero importar os produtos do mês anterior e eu clico em sim e o sistema importa os produtos para o mês 01/2014, porem quando gero um relatório comparando os meses, um relatório tem 396 pg e outro 391 pg, são 5 paginas com 30 produtos cada, que são 150 produtos que sumiram do nada no sistema, a formatação do texto do relatório é a mesma... Muito estranho. Eu estou aqui pedindo ajuda, pois não tenho tanto conhecimento em postgres e o pessoal do suporte do sistema não ajuda em nada!.. Obrigado. Em 10 de fevereiro de 2014 09:21, Claudio Bezerra Leopoldino claudiob...@yahoo.com.br escreveu: As hipóteses para o seu problema, são: 1- Migração de dados do Nexus para o postgresql trouxe dados duplicados ou errados. Creio que não se aplica neste caso, pois depois de um anos já teria sido descoberto; 2- Os dados que estão sendo inseridos, alterados e excluídos estão incorretos. Rever as rotinas de modificação de dados no banco; 3- As consultas realizadas não estão utilizando os filtros e junções corretos. Auditar consultas; 4- As consultas realizadas estão utilizando níveis de isolamento muito flexíveis. Rever as configurações para Transact isolation levels. Creio que as hipóteses 2, 3 e 4 são as mais prováveis. O vacuum vai ter dar melhor aproveitamento do espaço de armazenamento e maior rapidez nos acessos aos dados, mas não vai melhorar a consistência da sua base de dados. Cordialmente, Cláudio Leopoldino postgresqlbr.blogspot.com/ = Em Segunda-feira, 10 de Fevereiro de 2014 7:53, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2014-02-10 Thiago Haroldo thi...@sedcontabilidade.com.br: Não, eu não deixei ele ligado, pois queria saber mais informações sobre o mesmo. Não altere as configurações padrão sem ter idéia do que está fazendo. Um ano sem limpeza da base (é isso que a 'aspiração' [/vaccuum/] faz) é temerário. Qual a versão do PostgreSQL que está usando? Estou usando a Versão 9.0 Alguma razão para uma base que tem apenas um ano usar uma versão tão antiga? Pelo menos atualize imediatamente para a última 9.0.X, que é a 9.0.15, porque isso é essencial e geralmente só exige a leitura das notas de versão (/release notes/), e já vá planejando atualizar para a 9.3 ou, idealmente, a futura 9.4, porque a 9.0.X deixará de ser suportada ano que vem e a gente nunca sabe as intercorrências que podem atrasar uma atualização. Porem estou achando estranho é que algumas vezes geramos relatórios no sistema e ele traz algumas informações erradas... Então o que precisas é nos trazer, pelo menos, um exemplo de consulta, estrutura das relações (tabelas) consultadas, dados de origem e resultados obtidos e esperados. Isso nada tem a ver com manutenção da base, a princípio. Achei que poderia ser sujeira na base de dados... Rodando o Vaccum resolveria nossos problemas... Não, a limpeza não altera resultados. A menos que tua base esteja tão podre que os dados estejam inconsistentes, mas aí daria tanto problema que já nos terias procurado há meses. Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho não é de grande porte e não tem um profissional destinado a este serviço. Por isso mesmo tinhas de nos ter procurando antes de desligar algo tão essencial quanto a limpeza automática da base. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Thiago Haroldo Barreto Assistente de TI Sed Contabilidade S/S Ltda (34) - 3662-1124 thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, melhor para o mundo!* -- Table: wfiscal.cd00800 -- DROP TABLE wfiscal.cd00800; CREATE TABLE wfiscal.cd00800 ( idcodigo character varying(40) NOT NULL, dtinicial timestamp without time zone, dtfinal timestamp without time zone, cdcodigo integer, cdclassificacao character varying(20), nmdescricao character
Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0
On 10-02-2014 08:38, Thiago Haroldo wrote: Se possível, encontra em anexo duas consultas, uma do mês 12/2013 e outra 01/2014 e a estrutura da tabela. O que acontece é o seguinte, eu importo os produtos de uma determinada empresa todos os meses. Ex. Trabalhei no mês 12/2013 e quando vou começar no mês 01/2014 o sistema pergunta se eu quero importar os produtos do mês anterior e eu clico em sim e o sistema importa os produtos para o mês 01/2014, porem quando gero um relatório comparando os meses, um relatório tem 396 pg e outro 391 pg, são 5 paginas com 30 produtos cada, que são 150 produtos que sumiram do nada no sistema, a formatação do texto do relatório é a mesma... Muito estranho. Até agora você não apresentou evidências que o problema seja o banco de dados. Já rastreou o log para ver se há algum erro? Registros não somem do banco de dados; isso parece-me ser um erro da rotina de importação, não? Sugiro fazer as consultas listas no log diretamente no banco de dados e realizar um 'diff' das saídas. -- 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] Ajuda Manutenção Base de dados Postgre 9.0
Também acho que é erro da rotina de importação, estou entrando em contato com o pessoal de desenvolvimento do software agora mesmo. Obrigado! Em 10 de fevereiro de 2014 13:01, Euler Taveira eu...@timbira.com.brescreveu: On 10-02-2014 08:38, Thiago Haroldo wrote: Se possível, encontra em anexo duas consultas, uma do mês 12/2013 e outra 01/2014 e a estrutura da tabela. O que acontece é o seguinte, eu importo os produtos de uma determinada empresa todos os meses. Ex. Trabalhei no mês 12/2013 e quando vou começar no mês 01/2014 o sistema pergunta se eu quero importar os produtos do mês anterior e eu clico em sim e o sistema importa os produtos para o mês 01/2014, porem quando gero um relatório comparando os meses, um relatório tem 396 pg e outro 391 pg, são 5 paginas com 30 produtos cada, que são 150 produtos que sumiram do nada no sistema, a formatação do texto do relatório é a mesma... Muito estranho. Até agora você não apresentou evidências que o problema seja o banco de dados. Já rastreou o log para ver se há algum erro? Registros não somem do banco de dados; isso parece-me ser um erro da rotina de importação, não? Sugiro fazer as consultas listas no log diretamente no banco de dados e realizar um 'diff' das saídas. -- 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 -- Thiago Haroldo Barreto Assistente de TI Sed Contabilidade S/S Ltda (34) - 3662-1124 thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, melhor para o mundo!* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral