При работе с крупными конфигурациями на платформе 1С:Предприятие, такими как Управление производственным предприятием (УПП), технические специалисты часто сталкиваются со следующей проблемой: после очистки локального кэша первый запуск конфигуратора на сервере длится мучительно долго — от тридцати минут до нескольких часов. При этом сама база данных может располагаться на быстром твердотельном накопителе (SSD), а дисковый анализатор показывает критическую загрузку системного диска (HDD), на котором создаются файлы кэша. Очередь к диску вырастает до пугающих значений 8–15, а скорость записи падает до символических 250 байт/сек. Процесс 1cv8.exe визуально зависает и не подает признаков жизни.
В этой статье мы подробно проанализируем, почему возникает эта проблема, рассмотрим внутренние механизмы работы платформы 1С с метаданными и разберем по шагам эффективные методы ускорения процесса открытия конфигуратора без покупки нового серверного оборудования.
---
Для того чтобы понять причину столь низкой скорости записи (сотни байт в секунду), проанализируем, что именно происходит в момент первого открытия конфигуратора. Конфигурация УПП содержит колоссальное количество объектов метаданных. При первом запуске конфигуратора или после очистки кэша платформе необходимо считать структуру конфигурации из базы данных SQL, декомпилировать ее и записать на локальный диск сервера в виде локального кэша.
Этот кэш состоит из десятков тысяч мелких файлов размером от нескольких байт до пары килобайт. Для классических механических жестких дисков (HDD), даже объединенных в RAID-массив типа "зеркало" (RAID 1), операция последовательного создания огромного количества мелких файлов является самым худшим сценарием работы. Магнитным головкам диска приходится постоянно позиционироваться под каждую операцию записи, что сводит на нет всю линейную скорость накопителя.
Ниже мы рассмотрим основные системные и аппаратные решения, которые помогут радикально решить проблему.
---
Если сервер оснащен аппаратным RAID-контроллером, то скорость записи мелких блоков критически зависит от настроек политики кэширования записи. Это самый частый "невидимый" виновник низкой скорости работы дисковой подсистемы.
Существуют два основных режима работы кэша записи контроллера:
Важный нюанс: режим Write-Back на аппаратных контроллерах по умолчанию автоматически отключается (переходя в медленный Write-Through), если у контроллера разрядилась, вышла из строя или находится в процессе калибровки батарея резервного питания — BBU (Battery Backup Unit) или суперконденсатор. Это сделано для предотвращения потери данных при внезапном отключении электричества.
Что необходимо сделать:
Write-Back with BBU Bad/Missing). Это мгновенно увеличит скорость генерации кэша конфигуратора.---
Если база данных 1С уже лежит на быстром SSD, а операционная система и профили пользователей находятся на медленном HDD, самым простым и бесплатным решением будет перенаправление записи кэша 1С на твердотельный накопитель. Для этого мы воспользуемся встроенным механизмом операционной системы Windows — символьными ссылками (Junction points).
Платформа 1С:Предприятие хранит локальный кэш конфигураций в профиле пользователя по следующим путям:
C:\Users\ИмяПользователя\AppData\Local\1C\1Cv8 (временный кэш метаданных)C:\Users\ИмяПользователя\AppData\Roaming\1C\1Cv8 (настройки пользователя и постоянный кэш)Выполним перенос папки временного кэша (Local), которая испытывает наибольшую нагрузку при открытии конфигуратора, на быстрый SSD диск (предположим, это диск D:):
C:\Users\ИмяПользователя\AppData\Local\1C\ и полностью удалите или переименуйте папку 1Cv8.D:\1C_Cache\ИмяПользователя\Local.
mklink /j "C:\Users\ИмяПользователя\AppData\Local\1C\1Cv8" "D:\1C_Cache\ИмяПользователя\Local"
Теперь для платформы 1С адрес останется прежним, но фактически все десятки тысяч мелких файлов кэша будут мгновенно записываться на быстрый SSD, минуя медленный системный HDD. Время первого открытия конфигуратора сократится с полутора часов до 1–2 минут.
Совет: Если на сервере установлено достаточно много оперативной памяти (например, от 32 ГБ и выше), вы можете создать виртуальный RAM-диск размером 2–4 ГБ и перенаправить кэш 1С туда. Скорость работы конфигуратора станет максимальной из возможных.
---
Если медленная работа наблюдается в среде служб удаленных рабочих столов (терминальный сервер RDS), причиной искусственного занижения скорости дисковых операций для конкретного пользователя может быть встроенная служба балансировки ресурсов Windows.
Функция Dynamic Fair Share Scheduling (DFSS) призвана динамически распределять процессорное время, сетевые и дисковые ресурсы между активными терминальными пользователями, чтобы один пользователь не мог монополизировать весь сервер. Однако при создании кэша 1С, когда процесс 1cv8.exe генерирует огромную очередь дисковых запросов, DFSS распознает это как "аномальное поведение" и жестко урезает дисковые лимиты (I/O Throttling) для данного сеанса. В результате скорость падает до тех самых 250 байт/сек.
Для отключения этой функции выполните следующие шаги:
regedit).HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System.0 (если параметра нет, его можно создать с типом DWORD).HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TSFairShare\Disk.0.---
Если ваш терминальный сервер развернут внутри виртуальной машины (на гипервизоре VMware ESXi, MS Hyper-V или Proxmox), обратите внимание на тип выделения дискового пространства.
Использование "тонких" дисков (Thin Provisioning) приводит к тому, что при генерации кэша 1С файлы записываются в новые, еще не выделенные блоки диска. Гипервизору приходится "на лету" расширять виртуальный диск в физической системе хранения данных. В сочетании с медленным HDD это порождает огромные задержки.
Рекомендация: Переведите виртуальный диск, на котором располагаются профили пользователей сервера терминалов, в режим "толстого" диска с предварительным нулевым заполнением (Thick Provision Eager Zeroed). Это исключит задержки гипервизора при выделении свободного места.
---
При создании тысяч файлов кэша операционная система Windows тратит драгоценные дисковые ресурсы на параллельные фоновые процессы. Для оптимизации работы HDD выполните следующие действия:
WSearch через оснастку services.msc.*.dat, *.bin, *.tmp, а также папки кэша 1С внесены в исключения сканирования вашего антивирусного ПО и защитника Windows (Windows Defender). Постоянная проверка создаваемых файлов "на лету" может замедлить дисковые операции в несколько раз.pagefile.sys. Если файл подкачки расположен на медленном HDD, это парализует дисковую подсистему. Перенесите файл подкачки на SSD.Применив комплекс этих мер — от перевода RAID-контроллера в режим Write-Back до настройки символьных ссылок на SSD и оптимизации служб Windows — мы гарантированно избавимся от полуторачасового ожидания при запуске конфигуратора УПП и обеспечим стабильную и быструю работу платформы 1С:Предприятие.