Não estou vendo isso na documentação, mas o que acontece quando a trilha de auditoria do Oracle 10.2 está cheia? Ele simplesmente não faz mais registros de auditoria? Substitui os registros mais antigos? Desliga o banco de dados? E existe alguma maneira de eu mudar isso?
Sim, eu sei que 10.2 não é suportado, mas não tenho controle sobre isso. E sim, existem procedimentos em vigor que nunca deveriam precisar que eu descobrisse em primeira mão. Mas em casos de falha emergencial das operações de auditoria, qual é o comportamento padrão se a trilha de auditoria ficar cheia?
Seu banco de dados basicamente congela e não permite novas conexões ou transações que seriam gravadas nos logs de auditoria. Sua única aposta seria conectar diretamente no servidor, por exemplo, "sqlplus / as sysdba" e depois adicionar espaço (ou truncá-lo se a auditoria não for importante para esse banco de dados).
Por esta razão, temos scripts para fazer backup de aud$ e truncá-lo regularmente. Não queremos congelamento horrível acontecendo na produção...
Você também quer mover o AUD$ para longe do SYSTEM, algo assim:
Para expandir ainda mais meu comentário, a
sys.aud$
tabela é armazenada, por padrão, no tablespace SYSTEM. Quando o espaço de tabela SYSTEM é preenchido, seu banco de dados é interrompido.Existem algumas opções disponíveis para você gerenciar isso, mas elas dependerão de qual versão do 10g você instalou. A partir do patch 10.2.0.5, foi incluído um novo pacote, DBMS_AUDIT_MGMT , que permite mover a
sys.aud$
tabela para um Tablespace de usuário. Se você estiver neste nível de patch, mova a tabela de auditoria, pura e simplesmente. O preenchimento de um tablespace de usuário faz com que as operações de gravação no referido tablespace de usuário sejam interrompidas, mas não reduzirá todo o resto, como o preenchimento do tablespace SYSTEM. Essa funcionalidade foi retroportada, mas não para todas as versões 10.2. Você pode verificar o Doc ID 731908.1 em support.oracle.com para obter todos os detalhes.Se você não tiver a capacidade de atualizar para 10.2.0.5, precisará limpar regularmente a
sys.aud$
tabela por outros meios para que ela não continue crescendo e consumindo espaço. Se ficar muito indisciplinado e você achar que precisa "encolher" a tabela, provavelmente precisará TRUNCÁ-la para liberar o espaço em branco de volta ao espaço de tabela. Eu tentei reduzir esse arquivo usando o truque típico de habilitar o movimento de linha e reduzir a tabela , mas como os registros geralmente são anexados ao final dasys.aud$
tabela e são adicionados regularmente, ele geralmente não diminui muito, se é que diminui. é por isso que uma operação TRUNCATE geralmente é o método mais eficaz aqui para liberar algum espaço.Finalmente, sua última opção é apenas desabilitar a Auditoria. Se não for necessário, esta é provavelmente a opção mais fácil disponível para você.