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

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

Как проверить, работает 1С или нет

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

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

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

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

Определите, на каком уровне возникла проблема

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

Второй вопрос — какой режим работы используется. В файловом режиме база лежит в общей папке, и достаточно проверить доступ к этой папке по сети. В клиент-серверном режиме участвуют три компонента: клиент, сервер 1С:Предприятия и СУБД (MS SQL, PostgreSQL и т.п.), и сбой может быть в любом из них.

Не работает у одного пользователяЛокальная проблема

Проверить платформу, ярлык и сеть на этом ПК

Не работает у всехПроблема на сервере или в базе

Проверить службу агента, сервер и СУБД

Ошибка про лицензиюНе найден ключ или файл лицензии

Проверить HASP-ключ или программную лицензию

База открывается, но тормозитПроизводительность, а не отказ

Проверить диск, память и блокировки

Проверьте запуск платформы на клиентском компьютере

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

Если стартер открывается, но база не запускается, читайте текст ошибки дословно — он указывает направление поиска. Сообщение «Информационная база не обнаружена» говорит о проблеме с путём к базе, «Ошибка соединения с сервером» — о недоступности сервера 1С, «Не найдена лицензия» — о проблеме с ключом защиты.

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

Порядок действий на клиенте
  1. 1
    Запустите стартер 1С и проверьте, открывается ли список баз
  2. 2
    Попробуйте войти в базу и зафиксируйте точный текст ошибки
  3. 3
    Очистите кэш: удалите базу из списка и добавьте заново с тем же путём
  4. 4
    Проверьте доступность сервера командой ping
  5. 5
    Попробуйте войти с другого компьютера или под другим пользователем

Проверьте службу агента сервера 1С

В клиент-серверном режиме ключевой процесс — агент сервера 1С:Предприятия. На сервере откройте оснастку «Службы» (services.msc) и найдите службу «Агент сервера 1С:Предприятия». Её состояние должно быть «Выполняется». Если служба остановлена — попробуйте запустить её и посмотрите, не падает ли она сразу снова.

Если служба не стартует, откройте журнал событий Windows (Просмотр событий → Журналы Windows → Приложение) и найдите ошибки, связанные с 1С. Частые причины: переполнен системный диск, повреждён каталог srvinfo с данными кластера, изменился пароль учётной записи, под которой работает служба.

cmd
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 на рабочем сервере без резервной копии. Любые восстановительные операции выполняются только после того, как сделана копия данных, и желательно в нерабочее время.

Типичные ошибки
01
Перезагрузка сервера до сбора диагностики — теряется информация о причине сбоя
02
Тестирование и исправление базы без резервной копии — риск потери данных
03
Переустановка платформы другой версии — база может потребовать обновление и перестать открываться у остальных
04
Игнорирование текста ошибки — поиск «наугад» вместо точечной диагностики

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

1С выдаёт «Ошибка соединения с сервером 1С:Предприятия» — что проверить в первую очередь?

Проверьте, запущена ли служба агента сервера 1С на сервере, доступен ли сервер по сети (ping по имени и IP) и не блокирует ли брандмауэр порты сервера 1С. Если служба работает, а подключения нет — посмотрите журналы кластера и события Windows.

База открывается, но работает очень медленно — это значит, что 1С не работает?

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

Как понять, что проблема именно в лицензии, а не в сервере?

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

Можно ли проверить работу 1С без прав администратора?

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

Что делать, если 1С перестала работать сразу после обновления платформы?

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

Итог

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

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