Rm 11.51 - Lento

[ÉdersonRM]

Boa tarde a todos.

Sou novo no forúm e também em relação ao ERP RM.

Estamos na versão 11.51 e estou com problemas de performance no RM NUCLEUS, principalmente, na parte de movimentos. Para abrir a tela para editar um movimento, gasta em torno de 20 segundos e para receber um movimento com um item somente, está gastando em torno de 40 segundos. Já executei os scripts de manutenção de base de dados. Não tive muito ganho de performance. Li alguns tópicos e recomendaram mudar a configuração do client do SQL SERVER de TCP/IP para PIPES NOMEADOS. Alguém poderiam me explicar como faço isso? acredito que terei ganhos com isso.

No aguardo.

[omar]

Edson.

Boa tarde.

Esta lentidão é porque estes módulos já foram migrados para a tecnologia .net da microsoft. Esta configuração (PIPES NOMEADOS) pode ser feita no cliente do sql de cada estação, mas não resolve muita coisa não. A TOTVS na verdade recomenda o uso da tecnologia de três camadas, onde o processamento .net ocorre no servidor de aplicação.

Sem o uso desta nova tecnologia, aconselho clientes robustos e com muita memória.

No portal da TOTVS, no cliente on line, vc consegue baixar material sobre três camadas (como funciona e como instala). Por enquanto, aqui na empresa, estou apostando nos clientes robustos, mas já estou com o servidor três camadas pronto para implantação. Também estou na versão 11.51.40.

Boa sorte.

Editado 26 de Novembro de 2012 por omar

[araujoronaldo]

Omar, quando você fala "Clientes Robustos", seriam estações mais robustas?

Qual seria a configuração das estações você está adotando?

Atenciosamente,

[omar]

Core I5, 4 Gb memória, HD 500 Gb, Windows 7. Este é o default das estações aqui na empresa.

Omar, quando você fala "Clientes Robustos", seriam estações mais robustas?

Qual seria a configuração das estações você está adotando?

Atenciosamente,

Editado 27 de Novembro de 2012 por omar

[ÉdersonRM]

Edson.

Boa tarde.

Esta lentidão é porque estes módulos já foram migrados para a tecnologia .net da microsoft. Esta configuração (PIPES NOMEADOS) pode ser feita no cliente do sql de cada estação, mas não resolve muita coisa não. A TOTVS na verdade recomenda o uso da tecnologia de três camadas, onde o processamento .net ocorre no servidor de aplicação.

Sem o uso desta nova tecnologia, aconselho clientes robustos e com muita memória.

No portal da TOTVS, no cliente on line, vc consegue baixar material sobre três camadas (como funciona e como instala). Por enquanto, aqui na empresa, estou apostando nos clientes robustos, mas já estou com o servidor três camadas pronto para implantação. Também estou na versão 11.51.40.

Boa sorte.

Core I5, 4 Gb memória, HD 500 Gb, Windows 7. Este é o default das estações aqui na empresa.

Omar boa noite

Desculpe pela demora e muito obrigado pelo apoio

[ÉdersonRM]

Boa noite a todos,

Este fim de semana foi de muito trabalho.

Agradeço aqueles que respoderam ao post.

Consegui melhorar um pouco a performance do RM com as seguintes medidas:

Analise da estrutura do banco de dados, separamos os filegroups de dados dos files groups de indices e log.

Para esta nova versão recomendo utilizar a última versão do framework 4.0.30319.1.

Alterações nos arquivos alias.dat e de configuração ro RMhostservice

[araujoronaldo]

Boa tarde Éderson.

Interessei-me muito pela solução que você apresentou e gostaria de fazer testes aqui, porém estou dúvidas.

Quando você escreveu:

"separamos os filegroups de dados dos files groups de indices e log."

Como se efetua esta separação? Seria no SQL Server, acessar propriedades do BD, arquivos e apontar os arquivos .mdf e ldf para diretórios distintos ou hd distintos ?

Você escreveu também:

"Alterações nos arquivos alias.dat e de configuração ro RMhostservice"

Que alterações seriam essas?

Se não for incômodo, desde já agradeço.

[Wilson Lourenço Jr.]

Estou utilizando o Ambiente 3 camadas, porem no servidor de TS(RDS) que roda windows server 2008 r2, esse problema de velocidade nos movimentos está extremamente crítico, enquanto nas estações com Windows 7 o tempo de faturamento é 10s, no server chega a 40s.

Se puder enviar as soluções que adotou para analisar seria de muita ajuda.

[Jair - Fórmula]

Interessante esse topico heim !! Muito boa a discussão por aqui.

Acompanhando ...

[Fabio Heleno]

Venho sofrendo problemas de lentidão acentuada após migração para a versão 11.50.

Já foram efetuadas diversão melhorias a fim de amenizar o impacto causado, mas ainda sem bons resultados.

Vou acompanhar o tópico...

[Nik]

Desabafo = Em muitos anos de RM nunca me deparei com uma versão tão lenta e tão cheia de problemas... com a Totvs agora temos que ter muita paciência...

Se eu pudesse voltar ao tempo...voltaria lá pra 10.60

Só por Deus !!!

[Wilson Lourenço Jr.]

Senhores, como comentei estava com problemas de lentidão no servidor de RDS(TS).

Porem após diversos testes, identifiquei que o problema estava no servidor 3 camadas, camada de aplicação.

Instalei um novo do zero e obtive bons resultados, as melhores maquinas chegaram a atingir tempos de abertura da tela de faturamento de 5s, isso em rede Giga, em rede 100Mb/s ai fica em torno de 8s. No servidor de RDS e na média geral isso ficou em torno de 10 a 12s.

Claro que em hardwares ruins (celeron com 512mb de ram) é sofrível, mas pelo menos está funcionando.

Agora sou honesto em dizer, a partir da 11.51 é impossível rodar sem ser em 3 camadas, navegar em uma tela de "Ficha Financeira" do Labore mesmo em maquinas boas se torna impossível.

Vale tambem testar o .net framework 4.5, obtive alguma melhora de performance com seu uso.

Outros membros que encontrarem soluções favor ir postando para que seja do conhecimento de todos.

[joaoneto.salema]

Deixa ver se entendi: na arquitetura de 3 camadas, eu usaria o servidor para processar parte das informações, e não o terminal? Isso tem funcionado com mais gente?

Sou usuário da versão 11.20, agora 11.50 e já possivelmente migrando esta semana para 11.80.

A lentidão no sistema é algo que realmente chama a atenção. Sempre chamou desde a 11.20 aqui. Já deixei de cobrar certos campos no nucleus simplesmente pela lentidão de se editar um ítem dentro de um movimento, por exemplo.

O que vocês dizem por 5,10, 20 segundos? Tempo para abrir um movimento da tela de movimentações?

[Wilson Lourenço Jr.]

o tempo que falo de 5,10, 40 segundos é para abertura da tela do movimento em um recebimento, quando seleciono um movimento e clicamos em receber, onde ele aparece a famigerada tela "copia dos dados" >> "abertura da tela de movimento para edição" até abrir a tela do movimento de destino.

Exemplo: receber do movimento 1.1.15 (Pedido de compra aprovado) para 1.2.10 (Entrada de nota fiscal produtos).

Agora estamos com lentidão para envio de e-mails, o mais estranho que e-mails de comunicação a fornecedores em cotação está bem rápido, agora envio de e-mail nos movimentos leva no minimo 5 minutos!

[funedi]

Prezado,

Estou na 11.40 e em teste para migrar para 11.51, com certeza já na 11.40 os problemas referentes a lentidão já são grandes, mas pelo que estamos vendo aqui na 11.51 é pior ainda.

Mesmo com ambiente 3 camadas para maquinas inferiores a Core I3, 4 Gb memória, HD 320Gb, Windows 7 a lentidão permanece, isso em testes iniciais, alguém tem algo mais a acrescentar ou mesmo alguma solução que possa ser implementada para melhorar a desempenho?

Grato e abraços.

[Jair - Fórmula]

Uma coisa que deve ter provocado esse processo de lentidões em geral nos sistemas, foi eles terem colocado na maioria das tabelas aqueles campos de log, indicando quando foi inserido o registro, quem inseriu, quando foi alterado, etc...

Outra coisa que tem que ser observado é o uso de Log de Auditoriac om os triggers que são gerados. Isso aumenta muito o tamanho do banco, além de, em muitos momentos deixar o sistema bem mais lento.

[CPD SIMOSO]

Todos meus usuários trabalham através de servidores de terminais windows 2008 R2. Percebi que houve uma grande mudança em questão de performance para pior.

Como nós precisamos de agilidade para emitir nota resolvi implantar uma mudança em nossos servidores que foi colocar HD's SSD nos servidores de terminais, e foi ai que descobrimos que nem sempre memória e processador é tudo quando falamos em performance, obtivemos um grande ganho de performance só trocando os HD's para SSD.

Adotei essa solução porque já tinha visto que o sistema ia se tornar mesmo mais lento e nesse caso não há muito o que "brigar" na TOTVS.

[João Rodrigo]

eu penso em fazer um teste utilizando o conceito de RAMDRIVE (http://en.wikipedia.org/wiki/RAM_drive) e colocar neste drive os arquivos temporários do SQLSERVER

[joaoneto.salema]

O ssd foi no servidor onde está o BD? Qual foi a melhoria alcançada?

E o RamDrive, alguém testou?

A lentidão no sistema incomoda bastante mesmo. Acabo usando sistemas de fora para buscar informacoes no sql direto, para nao ficar na mao da Totvs. Nao deveria ser assim.

[Monaski]

Boa tarde,

Trabalhamos com thin clients o servidor de terminal possui 32Gb onde se logam 15 colaboradores, e ai para ter um bom rendimento qual o conselho?

Att,

[Rodrigo Burgos]

Gostei muito da idéia do HD SSD.

Vou comprar um servidor para TS, e não preciso de criticidade (RAID) nem muito espaço.

Penso entao em adquirir o SSD ao invés do SCSI.