Guilherme Sobral Posted August 29, 2006 Topic Count: 8 Topics Per Day: 0.00 Content Count: 13 Content Per Day: 0.00 Reputation: 0 Achievement Points: 145 Solved Content: 0 Days Won: 0 Status: Offline Age: 43 Report Posted August 29, 2006 Olá pessoal, Acabei de entrar no forum e já vou soltar aqui uma duvida que pra mim já ta virando uma lenda aqui na empresa... Alguem aqui tem problema com lentidão do sistema RM? Todos que eu pergunto falam que não tem... Aqui na empresa utilizamos todo o pacote RM e TODOS são muito lentos. Ano passado veio um cara aqui e falou que era o servidor, compramos um mega servidor e o problema não foi resolvido. Depois veio outro e falou que o problema era a base de dados, mandamos uma copia pra RM e já se passaram alguns meses e nada foi resolvido. Exemplo 1: No momento que eu dou o OK e o Factor começa a calcular as atividades no momento da criação das OPS (geralmente as OPs aqui tem 4 atividades) ele costuma demorar 30 minutos só processando as atividades (eh uma eternidade!!!!) Já fisemos testes inclusive com a base instalada em maquina local o que exclui a possibilidade de ser a rede. O que acontece é que no momento que ele ta processando as atividades se eu olhar a janela do windows que mostra o desempenho do processador e da mémoria ele mostra o processador 100% ocupado.. então eu tenho q ficar esperando... Se alguem já passou ou passa algum problema parecido... vamos compartilhar nossas experiencias.
Jairo Posted August 29, 2006 Topic Count: 192 Topics Per Day: 0.03 Content Count: 1,767 Content Per Day: 0.24 Reputation: 2 Achievement Points: 10,704 Solved Content: 0 Days Won: 1 Status: Offline Age: 54 Report Posted August 29, 2006 Guiherme, Por acaso o LOG de Auditoria não está ativado ? Se estiver ... com muitos campos sendo monitorados ???
Jair - Fórmula Posted August 29, 2006 Topic Count: 946 Topics Per Day: 0.13 Content Count: 9,193 Content Per Day: 1.25 Reputation: 460 Achievement Points: 109,827 Solved Content: 0 Days Won: 267 Status: Offline Age: 54 Device: Windows Report Posted August 29, 2006 Guilherme, boa tarde. Olha, eu tambem já tive problema de lentidões com os sistemas, mas em geral... não especificamente num processo. Se vc tem varios outros e TODOS tem problemas, pode ser o banco de dados mesmo, ou outras coisas, como o log de auditoria do banco de dados, triggers em algumas tabelas, entre outras coisas. Eu tinha o banco bem inchado num cliente, que, quando trocou o servidor, já deu uma melhorada significativa. Estavam bem com o mesmo servidor por um tempo desde a instalação da RM ( uns dois a tres anos), depois, começou a ficar lerdo. Percebemos que o servidor não estava mais comportando, pois, já tinham o CorporeRM ha muito e o server não fora atualizado. Já tinha até estação praticamente igual ao servidor... apenas foi inchando a base, inchando, inchando ... Após a troca para um servidor melhor, melhorou bastante. Você já tentou monitorar o que o sistema faz, enquanto ocorre essa demora ? Vocês tem como monitorar, seja com o SQL Monitor, ou Profiler do próprio SQL Server ?
Guilherme Sobral Posted August 29, 2006 Topic Count: 8 Topics Per Day: 0.00 Content Count: 13 Content Per Day: 0.00 Reputation: 0 Achievement Points: 145 Solved Content: 0 Days Won: 0 Status: Offline Age: 43 Author Report Posted August 29, 2006 Bom... Aqui na empresas não temos um administrador de Banco especifico, nem mesmo o cara da informatica que faz questão de não saber nada de banco.(Paciencia). Quanto ao log de auditoria, ele está sendo usado, mas não sei até que ponto. A um tempo atrás eu solicitei a presença de um "especialista" em banco da RM e ele fez a monitoração no profiler. No momento em que estava processando chegava um momento em que não acontecia nada no profiler e quando consultava o desempenho do processador no windows eu observava que o sistema estava ocupando 100% do processador.
Jair - Fórmula Posted August 29, 2006 Topic Count: 946 Topics Per Day: 0.13 Content Count: 9,193 Content Per Day: 1.25 Reputation: 460 Achievement Points: 109,827 Solved Content: 0 Days Won: 267 Status: Offline Age: 54 Device: Windows Report Posted August 29, 2006 Bom Guilherme, como você confirmou que utiliza o log de auditoria da RM, que baseia-se em triggers para operar, isso pode e deve ser o seu problema ai no banco de dados RM. Tente fazer o seguinte teste. Numa base de testes, que seja uma cópia da base oficial, desative todos os trigges utilizados no Log de Auditoria, e tente rodar o mesmo processo. Caso fique rápido, bingo, já está claro que é isso. De uma forma ou de outra, um pouco mais rápido terá que ficar... analise a diferença. Para desativar todos os triggers do log de auditoria, você pode rodar no banco de dados, pelo Query Analizer a procedure sp_removetriggers. Veja se está rodando no banco de testes ok ? Senao você irá desativar na base oficial e pode diexar de monitorar o que não deveria parar o monitoramento... Para recriar os triggers já controlados, você pode uasr a procedure sp_criatriggers. Espero que ajude. Abraços.
Guilherme Sobral Posted August 30, 2006 Topic Count: 8 Topics Per Day: 0.00 Content Count: 13 Content Per Day: 0.00 Reputation: 0 Achievement Points: 145 Solved Content: 0 Days Won: 0 Status: Offline Age: 43 Author Report Posted August 30, 2006 Jair, Poderia me dar um exemplo da sentença para saber se o log está abilitado e outra para desabilitar/abilitar ele novamente?
Jair - Fórmula Posted August 30, 2006 Topic Count: 946 Topics Per Day: 0.13 Content Count: 9,193 Content Per Day: 1.25 Reputation: 460 Achievement Points: 109,827 Solved Content: 0 Days Won: 267 Status: Offline Age: 54 Device: Windows Report Posted August 30, 2006 Jair, Poderia me dar um exemplo da sentença para saber se o log está abilitado e outra para desabilitar/abilitar ele novamente? Guilherme, tente isso: -- Verifica se vc tem o LOG ativo no banco. Select * from zlogparams -- Lista Quais tabelas e campos estão sendo gerenciados Select * from zlogcampos -- Desativa os triggers já existentes nas tabelas ( com base nas tabelas listadas na ZLogCampos ) sp_removetriggers -- Recria os triggers nas tabelas ( com base nas tabelas listadas na ZLogCampos ) sp_criatriggers -- Verifica os registros no seu log atual Select * from zlog ou Select count(*) from Zlog
Guilherme Sobral Posted August 30, 2006 Topic Count: 8 Topics Per Day: 0.00 Content Count: 13 Content Per Day: 0.00 Reputation: 0 Achievement Points: 145 Solved Content: 0 Days Won: 0 Status: Offline Age: 43 Author Report Posted August 30, 2006 Jair, Rodei as sentenças aqui e obtive os seguintes resultados. SELECT * FROM zlogparams - codigo = 1 - logativo = N - numdiaslog = 90 SELECT * FROM zlogcampos - Me retornou 435 campos e a coluna LOGATIVO estava todos com "S" SP_revemotriggers - executei somete este comando no query e mais nada e o resultado foi 1 linha alterada. Executei o processo de criação de um ordem de produção na base de teste e fiz o monitoramento no SQL. Durante a criação o consumo de memória RAM e o uso do HD se mantiveram no 0 praticamente o tempo todos, apenas com alguns picos (2 ou 3) que não passaram dos 30%. Já o grafico do uso do processador ficou o tempo todo em 100% só mundando de status quando o Factor concluiu o processo de criação da OP. Inicialmente tem alguma coisa garrando o processamento da minha maquina local. Lembro que a um tempo atras foi monitorado o servidor enquanto uma estação estava fazendo esse mesmo processo e a conclusão foi de que o processamentos das estações clientes não fazem nem "cossegas" no servidor. Dei uma checada nas configurações de memória no BDE mas acho pouco provável ser algo de lá pois como já disse meu problema ta sendo a sobrecarga do processador. Para concluir minha maquina é um Celeron 2.4 com 380MB de RAM.
Jair - Fórmula Posted September 22, 2006 Topic Count: 946 Topics Per Day: 0.13 Content Count: 9,193 Content Per Day: 1.25 Reputation: 460 Achievement Points: 109,827 Solved Content: 0 Days Won: 267 Status: Offline Age: 54 Device: Windows Report Posted September 22, 2006 Jair, Rodei as sentenças aqui e obtive os seguintes resultados. SELECT * FROM zlogparams - codigo = 1 - logativo = N - numdiaslog = 90 Aqui vemos que o LOG não está ativo, embora ele tenha sido gravado no banco... suas tabelas estão no banco, mas tem que ser visto tambem se estão os triggers nas tabelas, o que a gente viu um pouco antes, no inicio da discussao. SELECT * FROM zlogcampos - Me retornou 435 campos e a coluna LOGATIVO estava todos com "S" Se os triggers forem ativados nas tabelas, serão controladas nestas tabelas, e para estes campos... SP_revemotriggers - executei somete este comando no query e mais nada e o resultado foi 1 linha alterada. Se tinham triggers, estes foram removidos. Executei o processo de criação de um ordem de produção na base de teste e fiz o monitoramento no SQL. Durante a criação o consumo de memória RAM e o uso do HD se mantiveram no 0 praticamente o tempo todos, apenas com alguns picos (2 ou 3) que não passaram dos 30%. Já o grafico do uso do processador ficou o tempo todo em 100% só mundando de status quando o Factor concluiu o processo de criação da OP. Inicialmente tem alguma coisa garrando o processamento da minha maquina local. Lembro que a um tempo atras foi monitorado o servidor enquanto uma estação estava fazendo esse mesmo processo e a conclusão foi de que o processamentos das estações clientes não fazem nem "cossegas" no servidor. Dei uma checada nas configurações de memória no BDE mas acho pouco provável ser algo de lá pois como já disse meu problema ta sendo a sobrecarga do processador. Para concluir minha maquina é um Celeron 2.4 com 380MB de RAM. Pra completar, faz uma coisa, vc sabe usar o SQL MOnitor ? Se afirmativo, gera um monitor a partir do momento que vai gravar, e manda aqui pra que a gente de uma olhada... ok ? tem que ver o que está processando no momento deste processo.
eduardowallace Posted November 21, 2011 Topic Count: 6 Topics Per Day: 0.00 Content Count: 53 Content Per Day: 0.01 Reputation: 0 Achievement Points: 325 Solved Content: 0 Days Won: 0 Status: Offline Age: 39 Report Posted November 21, 2011 Guilherme, Favor verificar a portabilidade e arquitetura da versão para adequar as suas máquinas ao recomendado pela TOTVS. Pois um PC com processador celerom com 380 MB de ram, poderá realmente não suportar alguns processos mais pesados. Requerimentos mínimos segundo a Portabilidade da versão 11.20(Cliente) Requisitos MÍNIMOS de Hardware(Para no máximo 20 usuários): Processador: Intel® Core™ 2 Duo® de 1.6 GHz ou SIMILAR. Memória: 2GB ---------------------------------------------------------------------- Requerimentos mínimos segundo a Portabilidade da versão 11.20(Servidor de banco de dados) Processador: Intel® Core™ 2 Duo® de 1.6 GHz ou SIMILAR. Memória: 4GB Disco: Disco SAS 15k, Placa Controladora com 256 MB Visto que você já desabilitou o log de auditoria e mesmo assim o sistema ainda continua lento favor tentar os procedimentos de melhoria de desempenho conforme PDF em anexo. Melhoria de desempenho-91529-pt_br.pdf Espero ter ajudado!
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now