Аудит DML (“То, кто сделал, вставляет?”)
Вы имеете верное представление - Настроенная репликация между двумя хостами (на дюйм/с не-CARP) и указываете на свои клиенты на CARP виртуальный IP. Отладьте свою репликацию LDAP (syncrepl) сначала, очевидно, :-)
Существуют другие способы обработать это с выравниванием нагрузки (использующий pf), но это требует большего количества аппаратных средств для поддержания дублирования.
Журнал транзакций имел бы это, если база данных - то, если полный режим восстановления и или журнал не был сохранен, или резервные копии журнала доступны.
Существует несколько сторонних продуктов, таких как LiteSpeed для SQL Server, который может просмотреть журнал транзакций.
Если база данных находится в простом режиме восстановления, эти данные не сохранены очень длинными.
Вы можете вручную создать соответствующие триггеры DML, но это также требует ручной настройки репозитория аудита. С другой стороны, этот процесс можно автоматизировать с помощью ApexSQL Audit , инструмента аудита для баз данных SQL Server, который фиксирует изменения данных, произошедшие в базе данных, включая информацию о том, кто внес изменения, какие объекты были затронуты. , когда это было сделано, а также информацию о логине SQL, приложении и хосте, которые использовались для внесения изменения. Он хранит всю собранную информацию в центральном репозитории и экспортирует их в удобных для печати форматах. Технология, которую ApexSQL Audit использует для аудита, основана на триггерах. Они создаются с использованием его визуального интерфейса без каких-либо знаний T-SQL.
Заявление об ограничении ответственности: я работаю инженером по поддержке продукта в ApexSQL