Почему именно msdb часто падает в suspect ?

AAlexeyA
Дата: 14.09.2006 16:27:32
У одного из наших заказчиков (мелкие по размеру, но многочисленные базы данных) совсем нередко именно msdb переходит в состояние suspect, иногда буквально по разу в месяц. Установлены базы на вполне приемелемом железе (HP dx2xxx), производительность которого для нужд заказчика достаточная (это мелкие магазины с небольшим объемом продаж). При этом БД, которую поддерживаем мы, в это состояние попадает тоже, но на порядок реже. Квалификация персонала у заказчика невысокая, поэтому они отнюдь не сразу замечают, что резервные копии БД не делаются, что приводит к нехорошим последствиям. Может быть, появление этой проблемы связано с использованием софта, резко ухудшающего скорость доступа к данным, например, тяжелого антивируса (у заказчика, кажется, используется NAV). C чем вообще моджет быть связано частое падение именно MSDB? Дисковых ошибок в логах вроде бы не наблюдается. Может быть, кто-то сталкивался именно с этой постоянно повторяющейся проблемой? Что можно посоветовать и как помочь? На сколь-нибудь серьезные исследования рассчитывать невозможно - вряд ли сотрудники смогут запустить трассировку или даже проанализировать SQL-логи, потому что иногда переход MSDB в suspect замечается ими через пару месяцев после прекращения работы agent'a.....
GreenSunrise
Дата: 14.09.2006 17:53:34
Проверьте, какая версия сиквела у них стоит. Вот буквально из свежего (месяц назад) опыта наступания на грабли: проявлялся баг при bulk insert, при котором база падала в suspect. Нашли статью в MSDN, в которой утверждалось, что баг пофикшен в SP4. Поставили. Баг стал проявляться очень-очень редко. Но проявлялся. Завели кейз с майкрософтом. Они поковыряли логи и сказали, что статьи официальной нет, но баг действительно был в сервис-паке пофикшен не до конца, а вот есть еще фикс, который после SP4 вышел, так вот в нем дочинили. Поставили фикс. С тех пор баг не проявлялся.

Так что ставьте обновления!

Вот еще одна ссылка, не знаю, пригодится или нет:
Missing device causes database to be marked suspect

А вообще надо логи сиквела смотреть. В них должно быть. Без этого только предположения можно строить.
AAlexeyA
Дата: 14.09.2006 18:05:07
абсолютно везде установлен SP4, но безо всяких постфиксов
GreenSunrise
Дата: 14.09.2006 18:06:29
Тогда логи надо смотреть, никуда не денешься.
GreenSunrise
Дата: 14.09.2006 18:10:19
Если конечные пользователи не сумеют ни логи собрать, ни еще чем-то помочь, то автоматизируйте это. Напишите маленькую программку, которая время от времени будет копировать логи сиквела в отдельную папку, ну можно архивировать еще при этом. Когда они через пару месяцев все-таки заметят, что что-то неладно, у вас будет нужная информация за этот период времени.

Или там программку опять же им встройте, которая будет проверять доступность баз и если что, вываливать на экран предупреждение "базы нет! позвоните дяде Васе". Тогда вы оперативно будете иметь сведения о падении баз.

Железо проверяли? Винт, память?
AAlexeyA
Дата: 18.09.2006 12:19:51
GreenSunrise
Если конечные пользователи не сумеют ни логи собрать, ни еще чем-то помочь, то автоматизируйте это. Напишите маленькую программку, которая время от времени будет копировать логи сиквела в отдельную папку, ну можно архивировать еще при этом. Когда они через пару месяцев все-таки заметят, что что-то неладно, у вас будет нужная информация за этот период времени.

Или там программку опять же им встройте, которая будет проверять доступность баз и если что, вываливать на экран предупреждение "базы нет! позвоните дяде Васе". Тогда вы оперативно будете иметь сведения о падении баз.

Железо проверяли? Винт, память?


C железом проблем нет.Абсолютно такого же железа машины нормально работают на десятках объектов с теми же задачами, но у других заказчиков. А вот относительно автоматизации сбора логов и особенно проверки доступности всех БД - очень правильное предложение - постараюсь воплотить в самое ближайшее время