Рекомендуемый метод аудита для MS SQL для отслеживания изменений, внесенных в определенную таблицу определенным пользователем?
Вы уверены, Ваш Apache настроен правильно для обслуживания так называемого - sub субдомены? Я имею в виду, эти субдомены, предварительно сконфигурированные, для напр. (sub-sub1, sub-sbu2.. конечное число, настроенное в конфигурации vhost), или это случайные подсубдомены? Если они случайны, я предполагаю, что у Вас есть некоторые подстановочные знаки в конфигурации vhost?
--------=============----------
Хорошо так, попытайтесь добавить ServerAlias *.mysite.com ServerAlias *.othersite1.com....... ServerAlias *.othersite[N].com
в Вашей vhost конфигурации
Отслеживание изменений не отслеживает фактические данные, которые были изменены.
Система отслеживания измененных данных отслеживает данные, которые были изменены, но это функция Enterprise Edition.
Вы можете создать свои собственные таблицы аудита и указать триггеры ПЕРЕД для соответствующего DML и данных, чтобы записывать любую информацию, которую вы хотите.
Сравнение отслеживания измененных данных и отслеживания изменений
http://msdn.microsoft.com/en-us/library/cc280519%28v=sql.105%29.aspx
Сбор измененных данных
http : //msdn.microsoft.com/en-us/library/bb522489%28v=sql.105%29.aspx
СОЗДАТЬ ТРИГГЕР (Transact-SQL)
http://msdn.microsoft.com/en -us / library / ms189799% 28v = sql.105% 29.aspx
Начиная с SQL Server 2008, существует 3 собственных решения аудита - отслеживание изменений, сбор данных изменений и аудит SQL Server, но только одно отслеживает пользователя, который внес изменения
Отслеживание изменений не отвечает на вопросы «кто», «когда» и «как». Кроме того, если в одной строке было внесено несколько изменений, отображается только последнее. Эта функция просто указывает, была ли изменена строка или нет. Он показывает идентификатор измененной строки и конкретный измененный столбец. Эта функция не предоставляет подробностей об изменении. Вы можете сопоставить информацию об изменениях с моментальным снимком базы данных и действующей базой данных, чтобы узнать больше об изменениях, но это требует дополнительного кодирования и по-прежнему не дает всей информации, которая может потребоваться для аудита. Это не t также отслеживать выполненные запросы. Что касается чтения данных, встроенных отчетов нет, необходимо использовать функции отслеживания изменений
Установка для базы данных Модель восстановления с массовым журналированием не предоставляет информацию о выполненных запросах против базы данных. однако он предоставит информацию о том, кто что сделал. Чтобы файл журнала транзакций онлайн-базы данных не разрастался, периодически создавайте резервные копии журнала транзакций
Отслеживание измененных данных также не отслеживает, кто внес изменение и какой код был выполнен. Как и в случае с функцией отслеживания изменений SQL Server, информация об изменениях в системе отслеживания данных изменений SQL Server доступна с помощью функций с табличным значением
, в то время как отслеживание изменений показывает только то, что было изменено, и было ли это изменение вставкой, обновлением, или удалить, Система отслеживания измененных данных показывает значения, вставленные, удаленные или обновленные для измененных строк. Для обновлений отображаются как старые, так и новые значения обновленной строки
. Аудит SQL Server - единственная функция, которая фиксирует имя пользователя, внесшего изменение. Он также фиксирует выполнение операторов SELECT и EXECUTE. Проверенная информация может храниться в 3 типах файлов - файл * .sqladuit, журнал приложения и безопасности, и вы можете использовать функцию fn_get_audit_file, утилиту просмотра файлов журнала в SQL Server Management Studio и средство просмотра событий Windows для их чтения
Кроме того, существуют сторонние инструменты аудита, которые также предоставляют встроенные отчеты, такие как ApexSQL Comply
Отказ от ответственности: я работаю в ApexSQL в качестве инженера службы поддержки