Всем добрый день. Версия DB2 8.2.3 , на базе установлено Текущая запись в журнал - Архивная. Хотелось бы иметь информацию кто и когда из пользователей, проводил следующие SQL-операции с таблицами (INsert, DElete,UPdate). Cудя по логике все это должно хранится в журнале транзакций, просмотрел вроде бы все таблицы и представления в схемах SYSCAT, SYSIBM. Но ничего подходящего там не увидел, нашел в базе где физически нахождятся эти журналы, но толку тоже мало. В общем хотелось бы получить доступ к этим журналам в ввиде таблиц. Если это возможно, то как это сделать. Заранее спасибо

Седня поставлю на закачку "DB2 Version 8 Documentation Fixpak for UNIX & Windows", насколько понял содержит Information Center. Было бы неплохо узнать, название pdf файлов, в которых можно об этом почитать

ggvпро audit facility и про administrative API сам в Information Center прочитаешь?
Спасибо очень интересная вещь, но теперь следующие вопросы. Из всех событий аудита, для моей задачи, которую описывал в самом начале топика вроде бы подходит событие аудита CONTEXT. При следующей конфмгурации аудита
db2audit configure scope context status success
и с учетом , что записи аудита будут записыватся асинхронно , насколько снизиться производительность самой базы. И какое значение оптимально выставить для параметра audit_buf_sz , допустим имея в наличие 2Гб оперативной памяти. Еще один нюанс в логе аудита, так как пользователи работают с базой через клиентское приложение , то есть заносят данные на форме, а потом жмут на кнопку, то в приложение SQL оператор выглядит примерно так
SQLEXEC(nStatementHandle,"INSERT INTO myscheme.mytable VALUES (?mem1,?mem2)"), а в логе аудита выглядит так

timestamp=2006-04-07-00.23.23.937001;category=CONTEXT;audit event=EXECUTE;
event correlator=14;
database=SAMPLE;userid=userdb;authid=USERDB;
application id=*LOCAL.DB2.060406142448;application name=myapp.exe;
package schema=NULLID;package name=SYSSH200;
package section=4;text=insert into myscheme.mytable values (? ,? );

то есть не видно , какие именно пользователь ввел данные

Или рассмотреть вариант предложенный gardenman'ом с триггерами и таблицей логов, и не заморачиваться с аудитом. Проект еще в стадии разработки, и можно его перепроектировать. Какой вариант выбрать?

лгдлщмЯ бы сделал в аудит как репликацию.
Это как ? Еесли не трудно можно поподробнее

ggvТоко я бы через Q репликацию :)
Где-то уже читал , что для Q репликации нужна лицензия для DB2 Information Integrator, которая стоит денег. Так что Q репликация отпадает, а использовать SQL репликацию для аудита, тогда уж лучше тригер написать.