DBA da empresa identificou que o processo abaixo parece ser o responsável pela ativação de todos os Redo Logs no banco de dados.

Como corrigir essa situação?

SID_SESSAO STATUS ULTIMO_CMD USUARIO_ESTACAO EVENTO SQL_ID

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

771,41939 ATIVA 00h00m43s SAPIENS,schedule,KARSTEN\SENIORTST direct path write temp 9nqwxvzgrpc76

Comando SQL:

DELETE FROM TMPGRUPOUF WHERE

CODEMP = :CODEMP AND

EXISTS

(SELECT 1 FROM E075UGF B

WHERE TMPGRUPOUF.CODEMP = B.CODEMP AND TMPGRUPOUF.CODPRO = B.CODPRO

AND TMPGRUPOUF.CODDER = B.CODDER AND TMPGRUPOUF.CODFIL = B.CODFIL AND

TMPGRUPOUF.SIGUFS = B.SIGUFS AND TMPGRUPOUF.IDENGF = B.IDENGF)

Rotina / Tela: Banco de dados

Solução:

Primeiramente avaliar a periodicidade que o processo automático rotina 89 é executado.

Se for muito frequente, ou seja, várias vezes no dia, sugerimos utilizar o parâmetro DIASAVALIAR nos parâmetros do processo automático.

Esse parâmetro tem como objetivo filtrar os produtos que tiveram alterações somente nesse período de tempo.

Esse parâmetro indica quantos dias devem ser considerados de hoje para trás.

Exemplo

se for = 1

pegará de ontem em diante.

Assim já evitando os redo logs.

Também sugerimos que verifique no banco de dados se a tabela está criada com sinalização de temporária(no loggin). Isso um DBA deverá avaliar.

Caso não esteja, é necessário dar um drop a tabela TMPGRUPOUF que a rotina a recriará com o status de no loggin. Essa tabela é temporária e é gerada automaticamente novamente,

por isso não tem problema dropar.