Зависания 1С при выводе ОСВ. #684052

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

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

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

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

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

Да да чистили.

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

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

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

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

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

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

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

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

Причем тут сие?

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

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

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

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

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

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

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

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

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

попробуй в копии некошерный пересчет Смотришь структуру таблиц - можно прямо в табло Предприятия ПолучитьСтруктуруХраненияБазыДанных.ВыбратьСтроку Находишь как называются три таблицы  Регистра бухгалтерии хозрасчетный ИтогиПоСчетамССубконто1 ИтогиПоСчетамССубконто2 ИтогиПоСчетамССубконто3 в сиквеле чистишь их полностью TRUNCATE TABLE пересчитываешь итоги

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

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

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

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

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

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