Администрирование · 9 мин
Как проверить, работает 1С или нет
Практическая инструкция: как проверить, работает ли 1С — сервер, службы, лицензии, база данных. Признаки неисправности и порядок действий для диагностики.
Фраза «1С не работает» может означать десяток разных проблем: не запускается ярлык, не отвечает сервер, слетела лицензия, зависла служба агента или недоступна база данных. Прежде чем что-то чинить, нужно точно определить, на каком уровне возник сбой — на компьютере пользователя, на сервере 1С или в СУБД.
Диагностику логично вести от простого к сложному: сначала проверить, запускается ли платформа локально, затем — работает ли сервер 1С:Предприятия, доступна ли база и действует ли лицензия. Такой порядок экономит время и не позволяет «чинить» сервер, когда проблема в одном клиентском компьютере.
Ниже разобрана последовательность проверок для файлового и клиент-серверного режимов, признаки нормы и тревожные симптомы, а также типичные ошибки, которые только усугубляют ситуацию.
Определите, на каком уровне возникла проблема
Первый вопрос — проблема у одного пользователя или у всех. Если 1С не открывается только на одном компьютере, искать нужно локально: ярлык, установленную платформу, сетевой доступ с этого ПК. Если программа недоступна у всех сотрудников одновременно — почти наверняка проблема на сервере, в сети или в базе данных.
Второй вопрос — какой режим работы используется. В файловом режиме база лежит в общей папке, и достаточно проверить доступ к этой папке по сети. В клиент-серверном режиме участвуют три компонента: клиент, сервер 1С:Предприятия и СУБД (MS SQL, PostgreSQL и т.п.), и сбой может быть в любом из них.
Проверить платформу, ярлык и сеть на этом ПК
Проверить службу агента, сервер и СУБД
Проверить HASP-ключ или программную лицензию
Проверить диск, память и блокировки
Проверьте запуск платформы на клиентском компьютере
Откройте список информационных баз через стандартный стартер 1С (1cestart.exe). Если само окно стартера не появляется — платформа повреждена или не установлена. Проверьте наличие каталога платформы в Program Files и при необходимости переустановите её с дистрибутива той же версии, что используется в организации.
Если стартер открывается, но база не запускается, читайте текст ошибки дословно — он указывает направление поиска. Сообщение «Информационная база не обнаружена» говорит о проблеме с путём к базе, «Ошибка соединения с сервером» — о недоступности сервера 1С, «Не найдена лицензия» — о проблеме с ключом защиты.
Полезная проверка — запуск от имени другого пользователя Windows или с соседнего компьютера. Если там база открывается нормально, сервер исправен, и проблема локальная: кэш метаданных, профиль пользователя или права доступа.
- 1Запустите стартер 1С и проверьте, открывается ли список баз
- 2Попробуйте войти в базу и зафиксируйте точный текст ошибки
- 3Очистите кэш: удалите базу из списка и добавьте заново с тем же путём
- 4Проверьте доступность сервера командой ping
- 5Попробуйте войти с другого компьютера или под другим пользователем
Проверьте службу агента сервера 1С
В клиент-серверном режиме ключевой процесс — агент сервера 1С:Предприятия. На сервере откройте оснастку «Службы» (services.msc) и найдите службу «Агент сервера 1С:Предприятия». Её состояние должно быть «Выполняется». Если служба остановлена — попробуйте запустить её и посмотрите, не падает ли она сразу снова.
Если служба не стартует, откройте журнал событий Windows (Просмотр событий → Журналы Windows → Приложение) и найдите ошибки, связанные с 1С. Частые причины: переполнен системный диск, повреждён каталог srvinfo с данными кластера, изменился пароль учётной записи, под которой работает служба.
sc query "1C:Enterprise 8.3 Server Agent"Также проверьте, отвечает ли сервер по сети: ping по имени и по IP-адресу. Если ping по IP проходит, а по имени нет — проблема в DNS, и клиенты просто не могут разрешить имя сервера. Это одна из самых частых причин «массового отказа» после сетевых работ.
Проверьте доступность базы данных и СУБД
Сервер 1С может работать, но база будет недоступна, если остановлена СУБД. Для MS SQL Server проверьте службу SQL Server (MSSQLSERVER) в оснастке служб и попробуйте подключиться через SQL Server Management Studio. Для PostgreSQL — службу postgresql и подключение через psql или pgAdmin.
Обратите внимание на состояние самой базы. База в статусе Suspect или Recovery Pending в MS SQL означает повреждение или незавершённое восстановление — 1С при этом выдаёт ошибку соединения. Также проверьте, не закончилось ли место на диске с файлами базы и журналом транзакций: переполненный журнал транзакций — классическая причина остановки работы.
Проверьте лицензии и ключи защиты
Ошибка «Не найдена лицензия» означает, что клиент не смог получить ни программную лицензию, ни доступ к аппаратному ключу HASP. Проверьте, виден ли USB-ключ на сервере или компьютере, где он установлен, и работает ли менеджер лицензий (служба Hasplm / Sentinel License Manager).
Программные лицензии привязываются к параметрам компьютера. После замены оборудования, переустановки ОС, изменения имени сервера или переноса виртуальной машины лицензия может «слететь». В этом случае потребуется повторная активация по пин-коду из комплекта поставки.
Проверьте результат и зафиксируйте состояние
После устранения причины убедитесь, что система действительно работает, а не просто «запустилась». Войдите в базу под обычным пользователем, откройте несколько документов и журналов, сформируйте простой отчёт. Проверьте, что фоновые задания выполняются, а обмены данными, если они настроены, проходят без ошибок.
Полезно записать, что именно было причиной сбоя и как это исправлено. Повторяющиеся остановки службы, регулярное переполнение диска или периодические ошибки лицензий — признаки системной проблемы, которую нужно решать на уровне инфраструктуры, а не разовыми перезапусками.
Как проверить результат
Пользователь входит без ошибок, справочники открываются
Ошибка соединения или зависание на этапе запуска
Статус «Выполняется», не падает после перезапуска
Служба останавливается сама через минуты
Есть свободное место на дисках с базой и журналами
Свободно менее нескольких гигабайт
Выполняются по расписанию без ошибок
Задания висят или завершаются с ошибкой
Типичные ошибки при диагностике
Самая вредная привычка — сразу перезагружать сервер. Перезагрузка может временно «вылечить» симптом, но не устраняет причину, а при повреждённой базе данных способна усугубить ситуацию. Сначала соберите информацию: тексты ошибок, состояние служб, журналы событий.
Вторая ошибка — запускать тестирование и исправление базы или chkdsk на рабочем сервере без резервной копии. Любые восстановительные операции выполняются только после того, как сделана копия данных, и желательно в нерабочее время.
Частые вопросы
1С выдаёт «Ошибка соединения с сервером 1С:Предприятия» — что проверить в первую очередь?
Проверьте, запущена ли служба агента сервера 1С на сервере, доступен ли сервер по сети (ping по имени и IP) и не блокирует ли брандмауэр порты сервера 1С. Если служба работает, а подключения нет — посмотрите журналы кластера и события Windows.
База открывается, но работает очень медленно — это значит, что 1С не работает?
Нет, это проблема производительности, а не отказа. Проверьте загрузку диска и памяти на сервере, наличие длительных блокировок в СУБД, свободное место и актуальность индексов. Медленная работа у всех пользователей обычно указывает на сервер, у одного — на его компьютер или сеть.
Как понять, что проблема именно в лицензии, а не в сервере?
По тексту сообщения: ошибки лицензирования прямо содержат слова «лицензия не найдена» или «не обнаружен ключ защиты». При этом сама база и сервер работают — это видно по тому, что часть пользователей продолжает работать нормально.
Можно ли проверить работу 1С без прав администратора?
Частично да: запуск платформы, вход в базу, ping сервера и проверка доступности общей папки не требуют административных прав. Но просмотр служб, журналов событий сервера и состояния СУБД требует соответствующих полномочий — здесь понадобится системный администратор.
Что делать, если 1С перестала работать сразу после обновления платформы?
Проверьте, одинаковая ли версия платформы установлена на сервере и у клиентов — несовпадение версий частая причина отказа. Также убедитесь, что не запускалось обновление конфигурации базы, которое могло завершиться с ошибкой: тогда база может требовать завершения обновления через конфигуратор.
Что важно запомнить
Диагностику ведите от клиента к серверу: платформа, сеть, служба агента 1С, СУБД, лицензии. Фиксируйте точные тексты ошибок — они указывают направление поиска. Любые восстановительные действия выполняйте только после резервного копирования, а при признаках повреждения базы данных привлекайте специалиста.