Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
Помогите человеку мало работавшему с MSSQL ! Просьба не пинать ногами и в неграмотности не обвинять.Сам знаю что такой) Cуть проблемы. В офисе имеется выход в инет через ISA cервер-логи которого перенаправляются в таблицы базы данных MSSQL 2000.Три таблицы – Usern-имена юзеров, pfltable –таблица с большим количеством полей как то Remote IP ,localIp ,username итд –лог показывающий отвергнутые и блокируемые входящие и исходящие пакеты со всеми вытекающими атрибутами-короче лог файерволла.Третья таблица той же структуры примерно-W3USURF –лог серфа юзеров по интернету. При наличии в офисе большого количества юзеров имеющих доступ к сети а также интернет маньяков база растет просто немереннно-никаких массивов не хватит.да и не надо собственно хранить все это .Поэтому раз ,примерно в неделю из третьей таблицы а также из второй удаляются значения полей до энного числа.Вручную. Так вот хотелось ы эту процедуру автоматизировать.В хелпе (по моему в хелпе по ИСЕ про это упоминалось) причем вроде как это можно сделать средствами SQL2000 –просто при определенном обьеме файла логи бы писались в начало таблицы вместо старых значений.То есть цикл. Книжку почитал –ничего подобного не нащел(видимо в силу малообразованности в части SQL ) Если кто знает как это реализовать –не откажите в помощи.Хотя бы ткните носом где искать-буду разбираться. Спасибо всем кто дочитал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2001, 14:51 |
|
||
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
> просто при определенном обьеме файла логи бы писались в начало таблицы вместо старых значений. Так делать не надо. Лучше так: Заходим в Enterprise Manager Далее Management -> SQL server agent -> Jobs Right click New Job Во вкладке Steps добавляешь New step и в графу Command пишешь например DELETE FROM MyTable WHERE DATEDIFF(dd,DateField,GETDATE())>8 Этот запрос будет удалять все записи старше 8 дней. Во вкладке Schedule ставишь расписание выполнения раз в неделю. А вообще, лучше не удалять информацию, а агрегировать ее и закачивать в другую таблицу. Вдруг понадобится посмотреть сколько начальник проводит времени на www.penthouse.com Иначе зачем эти логи вести? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 01:58 |
|
||
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
Огромное спасибо!Насчет таблицы-может быть Вы и правы....Но объемы просто дикие-даже в сжатом виде.Насчет Job были всякие соображения я думал-но не думал что сие так просто. А логи ведутся как раз с тем чтобы НАЧАЛЬНИК узнал был ли Пупкин с утра на Porno.ru или по работе в инете сидел.ПРограмма клиент(самопальная) позволяющая с максимальным удобством просмотреть кто где и когда стоит у меня и у него. Еще раз благодарю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 07:15 |
|
||
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
Если таблица действительно большая, то IMHO лучше по расписанию переименовывать старую таблицу и создавать пустую новую, т.к. длительная блокировка таблицы при DELETE FROM MyTable ВОЗМОЖНО отразиться на работе вашего ISA). Конечно можно поиграться с блокировками, но - опять же IMHO - переименование обойдется "дешевле". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 07:36 |
|
||
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
Вот это интересно.... ПОскольку DELETE -(сейчас ручной) делается минут 7(процессор--98-100%) .И нередко заканчивается откатом.Приходится удалять по дням.Посмотрим. За совет большое спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 07:52 |
|
||
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
Можно еще использовать Truncate Table (если нет связей с другими таблицами), она удаляет по страницам и не использует журнал, поэтому быстрее работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 08:59 |
|
||
|
Помогите с маленькой проблемой .
|
|||
|---|---|---|---|
|
#18+
> Можно еще использовать Truncate Table (если нет связей с другими таблицами), > она удаляет по страницам и не использует журнал, поэтому быстрее работает Еще неплохо работает DROP DATABASE. Да и FORMAT C: весьма эфективен. BOL: The TRUNCATE TABLE statement is a fast, nonlogged method of deleting ALL rows in a table. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2001, 09:30 |
|
||
|
|

start [/forum/moderation_log.php?user_name=911%D0%BB%D0%BF]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
72ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 880ms |
| total: | 1083ms |

| 0 / 0 |
