Acho que oneroso é uma palavra muito forte... de fato auditar vai consumir
alguma coisa a mais do que não auditar, mas ao ponto de derrubar a
performance da sua base, acho que não... a não ser que você audite os
acessos + selects, através do parâmetro "AUDIT_TRAIL=db,extended", o que
creio ser desnecessário no seu caso.

Basta fazer a seguinte configuração:

ALTER SYSTEM SET AUDIT_TRAIL=DB SCOPE=SPFILE;

... ai você pode coletar as informações de auditoria através das
views DBA_AUDIT_TRAIL e DBA_AUDIT_OBJECTS

Se atente para o fato de que a tabela SYS.AUD$ (view DBA_AUDIT_TRAIL) pode
crescer muito. Esta tabela está dentro, por default, da tablespace SYSTEM o
que pode representar um problema, caso a SYS.AUD$ cresça muito.
Recomenda-se mover a tabela para outra tablespace (ALTER TABLE SYS.AUD$
MOVE TABLESPACE tbs_auditoria). Caso se use Fine-Grained Auditing,
recomenda-se mover a tabela FGA_LOG$ para outra tablespace também. No 11g,
recomenda-se usar a procedure DBMS_AUDIT_MGMT.SET_AUDIT_TRAIL_LOCATION para
mover a tabela AUD$ e a FGA_LOG$ (fine-grained auditing) para outra
tablespace. Ex:

--move a AUD$
BEGIN
  DBMS_AUDIT_MGMT.set_audit_trail_location(audit_trail_type           =>
DBMS_AUDIT_MGMT.AUDIT_TRAIL_AUD_STD,

 audit_trail_location_value => 'nova_tablespace');
END;


Quanto a outros métodos de auditoria, só consigo lembrar de um, usando
triggers, o que é muito mais oneroso do que o método nativo de auditoria.

Espero ter contribuído.

Abraço.

Em 10 de novembro de 2014 13:21, Jales Jose Moraes malphig...@yahoo.com.br
[oracle_br] <oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Senhores temos uma schema muito grande (em termos de objetos), são só de
> tabelas
> 984. Gostaria de realizar uma auditoria na base, para verificar quais
> tabelas não foram acessadas
> nos últimos 03 meses, mas nos disseram aqui que isso é muito oneroso para
> o banco (processamento e armazenamento).
>
> Pergunto:
>
> - De fato é oneroso? Já que seria por um período transitório!
> - Há uma outra alternativa em que podemos usar para atender o nosso
> propósito?
>
>  
>



-- 
*Fabrício Pedroso Jorge.*

Administrador de Banco de Dados
Oracle 11g Certified SQL Expert
Oracle 11g Certified Associate
Oracle 11g Certified Professional
Linux Professional Institute Certified Level I (LPIC-I)
ITIL V3 Foudations
certificacaodb.com.br

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 88991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com
  • [oracle_br] Levantam... Jales Jose Moraes malphig...@yahoo.com.br [oracle_br]
    • Re: [oracle_br]... Fabricio Pedroso Jorge fpjb...@gmail.com [oracle_br]
    • [oracle_br] Re:... jlchia...@yahoo.com.br [oracle_br]
      • Re: [oracle... Jales Jose Moraes malphig...@yahoo.com.br [oracle_br]
        • Re: [or... Jales Jose Moraes malphig...@yahoo.com.br [oracle_br]
          • Re:... jlchia...@yahoo.com.br [oracle_br]
            • ... Jales Jose Moraes malphig...@yahoo.com.br [oracle_br]
              • ... jlchia...@yahoo.com.br [oracle_br]

Responder a