← На главную

Рано или поздно многие компании сталкиваются с ситуацией, когда после очередного обновления платформы 1С:Предприятие привычная и быстрая база начинает безбожно тормозить. Интерфейс замирает, открытие элементарных справочников превращается в пытку, а пользователи постоянно видят раздражающее окно с надписью «Программа не отвечает». Особенно остро эта проблема проявилась при переходе на платформу 8.3.14 и выше с конфигурацией Бухгалтерия предприятия 3.0 (БП 3.0).

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

---

Почему новые версии платформы 1С тормозят на старом железе?

Рассмотрим техническую эволюцию платформы. Переход с версии 8.3.10 на 8.3.14+ кардинально изменил внутреннюю архитектуру клиентского приложения:

1. Встроенный движок WebKit (Chromium): Начиная с версии 8.3.14, для отрисовки управляемых форм, HTML-документов и различных интерактивных подсказок платформа использует встроенный браузерный движок. В результате каждый запущенный сеанс тонкого клиента 1cv8c.exe стал потреблять значительно больше оперативной памяти. Если раньше одному пользователю хватало 200–300 МБ, то теперь современный тонкий клиент легко может «отъесть» до 1.5 ГБ ОЗУ, особенно на тяжелых динамических списках (таких как справочник «Номенклатура» или «Контрагенты»).
2. Фоновые и регламентные задания: В современных релизах БП 3.0 по умолчанию активированы десятки фоновых процессов: автоматическая проверка контрагентов по ЕГРЮЛ, загрузка курсов валют, классификаторов, индексов полнотекстового поиска. В файловом режиме работы эти процессы выполняются непосредственно в сеансах активных пользователей, вызывая внезапные микрозависания («замирания») интерфейса.
3. Сложная логика управляемых форм: Динамические списки в БП 3.0 стали гораздо сложнее. В них выводятся вычисляемые поля, остатки, цены, статус маркировки и так далее. На слабом процессоре с низкой однопоточной производительностью расчет этих данных «на лету» приводит к длительному ожиданию отклика интерфейса.

---

Главный враг производительности: Смешанный режим доступа и Wi-Fi

Проанализируем типичную схему работы, которая часто встречается в небольших офисах: база файловая, лежит на сервере, часть пользователей работает по RDP (удаленный рабочий стол), а часть — со своих локальных компьютеров по локальной сети, да еще и по беспроводной сети Wi-Fi.

Это классический «капкан» производительности файловой 1С. Выясним причину, почему это происходит:

Файловая СУБД 1С (файл 1Cv8.1CD) работает через сетевой протокол SMB. Когда пользователь на локальном ПК открывает тяжелую форму или формирует отчет, весь массив данных прокачивается по сети на его компьютер, где и обрабатывается его локальным процессором.

Если этот пользователь подключен по Wi-Fi, то из-за нестабильности беспроводной связи, задержек (latency) или потери пакетов сетевой стек операционной системы Windows Server начинает удерживать блокировки на файл базы данных (так называемые Opportunistic Locks или Oplocks). В этот момент операционная система буквально «замораживает» доступ к файлу базы. Как результат — виснут абсолютно все пользователи, включая тех, кто сидит в терминале (RDP) на самом сервере.

Достаточно одному компьютеру по Wi-Fi «моргнуть» в сети, и вся работа офиса останавливается. Именно поэтому диспетчер задач показывает, что процессор на сервере «не напрягается» (загрузка 10-15%), а у пользователей программа «не отвечает». Процессор простаивает в ожидании освобождения дисковых и сетевых блокировок.

---

Пошаговый план решения проблемы без покупки дорогого SQL

Если бюджет компании ограничен, и покупка полноценной серверной лицензии 1С и СУБД Microsoft SQL Server не планируется, выполним следующие оптимизационные шаги.

Шаг 1. Полный отказ от сетевого доступа через SMB (сетевую папку)

Ни один пользователь не должен подключаться к файловой базе через общий сетевой ресурс (например, по пути вида \\server\1c_base). Все подключения должны выполняться строго по одной из двух схем:

• Только RDP (Терминал): Все пользователи работают внутри терминальной сессии на сервере. База данных прописана по локальному пути (например, C:\1C_Bases\Бухгалтерия). В этом случае сетевой протокол SMB вообще не участвует в работе, блокировки снимаются мгновенно.
• Публикация базы на веб-сервере: Это наиболее прогрессивный и бесплатный метод для файловых баз. Развернем на сервере встроенный веб-сервер IIS (Internet Information Services) или Apache. Опубликуем базу 1С. Теперь пользователи подключаются к базе через Тонкий клиент по протоколу HTTP/HTTPS. База работает локально на сервере под управлением веб-сервера, а клиентам передаются только легкие XML/JSON пакеты с данными. Этот способ полностью решает проблему медленной сети и Wi-Fi.

Шаг 2. Настройка схемы электропитания Windows Server и BIOS

Часто серверное железо работает в режиме энергосбережения, что искусственно занижает частоту процессора. Для 1С критически важна максимальная частота ядра:

1. Зайдем в Панель управления сервера -> Электропитание и установим режим «Высокая производительность» (High Performance).
2. В настройках BIOS сервера отключим технологии энергосбережения (C-States, Intel SpeedStep) и включим режим максимальной производительности (Maximum Performance / Turbo Boost).

Шаг 3. Отключение квотирования ресурсов в Windows Server (DFSS)

В операционных системах Windows Server по умолчанию включена функция Dynamic Fair Share Scheduling, которая искусственно ограничивает дисковую активность и время процессора для каждого RDP-пользователя. Для ресурсоемкой 1С это губительно. Отключим это ограничение через реестр:

1. Откроем редактор реестра regedit.
2. Перейдем по пути: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System.
3. Найдем параметр EnableCpuQuota и установим его значение в 0.
4. Перезагрузим сервер.

Шаг 4. Оптимизация настроек самой конфигурации 1С:Бухгалтерия

Для снижения нагрузки на файловую базу выполним внутреннюю настройку системы под правами Администратора:

• Очистка и отключение полнотекстового поиска: Если пользователи не пользуются глобальным поиском по всей базе (строка поиска вверху), отключим его. Администрирование -> Общие настройки -> Полнотекстовый поиск -> Снять галку «Разрешить полнотекстовый поиск».
• Отключение неиспользуемых регламентных заданий: Перейдем в Администрирование -> Обслуживание -> Регламентные операции -> Регламентные и фоновые задания. Отключим такие задания, как «Обновление классификаторов», «Загрузка курсов валют» (если они не требуются ежедневно в автоматическом режиме), «Проверка контрагентов».
• Упрощение начальной страницы: Уберем с начальной страницы информационные панели, новости, задачи и монитор руководителя. Чем меньше запросов выполняется при старте системы, тем быстрее открывается программа.

---

Альтернативное решение: Переход на СУБД PostgreSQL и Сервер 1С

Если размер базы приближается к 6-10 ГБ, файловый режим становится нестабильным. Рано или поздно база может повредиться из-за аварийного завершения сеанса одного из пользователей.

Рассмотрим бюджетный вариант перехода на клиент-серверную архитектуру:

1. Бесплатная СУБД: Вместо дорогой лицензии MS SQL Server установим бесплатную СУБД PostgreSQL (желательно использовать сборку, оптимизированную под 1С от Postgres Professional).
2. Лицензия «1С:Сервер МИНИ»: Для небольших офисов (до 5 подключений включительно) фирма 1С предлагает очень дешевую лицензию на сервер 1С. Это полноценный сервер приложений 1С:Предприятие, который позволит уйти от файловых блокировок и обеспечит максимальную безопасность данных.

---

Какое железо нужно для комфортной работы 1С:БП 3.0?

Если текущий сервер на базе Core i5-4460 и 16 ГБ ОЗУ планируется заменить, проанализируем требования к новому оборудованию. Старый процессор i5-4460 (архитектура Haswell, 2014 год) имеет низкую производительность на одно ядро (Single-Thread Rating в тестах PassMark составляет около 1900 баллов). Для современной управляемой платформы 1С требуется показатель не ниже 3000–3500 баллов.

Рекомендуемые характеристики нового сервера для совмещенного использования (СУБД + Сервер 1С + RDP на 5-7 пользователей):

• Процессор (CPU): 1С критически чувствительна к частоте процессора, а не к количеству ядер. Идеальным выбором станут современные процессоры Intel Core i5/i7 (12-14 поколений) или AMD Ryzen 5/7 с базовой частотой от 3.6 ГГц и выше (в режиме Turbo Boost более 4.5 ГГц). Для 1С важна высокая производительность на одно ядро (Single-Thread Performance). Из серверных решений стоит смотреть на процессоры линейки Intel Xeon E-серии с высокой частотой.
• Оперативная память (RAM): Для терминального сервера на 7 пользователей + работа СУБД 16 ГБ — это критический минимум, при котором система постоянно сбрасывает кэш на диск. Рекомендуемый объем памяти — 32 ГБ DDR4/DDR5. Из расчета: 4 ГБ под нужды ОС и СУБД, и по 3-4 ГБ на каждую сессию пользователя с запущенной БП 3.0.
• Дисковая подсистема (Storage): Забудьте про классические жесткие диски (HDD) и даже обычные SATA SSD. Для баз данных 1С необходимы современные накопители класса NVMe M.2 / U.2 SSD. Показатель случайного чтения и записи (IOPS) у них в разы выше. Для обеспечения отказоустойчивости диски необходимо объединить в зеркальный массив (RAID 1).

Соблюдение этих простых правил: отказ от сетевого доступа по Wi-Fi в пользу RDP или веб-сервера, базовая оптимизация Windows Server и подбор процессора с высокой частотой ядра позволят навсегда забыть о зависаниях и обеспечат комфортную, быструю работу бухгалтерии.