8.х Проблема тестирования базы 1С SQL

База 1с на сервере стала очень медленно тестироваться. "Проверка логической целостности" идет 3 суток вместо 4-6 часов Ошибок в базе много (лог около 400мегабайт) но раньше тестирование пролетало за ночь а теперь висит 3 сутки. Подскажите в каком направлении копать. База лежит на отдельном рейде на сервере. Сервер вроде впорядке. Прошу прощения заранее если разместил тему не там.

забыл добавить -нагрузка на процессе 1c во время тестирования 5-10%

pyrkin_vanya понятное дело что проблема в самой винде, только как выяснить что тормозит - 1С или SQL-cервер ?

Версия SQL сервера какая? На каком рейде хранится база? При порушении одного харда в RAID-5 наблюдается ЗНАЧИТЕЛЬНОЕ падение производительности, может у вас хард накернился.

windows 2003 sp2
SQL server 2005 версия 9.00.1399.06
сервер ETEGRO Hyperion ES350 со встроенным рейдом LSI Logic Megaraid SCSI 320-2X
MEGARAID LD 0 MEGARAID SCSI Disk Device (67 Гб)
к сожалению больше данных по рейду никаких нету, вероятно все параметры настройки в биосе

И еще появилась инфа что перед этим было запущено тестирование с удаленного компа, которое как будто бы зависло и было отключено. После этого напрямую в сервере в конфигуратор нельзя было зайти и сервер пришлось перезагрузить.

Второй раз база тестировалась в 2 раза быстрее. Долго идет именно проверка логической структуры.

Подскажите как проверить рейд. Неисправность рейда это долгий доступ к файлу или невысокая скорость считывания?

Для чистоты эксперимента попробуйте ребутнуть все участвующие серваки (1с и sql).

Попробуйте поискать виндовую утилиту (может на диске есть, что с сервером шёл в комплекте) для этого контроллера, тогда сможете из-под винды посмотреть какой у вас raid и в каком состоянии диски.

Либо только при перезагрузке.

И в дополнение, непонятно, как появилась проблема? В один день или постепенно увеличивалось время проверки и доросло до неприличных величин? Может мы вообще не в ту сторону копаем.

А полный ребут системы разве не ребутит серваки 1с и sql?

Сразу после неудачного "тестирования и исправления" с локального компа появилась проблема. На новогодние праздники ставил на самом сервере тестирование и исправление- 3 суток шло...После небольшой очистки системы, отключения лишней базы 1с и ребута - 2суток.
Обычно база тестировалась за ночь. Попробовать еще раз потестить смогу только на выходных или принудительно выставив время тестирования чтобы запустить на ночь.
Проверить рейд пока не имею возможности, так как конфигурация скорее всего в биосе прописана, драйвер стоит родной виндовый.Пока нахожусь в поиске инфы к нему.

1с и sql могут стоять на разных серваках, а вы не указали.
Raid оставьте в покое, проблема скорее всего не в нём.

Дальше можете попробовать различные шаманства - создать новую базу в SQL и загрузить туда dt, выгруженную из рабочей базы, и проверить ТиИ на ней. Либо (опять же лучше на копии, но можно целиком скопировать базу sql) сделать на базе DBCC CHECKDB просто для проверки целостности БД средствами MS SQL, после можно например запустить REBUILD индексов (может порушились после некорректного завершения проверки), что пересоздаст и перестроит индексы в БД.

Спасибо за советы! Буду пробовать. Подскажите нужно ли останавливать сервер 1С при проверке базы через SQL? и чем отличается проверка средствами SQL от проверки средствами 1С? Везде советуют выгрузку и загрузку заново в новую базу... Это самый простой способ борьбы с проблемами SQL сервера? SQL сервер пишет где-то ошибки в лог? про порушенные индексы например?

Нет, проверка пройдет в режиме Online

Не скажу, т.к. не знаю, как работает проверка от 1С. DBCC CHECKDB выполняет проверку физической и логической целостности БД, подробнее можно в справке MS SQL прочитать.

Поскольку проблема по-прежнему не локализована, сразу советуют конкретный вариант, который должен помочь. MS SQL ведет лог, доступный в SSMS, и лог Application в стандартных логах Windows (Control Panel-Administrative tools - Event Viewer)

Проблема локализована методом "тыка": При тестировании не стояли галочки "создавать новые обьекты". Как только они были поставлены тестирование прошло примерно за 2часа. Теперь руками разгребаем ошибки в базе.