Resolução Para Lentidão da Versão 10.60

[lugao]

minha base tem 17gb e desde que migrei pra 10.60 o pessoal do fluxus estava muito prejudicado com lentidão, então segui o processo abaixo para resolver o problema:

Demora 40 minutos

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

/*********manuntecao.sql*******/

set nocount on

declare @comando varchar(255)

declare @comando1 varchar(255)

declare @comando2 varchar(255)

declare @comando3 varchar(255)

declare @comando4 varchar(255)

declare @tabela varchar (100)

declare @database varchar (225)

declare base cursor for

SELECT distinct TABLE_CATALOG FROM INFORMATION_SCHEMA.TABLES

open base

fetch next from base into @database

declare tabelas cursor for

select name from sysobjects where type='U' order by name

open tabelas

fetch next from tabelas into @tabela

while @@fetch_status=0

begin

print 'Reindexando os indices da Tabela '+ @tabela

set @comando = 'dbcc dbreindex ('+@tabela+')'

exec (@comando)

print '---------------------------------------------'

print ' '

print 'Verificando estrututura da tabela '+ @tabela

set @comando1 ='dbcc checktable ('+@tabela+')'

exec (@comando1)

print '---------------------------------------------'

print ' '

print 'Verificando espaco alocado na tabela'+@tabela

set @comando2= 'dbcc updateusage ('+@database+','+@tabela+')'

exec (@comando2)

print '---------------------------------------------'

print ' '

fetch next from tabelas into @tabela

end

Print 'Final da Manuntencao'

print '************************************************

***************'

print '************************************************

******'

print '****************************************************'

close base

close tabelas

deallocate tabelas

deallocate base

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

Demora 6 horas e 50 minutos

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

/*********man_database.sql*******/

set nocount on

declare @comando varchar(255)

declare @comando1 varchar(255)

declare @comando2 varchar(255)

declare @comando3 varchar(255)

declare @comando4 varchar(255)

declare @database varchar(100)

Print 'Espaco Alocado no database'

exec sp_spaceused

declare teste cursor for

SELECT distinct TABLE_CATALOG FROM INFORMATION_SCHEMA.TABLES

open teste

fetch next from teste into @database

while (@@fetch_status=0)

begin

EXEC sp_dboption @database, 'trunc. log on chkpt.', 'TRUE'

EXEC sp_dboption @database, 'auto create statistics', 'FALSE'

EXEC sp_dboption @database, 'auto update statistics', 'FALSE'

EXEC sp_dboption @database, 'ANSI null default', 'TRUE'

print 'Verificando estrututura no Banco '+ @database

set @comando1 ='dbcc checkdb ('+@database+')'

exec (@comando1)

print '---------------------------------------------'

print ' '

print 'Verificando espaco alocado no Banco'+@database

set @comando2= 'dbcc checkalloc ('+@database+')'

exec (@comando2)

print '---------------------------------------------'

print ' '

print 'Alocacao '+ @database

set @comando3= 'dbcc newalloc ('+@database+')'

exec (@comando3)

print ' '

print 'Reducao do log '+ @database

set @comando4= 'dbcc shrinkdatabase ('+@database+')'

exec (@comando4)

print ' '

fetch next from teste into @database

end

close teste

deallocate teste

Print 'Final da Manuntencao'

print '****************************************************************

***************'

print '***************************************************************

******'

print '***************************************************************'

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

Executar o comando na base do Corpore (demora 30 minutos)

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

Execute RMAtualizaEstatisticas

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

Olhar fragmentação do disco das bases e se preciso desfragmentar, mas antes coloque as bases off line.

Isso tudo que escrevi acima tem no documento em anexo a este post (oficial TOTVS)

vigie as conexões e não deixe ninguém conectar no banco durante os processos acima e faça backup antes de executa-los.

DocumentoBancodeDados_TOTVS_180309.doc

[Jair - Fórmula]

Mas isso foi usado para lentidões em geral, ou algo especifico lugão ?

Pelo que entendi, vc recebeu estes 2 scripts e tambem o texto em .doc que vc postou certo ?

[lugao]

lentidão em geral, remontando índices de todas as tabelas.

são dois scripts que devem ser executados separados: man_database.sql e manuntecao.sql e uma job que ja tem na base e é apenas chamá-la RMAtualizaEstatisticas.

tem um outro problema com o arquivo C:\CorporeRM\RM.Net\Alias.dat, que me passaram parâmetros novos pra ele (melhorou performance do fluxus):

ficando o arquivo assim:

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

<?xml version="1.0" standalone="yes"?>

<RMSAliasData xmlns="http://tempuri.org/RMSAliasData.xsd">

<DbConfig>

<Alias>SqlServer_Servidor_Base</Alias>

<DbType>SqlServer</DbType>

<DbProvider>SqlClient</DbProvider>

<DbServer>Servidor</DbServer>

<DbName>Base</DbName>

<UserName>sysdba</UserName>

<Password>masterkey</Password>

<RunService>true</RunService>

<JobServerEnabled>true</JobServerEnabled>

<JobServerMaxThreads>30</JobServerMaxThreads>

<JobServerLocalOnly>true</JobServerLocalOnly>

<JobServerPollingInterval>1</JobServerPollingInterval>

</DbConfig>

</RMSAliasData>

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

[Daniel Serodio]

lentidão em geral, remontando índices de todas as tabelas.

são dois scripts que devem ser executados separados: man_database.sql e manuntecao.sql e uma job que ja tem na base e é apenas chamá-la RMAtualizaEstatisticas.

tem um outro problema com o arquivo C:\CorporeRM\RM.Net\Alias.dat, que me passaram parâmetros novos pra ele (melhorou performance do fluxus):

ficando o arquivo assim:

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

<?xml version="1.0" standalone="yes"?>

<RMSAliasData xmlns="http://tempuri.org/RMSAliasData.xsd">

<DbConfig>

<Alias>SqlServer_Servidor_Base</Alias>

<DbType>SqlServer</DbType>

<DbProvider>SqlClient</DbProvider>

<DbServer>Servidor</DbServer>

<DbName>Base</DbName>

<UserName>sysdba</UserName>

<Password>masterkey</Password>

<RunService>true</RunService>

<JobServerEnabled>true</JobServerEnabled>

<JobServerMaxThreads>30</JobServerMaxThreads>

<JobServerLocalOnly>true</JobServerLocalOnly>

<JobServerPollingInterval>1</JobServerPollingInterval>

</DbConfig>

</RMSAliasData>

Estoamos com muitos problemas de lentidão no Fluxus, e o JobServerEnabled está como false. Alguém sabe o que este parâmetro faz?

[Jairo]

Muito bom lugão ...

Sendo scrispts da própria TOTVS, fica mais fácil de lidar com eles né ...

Qualquer coisa tem o "Suporte" da TOTVS.

Melhorou bastante pra vc ai ? Ou foi pouca a melhora ?

Um abração !!!

[Ivson Estevao]

Muito bom o post

[lugao]

Muito bom lugão ...

Sendo scrispts da própria TOTVS, fica mais fácil de lidar com eles né ...

Qualquer coisa tem o "Suporte" da TOTVS.

Melhorou bastante pra vc ai ? Ou foi pouca a melhora ?

Um abração !!!

jairo, desculpe a demora, mas não vi seu post.

cara melhora muito, faço os procedimentos uma vez por mês.

Mas isso foi usado para lentidões em geral, ou algo especifico lugão ?

Pelo que entendi, vc recebeu estes 2 scripts e tambem o texto em .doc que vc postou certo ?

isso, os processos são realizados dentro de todo o banco, a melhoria é geral.

sim, são 2 scripts e um .doc

está separado assim:

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

[Henrique Caldeira]

Lugao, bacana o processo, estou testando em uma base teste

[Jairo]

Valeu Lugao ... vou testar tambem ...

[Diogo Freitas]

Boa Lugao, tenho um cliente com esse problema, vou testar tambem!!!

vlw

[Visitante Ricardo Lohn (não cadastrado)]

Olá. Rodo estes scripts mensalmente e vc percebe realmente melhora na primeira vez.

Contudo, se não rodá-lo periodicamente, sua base cresce muito com logs.

[Couras Neto ®]

O alias.dat é o arquivo que de conexao do portal nao?

este novo "modelo" pode ser gerenciado pelo \CorporeRM\RM.Net\RM.AliasManager.exe.

[Priscilinha]

Eu tava com um problema pra executar processos aí o suporte me passou esses scripts, mas não resolveu o meu problema... Nem cheguei a testar se melhorava algo em performance, mas foi bom saber q resolveu aí, pois nem me dei conta de q tais scripts poderiam ser úteis

[lugao]

Eu tava com um problema pra executar processos aí o suporte me passou esses scripts, mas não resolveu o meu problema... Nem cheguei a testar se melhorava algo em performance, mas foi bom saber q resolveu aí, pois nem me dei conta de q tais scripts poderiam ser úteis

tem alguns processos específicos que estavam muito lentos... reclamei com o suporte, eles avaliaram um profiler meu com a execução do processo e me mandaram um script para criar alguns indexes...

talvez voce fazendo isso, resolva.....

[Priscilinha]

tem alguns processos específicos que estavam muito lentos... reclamei com o suporte, eles avaliaram um profiler meu com a execução do processo e me mandaram um script para criar alguns indexes...

talvez voce fazendo isso, resolva.....

os processos na verdade não estavam lentos, eles simplesmente não terminavam... qnd reiniciávamos a máquina (se for local) ou o servidor, o problema cessava, mas era inviável ficar reiniciando o servidor

Aí liguei pro suporte de novo e mandaram excluir um arquivo... toda vez que esse problema acontece é só excluir esse arquivo

[Jamensson]

O alias.dat é o arquivo que de conexao do portal nao?

este novo "modelo" pode ser gerenciado pelo \CorporeRM\RM.Net\RM.AliasManager.exe.

Grande Couras!

Cara o que eu tenho percebido aqui é que esse gerenciador de Alias substituirá o BDE. Estou fazendo uns testes com o RMBroker e quando ele precisa de um alias ele vai procurar no Alias.dat. Isso acontece quando ele chama as janelas .net nas aplicações desktop.

e as novidades?

Abração cara!

[Heguiberto]

Aqui no Café Toko foi resolvido Instalando a Versão 10.70, mas ficará um tiro quando migrarmos para o Novo servidor que só falta Instalar o RM e restaurar a Base no SQL 2008.

[miner0]

Executei o primeiro Script que para vc demorou 40 minutos e aqui demorou 2horas e 20m.

O segundo que para vc demorou 6horas.. aqui demorou 4minutos.

Estranho né? Eu tenho um problema sério de Desempenho no Nucleus. Meu cadastro de produtos quando se clica a primeira vez chega a demorar 2minutos para abrir.... ta certo que existe uma penca de produtos cadastrados, porem demorar tanto assim tem algo errado certo?

Alguem tem ideía pq?

[Fórum RM]

miner0,

esses processos são para ajudar na otimização do seu banco de dados. Não adiantou nada ?

Quais configurações do seu servidor ?

Qual o Windows e o Banco ( versão ) que está usando ?

Qual configuração da estação que está efetuando testes ?

Qual o tamanho do sua base de dados ?

Existem conexões remotas acessando simultaneamente ? Usando terminal service ou por qual tipo de acesso ?

Bom, essas são algumas das questões que podem ser analisadas para ver o que pode estar ocorrendo ai com relação a essa lentidão.

[miner0]

miner0,

esses processos são para ajudar na otimização do seu banco de dados. Não adiantou nada ?

Quais configurações do seu servidor ?

Qual o Windows e o Banco ( versão ) que está usando ?

Qual configuração da estação que está efetuando testes ?

Qual o tamanho do sua base de dados ?

Existem conexões remotas acessando simultaneamente ? Usando terminal service ou por qual tipo de acesso ?

Bom, essas são algumas das questões que podem ser analisadas para ver o que pode estar ocorrendo ai com relação a essa lentidão.

Eu não fiz na base oficial ainda, vou fazer hoje.

Na oficial eu executei ontem esse plano de manutenção: http://www.plugmasters.com.br/sys/materias...-Manuten%E7%E3o que acredito ser algo parecido com esses scripts.

Minha base tinha 6GB e caiu para incriveis 3.9GB, realmente as consultas ficaram mais rápidas, porem o Cadrasto do Nucleos ainda tem o problema de performance.

Quais configurações do seu servidor ?

Eu tenho 2 Servidores:

- No SQL tenho um Xeon 2 Nucleos com 4GB, o banco roda suave.. sobra memória e processador.

- no TS onde chego a ter 25 pessoas conectadas é o problema, tem 4GB porem o precessador é um P4. Memória não chega a fazer swap, só que o CPU vive nas alturas, que acredito ser o meu gargalo.

Qual o Windows e o Banco ( versão ) que está usando ?

- SQL Server 2005 Enterprise - SP3

Qual configuração da estação que está efetuando testes ?

- A estação que roda a aplicação é o TS que comentei acima.

Qual o tamanho do sua base de dados ?

- Agora, depois do plano de manutenção, 3.9GB

Existem conexões remotas acessando simultaneamente ? Usando terminal service ou por qual tipo de acesso ?

- Sim, as vezes 25 estações

Algumas observações:

- Eu já monitorei o tráfico entre os Servidores e não é alto, em horários de pico.. cerca de 30% de uma porta 100Mbits é utilizado.

- Eu fiz um teste da aplicação junto com banco e a diferença é gritante. É mesmo recomendado separar a aplicação do banco?

- Pelo cenário todo o meu problema é CPU, certo?

Estou pensando em subir uma outra máquina q eu tenho igual ao TS (P4 4GB) e fazer um balanceamento de carga.

Obrigado pela ajuda!

[Jederson Fernandes]

Parabéns pela iniciativa!

[miner0]

Só um Feedback da minha situação: Depois do Plano de ação e desses dois scripts o problema de desempenho acabou. Está muito só com limite mesmo de CPU.. e Cadastro de Produtos de 2 a 3 minutos cai para 6, 7 segundos. Obrigado mesmo pelo Post, foi MUITO útil!

[Wilson Dutra]

Olá pessoal,

Bom, temos a RM instalado aqui na empresa já desde 2000. Ultimamente, principalmente depois da versão 10.60 o pessoal do Labore reclama MUITO de lentidões. Nossa base é Oracle 9i. Este procedimento funciona no meu caso? O DOC que está para download não consigo baixar nem mesmo logado, como posso adquirir?

Obrigado a todos

Wilson Dutra

[Ronnie von]

Olá pessoal,

Bom, temos a RM instalado aqui na empresa já desde 2000. Ultimamente, principalmente depois da versão 10.60 o pessoal do Labore reclama MUITO de lentidões. Nossa base é Oracle 9i. Este procedimento funciona no meu caso? O DOC que está para download não consigo baixar nem mesmo logado, como posso adquirir?

Obrigado a todos

Wilson Dutra

Bom dia a todos, pessoal executei o primeiro Scripts, ontem numa base teste e vejam o resultado que ele me retornou, o que poder ser isso

Verificando espaco alocado na tabelaSWEBMATERIALTURMADISC
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
---------------------------------------------

Reindexando os indices da Tabela SZACOMPANHANTE
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
---------------------------------------------

Verificando estrututura da tabela SZACOMPANHANTE
DBCC results for 'SZACOMPANHANTE'.
There are 0 rows in 0 pages for object "SZACOMPANHANTE".
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
---------------------------------------------

Verificando espaco alocado na tabelaSZACOMPANHANTE
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

obrigado a todos

[Henrique oliveira]

minha base tem 17gb e desde que migrei pra 10.60 o pessoal do fluxus estava muito prejudicado com lentidão, então segui o processo abaixo para resolver o problema:

Demora 40 minutos

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

/*********manuntecao.sql*******/

set nocount on

declare @comando varchar(255)

declare @comando1 varchar(255)

declare @comando2 varchar(255)

declare @comando3 varchar(255)

declare @comando4 varchar(255)

declare @tabela varchar (100)

declare @database varchar (225)

declare base cursor for

SELECT distinct TABLE_CATALOG FROM INFORMATION_SCHEMA.TABLES

open base

fetch next from base into @database

declare tabelas cursor for

select name from sysobjects where type='U' order by name

open tabelas

fetch next from tabelas into @tabela

while @@fetch_status=0

begin

print 'Reindexando os indices da Tabela '+ @tabela

set @comando = 'dbcc dbreindex ('+@tabela+')'

exec (@comando)

print '---------------------------------------------'

print ' '

print 'Verificando estrututura da tabela '+ @tabela

set @comando1 ='dbcc checktable ('+@tabela+')'

exec (@comando1)

print '---------------------------------------------'

print ' '

print 'Verificando espaco alocado na tabela'+@tabela

set @comando2= 'dbcc updateusage ('+@database+','+@tabela+')'

exec (@comando2)

print '---------------------------------------------'

print ' '

fetch next from tabelas into @tabela

end

Print 'Final da Manuntencao'

print '************************************************

***************'

print '************************************************

******'

print '****************************************************'

close base

close tabelas

deallocate tabelas

deallocate base

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

Demora 6 horas e 50 minutos

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

/*********man_database.sql*******/

set nocount on

declare @comando varchar(255)

declare @comando1 varchar(255)

declare @comando2 varchar(255)

declare @comando3 varchar(255)

declare @comando4 varchar(255)

declare @database varchar(100)

Print 'Espaco Alocado no database'

exec sp_spaceused

declare teste cursor for

SELECT distinct TABLE_CATALOG FROM INFORMATION_SCHEMA.TABLES

open teste

fetch next from teste into @database

while (@@fetch_status=0)

begin

EXEC sp_dboption @database, 'trunc. log on chkpt.', 'TRUE'

EXEC sp_dboption @database, 'auto create statistics', 'FALSE'

EXEC sp_dboption @database, 'auto update statistics', 'FALSE'

EXEC sp_dboption @database, 'ANSI null default', 'TRUE'

print 'Verificando estrututura no Banco '+ @database

set @comando1 ='dbcc checkdb ('+@database+')'

exec (@comando1)

print '---------------------------------------------'

print ' '

print 'Verificando espaco alocado no Banco'+@database

set @comando2= 'dbcc checkalloc ('+@database+')'

exec (@comando2)

print '---------------------------------------------'

print ' '

print 'Alocacao '+ @database

set @comando3= 'dbcc newalloc ('+@database+')'

exec (@comando3)

print ' '

print 'Reducao do log '+ @database

set @comando4= 'dbcc shrinkdatabase ('+@database+')'

exec (@comando4)

print ' '

fetch next from teste into @database

end

close teste

deallocate teste

Print 'Final da Manuntencao'

print '****************************************************************

***************'

print '***************************************************************

******'

print '***************************************************************'

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

Executar o comando na base do Corpore (demora 30 minutos)

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

Execute RMAtualizaEstatisticas

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

Olhar fragmentação do disco das bases e se preciso desfragmentar, mas antes coloque as bases off line.

Isso tudo que escrevi acima tem no documento em anexo a este post (oficial TOTVS)

vigie as conexões e não deixe ninguém conectar no banco durante os processos acima e faça backup antes de executa-los.

Cara o banco aqui é Oracle tem problema executar este script ,os sistemas são Chronus e Labore????

Abração.