Menu de navegação

[ramasineParticipante]

Galera,

Tem uma aplicação aqui que usa o LOGMINER para buscar informação nos redos (archives)..da base de dados, só que esse processo pesa muito!!
No alert da base, encontro o seguinte:

LOGMINER: Begin mining logfile for session -2147456255 thread 1 sequence 52869, /u02/oradbf/BPOIDIG/RDL1/BPOIDIGrdl0201.log
Wed Sep 9 15:34:21 2009
LOGMINER: End mining logfile: /u02/oradbf/BPOIDIG/RDL1/BPOIDIGrdl0201.log
Wed Sep 9 15:34:21 2009
LOGMINER: Begin mining logfile for session -2147456511 thread 1 sequence 52870, /u02/oradbf/BPOIDIG/RDL1/BPOIDIGrdl0301.log
Wed Sep 9 15:34:21 2009
LOGMINER: End mining logfile: /u02/oradbf/BPOIDIG/RDL1/BPOIDIGrdl0301.log
Wed Sep 9 15:34:21 2009
LOGMINER: Begin mining logfile for session -2147456511 thread 1 sequence 52871, /u02/oradbf/BPOIDIG/RDL1/BPOIDIGrdl0401.log
Wed Sep 9 15:35:52 2009
LOGMINER: End mining logfile: /u02/oradbf/BPOIDIG/RDL1/BPOIDIGrdl0401.log
Wed Sep 9 15:35:52 2009

E sempre uma maldita query, que manda o consumo de CPU lá pra cima!!

SELECT SCN, TO_CHAR(SCN) AS SCN_CHAR, SCN AS SCN_FLOAT, NVL(:aucEolSCN – SCN, :aucEolSCN) AS SCN_EOF_DIFF, TO_CHAR(TIMESTAMP) AS TIMESTAMP, TO_CHAR(XIDUSN || ‘.’ || XIDSLT || ‘.’ || XIDSQN) AS TRANID, SEG_OWNER, SEG_NAME, USERNAME, ROLLBACK, OPERATION_CODE, SQL_REDO, SQL_UNDO, CSF, STATUS FROM V$LOGMNR_CONTENTS

Tem como eu alterar o logminer para ele buscar menos vezes informações na minha base de dados? Existe essa opção?

Obrigado!!

[vieriParticipante]

que tal utilizar o recursos de flashback para obter informações
sobre dados que já foram comitados…

o logminer é uma package fechada, acho dificil vc conseguir mecher nela..
verifique com os desenv a maneira que esse processo está sendo chamado… como ele está montado, derrepente tem alguma coisa automática, ou algum loop que não está legal…

[CleitonHanzenParticipante]

Opá…

Deus livre esse corpo desse espírito maligno!!!! Confesso que não entendi o motivo de ser utilizado logminer para recuperar informações…

Até onde já usei essa ferramenta, existe overhead na própria geração de archives (tem de ser executado o ALTER DATABASE ADD SUPLEMENTAL LOG, para funcionar, o que por si só aumenta o volume de dados salvo para os redos)

Imagino que seja para auditoria, mas a auditoria ocorre com tanta frequência assim nos teus sistemas??…..me desculpe, mas nessa viagei legal…

[ramasineParticipante]

Cleiton,

Quem se utiliza do pacote logminner é uma aplicação!
Já foram apresentados os resultados negativos do uso “constante” e “pesado”, mas até agora sem sucesso!
Já foram emitidos N reports de perfomance…mas “eles” só vão entender quando o banco parar!
Existe um limite entre a teimosia e a ignorância (burrice)..!! rs

Abs

[Rodrigo AlmeidaParticipante]

Ramasine,

Bom, o LOGMINER era uma alternativa para nós desde a época do Oracle 8i, onde criamos um dicinário de dados e conseguimos “navegar” entre os arquivos de redo e archives para consultar as instruções que foram executadas.

Vou dizer que já quebrou N, mas N galhos! òtimo para auditoria. Só que realmente PESA na base de dados.

Se estiver trabalhando com 10g ou superior. Como os amigos falaram, FLASHBACK ENABLE neles!

Também terá uma carga extra no banco de dados com o flashback habilitado, isso será nitido e também um consumo de DISCO MUITO considerável, deve utilizar com moderação.

Se quizer desabilitar o LOGMINER é apenas mandar um STOP no dicionário de dados que ele utiliza no banco de dados. Irá conseguir diminuir o overhead que a aplicação está fazendo.

Abraços,

[jspaulonciParticipante]

Moçada..vou ser sincero para vocês, quando eu precisei o flashback table não consegui utilizar….. fazia a query e não retornava, achei um absurdo.

Spaulonci

[juliano_sfParticipante]

Olá,

Vale lembrar que o logminer não precisa ser executado na mesma instância que gerou os archives. Vc pode gerar um arquivo de dicionário e utilizar outra máquina (Oracle XE?) para analisar isso aí com o logminer…

Abs,

Juliano

[Autor]

Posts