Ситуация:
В одной таблице в базе появляются изменения данных. Происходит это регулярно раз в 24 часа, т.е. отрабатывает какой-то job или внешний сервис. Окружение сложное из нескольких серверов (тестовые, прототипы, и т.п.). Похоже просто где-то неправильно настроили приложение и оно лезет не в ту базу, в которую должно. Нужно отследить какой же процесс/машина вносит эти изменения. И вот тут-то самое интересное - не удаётся отловить это profiler'ом.
Вроде вся фильтрация настроена как надо и все SQL:Batchcompleted и RPCCompleted там трейсятся. Если запускать запросы, в том числе процессы, которые в нормальных сценариях работы вносят изменения, то всё отлично отслеживается профайлером, но вот отловить "зловреда" не получается. Запускаем трейсер незадолго до часа X, видим, что данные поменялись, а в трейсе ничего.

Какие ещё есть особые пути изменения данных, которые могут не отслеживаться?
Репликация на этом сервере не используется.
На откат к предыдущему состоянию таблицы не похоже, потому что в ней есть timestamp поля и они успешно прирастают.

Что ещё можно попробовать проверить?

Про триггер
Написать-то не проблема, но там что как-то можно узнать какой процесс меняет данные? Или может хотя бы как выглядит запрос который меняет данные?

Мне не важно, что на что изменилось, мне нужно выяснить кто это делает.

так, отвечу сам себе, конечно HOST_NAME() никто не отменял.
Что-ж попробуем навесить триггер.

Что-ж, триггер помог.
Нашелся на одной машине запускаемый через scheduler скрипт sqlcmd.

Непонятно только почему же его профайлер не отлавливал, сейчас специально посмотрел на настройки отлавливаемых событий - ничего особо подходящего, не нашёл, что можно было бы добавить специально для slcmd.

Всем спасибо за советы.