Если ведется аудит или если лог не режется, а бекапится, то можно ... в противном случае - нельзя
се ля ви

kot_85логи бекапятся. как посмотреть...

слышал про тулзы сторонних производителей, которые позволяют просматривать лог ...
но только есть подозрение, что в логе будет указан @@spid процесса (которые удалил/добавил/обновил), а от этого ни жарко, ни холодно

а вообще на будущее - повесить хотя бы триггер на Update/delete, который будет отписывать "кто посмел манипулировать записями на этой таблице"

так на вскидку не нашел ...
но пришла следующая мысль:
1) поднять дамп БД на нужный (подозреваемый) период
2) прочесть лог командой
dbcc traceon(3604)
go
dbcc log ...
синтаксис: dbcc log [ ( dbid, objid, pageno, rowno, nrecords, type [, printopt] ) ]
go
dbcc traceoff(3604)
go
3) проверить упоминание нужных (потерянных) записей
4) при ненахождении - накатить порцию логов для данного дампа и повторить п.2 и п.3

---
НО, в выводе этой dbcc будет упоминание только spid пользователя и без списка процессов на этот период времени мы ничего конкретного не узнаем

MasterZivЛоги сервера для этого НЕ ПРЕДНАЗНАЧЕНЫ.
Практически полезной информации оттуда вряд ли можно вытащить.
Нужно использовать аудит или делать его самим.
Также могу порекомендовать :
http://www.sql.ru/faq/faq_topic.aspx?fid=306

Но ведь нельзя не признать тот факт, что имея список процессов + результат выполнения dbcc log можно выцепить пользователя который манипулирует данными по какой-либо таблице?

я неправ ?

Litus Если ведется аудит или если лог не режется, а бекапится, то можно ... в противном случае - нельзя
се ля ви

:-) скорее, шерше ля фам!


Аудит - это ИМХО шик! Порой непозволительная роскошь для быстродействия.
Posted via ActualForum NNTP Server 1.2

но иногда _приходится_ шиковать (подрубать аудит) ;)