Produto: Framework Processo: Ativao do Log de auditoria

Introduo 1. Log de auditoria

O LOG de auditoria composto por uma srie de Triggers que so habilitadas no banco. Podemos selecionar tabelas e campos para auditoria. Com ele podemos obter um histrico de todas as incluses/alteraes/excluses que ocorreram nos campos selecionados para serem auditados pelo LOG. Quando selecionamos um campo/tabela para auditoria, automaticamente habilitamos a trigger referente a esta tabela. Quando o campo marcado sofre uma ao (incluso/alterao/excluso), a trigger disparada e grava na tabela de LOG dados sobre o autor da ao e valores alterados.

Desenvolvimento/Procedimento 1.1. Instalador O instalador do Log de auditoria disponibilizado pelo suporte mediante solicitao. Obs.: Este log somente ser habilitado caso o solicitante seja usurio mestre no sistema, possuindo habilidades para alterao de perfil. Instalando: Na primeira tela exibido o assistente para instalao (Clicar em Avanar).

TOTVS Globais N 0000_GDP Framework

Termo de licena, ao marcar a opo de aceitar ser habilitado o boto Avanar.

Informar nome do usurio e organizao (Clicar em Avanar para continuar a instalao).

Ser direcionado o diretrio para instalao.

TOTVS Globais N 0000_GDP Framework

Clicar em Instalar para iniciar a instalao dos arquivos.

Clicar em Concluir para finalizar a instalao.

No diretrio de instalao do CorporeRM, pasta Log, apresentado o plugin RMSPLog.CRM. Este plugin dever ser copiado para a pasta do aplicativo que ser auditado. Ao acessar o sistema ser possvel selecionar as tabelas que controlaro o LOG de auditoria. (Como ilustrativo utilizamos o RM Portal)

TOTVS Globais N 0000_GDP Framework

Abaixo apresentado o plugin j copiado para a pasta do aplicativo que ir controlar o Log de auditoria.

Para que o administrador tenha acesso aos processos do LOG, deve-se habilitar no perfil deste usurio o menu referente customizao.

No menu Customizao ser disponibilizada a opo Configurao do log habilitada.

TOTVS Globais N 0000_GDP Framework

Selecionar os aplicativos e os campos que sero auditados. Abaixo, segue exemplo do aplicativo RM Portal com os campos habilitados que sero auditados. Importante: Marcar a opo LOG ATIVO para que o processo possa ser iniciado.

Aps executar consultas na tabela ZLOG, verifica-se que os dados alterados so gravados nesta tabela para conferncias. Todos os campos auditados inserem dados nesta tabela (ZLOG) ao serem alterados no sistema por algum usurio.

Informaes Adicionais: Quanto mais campos e tabelas auditados, mais recursos de hardware (servidor) necessrios. Se o LOG for usado com critrio, no haver queda de performance. A perda de desempenho vai depender de dois fatores inversamente proporcionais: Quantidade de processos auditados X Quantidade de Mquina disponvel
TOTVS Globais N 0000_GDP Framework 5

Quando falamos em performance, temos que atentar a algumas regras que devem ser cuidadosamente analisadas. Devemos marcar somente os campos que realmente tm necessidade de auditoria. Por exemplo, se marcarmos o campo Salrio da tabela PFUNC. Este campo no sofre alteraes a todo momento, ento no h impacto sobre performance. Ao contrrio, se marcarmos um campo de uma tabela que sofre alteraes constantes, por exemplo, Valor Original da tabela de Lanamentos, supondo que o cliente processa em mdia 200 lanamentos por dia, isso pode ocasionar perda de performance, pois a trigger estar sendo executada a todo momento. importante salientar que no h como afirmar que haver perda de performance, pois vrios fatores contribuem para isso como configurao de mquina e rede. Quanto mais robusto for o servidor, menos impacto teremos na performance. Temos relatos de clientes que auditam tabelas que sofrem alteraes constantes e nem por isso perderam performance, porm, sabemos que seu ambiente hiperdimensionado. Um mau exemplo de utilizao do Log seria marcar sem critrio todos os campos da vrias tabelas. Isso far com que o sistema grave, a todo momento, informaes na tabela de LOG, acarretando uma massa de dados muito grande, dificultando inclusive a leitura destes registros. OBS: O Log armazenado no banco pelo nmero de dias parametrizado pelo usurio. Se informado 20 dias, a tabela mantm os registros dos ltimos 20 dias. Vale ressaltar que, dependendo da quantidade de campos auditados e dias para armazenamento, a tabela de LOG pode assumir propores gigantescas que podem interferir no gerenciamento do SGDB. O mais importante ter critrio e selecionar para Log somente o que necessrio.

Data de produo do documento: 13/08/2010

TOTVS Globais N 0000_GDP Framework