Re: [oracle_br] Re: Trigger de monitoramento de transação

2017-02-22 Por tôpico Wanderson Barrence wbarre...@gmail.com [oracle_br]
Fala Chiappa

Foi sugerido o Audit Trail para o cliente, mas eles não quiseram.

Estou tentando fazer alguma coisa aqui na unha, estou colocando em prática
aquele curso de PL/SQL. k

Obrigado.

Att,

Wanderson

Em 22 de fevereiro de 2017 17:30, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Bom, antes de mais nada nós ** temos ** que te dizer que desde que vc não
> esteja usando pool de conexão ou middlewares , via auditoria básica
> (comandos AUDIT) vc obtém ** todos ** esses detalhes : o IP é com um AUDIT
> CONNECT (vide https://asktom.oracle.com/pls/asktom/f?p=100:11:P11_
> QUESTION_ID:526822275627),e o resto das informações (ie,) a operação,
> data, usuário, NOME DA MÁQUINA CLIENTE, etc), é com AUDIT comum, fica no
> AUDIT TRAIL, veja a página sobre ele na documentação Oracle
>
>  Apenas SE ** realmente ** vc não puder usar a Auditoria nativa (seja por
> que motivo for) é que, aí sim, vc terá que escrever algo SEMPRE,
> sempre, ** sempre *** essa opção de sair re-inventando a roda é ** RUIM **
> mas se chegar nisso, azar
>
>  Se realmente chegar nisso, provavelmente vc vai ter uma trigger de
> INSERT/UPDATE/DELETE pra cada tabela que vc quiser monitorar : OBVIAMENTE
> vc não vai escrever cada trigger uma por uma manualmente, vc VAI as gerar
> programaticamente tipo https://asktom.oracle.com/pls/
> asktom/f?p=100:11:P11_QUESTION_ID:59412348055...
>
>  []s
>
>Chiappa
>
> OBS :
>
>   1. além da auditoria nativa via AUDIT, vc tem ** várias ** outras opções
> de Auditoria sem ter que ficar programando no RDBMS Oracle, como por
> exemplo LOG MINER : avalie elas
>
> e
>
>   2. no 11g vc tem a opção de ** complementar ** a auditoria nativa, tendo
> uma trigger que dispara antes ou depois de comando AUDIT, cfrme
> http://psoug.org/reference/ddl_trigger.html  No 10g velhinho de
> guerra (que é a sua versão se me lembro) iirc não existe essa opção, mas dá
> uma confirmada nisso tambémmm
> 
>


[oracle_br] Re: Trigger de monitoramento de transação

2017-02-22 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Bom, antes de mais nada nós ** temos ** que te dizer que desde que vc não 
esteja usando pool de conexão ou middlewares , via auditoria básica (comandos 
AUDIT) vc obtém ** todos ** esses detalhes : o IP é com um AUDIT CONNECT (vide 
https://asktom.oracle.com/pls/asktom/f?p=100:11:P11_QUESTION_ID:526822275627),e
 o resto das informações (ie,) a operação, data, usuário, NOME DA MÁQUINA 
CLIENTE, etc), é com AUDIT comum, fica no AUDIT TRAIL, veja a página sobre ele 
na documentação Oracle

 Apenas SE ** realmente ** vc não puder usar a Auditoria nativa (seja por que 
motivo for) é que, aí sim, vc terá que escrever algo SEMPRE, sempre, ** 
sempre *** essa opção de sair re-inventando a roda é ** RUIM ** mas se chegar 
nisso, azar 
 
 Se realmente chegar nisso, provavelmente vc vai ter uma trigger de 
INSERT/UPDATE/DELETE pra cada tabela que vc quiser monitorar : OBVIAMENTE vc 
não vai escrever cada trigger uma por uma manualmente, vc VAI as gerar 
programaticamente tipo 
https://asktom.oracle.com/pls/asktom/f?p=100:11:P11_QUESTION_ID:59412348055...
 
 []s
 
   Chiappa
   
OBS : 

  1. além da auditoria nativa via AUDIT, vc tem ** várias ** outras opções de 
Auditoria sem ter que ficar programando no RDBMS Oracle, como por exemplo LOG 
MINER : avalie elas

e

  2. no 11g vc tem a opção de ** complementar ** a auditoria nativa, tendo uma 
trigger que dispara antes ou depois de comando AUDIT, cfrme 
http://psoug.org/reference/ddl_trigger.html  No 10g velhinho de guerra (que 
é a sua versão se me lembro) iirc não existe essa opção, mas dá uma confirmada 
nisso tambémmm