Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Собственный журнал аудита базы данных
|
|||
|---|---|---|---|
|
#18+
Какие есть средства у SQL 2000 и как их использовать для реализации собственого журнала аудита базы данных (кто,когда и к каким записям имел доступ а также к хранимым процедурам). mailto:vap79@gala.net ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2001, 18:04 |
|
||
|
Собственный журнал аудита базы данных
|
|||
|---|---|---|---|
|
#18+
Новым параметром SQL Server 2000 является режим безопасности C2. C2 – это показатель оценки защиты системы (принятый в США), который показывает, что система достаточно хорошо защищена и имеет развитые функции аудита. Этот режим позволяет контролировать все попытки обращения к объектам базы данных. Чтобы включить режим C2, используйте следующий синтаксис: EXEC sp_configure 'c2 audit mode', '1' RECONFIGURE Чтобы полностью обеспечить требования c2, Windows также должен соответствовать этому классу защищённости. После того, как Вы установили опцию «c2 audit mode» и перезапустили SQL сервер, автоматически создаётся файл трассировки в каталоге \MSSQL\Data. Используя Profiler, Вы можете просматривать этот файл трассировки. SQL сервер сохраняет данные в файл трассировки блоками во 128Кб. Т.о. если SQL сервер будет отключен не надлежащим образом, самое большее, что Вы можете потерять, это 128Кб данных аудита. Не трудно представить, что файлы трассировки аудита будут быстро расти. Когда журнал аудита достигнет 200Мб, он будет завершен и создастся новый. При каждом своём запуске SQL сервер начинает новый файл аудита. Если пространство на жестком диске будет исчерпано, SQL сервер завершит свою работу и не будет запускаться до тех пор, пока Вы не освободите место на диске для файла аудита и не перезапустите сервер. У Вас есть возможность отключить аудит при запуске сервера, используя ключ -f. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 09:33 |
|
||
|
Собственный журнал аудита базы данных
|
|||
|---|---|---|---|
|
#18+
Да но нужно, чуть не то, стоит задача написание сервиса под NT который бы перехватывал сообщения SQL сервера, и после их анализа (связано со спецыфикой схемы базы данных) записывал в файл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2001, 16:18 |
|
||
|
Собственный журнал аудита базы данных
|
|||
|---|---|---|---|
|
#18+
Не знаю, то ли это, что тебе нужно. Но на сервере можно создать до 10 User Defined Events (определяемых пользователем событий). Генерить эти события можно из триггеров или хранимых процедур. В Profiler можно настроить шаблон так, чтобы он ловил только их. Можно написать приложение, которое будет периодически сканировать системную таблицу событий. На самом деле Profiler тоже производит сканирование. Перехватывать (в прямом значении этого слова) ничего не получится. Если только во все триггеры не вставить некий скрипт, который вместо того, что выдает команда (Insert/update/delete) будет делать на самом деле что-то совсем другое. Только это еще как-то похоже на перехват. Реализвывать его лучше всего не на простых триггерах, а на Intead-триггерах (собственно для перехвата операций они и предназначены). А вообще не совсем понятно, зачем разрабатывать какие-либо приложения с запросами, требующими перехвата? Не лучше ли сразу реализовать в приложении все что нужно, и необходимость в перехватах отпадет сама собой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2001, 17:25 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=46&tid=1825077]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 333ms |

| 0 / 0 |
