Проблема! В нашей фирме ок 20 пользователей 1С. И некоторые из них жалуются что иногда (НЕ постоянно) 1С недопустимо тормозит (например, открывает форму по 10-15 сек, а большой отчет формирует вообще чуть не полчаса!).
В это время (я проверил) 1С не выполняет никаких фоновых заданий. Админ также говорит что сервер в это время ничем особым не загружен.
Но юмор в том что у меня с моего компа - такого никогда нет и не было!!
Сегодня утром (я на удаленке, нач.отдела логистики в офисе, прочее начальство на удаленке) - ЧП! Опять комп тормозит, ну как обычно. Но:
- логист входит СО СВОЕГО КОМПА - С МОИМ ЛОГИНОМ И ПАРОЛЕМ. Все нормально!!!
- я вхожу по удаленке - по VPN, на свой комп в офисе. Вхожу с логином и паролем логиста. Все нормально!
- логист входит со своего компа, со своим логином и паролем. ТОРМОЗИТ!! Что за.... ???!!!!
Причем оч может быть что через какое-то время (как уже бывало хоть на прошлой неделе) через пару часов это само исчезнет. Оттого я гнал на нашего админа, это не 1С а что-то у тебя с сетью и серваком, было бы с 1С то глючило бы всегда и у всех.
А сегодня обнаружили это явление - при разных пользователях. И дошло до начальства, у меня уже телефон и майл горят - "раз логины, значит все ж 1С виноват - ищи!". А я НЕ ПОНИМАЮ, никогда такого не видел, что это за ...???!!!
Права и меня и главлогиста - полные. Интерфейс одинаков. Никаких регламентных нет, я по консоли заданий проверил.
Кто подскажет - ЧТО в 1С может зависеть одновременно и от пользователя и от сети? Какой-нибудь журнал (привязанный конкретно к пользователю) переполняется? И как это обнаружить и исправить?
1С8, УТ10 но сильно доработанная (гибрид с CRM).

(0) ну, кеши почистите

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

(0) >> открывает форму по 10-15 сек, а большой отчет формирует вообще чуть не полчаса
У этих проблем могут быть совсем разные причины.

УТ10... со своего компа... по VPN... - может и должно тормозить

Где расположены ваш комп, комп логиста и сервер?

(0) проверь пинг с компа логиста до сервера.

База файловая / серверная ?

База серверная. Все рядом (сервак в коридоре в отд комнате, компы в офисах по коридору). Но в наст момент я удалено работаю из дома, а логист в офисе
Да, мне тут мой друг посоветовал почистить кэши. Почистил, логист говорит все то же самое!
Админ орет что сеть все норм - он ручается.
КОнфу я обновлял но по мелочи. И вчера ведь все работало норм!!
Уточнение: особенно тормозит при поиске (по артикулу) - там большой отчет, список, товар-артикул - и еще десяток колонок. При курсоре в колонку артикул и наборе первых цифр - автоматом искало строку. Так вот вчера это работало моментально - а сейчас крутит по 7 мин (засекли время!).

(7) А сам комп логиста то проверяли? Смотрели что там у него в это время происходит?
Антирус решил запустить проверку, Windows search может к каким симптомам приводить, торрент он включил, игрушка на flash в броузере взбунтовалась, вариантов много.

(7)  >> При курсоре в колонку артикул и наборе первых цифр - автоматом искало строк
В табличном документе нет такой функции. Может всё-таки не отчет?

(7) кэши на каком компе чистил? у Логиста тоже?

(7) я правильно понял, что тормозить начала именно одна из доработок и приключилось это после недавнего незначительного обновления в конфигурации?

"Особенные" настройки/сортировки динамических списков?
И нефиг гнать на людей (админы - тоже люди), если не уверен в своей правоте.

Вообще это было давно. ВОт странно - что ИНОГДА 1С вдруг начинало тормозить. Особенно вот этот конкретный отчет - огромный, с запросами, подзапросами в расшифровках  и тп и тд.
Сначала я его оптимизировал (писали его еще до меня). Заменил где мог вложенные запросы - на пакеты. Стало чуть быстрее - но все равно иногда (реже!) глючило.
Но до сегодня мы грешили на сеть - у нас на сервере весь набор (УТ додел,  БУХ и ЗУП) и еще аж 4 копии базы - для наших аудиторов (для чего я не вникаю, мне сказали я  сделал).
И да, замечали что глюки начинаются часто - в то время когда и аудиторы на наш сервак лезут.
Но! Сегодня обнаружилось, что одна и та же база, с одного и того же компа (логиста) под ее логином глюк, под моим нет! То есть 1С виноват! А я значит крайний - скандал. Вот и распутываю - счас только с ковра (удаленно но все равно, ой).
Как это нет функции? В спр.Номенклатура, поле ввода - ввод по строке. И поле табличного документа на форме! Вчера еще у нас это работало!

(13) У вас домен ?

Кэши чистили как раз у логиста. И она клянется что ничего кроме 1С не запускала. Верю - поскольку она тем более не заинтересована в проблемах.
У отчета есть мудреная особенность - "запомнить настройки". То есть при закрывании - настройки сохраняются, потоком двоичных данных, а при открытии восстанавливаются. Этой процедуры я не касался. делали до меня, "работает и не трогай". Но может она кэш грузит?

Так, выяснилось еще одно, блин!
Что тормоза у всех кроме меня (при открытии форм) я написал. Но поиск по артикулу - глючит теперь и у меня тоже. ЧЕГО НИКОГДА РАНЬШЕ НЕ БЫЛО!!
Блин, я уже решил что "если проблему нельзя решить то ее можно обойти". Я к процедуре поиска доступа к коду не имею - ну так отрубить этот поиск к черту и добавить в запрос отбор по артикулу (ПОДОБНО и %) - на копии летает!

Значит на чем то поиск спотыкается)

(16) освой уже замер времени

(16) А копия на том же серваке стоит ?

(0) какие регламенты баз на сервере SQL?

+(20) неплохо бы глянуть журнал Windows на ошибки у клиента и на сервере.