Приветствую, коллеги!
Имеется база УТ 10.3.18.3 с небольшими косметическими дописками на сервере Win2008R2(все патчи, ибо лицензия), на движке SQL 2008R2 SP2 (тоже вроде все патчи), сервер 1С 32-битный, релиз 8.2.16.368, пользователи сидят в терминале. Железо сервера: Intel i7/16 Gb/RAID 1+SSD Kingston(на SSD лежит база SQL, на обычных система). Настройки сервера 1С по умолчанию, но создано два рабочих процесса. Одновременно в базе сидит не более 8 пользователей. Размер базы около 7 Гб (mdf), лог транзакций около 3 Гб (ldf). Тестирование и исправление делается раз в неделю.
Регулярно, несколько раз в день база начинает тормозить, окно 1С у клиентов становится белёсым, клиентские процессы 1С перестают реагировать на любые действия. Это продолжается несколько минут, и может привести к аварийному завершению процесса. В журнале приложений в этом случае остаётся запись ошибки типа:

Имя сбойного приложения: 1cv8.exe, версия: 8.2.16.368, отметка времени: 0x50536397
Имя сбойного модуля: unknown, версия: 0.0.0.0, отметка времени 0x00000000
Код исключения: 0xc0000005
Смещение ошибки: 0x8a7e5bbc
Идентификатор сбойного процесса: 0x14ec
Время запуска сбойного приложения: 0x01ce0d84622fdfab
Путь сбойного приложения: C:\Program Files (x86)\1cv82\8.2.16.368\bin\1cv8.exe
Путь сбойного модуля: unknown
Код отчета: 7f0c00b5-79a7-11e2-b859-50e54950ce42

Дамп также имеется, но как из него выудить информацию непонятно.

Как бороться с данной проблемой? Куда копать и что диагностировать? Количество пользователей невелико, база тоже небольшая. Уже не знаю, что и где ковырять, систему вылизал по максимуму, после перехода на SSD база явно стала быстрее работать (как бэ так и должно быть), но вот эти периодические тормоза не исчезли. Буду благодарен за любую информацию. Не исключаю возможности привлечения гуру администрирования за отдельную плату, удалённый доступ предоставлю.

Может, какие хитрые регламентные задания?

Платформу переставьте, "Имя сбойного приложения: 1cv8.exe" - не должно быть...
регл задания - тоже вариант, тип обновление индекса полнотекстового

(1) Все регламентные задания сугубо стандартные
(2) Перекинул время регламентных заданий на ночь, посмотрю на результат. Платформу переустановлю так же ближайшей ночью. Как её грамотно удалить и какой релиз лучше поставить - не дадите рекомендаций? Программная защита слетит(не хотелось бы ключики лишний раз использовать)?

(3) дак ставь 17-ю, програмная защита не слетает при обновлении. Не удаляй платформу, а именно обнови

для начала настрой регламент на скуле.

статистика+реиндексация

(3) Сугубо стандартные рег. задания нехило просаживают производительность. Настрой их на ночь, а ненужные отключи. Особенно все, что относится к полнотекстовому поиску.

(5) Дима, реиндексация ЗЛО. Нужно "обновление статистики" (update и rebild это РАЗНЫЕ вещи)

(0) А нафик тебе лог-файл? Ставь режим восстановление СУБД в "Simple"

(7) Реиндексацию тоже надо делать. По ночам, в воскресенье,  когда никто не видит.

(9) ну может "раз в месяц". Но не каждый же день :-)

всё это вот к таким тормозам отношения иметь не может, что тут многоуважаемые обсуждают

(4) Насколько глючна/стабильна 17-я платформа?
(5) Спасибо, изучу этот вопрос на выходных
(8) Это уже давно сделано
(11) Что-то мне тоже так кажется. Но совсем ничего не делать тоже нельзя, надо пробовать.

(12) что значит "давно сделано", а откуда из (0) "лог транзакций около 3 Гб (ldf)" взялся? Не задумывались?

(13) Очень просто - сначала была модель Full, которую потом изменили на Simple. Если расскажете, как его усечь, буду крайне благодарен

(14) шринк сделать в консоле скуля

(0) переходи на УТ11, там не нужны пользователи в терминале

(14) в интернете ищи "шринк лога транзакций в SQL"

(14) Спасибо, сделаю.
(16) Это универсальный рецепт от любых тормозов? :) Думается мне, что проблема отнюдь не в терминале, а где-то в сервере 1С либо в сервере SQL, либо в их связке. Выяснить бы ещё, где именно...

(0) > Регулярно, несколько раз в день база начинает тормозить. Это продолжается несколько минут.

У меня так было на 7.7. Студент написал отчет, где использовал прямое обращение к регистрам: Регистр.ИмяРгистра.Остатки()

А Марья Петровна запускала отчет несколько раз в день.

Может у тебя что-то подобное в терминале?

В прошлом сообщении вместо (14) читать (15) :)

(0) поставь SSD диски под БД и служебные таблицы SQL

(19) Кстати, вполне может быть. На конфу навешано несколько внешних отчётов. А какие конструкции могут так наглухо подвесить столь неслабый сервер? К тому же ещё и SQL... мне казалось, что с разграничением процессорного времени между пользователями там всё должно быть в порядке

(22) Вложенные запросы с участием 2-х (и более) неслабых товарных регистров (Партии, Товары) могут доставить незабываемых ощущений вашему SQL серверу.

(21) БД уже на SSD. А служебные таблицы SQL... master.mdf 4 Мб, MSDBData.mdf 17 Мб, tempdb.mdf 14 Мб. На мой взгляд, совершенно несущественные размеры, особенно с учётом включённого кэша записи.

(22) Я обязательно проведу эксперимент с внешними отчётами, которые есть в системе.

(24) временные файлы пользователя, под которым запущен сервер 1С, перемести на SSD

(26) Сервер 1С запускается под системной учётной записью. Где находятся временные файлы системной учётной записи?

(27) сделай ему запуск под другой учеткой. У этого пользователя настрой переменные профиля на работу с временными файлами на SSD.

(28) Вообще с точки зрения живучести SSD не очень правильное решение, лучше создать RAM-диск 1 Гб и на него настроить временную папку, благо у меня более 9 Гб не используется. Да и чистить временные файлы не понадобится - при перезагрузке само почистится :)

(29) да, так и сделай

(30) Что-нибудь можешь сказать о скорости-стабильности 8.2.17 (какой он там последний?) относительно 8.2.16.368? Я так ничего и не нашёл об этом, не очень хочется словить новых необъяснимых глюков.

(0) деинсталяция антивируса

(32) Стоит MS Security Essentials, он вроде не особо грузит систему

В общем, удалось только что "поймать" момент - тормозит при обмене РИБ. Он организован через FTP. Что можно сделать для того, чтобы при обмене тормозов не было?

(34) класть файл обмена на локальный ftp-сервак, а между ftp гонять уже батником. Не грузи 1Ску не свойственной ей фигнёй :-)

Видимо обмен не регламентным заданием запускается, а из процесса пользователя, так быть не должно. Фоновой риб доставит неудобств в виде ошибок из-за блокировок, но не будет вешать процессы.

(35) Да, похоже, проблема именно на этапе аплоуда файлов.
(36) На данный момент прописали регламент, обмен будет запускаться только по ночам. Должно помочь.
(39) Цены впечатлили. 120к за аудит системы - это круто, наверняка ещё и рекомендаций на 200к будет. Даже 2900 р/час по нашим провинциальным меркам запредельно.

(40) Хренасе. Какой-то жалкий аплоад файла с FTP загоняет сервак?
Ни за что не поверю, пока не проверю. Сам.

"Цены впечатлили"
Ну а что вы хотели, это же Гилев.
Ему можно многое простить только вот за это
http://www.gilev.ru/1c/mssql/

(40) может выкинуть фтп и заменить на что-то типа http://infostart.ru/public/16687/

а вообще согласен с (41) что-то сомнительно что-бы фтп вешал сервак...

скорее не фтп вешает - а обмен - может подтверждения не приходит и идет огромная выборка.

(44) Я без наезда.
Я и говорю, что годные и качественные решения не могут стоить дешево.

(0) кто же использует диски Kingston?.. ни в коем разе, упаси Господь!))
замените диск на, чтонить более подобающее, например, интел или плекстор про.. и будет все карашо..

(41) Понять, на каком именно этапе тормоза, не пытался, просто сделали другой регламент документооборота
(42) Не, это все костыли. Тем более что не совсем понятно, обработка глючит или же загрузка на фтп

(0) "на SSD лежит база SQL" - смелые люди нынче пошли.

(43) По идее, не должна типовая выгрузка так намертво тормозить всю систему, тем более на SQL

(49) Без обслуживания индексов - запросто.

(46) Время наработки на отказ 1.5 млн часов, отзывы в целом неплохие... почему нет?

(48) Тонкая настройка работы диска для продления жизни, ежедневный полный бэкап, 1.5 млн часов наработки на отказ, гарантия 3 года, использование не более 10% объёма диска.... думаю, всё должно быть хорошо

(51) Без обслуживания индексов - это как? Расскажите, плз, поподробнее.

(55) Регламенты SQL
Дефрагментация индексов, очистка процедурного кэша, реиндексация.
В http://www.gilev.ru/1c/mssql/ все написано.