Sistema Travado Após Restauração

[giancva]

Olá

Estou encontrando problema para acesso ao Sistema TOTVS RM.

Eu utilizo uma base para testes com o backup restaurado de uma base de produção, onde a de produção já possui uma carga significativa de dados.

Ao restaurar esta base, que em seu alias original (a base de produção) funciona perfeitamente, na de testes simplesmente trava o sistema, levando muito tempo para exibir os menus e opções, sem a mínima possibilidade de trabalho desta maneira.

Quando troco de módulo interno ao sistema, o mesmo problema acontece.

As duas bases encontram-se no mesmo servidor, sendo que se acesso a oficial enquanto a de testes trava, ele funciona corretamente.

Quando acesso a base travada pelo SQL e executo querys, as mesmas tbm são exibidas sem alterações de tempo ou resultado.

O sistema normalmente daria timeout para este problema, porém aumentei o timeout no arquivo RM.Host.Service.config para que assim o sistema nao caísse.

Gostaria de saber se alguém já passou pelo mesmo problema.

Desde já agradeço pela ajuda.

[AndradeFc]

Prezado, GIANCVA.

Esse ambiente de testes funcionava?

Qual o gerenciador de banco de dados que você utiliza? Microsoft SQL Server, ORACLE, MySQL, etc...

O que me ocorre é que ao se restaurar uma base de dados, em alguns casos, ocorre o que chamamos de usuário órfãos e neste caso é necessário reestabelecer o acesso dos mesmo.

Neste caso de usuário órfão, me refiro ao usuário RM e SYSDBA.

Outro ponto a ser analisado e o espaço disponível para essas bases de dados.

Atenciosamente,

Fabiano Andrade

[yuri.menon]

Outra coisa que influencia bastante são as ESTATÍSTICAS.

Verifique se foram coletadas as estatísticas das tabelas da base que está lenta.

[giancva]

Prezado, GIANCVA.

Esse ambiente de testes funcionava?

Qual o gerenciador de banco de dados que você utiliza? Microsoft SQL Server, ORACLE, MySQL, etc...

O que me ocorre é que ao se restaurar uma base de dados, em alguns casos, ocorre o que chamamos de usuário órfãos e neste caso é necessário reestabelecer o acesso dos mesmo.

Neste caso de usuário órfão, me refiro ao usuário RM e SYSDBA.

Outro ponto a ser analisado e o espaço disponível para essas bases de dados.

Atenciosamente,

Fabiano Andrade

-----------------------------------------------------------------------------------------------

Boa Tarde Fabiano,

O SGBD que utilizo é o SQL Server, e a base funciona normalmente na origem, tanto que é um backup do dia anterior.

Também é afirmativo o espaço em disco, tem espaço de sobra.

Isso sempre ocorre quando criamos uma nova base com Alias diferente e restauramos um backup da produção, seja na máquina que utilizo, seja no servidor como base testes.

[giancva]

Outra coisa que influencia bastante são as ESTATÍSTICAS.

Verifique se foram coletadas as estatísticas das tabelas da base que está lenta.

Boa tarde, obrigado pela dica, vou verificar, mas acho que pra uma base nova como essa, somente fruto de importações não terá grandes variações.

[giancva]

O problema continua no sistema,

O que consegui mapear é que o problema ocorre após a troca de módulo dentro do sistema, por exemplo EDU X RH.

Com o Profiler do SQL, foi identificado que a tabela que fica estática é a GUSRPAR.

Ainda nao sei porque ocorre e como resolver.

Alguém já passou por isso também?