Тормозит 1С? Советы по исправлению

Знакомо, когда 1С начинает тормозить так, что кажется, будто время остановилось? Сотрудники нервничают, отчеты не выгружаются, deadlines горят — и всё из-за того, что система еле дышит. Это не просто раздражает, это бьет по бизнесу: потерянные часы, срывы сделок, нервы всего отдела. И ладно если раз в месяц, а то ведь каждый день одно и то же.

Причины медленной работы 1С могут быть самыми разными — от банальной нехватки ресурсов на сервере до криво написанных запросов в конфигурации. Иногда всё упирается в сеть, иногда — в лицензирование, а порой и в антивирус на компьютере пользователя. Разбираться приходится во всём по цепочке: сервер БД, сервер 1С, конфигурация, терминальный доступ, рабочие места, сеть. И каждый элемент может стать узким местом.

Медленно работает 1С? Начинаем с СУБД

Всё начинается с базы данных. Если СУБД тормозит, то и вся система будет еле шевелиться. Тут важно смотреть не только на объем оперативки или частоту процессора, но и на диски. Да-да, те самые диски, которые все почему-то вечно экономят. Высокая скорость чтения-записи, хорошие IOPS — без этого никак. Если диски медленные, то хоть залей сервер памятью, толку будет мало.

Один из первых советов — разделять данные, логи и tempdb по разным дискам. Нельзя всё хранить в одной куче, иначе диск просто захлебнется от нагрузки. Tempdb особенно требовательна к скорости — её лучше вообще на самый быстрый SSD поставить. И да, архивы надо выносить отдельно. Зачем пользователям каждый день работать с данными пятилетней давности? Пусть лежат где-то в стороне, не мешают.

Ещё часто забывают про статистику и индексы. Со временем они устаревают, запросы начинают выполняться всё дольше. Надо регулярно делать перестроение — хотя бы раз в неделю. Это как генеральная уборка в базе данных, без неё всё покрывается пылью и медленно работает.

Сервер 1С: не всё решает мощность

Казалось бы, что тут сложного — взяли сервер побольше, загрузили 1С, и всё летает. Но нет. 1С — штука капризная. Она может использовать далеко не все ядра процессора, а те что использует — нагружать неравномерно. В итоге получается, что сервер вроде мощный, а отдача как от слабого.

Логи сервера 1С тоже должны писаться на быстрые диски. Если журнал регистрации тормозит, то и все операции будут идти с задержкой. Ещё важно следить за количеством рабочих процессов и сессий. Если их слишком много, процессор начинает тратить больше времени на переключения между ними, чем на полезную работу. Иногда лучше разнести базы по разным серверам, чтобы они не мешали друг другу.

И да, редакция лицензии имеет значение. Если у вас PROF, а пользователей много, то рано или поздно упретесь в ограничения. Придется переходить на CORP — там и кластеризация, и распределение ролей, и вообще больше возможностей для оптимизации.

Конфигурация 1С: код решает всё

А вот это — частая причина тормозов, которую почему-то все упускают. Разработчики могут написать такой запрос, что он будет выгребать всю базу целиком, а потом на клиенте фильтровать результаты. Пользователь ждет минуту, две, пять… а потом звонит в техподдержку. И хорошо если звонит, а то ведь может и большой отчет на всю базу запустить — и тогда уже всё точно встанет.

Тестирование перед выкаткой в продакшен — это не просто галочка, это необходимость. Надо проверять, как поведет себя код под нагрузкой, а не в идеальных условиях на тестовом стенде. Встроить APDEX для ключевых операций — отличная идея. Позволяет сразу увидеть, где что тормозит и почему у одного пользователя всё летает, а у другого — еле ползает. Может, он просто отчет за пять лет запустил, а не за неделю.

И ещё — права пользователей. Нельзя всем подряд разрешать делать что угодно. Бухгалтер — пусть работает с большими данными, а менеджеру по продажам это зачем? Ограничивайте, настраивайте, иначе сами же потом будете расхлебывать.

Лицензирование и терминальный доступ: мелочи, которые решают всё

Сервер лицензий — такая маленькая деталь, а может так навредить! Если он где-то далеко, за VPN с высокой латентностью, то 1С будет постоянно обращаться к нему и ждать ответа. Казалось бы, ерунда, но накапливается — и вот уже система ощутимо подтормаживает. Размещайте лицензионный сервер рядом с кластером, не экономьте на этом.

С терминальной фермой тоже своя история. Многие пытаются на один сервер запихнуть как можно больше пользователей. Microsoft рекомендует не больше 50 на узел — и это не просто так. Дальше начинаются проблемы с контекстными переключениями, процессор не справляется. Лучше добавить ещё один узел в ферму — и пользователям комфортнее, и система стабильнее.

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

Рабочие места и сеть: последнее звено

Часто бывает, что с сервером всё в порядке, а 1С всё равно тормозит. И начинаешь разбираться — а у пользователя на компьютере антивирус устроил сканирование в момент работы, или просто память вся забита. Железо тоже важно — не стоит на слабых ПК пытаться запускать современные конфигурации. Да и сеть проверьте — может, пинг до сервера зашкаливает, вот и долгий запуск 1С, и медленная работа.

Если не можете обеспечить всем быстрые рабочие места — переводите на терминальный доступ. Так хотя бы на стороне сервера всё будет работать быстро, а пользователям достаточно простого компьютера для подключения.

Сеть вообще отдельная тема. Все компоненты 1С должны быть ближе друг к другу — сервер БД, сервер 1С, терминальный сервер. Если они раскиданы по разным углам сети с высоким пингом, то вся система будет работать с задержками. VPN через спутник — это вообще крайний случай, так делать не стоит. Сервер формирует отчет за секунду, а до пользователя он идет полминуты — и кажется, что тормозит всё подряд.

Облако как выход

Многие до сих пор пытаются разворачивать 1С на своем железе. Но это же сколько мороки — закупка оборудования, настройка, обслуживание, апгрейды. В облаке всё проще: можно быстро масштабироваться, менять архитектуру под задачи, да и стоимость владения часто ниже. Плюс надежность и безопасность — хорошие провайдеры имеют все необходимые сертификаты.

Вот например у нас в MoscowSoft — развертывание 1С занимает от часа, сервер можно поднять за день. Сравните со сроками поставки железа для локальной инфраструктуры. Да и экспертиза готовая уже есть — не надо самим во всём разбираться, можно довериться профессионалам.

И что в итоге?

Тормозит 1С? Не спешите добавлять ресурсы — может, дело не в них. Посмотрите на архитектуру, на код, на настройки. Возможно, нужно просто почистить базу, перестроить индексы или ограничить права пользователей. А может, давно пора переезжать в облако — там и масштабирование проще, и проблем меньше.

Сколько ещё ваши сотрудники будут терять время на медленную работу 1С?