ЗУП слегка допиленный, но последний, работаем в терминале, мощности компа хватает, база небольшая, зависает примерно раз в час при расчете отпускных или зарплаты.
параллельно в базу пользователи могут быть подключены, могут и нет.
версии 1С пробовал разные, проблема уже, говорят, пару лет.
создавал новых юзеров винды и 1С, после убивания процесса тот же документ рассчитывается нормально, через пару-тройку документов ситуация повторяется. как ее отловить? напихать кучу сообщений постадийно?

файловая или серверная? Попробовать оба варианта.
Еще можно запускать 1C c ключем очистки кэша

Включи замер в отладчике и увидишь на каких процедурах максимальное время ответа. Эти процедуры и анализируй.

(0) Если надумаешь протоколировать, то вместо сообщить, лучше пиши в текстовый файл.

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

(2) может возникнуть в любой момент, но на какое-либо действие (например, выбор сотрудника). на разных базах. но все - ЗУП.

диск - ССД, вторая база - на флешке 3.0 вылетов, связанных с чтением данных практически не было. а вот просто тупо зависший процесс 1С - уже подвыбешивает.

(3) ну да, я обычно на 7.7 переопределяю эту функцию, чтобы и встроенные сообщения протоколировались, а как это сделать на 8.3?

(7) Да как-то просто. Открыл текстовый файл, записал нужную строку и нормально.

Кстати, для любителей глобальных обработок, просто совет: рекомендуется ставить паузу между обработками любого размера и остальные пользователи вообще не будут замечать, что там что-то работает. Да, так оно чуть дольше работает, но лично мне без разницы, сутки она будет молотить или 1,5

(8) ну, я в большие (ночные) обработки вообще даже прогресс-бар с таймером вставляю. пусть замечают, что там что-то работает.
я про переопределение функций. в 7.7 функцию Сообщить можно было переопределить, а 8 не получается..

(9) Ааааа! Это я не понял)))))) Да, там пишешь вместо Сообщить, что-то вроде МояФункцияПротоколирования("Бла-бла-бла", Статус);

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

(10) наоборот
Сообщить(месаж, статус)

message()//стандартно
вфайл()//если надо, пишем в файл
баллоном()//если мелочь, можно в трей

конец

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

ЗУП зависает вообще в принципе. не на коде. в любой момент времени. чаще всего при обновлении окна.

опаньки. во всем виноват... ССД! перенес все на обычный жмд - стабильно и ровно все. только чуть-чуть медленнее. диск 550-500, на нем система и две базы. знаю, что могут быть повреждения, но все постоянно бэкапится, система стабильна, диск периодически проверяется, по плану замена раз в два года. никаких ошибок обнаружено не было, однако подстава оказалась совсем не там, где ждал. говорят, все началось после того, как отключали свет (хотя там упс, но, видимо, систему не завершил).
теперь вопрос знатокам, в чем же тогда может быть затык? ссд оказался слишком быстрым для 1С?