Подтвердить что ты не робот

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

Прежде чем углубиться в пропасть документации Microsoft, я хотел бы узнать, знает ли кто-нибудь, кто сталкивался с Change Data Capture и Change Tracking, узнать, может ли один или оба из них заменить традиционный...

"Копия таблицы аудита аудита" реального table '(все поля исходной таблицы, плюс дата/время, идентификатор пользователя и DML поле действия), вставленное в Триггеры "

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

В обзорной документации MSDN на высоком уровне объясняется, что такое изменение задержек данных и отслеживание изменений, но для меня это недостаточно ясно, и я не говорю о том, что эти инструменты могут использоваться для замены традиционного аудита таблицы, которые мы так часто делали.

Может ли кто-нибудь с опытом использования Change Data Capture и Change Tracking сохранить мне много времени или подтвердить, что я трачу время на правильный инструмент? Критическая часть нашего аудита - это захват всех изменений полей таблицы (на INSERT, UPDATE, DELETE), когда это произошло, и кто это сделал. Эти изменения обычно предоставляются конечным пользователям в хронологическом порядке через отчет аудита. Какой еще вопрос... Изменение данных Capture или Change Tracking является решением, я бы предположил, что эти данные могут быть запрошены точно так же, как данные из обычной таблицы?

EDIT: Мне нужен постоянный контрольный журнал, независимо от времени. Я вижу, что Change Data Capture имеет отношение к журналам транзакций, поэтому это звучит для меня окончательно.

4b9b3361

Ответ 1

Думаю, вам все равно нужны аудиторские таблицы в ваших обстоятельствах. Глядя в BOL, кажется, что работа по очистке автоматически создается и откладывается, которая запускается каждый день в 2 часа ночи. От BOL:

Работа по очистке выполняется ежедневно при 2 A.M. Он сохраняет записи таблицы изменений для 4320 минут или 3 дня, удаление максимум 5000 записей с одним delete.

Похоже, что это определенно не делает то, что вы хотите. Я не могу думать, что будет делать то, что хочет любой, кто проверяет таблицы. Также представляется, что было бы трудно, если не невозможно, добавить в журнал аудита любые поля, не входящие в таблицу данных, кроме собственных пяти полей по умолчанию (я не мог найти их.) Также представляется, что данные не будут очень полезно запрашивать или использовать для отката определенного плохого изменения. Или, может быть, я просто не понимаю, потому что BOL довольно плохо написана на эту тему, он, конечно же, не ответил ни на одну из проблем, которые мне пришлось бы заменить на мой аудит с помощью этого, по-видимому, плохо продуманного процесса.