Приветствую, прошу совета в какую сторону копнуть. ОС Win 2008 std. БД-MS SQL 2008. Сервер 1с и БД разнесены на два сервака между ними 2гб лан. Терминал находится на сервере с 1с. Всё Х64. Недавно перешли на 1с КА 1.1 Скул, два филиала через терминал. Сначало на одном офисе у двух манагеров систематически при выводе ОСВ только по 41.1 счете зависает 1с может стоять минут 30-40 и отчет выведится, потом эта ерунда появилась ещё у двух манагеров, замечу, что подвисает не сразу, а на 5-8 формировании. Отборы делают только склад и организация, другие отчеты и ОСВ по другим счета формируются нормально. Работая в файл режиме такого не наблюдалось. Для пробы создал нового юзера в терминале и 1с для исключения пользовательских настроек отчета и кэша. Зависания повторились. Что ещё предпринять?

В своё время не смогли победить данную проблему - переустановили сервера и проблема не наблюдалось примерно год. Вот так раз в год...

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

(1) Ну это не выход.
(2) Кэш чистили не помогло.

В мониторе есть запрос когда завис происходит  продолжительность 3007157мс. Но не видно оно это или нет

(3) кэш сервера чистили?

(4) Да да чистили.

(5) в (0) не увидел, тока про кэш юзеров, а не сервера 1с

Не всё отписал просто. И кэш чистили, и базу проверяли и что самое интересное пихали внешние ОСВ с какими либо доработками других прогеров, то же самое.

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

(8) Я тебя понял, но если бы проблема случилась бы через полгода хотя бы пользования, а то через неделю после перехода.

Попробуй для начала:
1.Сдвинуть итоговую дату (Управление итогами) чтобы машинка заново перестроила таблицы
2.То же, но через ТИИБ (пересчет итогов+реструктуризация)
3.Отключи индексирование (управление полно...что там поиском) или очисти\обнови...иногда на сервере 1С висит фоновое обновление индексов почему-то именно при длительных операциях с данными

Но мне все не помогло, и я решил так: ОСВ у меня зависало по счету 29 (товары), в основном из-за третьего субконто Партии номенклатуры. Именно этим ОСВ по счету работали менеджеры, я написал свой отчет выкинул 3-е субконто, оно для них необязательно, прицепил обработку ячеек на выход к нужным действиям, и скинул модуль обработки запроса в общий модуль с выставленным флажком Сервер.

Пока не жаловались...отчет выходит минут за 5

(10) Попробую конечно ,спасибо. Но видно причину и решение никто не знает, просто все ищут обходные пути.

план запроса посмотреть

(11)[Но видно причину и решение никто не знает]
ну да
8-ка супер сырая

(13)
Причем тут сие?

При том, что пользователям до переустановки сервера мы рекомендовали запустить вторую копию, как только ОСВ не выдало "на раз" затребованный результат. И во второй копии всё на ура отрабатывает.

Ну, как вариант - проблема в поиске ключа. Платформа периодически опрашивает ключик...

(15) Вторую копию зачастую не вариант запускать, ограниченны ключами. А сырое не сырое это из другой оперы. Может в саппорт отрисовать проблему!

(0) Сохраненные настройки пользователей пометить на удаление предлагали?

Полностью удалял настройки у всех по ОСВ, а так же, писал выше, на новом пользователе проблема повторилась.

(16) Как раз, про вторую копию, ключи НЕ ограничены на копии программы пользователя/компьютера, что в данном случае будет одно и то же.

Да и к тому же, если 1С зависла - зачем нужно держать данного расхитителя ключевой собственности - снял задачу и порядок.

(18) итоги полностью пересчитывал?

Итоги имеет смысл  пересчитывать тогда, когда 5+5 <> 10
И то, можно лишь пару минут подождать и они сами выправляются.

Полностью делал ТИ и только итоги и chdbfl всё перебрал, никаких ошибок никаких глюков более этого в базе нет. Все доки проводятся отлично все отчеты выводятся хорошо.

(23) попробуй в копии некошерный пересчет

Смотришь структуру таблиц - можно прямо в табло Предприятия
ПолучитьСтруктуруХраненияБазыДанных().ВыбратьСтроку()

Находишь как называются три таблицы  Регистра бухгалтерии хозрасчетный
ИтогиПоСчетамССубконто1
ИтогиПоСчетамССубконто2
ИтогиПоСчетамССубконто3

в сиквеле чистишь их полностью TRUNCATE TABLE
пересчитываешь итоги

(24) Ага спасибо, попробую.

нужно выполнить на скуле обслуживание баз и, возможно, пересчитать итоги

(24) + у меня была такая нездоровая ситуация с перегрузкой документа ОперацияБух - где проводки сразу в набор записей ложатся. В итоговую таблицу по субконто  попадала  кривая запись с 0х0 и не один пересчет итогов ее почему-то не трогал, а выборка видела и глючила

(26) Всё сделано и делается автоматом индексирование и т.д. (27) А как ты вычислил док?

(28) у нас тоже админы говорили, что сделано. а по факту выяснилось, что переиндексация не успевала и ее срубали, ну а поскольку это самая большая таблица - то на ней с большой вероятностью это и происходило. после чего ОСВ частями переставала нормально работать, подвисала.

(29) Не спорю, но я делал прошу верить.