Histórico da Página

Sintoma/Causas

Após algum tempo de utilização do sistema CorporeRM, as tabelas que armazenam os processos de Jobs acumulam muitos registros gerando um atraso no momento de carregar o Serviço do HOST.

Ou situação que deve se atentar é para a criação dos arquivos de Logs dos processos, que normalmente são armazenados no diretório c:\totvs\CorporeRM\RM.Net\Processos.

A quantidade de pastas e arquivos existente do diretório \RM.NET\ (onde se encontram as DLLs do sistema) podem interferir diretamente no tempo de carga de nossa aplicação.

Solução

1. Alterar Local de Armazenamento dos Logs

a. Abra cada arquivo (RM.Host.Client.exe.config, RM.Host.Service.exe.config e RM.Host.exe.config) em bloco de notas.

Obs.: O procedimento será efetuado uma vez para cada arquivo mencionado.

b. Insira a linha de comando <add key="LogPath" value="C:\TEMP" /> conforme exemplo abaixo:

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

    <appSettings>

        <add key="Port" value="8050" />

        <add key="ActionsPath" value="C:\CorporeRM\RM.Net;C:\CorporeRM\Corpore.Net\bin" />

       <add key="LogPath" value="C:\TEMP" /> 

    </appSettings>

    <system.runtime.remoting>

      <customErrors mode="off"/>

</system.runtime.remoting>

</configuration>

Onde mencionamos C:\temp, será o diretório e local escolhido para gravação dos arquivos de Log, o diretório informado deve ser fora da hierarquia C:\CorporeRM.

c. Crie a pasta com o mesmo nome e endereço indicado nos arquivos, ou seja, no C:\ criar a pasta TEMP.

OBS: Importante lembrar, sempre que o sistema for atualizado para uma nova versão da Biblioteca RM, será necessário uma nova configuração desses arquivos.

2. Logs de Processos (Jobs Banco de Dados)

Outra opção que pode ser verificada é a Exclusão de dados das tabelas que armazenam os JOBs executados.

GJOBX, GJOBXEXECUCAO e GJOBLOG

Não haverá problemas em efetuar o comando DELETE nas tabelas citadas acima.

Recomendamos que sempre antes de efetuar um delete em uma tabela que seja feito um BACKUP da base de dados.

Exemplo:

DELETE GRELBATCH WHERE IDJOBLOG IN (

SELECT IDJOBLOG

FROM GJOBLOG

WHERE DATACRIACAO <'01/01/2010'

)

DELETE GJOBLOG WHERE DATACRIACAO <'01/01/2010'

DELETE GJOBXEXECUCAO WHERE DATAPROGRAMADA < '01/01/2009'

DELETE GJOBX WHERE DATACRIACAO <'01/01/2009'

3. Evitar Polling no Banco de Dados

3.1. Agenda e Compromissos

Para evitar que seja feito verificações constantes no banco de dados com relação a Agendas e compromissos, é necessário definir as TAGS abaixo no arquivo RM.HOST.CLIENT.EXE.CONFIG:

<add key="AppointmentCheckInterval" value="0" />

<add key="AppointmentCheckTimeBefore" value="15" />

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

<appSettings>

<add key="UseExternalHost" value="true" />

<add key="SelfHosted" value="false" />

<add key="Host" value="RM0005131" />

<add key="Port" value="8076" />

<add key="ActionsPath" value="C:\CorporeRM_1076\RM.Net;C:\CorporeRM_1076\Corpore.Net\bin" />

<add key="AppointmentCheckInterval" value="0" />

<add key="AppointmentCheckTimeBefore" value="15" />

</appSettings>

<system.runtime.remoting>

<customErrors mode="off"/>

</system.runtime.remoting>

</configuration>

3.2. Serviços (Gráficos, RSS e Jobs)

Eventualmente, o RM.Host.Service.exe ou “Serviço do HOST” realiza verificações na base de dados em busca de processos para serem executados.

Porém esse constante polling na base pode deixar o sistema, em determinadas ocasiões, com o processamento mais lento.

Para desabilitar o processo que o HOST realiza na base de dados, o Supervisor do sistema poderá mudar alguns parâmetros dentro da Visão de Gerenciamento de Alias.

Essas opções são gravadas no arquivo Alias.DAT, presente na pasta rm.net de cada estação de trabalho que tenha a Biblioteca RM instalada.

Image Modified

Figura 1 - Gerenciamento de Alias

Caso não seja utilizado na empresa RSS ou Gráfico, deixar desabilitado as opções conforme imagem acima.