1с 8.3.17, УТ 11.4 с небольшими доработками, файловая.
1с клиент в полном покое грузит процессор на 5-15%, когда 1с запускают 7+ пользователей сервер начинает зависать. Раньше работало все нормально, проблема стала появляться по чуть-чуть последние пару дней и вот сегодня стало невозможно работать.
В списке выполняемых фоновых заданий - пусто. Включал автоматическое подключение фоновых заданий в отладке и нажимал "Остановить", так ничего и не отловил. В отладке на клиенте и сервере тоже ничего не смог отловить, но при этом нагрузка на процессор не опускается ниже 5%. Что может нагружать его, если в 1с, абсолютно, ничего не выполняется?
Перешли на платформу 8.3.16.1148 (минимальная рекомендуемая для текущего релиза конфигурации). Пока что все отлично. В будущем в любом случае планируется переход sql, т.к. количество пользователей растет. Но то, насколько сильно 8.3.17.1549 жрет процессор, поражает
Я бы еще полнотекстовый поиск отключил. Бывает что перестроение индекса полнотекстового поиска занимает очень много времени.
Через режим "Все функции"- "Управление полнотекстовым поиском"
Недавно тоже столкнулись с похожей проблемой для БГУ при переходе с платформы 8.3.15 на 8.3.17. В результате от катились на обратно на 8.3.15.
Есть подозрение, что у некоторых старых конфигураций в файловом режиме начинаются проблемы на 8.3.17, посокольку более новая ЗКГУ работает на 8.3.17 нормально. Собственно ради нее и обновлялись.
Теперь пока разнесли по платформам: БГУ на 8.3.15, ЗКГУ на 8.3.17.
Заметил такой момент, скопировал базу (не через выгрузку/загрузку, а просто скопировал файл 1cd), копию разместил на том же диске. Под цифрой 1 - рабочая база, под 2 - копия, обе в полном покое. У рабочей иногда до 5% процентов загрузка падает, а у копии ни разу выше 1 % не поднялась. Думал дело в блокировке работы с внешними ресурсами, попробовал в рабочей их заблокировать - не помогло.
(7) файловую систему на ошибки проверяли? если диск hdd, может сектора битые есть?
если запустить только вторую базу нагрузки также нет?
темп/кеш чистили?
В общем, заметил, что когда пользователей ~10 или меньше, то нагрузка ~1 % от каждого, как только становится больше хотя бы на одного, нагрузка вырастает до 5+% от каждого
Перешли на платформу 8.3.16.1148 (минимальная рекомендуемая для текущего релиза конфигурации). Пока что все отлично. В будущем в любом случае планируется переход sql, т.к. количество пользователей растет. Но то, насколько сильно 8.3.17.1549 жрет процессор, поражает
Обратите внимание на разрядность платформы и разрядность системы. если вы пытаетесь 32-битную на 64-битной ОС, то это как вариант. (касается всех ПК подключаемых к системе).
Также обратите внимание на минимальные требования, предъявляемые к работе с файловыми базами. Возможно - "не тянет"
Столкнулся с такой-же проблемой.
На 8.3.13.1926 база (Общепит 3.1.71.89 файловая) работала отлично
При переходе на 8.3.17 или 8.3.18 8-10 человек загружают 6 ядер на 100%. Пользователи в это время в базе ничего не делают, она просто открыта.
8.3.20.1613.Розница Проф 2.3.10.43. В базе 2 пользователя - кассир и оператор. Пробиваем чек - всё тормозит, диск на 100%. Да и любые манипуляции с 1С на кассе вызывают такой эффект. Работа оператора на соседнем компе проблем не вызывает. По железу всё в порядке, база РИБ.
(19)Советую попробовать перейти на более раннюю версию платформы, скорее всего поможет. У знакомого сеть магазинов на рознице, также через РИБ. Я ему ставил везде 8.3.18.1520, у него все работает без каких-либо тормозов. Можно попробовать на одной из точек перейти на другую версию и проверить, если будет лучше, то и на других ту же версию поставить
(20) Хотя лучше сначала посмотреть в диспетчере задач, насколько сильно 1с занимает ресурсы процессора, у меня с УТ была, именно, в этом проблема, и переход на раннюю версию помог. В ином случае, если процессор работает без напряга, вряд ли поможет
(22)Так я не говорил о древней, я говорил о более ранней. Для последней версии розницы достаточно 8.3.16.1814. Но если ресурсы процессора не грузит, то вряд ли переход поможет