Долгий запуск 1С 8.3: что на самом деле проверяется при входе и что из этого можно выключить

Отдельного флажка «не проверять метаданные при запуске» в платформе 1С 8.3 нет. Полная проверка конфигурации (Конфигурация → Проверка конфигурации в Конфигураторе) при обычном входе не выполняется вообще. Ускорить запуск можно иначе: параметрами в ярлыке (/UseHwLicenses-, /AppAutoCheckVersion-, /DisableStartupMessages), очисткой кэша, завершением отложенного обновления и правкой nethasp.ini.

Чаще всего «проверкой метаданных» называют то, что пользователь видит на экране: долгую заставку, надпись «Обновление параметров работы программы» или вопрос о несоответствии конфигураций. У каждого из этих случаев своя причина и своё лечение.

Что 1С делает при старте и почему вход затягивается

Платформа при запуске проходит несколько этапов. Знать их полезно: так проще понять, на каком именно шаге теряются секунды.

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

🔍 Основные причины медленного входа:

• 🔑 платформа долго ищет аппаратный ключ, хотя используются программные лицензии;
• 🗂️ кэш метаданных повреждён или раздулся, и платформа тратит время на его сверку;
• 🔄 после обновления не завершена обработка данных, и конфигурация повторяет её при каждом входе;
• 🛡️ антивирус проверяет каждый файл кэша и каталога базы на лету;
• 🌐 файловая база лежит в сетевой папке с медленным доступом;
• 📋 типовая конфигурация показывает стартовые сообщения и выполняет служебные проверки.

Параметры запуска в ярлыке: что отключается одной строкой

Параметры командной строки — самый быстрый и безопасный способ убрать лишние шаги. Они действуют только для того, кто запускает 1С с этого ярлыка, и ничего не меняют в базе.

Как добавить параметры

1. Щёлкните правой кнопкой по ярлыку 1С на рабочем столе, выберите Свойства.
2. В поле Объект после пути к 1cestart.exe или 1cv8.exe поставьте пробел и допишите нужные ключи.
3. Нажмите ОК и запустите программу.

Второй вариант — окно запуска. Выделите базу, нажмите Изменить, пройдите до последней страницы мастера и впишите параметры в поле Дополнительные параметры запуска. Так они сохранятся для конкретной базы в списке.

Полезные ключи

Пример полной строки для файловой базы:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /UseHwLicenses- /DisableStartupMessages

Для серверной базы вместо /F указывается /S"srv1c\buh", где srv1c — имя сервера, buh — имя базы в кластере.

Отключение логики начала работы в типовых конфигурациях

Типовые конфигурации на БСП (Бухгалтерия 3.0, ЗУП 3, УТ 11) при входе выполняют много собственной работы. Для администратора есть параметр:

1cv8.exe ENTERPRISE /F"D:\Bases\Buh" /N"Администратор" /C ОтключитьЛогикуНачалаРаботыСистемы

С ним конфигурация пропускает обработчики начала работы. Это инструмент диагностики, а не режим для ежедневной работы: часть функций без стартовой логики работает некорректно. Запускать так нужно, чтобы понять, кто тормозит — платформа или конфигурация. Если с параметром база открывается за 5 секунд, а без него за 60, искать нужно в прикладной части.

Ускорение через Конфигуратор и раздел «Администрирование»

Здесь лежат причины, которые параметрами ярлыка не обойти.

Незавершённое обновление конфигурации

Самая частая причина надписи «Обновление параметров работы программы» при каждом входе — прерванное обновление. Конфигурация видит, что версия метаданных изменилась, а обработка данных не дошла до конца, и запускает её снова.

1. Выгоните всех пользователей из базы.
2. Войдите в режиме Предприятия под пользователем с полными правами.
3. Дождитесь окончания обновления, не закрывая окно.
4. Проверьте, что отложенная обработка завершена: в типовых конфигурациях это видно в Администрирование → Обслуживание, блок результатов обновления программы.

После этого следующий вход должен пройти без длинной заставки.

Конфигурация базы данных не совпадает с основной

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

Решение — Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Делайте это в нерабочее время: при изменении структуры таблиц платформе нужен монопольный доступ.

Ручная проверка вместо автоматической

Пункт Конфигурация → Проверка конфигурации в Конфигураторе запускается только вручную. Если у вас стоит обработка или скрипт, который вызывает такую проверку при каждом старте, — вот это и есть «проверка метаданных при запуске», и её нужно убрать из автозапуска. Сама платформа этого не делает.

Лишние расширения

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

Файлы параметров и реестр Windows

Платформа 1С 8.3 почти не хранит настройки в реестре. Всё, что влияет на запуск, лежит в текстовых файлах и папках на диске.

Где что лежит

Очистка кэша вручную

Кэш лежит в папках с именами-идентификаторами вида 0f3a5c.... Каждая папка соответствует одной базе.

1. Закройте все окна 1С на этом компьютере.
2. Откройте %LOCALAPPDATA%\1C\1cv8\ через строку адреса в Проводнике.
3. Удалите папки с длинными шестнадцатеричными именами. Файлы и папки с понятными именами не трогайте.
4. Повторите то же для %APPDATA%\1C\1cv8\.

Ускорение поиска сетевого ключа

Если лицензия на сетевом ключе HASP, платформа по умолчанию ищет сервер ключа широковещательным запросом. В большой сети это занимает десятки секунд. Пропишите адрес явно в nethasp.ini:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Вместо 192.168.1.10 укажите адрес компьютера, где стоит менеджер лицензий.

conf.cfg и защита от опасных действий

В conf.cfg иногда добавляют строку DisableUnsafeActionProtection= с маской имён баз. Она отключает предупреждения при открытии внешних обработок. На скорость запуска это почти не влияет, зато снижает защиту от вредоносных обработок. Включать её ради ускорения не стоит.

Антивирус

Реальное ускорение в «реестровой» части даёт не 1С, а антивирус. Добавьте в исключения проверки на лету каталог базы (для файловой), папки кэша %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\, а также каталог установки платформы. Согласуйте исключения со службой безопасности: это ослабляет защиту машины.

Файловая база и клиент-серверная: в чём разница

Причины медленного запуска у этих вариантов разные, и лечение тоже.

Файловая база

Вся работа идёт с одним файлом 1Cv8.1CD. На скорость влияют три вещи: сеть, размер файла и его целостность.

• 📁 База в сетевой папке открывается медленнее, чем на локальном диске, особенно по Wi-Fi или VPN.
• 📈 Файл в десятки гигабайт с годами фрагментируется внутри, и чтение метаданных замедляется.
• 🧩 После аварийного выключения в файле могут остаться ошибки, из-за которых платформа долго читает служебные таблицы.

Для проверки целостности в Конфигураторе есть Администрирование → Тестирование и исправление. Отметьте Реиндексация таблиц информационной базы, Проверка логической целостности информационной базы и Сжатие таблиц информационной базы. Режим «Тестирование без исправления» безопасен, исправление делайте только после резервной копии.

Перед тестированием с исправлением выгрузите базу в .dt или скопируйте папку целиком. Процедура требует монопольного доступа и на большой базе идёт часами.

Клиент-серверная база на SQL

Здесь метаданные читаются с сервера 1С, а данные — из СУБД. Узкие места другие:

• 🖥️ рабочие процессы rphost перегружены или их мало для числа пользователей;
• 🗃️ в СУБД давно не обновлялась статистика и не перестраивались индексы;
• 🧹 каталог сеансовых данных сервера разросся до гигабайт.

Обновление статистики и обслуживание индексов настраиваются регламентными заданиями самой СУБД, например планом обслуживания в MS SQL Server. Делайте это ночью: операции нагружают диск.

Каталог сеансовых данных находится в рабочем каталоге кластера (папка srvinfo, внутри — папки snccntx...). Его очистку проводят при остановленной службе сервера 1С.

Список кластеров и сеансов удобно посмотреть утилитой администрирования: rac cluster list, rac session list. Остальные команды смотрите в справке rac help.

Журнал регистрации: где искать потерянные секунды

Прежде чем что-то отключать, полезно увидеть, на каком этапе уходит время. Журнал регистрации фиксирует начало сеанса, вход пользователя и ошибки при старте.

Открыть его можно двумя способами:

1. В Конфигураторе: Администрирование → Журнал регистрации.
2. В типовой конфигурации: Администрирование → Обслуживание → Журнал регистрации.

Что смотреть

1. Установите отбор по пользователю и по периоду, когда был медленный вход.
2. Найдите событие начала сеанса и следующие за ним записи.
3. Сравните время между началом сеанса и первой прикладной записью.

Большой разрыв сразу после начала сеанса указывает на конфигурацию: стартовые обработчики, обновление данных, загрузка классификаторов. Если же сеанс начинается поздно относительно момента, когда вы нажали кнопку, — тормозит то, что до входа: лицензия, кэш, сеть.

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

Частые вопросы