Как почистить логи сервера MSSQL? #641748

Как почистить логи сервера MSSQL? Не тот лог, который к базе прилагается в *.ldf-файле, а тот, который в папке самого сервера в россыпи *.log, *.mdmp и *.txt. Желательно, штатными средствами сервера, что-то мне страшно удалять эти тысячи файлов вручную.

Ну и плюс хочется ограничить рост этой папки впредь...

в конфигураторе задай периодичность. и грохай старые по мере необходимости.

хотя у журнала другое расширение.

Казалось бы, причем тут конфигуратор о_О??

сначала бы надо понимать откуда там это берется...

+100500 и не удивляться, что к MS SQL это не имеет ни малейшего отношения

я не вкурил сразу. в бине скуля что ли логи? или сервера 1с?

Вы про конфигуратор 1С? А где я про него говорил? И как это узнать? Там 60 гигабайт, 36 с половиной тысяч файлов. Где копать?

c:Program Files (x86)Microsoft SQL ServerMSSQL.1MSSQLLOG Это логи скуля. Ни к 1С, ни к конкретной базе привязки не имеющие.

ctrl+a потом shift+del. а как еще то?

может и имеет... настроили таск в скуле, он туда чего-то вваливает по окончанию джоба

смотри джобы винды и скуля

ПКМ по "Журналы SQL сервер-Настроить" Что выставлено?

еще могут счетчики собираться...

Слушайте, а давайте вы еще раз прочитаете , но на этот раз внимательно, ладно? Лимит 6. В списке 6 архивов и current, созданный сегодня.

удали все будь мужиком .

врят ли эти уже наваленные текстовики можно из скуля почистить.

Тогда посмотри в "Агент SQL сервер :ПКМ по "Журналы ошибок-Настроить" - По моему он туда спамит.

У него, вроде, конкретный файл задан. Он ростом всего 2 килобайта.

.mdmp файлы дампов. советую задуматься.

Заголовок файлов *.txt =====================================================================                                                   BugCheck Dump                                                                                             =====================================================================                                                                                                                                                             У файлов *.log pid51      * dbghelp                        12B40000  12C54FFF  00115000 2012-11-28 15:08:21.86 spid51      * *.mdmp - бинарные какие-то. задуматься можно, а толку, если не знаешь, как это анализировать?

+1 это жжж не спроста

О! А вот это уже улика... в *.txt End log dump for db = 'ESETRADB'

Никто не сталкивался с Eset Remote Administrator 4.2? Как решить эту проблему, или хотя бы определить, почему он мусорит в лог? Выборка более-менее вменяемых строк из SQLDump10144.txt (номер 10144 тоже настораживает): и таких пар LOP_SETS_BITS-LOP_DELETE_ROWS - на полтора мегабайта.

Люди! Есть кто живой? Он растет слишком быстро, помогите найти причину!

Проверьте базу ESETRADB с помощью DBCC CHECKDB

+ вторая ссылка в гугле по LOP_SETS_BITS...

Решил проблему немного кардинально, но все-таки результативно. Короче, проблема была в том, что любой запрос на запись в таблицу LinkClientQuarantine падал с ошибкой. Даже напрямую в скуле, не то, чтобы от сервера Eset. Пришлось удалить эту таблицу и пересоздать заново. (Сначала Edit, открывается окно с запросом на создание, пока оно открыто - Drop Table, а потом выполняем запрос создания). Сейчас все работает.

Если можно, переименуйте тему в "Ошибка в Eset Remote Administrator Server при работе с MS SQL" и закройте обсуждение, пожалуйста.

Ах да! Сами файлы лога удалять можно вручную, даже не останавливая серверов.