База 1С не открывается: ищем виновника от сети до сервера

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

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

С чего начать диагностику, если база 1С не открывается

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

1. Вариант работы базы. Откройте окно запуска, выделите базу и посмотрите строку внизу списка. File="D:\Bases\Buh" — файловая база. Srvr="srv1c";Ref="buh" — клиент-серверная, база живет на сервере 1С.
2. Точный текст ошибки. Скопируйте его кнопкой или сфотографируйте. Сообщение вида Не обнаружена лицензия для использования программы и сообщение о невозможности соединиться с сервером ведут в совершенно разные стороны.
3. Масштаб. Не пускает одного сотрудника, отдел или всю компанию. Открывается ли другая база на этом же компьютере.

Полезно сразу проверить еще две мелочи:

• 🖥️ свободное место на диске с базой и на системном диске клиента — при нуле байт 1С не создаст временные файлы;
• 🕑 что менялось накануне: обновление платформы или конфигурации, перенос базы, новые права, замена железа, установка антивируса.

Сеть и права на папку: файловая база 1С не запускается по сети

Файловая база — это папка с файлом 1Cv8.1CD. 1С не просто читает этот файл: при работе она создает рядом служебные файлы блокировок, например 1Cv8.1CL. Отсюда главное требование — права не только на чтение, но и на запись.

Что проверить по шагам:

1. Откройте путь из строки базы в Проводнике у того же пользователя. Если папка не открывается или просит пароль, проблема в сети, а не в 1С.
2. Создайте в папке базы пустой текстовый файл и удалите его. Не получилось — не хватает прав.
3. Выдайте группе пользователей 1С право «Изменение» на папку на уровне NTFS и полный доступ на уровне общего ресурса. Разрешения шары и NTFS действуют вместе, работает более строгое.
4. Проверьте, что путь записан одинаково у всех. Буква сетевого диска Z:\ может быть не подключена у конкретного сотрудника — надежнее UNC-путь \\server\bases\buh.
5. Отключите для папки с базой функцию «Автономные файлы» Windows. Синхронизация офлайн-копии портит файловую базу .

Антивирус. Проверка «на лету» перехватывает каждое обращение к файлу базы. Итог — подвисания при входе и ошибки совместного доступа. Добавьте в исключения папку с базами и процесс 1cv8.exe. Решение о таком исключении согласуйте с тем, кто отвечает за безопасность.

Зависший процесс. Если сотрудник закрыл 1С крестиком, а сеанс завис, файл может остаться занятым. На сервере с общей папкой откройте Управление компьютером → Общие папки → Открытые файлы и найдите 1Cv8.1CD. Закрывать чужой открытый файл можно только когда пользователь точно не работает : его несохраненные данные пропадут.

Лицензия и ключ защиты: когда 1С не стартует из-за HASP

Без лицензии платформа базу не запустит — ни на чтение, ни в ограниченном режиме. Исключение одно: учебная версия. Варианта два: аппаратный ключ HASP или программная лицензия, активированная пин-кодом.

Аппаратный ключ HASP

• 🔌 Локальный ключ. Переставьте его в другой USB-порт, лучше на задней панели, без удлинителя. Проверьте, установлен ли драйвер защиты: его ставят из дистрибутива платформы при установке, отдельным пунктом.
• 🌐 Сетевой ключ. Он стоит на одном компьютере, на нем работает служба менеджера лицензий HASP License Manager. Клиенты находят ее по сети через порт 475. Если ключ «не виден», проверьте, запущена ли служба и не закрыт ли порт брандмауэром.
• 📄 Файл nhsrv.ini. Когда широковещательный поиск не работает (разные подсети, VPN), адрес компьютера с ключом прописывают явно в параметре NH_SERVER_ADDR этого файла в каталоге bin платформы.

Программная лицензия

Файлы активированных лицензий лежат в C:\ProgramData\1C\licenses. Лицензия привязана к параметрам оборудования. Замена материнской платы, диска, сетевой карты или переустановка Windows делают ее недействительной.

Что делать:

1. Проверьте, что файлы .lic на месте и не удалены «чисткой».
2. Если менялось оборудование — выполните повторную активацию тем же пин-кодом из конверта. Количество повторных активаций ограничено, для резерва в комплекте есть дополнительные пин-коды.
3. Для клиент-серверной работы лицензия на клиентские места может быть получена сервером 1С. Тогда проверяйте не компьютер пользователя, а сервер.

Число пользователей. Если вошли уже все, на кого куплены лицензии, новый сотрудник получит отказ. Это не поломка: кто-то держит лишний сеанс. Найдите его в консоли кластера или командой rac session list --licenses и попросите выйти.

Повреждение базы и сбой конфигурации: как поднять информационную базу

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

Перед любым восстановлением сделайте копию файла 1Cv8.1CD или всей папки базы. Без нее неудачная попытка лишит последнего шанса.

Сначала — кэш, это безопасно

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

Способы очистить кэш :

• добавьте в свойствах базы, в поле дополнительных параметров запуска, строку /ClearCache, запустите базу один раз и уберите параметр;
• или закройте 1С и удалите папки с длинными именами-идентификаторами в каталогах ниже.

%APPDATA%\1C\1cv8
%LOCALAPPDATA%\1C\1cv8

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

Проверка файла утилитой chdbfl.exe

Для файловой базы есть отдельная утилита проверки физической целостности. Она лежит в каталоге платформы: C:\Program Files\1cv8\<номер версии>\bin\chdbfl.exe.

1. Убедитесь, что в базу никто не вошел.
2. Запустите утилиту, укажите путь к файлу 1Cv8.1CD.
3. Сначала прогоните проверку без исправления. Если ошибки найдены, включите флажок исправления и запустите повторно.

Тестирование и исправление из Конфигуратора

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

Если ничего не помогло — восстанавливайте из последней выгрузки .dt или копии файла. Для клиент-серверной базы восстановление идет средствами СУБД из ее резервной копии.

Не та версия платформы: конфликт версий 1С

Сочетание версий — частая причина после обновлений. Типичных сценариев три.

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

Клиент и сервер разных сборок. В клиент-серверном варианте сборка платформы у пользователя должна совпадать с сервером до последней цифры. Обновили сервер до 8.3.25 — тот же номер ставьте на клиентские компьютеры. Иначе соединение отклоняется с ошибкой о несовпадении версий.

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

1. В окне запуска выделите базу и нажмите Изменить.
2. Пройдите до последней страницы мастера.
3. В поле версии 1С:Предприятия укажите нужный номер, например 8.3.25, и сохраните.

Еще один скрытый конфликт — разрядность. 64-битный клиент и 32-битный работают с одной базой одинаково. Но внешние компоненты, драйверы торгового оборудования и некоторые обработки бывают только 32-битными, и база падает при их загрузке на старте.

Сервер 1С и службы Windows: клиент-серверная база не запускается

В клиент-серверном варианте цепочка длиннее: клиент обращается к агенту сервера (порт 1540), затем к менеджеру кластера (1541), затем к рабочим процессам. Их диапазон портов задается в свойствах рабочего сервера, по умолчанию 1560–1591. Плюс СУБД — Microsoft SQL Server или PostgreSQL, где лежат данные.

Проверка по цепочке

1. Служба агента. На сервере откройте services.msc и найдите службу «Агент сервера 1С:Предприятия 8.3». Статус должен быть «Выполняется».
2. Порты. С компьютера пользователя проверьте доступность порта агента командой ниже. Если соединения нет — смотрите брандмауэр сервера и сетевое оборудование.
3. Имя сервера. Клиент должен разрешать имя сервера в IP. Если по IP работает, а по имени нет — проблема в DNS или файле hosts.
4. База в кластере. Откройте консоль администрирования серверов 1С и проверьте, что база зарегистрирована и имя совпадает с полем Ref в списке у пользователя. Опечатка в имени дает отказ в поиске информационной базы.
5. СУБД. Убедитесь, что служба SQL Server или PostgreSQL запущена и на диске с базой есть место. При остановленной СУБД агент работает, но открыть базу нельзя.

Test-NetConnection srv1c -Port 1540
Test-NetConnection srv1c -Port 1541

Если служба запущена, но сервер «не отвечает»

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

Известный прием при зависании после сбоя — очистка сеансового кэша сервера. Остановите службу, в каталоге srvinfo\reg_1541 удалите папки, имена которых начинаются с snccntx, и запустите службу снова. Файлы реестра кластера (1CV8Clst.lst) при этом не трогайте. Без них сервер потеряет список баз.

Проверьте и учетную запись службы. По умолчанию это пользователь USR1CV8. Если ему сменили пароль или отозвали права на каталог srvinfo, служба не стартует или падает.

Монопольный режим и блокировка сеансов: почему 1С не пускает в базу

Иногда база исправна, а войти нельзя, потому что ее заблокировали намеренно.

Блокировка работы пользователей. В типовых конфигурациях ее ставит администратор перед обновлением: раздел Администрирование → Обслуживание, команда блокировки работы пользователей. Пока она действует, при входе выводится сообщение о запрете начала сеанса. Снимите флажок блокировки, если работы уже закончены. В клиент-серверном варианте блокировку начала сеансов можно увидеть и снять в свойствах базы в консоли кластера.

Монопольный режим. Он нужен только для обновления структуры базы, загрузки .dt, тестирования и исправления. Пока такая операция идет, остальным войти нельзя. Если обновление зависло на половине, не убивайте процесс сразу: прерванная реструктуризация хуже долгой. Подождите, проверьте нагрузку на диск и процессор.

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

Фоновые и регламентные задания. Тяжелое регламентное задание вроде полнотекстового индексирования или обмена само по себе не запрещает вход. Но оно может так загрузить сервер, что вход длится минутами и выглядит как «не запускается». Посмотрите активные фоновые задания в консоли кластера и при необходимости перенесите их расписание на ночь.

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