К статье
Практический материал

Администрирование · 12 мин

Как ускорить запуск 1С: пошаговое руководство

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

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

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

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

Определите, что именно тормозит: платформа или база

Первый диагностический шаг — замерить время в разных точках. Засеките, сколько занимает открытие стартера 1cestart.exe и появление списка баз, затем — время от нажатия кнопки запуска до полной загрузки интерфейса. Если список баз открывается быстро, а дальше начинается долгое ожидание, проблема в базе или сервере. Если медленно стартует даже окно выбора базы — смотрите на диск, антивирус и сеть.

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

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

Проверьте диск, антивирус, сетевые пути к шаблонам и общим каталогам

Список быстрый, база стартует долгоПроблема в базе или сервере

Проверяйте обновление конфигурации, регламентные задачи, настройки СУБД

Долго висит фраза про проверку лицензийПроблема с лицензированием

Проверьте доступность сервера лицензий или USB-ключа

Тормозит только первый запуск за деньПрогрев кэша

Нормально для больших баз; смотрите на кэш метаданных и диск

Ускорьте клиентскую часть: диск, антивирус, кэш

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

Второй типичный тормоз — антивирус, который проверяет в реальном времени каждый файл, к которому обращается платформа. Добавьте в исключения каталоги платформы (обычно C:\Program Files\1cv8), папку кэша метаданных в профиле пользователя (%APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8), а для файловых баз — каталог с базой. После настройки исключений перезагрузите компьютер и замерьте время запуска повторно.

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

Порядок действий на клиенте
  1. 1
    Замерьте текущее время запуска секундомером, чтобы было с чем сравнивать
  2. 2
    Добавьте каталоги платформы, кэша и базы в исключения антивируса
  3. 3
    Очистите кэш метаданных в профиле пользователя
  4. 4
    Убедитесь, что база и платформа размещены на SSD, а не на HDD
  5. 5
    Уберите из автозагрузки Windows лишние программы, конкурирующие за диск
  6. 6
    Повторно замерьте время запуска и зафиксируйте результат

Оптимизируйте запуск файловой базы

Файловая база по сети — классический источник медленного запуска. Если база лежит на сетевом диске и к ней подключаются несколько пользователей, каждый старт упирается в скорость сети и файлового сервера. Проверьте, что база размещена на быстром диске сервера, сеть работает на гигабитных скоростях, а на пути нет медленных коммутаторов или Wi-Fi-сегментов. Работа с файловой базой через Wi-Fi — почти гарантированные тормоза.

Размер файла базы тоже влияет: чем больше файл 1Cv8.1CD, тем дольше операции с ним. Периодически выполняйте тестирование и исправление базы (через конфигуратор, с обязательной резервной копией заранее), а для сильно разросшихся баз рассмотрите свёртку старых периодов или переход на клиент-серверный режим. Прямое сжатие файла без штатных средств платформы выполнять нельзя — это верный способ разрушить базу.

Если пользователей мало (обычно до 5–10), но сеть нестабильна, альтернатива — публикация файловой базы на веб-сервере и подключение через тонкий клиент или браузер. В этом случае трафик между клиентом и базой резко сокращается, и запуск перестаёт зависеть от скорости доступа к файлу.

Настройте клиент-серверный режим

В клиент-серверной архитектуре медленный запуск чаще всего связан с СУБД. Основные направления: достаточный объём оперативной памяти на сервере СУБД, размещение файлов базы данных и журналов на быстрых дисках, корректные настройки памяти и параллелизма самой СУБД. Для MS SQL Server, PostgreSQL и других поддерживаемых СУБД есть рекомендации вендора по первоначальной настройке — их стоит применить как базовый минимум.

Проверьте также сеть между сервером 1С и сервером СУБД: они должны быть связаны быстрым каналом без потерь пакетов. Размещение сервера 1С и СУБД на одной машине допустимо для небольших нагрузок и устраняет сетевые задержки, но требует достаточно памяти для обоих процессов. Для крупных баз серверы лучше разносить, следя за качеством канала между ними.

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

Уберите лишнее из процесса запуска

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

Пройдите по настройкам конфигурации и отключите автоматические проверки, которые не критичны: обновления можно проверять вручную раз в неделю, курсы валют — загружать по расписанию ночью. Начальную страницу (рабочий стол) настройте индивидуально: уберите с неё формы, которые пользователь не открывает каждый день, — особенно отчёты и обработки с тяжёлыми запросами при открытии.

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

Типичные ошибки
01
Чистить кэш вслепую при каждой проблеме — после очистки первый запуск всегда дольше, и картина искажается
02
Отключать антивирус полностью вместо точечных исключений — растёт риск заражения без гарантии эффекта
03
Держать файловую базу на сетевом диске с доступом через Wi-Fi — стабильные тормоза и риск повреждения базы
04
Менять настройки СУБД пакетно без замеров — невозможно понять, что помогло, а что навредило
05
Игнорировать отложенные обработчики обновления — каждый запуск базы превращается в ожидание

Проверьте лицензии и сетевое окружение

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

Помогает явное указание путей поиска лицензий в файле nethasp.ini (для аппаратных ключей): пропишите адрес сервера с ключом напрямую, отключив широковещательный поиск. Для программных лицензий убедитесь, что клиенты видят сервер 1С по имени и что DNS-разрешение имён работает быстро — медленный DNS сам по себе способен добавлять задержки при старте.

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

Маршрут решения

Как выбрать действие

Медленно стартует даже пустая база на этом ПКРаботайте с клиентом: SSD, исключения антивируса, очистка кэша, автозагрузка Windows
Пустая база быстрая, рабочая файловая — медленнаяПроверяйте сеть, размещение файла базы, выполните тестирование и исправление
Тормозит только клиент-серверная базаСмотрите настройки СУБД, память сервера, регламентные задания в рабочее время
Долго ищется лицензия при стартеНастройте nethasp.ini или доступность сервера лицензий, проверьте DNS
Медленный только первый запуск утромПеренесите фоновые задания и обновления на ночь, проверьте отложенные обработчики

Измерьте результат и закрепите эффект

Каждое изменение имеет смысл только с замером. Фиксируйте время запуска до и после: от клика по ярлыку до полностью загруженного интерфейса. Замеры делайте минимум трижды и в одно время суток — первый запуск после перезагрузки всегда медленнее из-за холодного кэша, и сравнивать его с «тёплым» запуском некорректно.

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

Контрольные точки

Как проверить результат

Время запуска базы после оптимизации
Норма

Стало заметно меньше и стабильно от запуска к запуску

Тревожный признак

Время скачет или не изменилось — причина не найдена

Первый запуск после перезагрузки
Норма

Немного дольше обычного — это норма

Тревожный признак

В разы дольше — проблема с диском или антивирусом

Работа пользователей после изменений
Норма

Нет ошибок, данные на месте, отчёты открываются

Тревожный признак

Появились ошибки — откатите последнее изменение

Нагрузка на сервер в рабочие часы
Норма

Регламентные задания не пересекаются с пиком работы

Тревожный признак

Тяжёлые задания выполняются днём — перенесите их

Итог

Что важно запомнить

Начните с диагностики: отделите проблемы клиента от проблем базы. Основные ускорители — SSD, исключения антивируса, чистый кэш, быстрая сеть для файловых баз и грамотно настроенная СУБД для клиент-серверных. Отключите лишние проверки при старте и перенесите тяжёлые задания на ночь. Каждое изменение проверяйте замером, а перед рискованными операциями делайте резервную копию.

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

Почему 1С запускается медленно только у одного пользователя?

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

Поможет ли увеличение оперативной памяти на клиенте?

Если памяти меньше 8 ГБ и система активно использует файл подкачки — поможет, причём заметно. Если памяти достаточно и она не заполнена, добавление новой почти не повлияет на запуск: узким местом обычно оказывается диск или сеть.

Опасно ли чистить кэш 1С?

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

Файловая база на 10 пользователей тормозит при запуске. Что делать?

Для такой нагрузки файловый режим уже на пределе. Варианты по возрастанию эффекта: перенести базу на быстрый диск сервера и убрать Wi-Fi из цепочки, опубликовать базу на веб-сервере и работать через тонкий клиент, либо перейти на клиент-серверный режим с бесплатной СУБД, если лицензии это позволяют.

Как понять, что виноват антивирус?

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

После обновления конфигурации запуск стал дольше. Это нормально?

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