Нередко системные администраторы сталкиваются с ситуацией, когда пользователи 1С:Бухгалтерия 8.3 жалуются на длительное открытие форм (от 5 до 10 секунд) и медленное проведение документов, хотя диспетчер задач показывает скромные 20–30% общей загрузки процессора и минимальное потребление оперативной памяти. Разберем по шагам, почему файловая база данных на платформе 1С демонстрирует низкую производительность даже при работе всего двух пользователей, как локализовать узкое место и какими методами можно многократно повысить быстродействие информационной системы.
Проанализируем типовую аппаратную конфигурацию. Если на сервере установлен процессор с невысокой тактовой частотой на ядро (например, 2.50 ГГц), то суммарная загрузка процессора в 20–30% вводит в заблуждение. Файловая архитектура 1С выполняет большинство тяжелых операций формирования интерфейса и расчетов синхронно в рамках одного потока на сеанс. Следовательно, если одно ядро процессора загружено на 100%, интерфейс программы начнет зависать, несмотря на низкий суммарный процент утилизации многоядерного CPU.
Вторым критическим фактором является дисковая подсистема. Традиционные механические жесткие диски (HDD), даже собранные в RAID-массивы, не справляются с потоком случайных операций чтения и записи (IOPS), которые генерирует платформа 1С при обращении к единому файлу базы данных 1Cv8.1CD.
Разберем основные диагностические показатели:
Рассмотрим первоочередное действие, дающее максимальный прирост скорости без изменения архитектуры учета. Размещение файла 1Cv8.1CD на массиве из обычных HDD (особенно при параллельной работе фоновых заданий) создает колоссальные очереди к диску.
Перенесем базу данных на массив из твердотельных накопителей (SSD или NVMe). На практике перенос файла базы данных с HDD на SSD увеличивает производительность в тесте Гилева на 50–70% (с 23 до 37+ баллов) и снижает дисковую очередь до десятых долей единицы, что немедленно устраняет многосекундные задержки при открытии документов.
По умолчанию большинство серверов и операционных систем работают в режиме энергосбережения (Balanced). В моменты простоя частота процессора может сбрасываться до 1.0–1.2 ГГц. Поскольку операции 1С происходят импульсно, процессор не успевает мгновенно переключиться на максимальную частоту при клике пользователя, вызывая микрофризы.
Выполним корректную настройку энергопотребления:
Dynamic / Balanced на Maximum Performance, а также отключим глубокие состояния сна C-States.Совмещение роли сервера терминалов (RDS) и контроллера домена (DC) на одном физическом сервере — частая причина падения скорости файловой 1С. На серверах с активной ролью контроллера домена операционная система Windows в целях безопасности принудительно отключает кэширование записи на дисках. В результате любая транзакция 1С сбрасывается напрямую на диск без использования системного буфера ОЗУ, что многократно замедляет работу.
Разберем пути решения:
В типовых конфигурациях, таких как 1С:Бухгалтерия, непрерывно выполняются системные регламентные процедуры. В файловом режиме они стартуют внутри пользовательских сеансов или планировщика 1Cv8JobScheduler, блокируя базу.
Проанализируем внутренние настройки конфигурации:
1Cv8.lgd накапливает миллионы записей. В конфигураторе сократим глубину хранения журнала или установим уровень регистрации только для ошибок и предупреждений.Реиндексация таблиц и Сжатие таблиц, чтобы перестроить индексы и удалить фрагментацию файла базы.Файловая 1С непрерывно создает и модифицирует временные файлы. Работа антивирусного монитора или системной службы индексирования Windows Search блокирует доступ к этим файлам на доли секунды.
Настроим окружение операционной системы:
.1CD, .cfl, .lgd, .log, процессы 1cv8.exe, 1cv8c.exe, а также системные каталоги %TEMP% и папки с базами.AppData\Local\1C\1Cv8 и AppData\Roaming\1C\1Cv8 для исключения зависаний интерфейса из-за поврежденных метаданных форм.Если после аппаратной оптимизации ресурсов все еще недостаточно, рассмотрим смену способа подключения: