1С не пускает в базу: как найти причину сбоя входа и устранить её

Большинство сбоев входа в 1С не связаны с самой базой. Чаще виноваты ключ защиты, закрытый вход для пользователей, неверная учётная запись или недоступный сервер. Лечить повреждённую базу, не прочитав текст ошибки, значит терять время и рисковать данными.

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

С чего начать: текст ошибки подскажет направление

Окно с сообщением почти всегда указывает на группу причин. Сопоставьте то, что видите, с таблицей.

Если база открывается у коллег, но не у вас, проблема на вашем компьютере. Если не открывается ни у кого, ищите на стороне сервера или самой базы. Это сужает поиск вдвое.

1. Лицензия и ключ защиты: самая частая причина

Платформа не запустит информационную базу без лицензии. Исключение только учебная версия с её ограничениями. Если лицензию не удалось получить, вход заканчивается сообщением об ошибке.

Что проверить по порядку

1. Аппаратный ключ вставлен и виден системе. Вытащите его, вставьте в другой USB-порт, напрямую, без удлинителя и хаба. Индикатор на ключе должен гореть.
2. Установлен драйвер ключа. После переустановки Windows драйвер часто пропадает. Ключ физически вставлен, а система его не определяет. Установите драйвер защиты с актуальным дистрибутивом платформы.
3. Программные лицензии активированы. Они привязаны к компьютеру или серверу. После замены оборудования, смены сетевой карты или переноса виртуальной машины привязка может слететь. Нужна повторная активация.
4. Свободные лицензии не закончились. Лицензия на N пользователей рассчитана на N одновременных сеансов. Если все заняты, N+1 пользователь войти не сможет.

Последний пункт проверить легче всего. Зайдите на сервер и посмотрите список сеансов в консоли администрирования кластера, либо спросите коллег, кто сейчас в базе. Зависшие «мёртвые» сеансы пользователей, которые давно ушли домой, держат лицензии часами.

Сервер лицензий

Если ключ стоит в одном компьютере и раздаёт лицензии по сети, сначала проверьте этот компьютер. Включён ли он, запущен ли на нём менеджер лицензий, не заблокирован ли доступ брандмауэром. Рабочие места не получат лицензию, если сервер лицензий недоступен по сети.

💡 Если ключ работает на одном компьютере и не работает на другом, проблема не в ключе. Ищите драйвер, USB-порт или сетевой доступ.

2. Дата и время: тихая причина странных сбоев

Рассинхронизация часов выглядит безобидно, а ломает много. Лицензия может «закончиться» из-за скачка даты. Сеансы могут обрываться, потому что клиент и сервер расходятся по времени. В регистрах появляются записи «из будущего».

Что делать

• Сверьте дату, время и часовой пояс на клиенте и на сервере. Расхождение в несколько минут уже способно вызвать сбой, расхождение в часы почти наверняка.
• Включите автоматическую синхронизацию времени через службу времени Windows. В домене источником служит контроллер домена.
• На виртуальных машинах проверьте синхронизацию времени с гипервизором. После приостановки или восстановления из снимка часы нередко отстают.
• Если разряжается батарейка на материнской плате, дата сбрасывается при каждом выключении. Это старый компьютер, на котором время приходится выставлять после включения.

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

3. Блокировка сеансов и монопольный режим

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

Как понять, что база заблокирована

Откройте консоль администрирования серверов 1С (для клиент-серверной базы) и найдите свойства информационной базы. Там есть флаг блокировки начала сеансов и сообщение для пользователей. Для файловой базы блокировку устанавливают из Конфигуратора: пункт Администрирование → Блокировка работы пользователей, если он доступен в вашей версии платформы.

Как войти, когда блокировка стоит

1. Если блокировка поставлена по расписанию, дождитесь окончания. Обычно в тексте сообщения указано время.
2. Администратор может снять флаг запрета начала сеансов в консоли кластера или в Конфигураторе.
3. Для срочного входа администратором есть параметр запуска /UC с кодом разрешения, который задаётся при установке блокировки. Пример строки в свойствах ярлыка: "C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" ENTERPRISE /S"сервер\база" /UC"код". Номер платформы подставьте свой.

Монопольный режим

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

4. Логин, пароль и права: проблемы с учётной записью

Самое простое проверяйте раньше сложного. Раскладка клавиатуры, Caps Lock, лишний пробел в конце пароля вызывают «неверное имя пользователя или пароль» чаще, чем кажется.

Типичные сценарии

• Пароль сменили, а в списке баз остался сохранённый. Окно запуска подставляет прежние данные. Войдите, введя логин и пароль вручную.
• Аутентификация операционной системы. Если у пользователя включён вход под учётной записью Windows, а он зашёл на компьютер под другим именем, вход не пройдёт. Войдите в Windows под нужным аккаунтом.
• Пользователь есть, а действий нет. Вход прошёл, но разделы пустые. Значит, у него не назначены роли или у ролей нет права на запуск. Это проверяют в списке пользователей базы под администратором.
• Пользователя удалили или отключили. Спросите администратора, тот же ли это пользователь, что и вчера, и не менялся ли справочник пользователей .

Если забыт пароль администратора

Для базы с одним администратором это неприятная ситуация. Не пытайтесь «взломать» базу. Для файловой базы восстановите её из резервной копии, где пароль известен, либо обратитесь к тому, кто настраивал систему. Для клиент-серверной базы пароль администратора кластера и пароль администратора базы разные. Сначала выясните, какой именно утерян.

💡 В любой базе заведите минимум двух пользователей с административными правами, чтобы один не стал единственной точкой отказа.

5. Сервер и кластер недоступны

Для клиент-серверной базы ошибка соединения означает, что клиент не достучался до сервера или не получил от него ответа.

Проверки по порядку

1. Сервер включён и доступен по сети. Проверьте, пингуется ли он по имени и по адресу. Если по адресу отвечает, а по имени нет, дело в DNS.
2. Запущена служба сервера 1С. В списке служб Windows найдите «Агент сервера 1С:Предприятия 8.3». Если остановлена, запустите её.
3. Порты не закрыты. По умолчанию агент сервера слушает порт 1540, менеджер кластера использует 1541, рабочие процессы получают порты из диапазона 1560–1591. Брандмауэр на сервере и сетевое оборудование не должны их блокировать.
4. Имя сервера в строке подключения написано верно. Опечатка в имени сервера или базы даёт ошибку, похожую на недоступность.
5. Версии клиента и сервера согласованы. Клиент более поздней сборки платформы не сможет работать с сервером прежней сборки. Номера сравнивайте точно, по четырём числам.

Что не делать

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

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

6. Повреждённый кэш, настройки и файлы базы

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

Очистка кэша

Закройте все окна 1С и сотрите содержимое папок кэша конфигураций в профиле пользователя:

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

В названиях подпапок лежат идентификаторы баз. Удалять можно содержимое, система создаст его заново. Список баз хранится отдельно, в каталоге %APPDATA%\1C\1CEstart, и при очистке кэша остаётся нетронутым.

Есть и параметр запуска /ClearCache: он очищает кэш клиент-серверных вызовов при старте. Добавьте его в строку запуска ярлыка один раз.

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

Если ошибка возникает при открытии файловой базы, посмотрите:

• хватает ли места на диске, где лежит каталог с файлом 1Cv8.1CD;
• не открыт ли файл базы антивирусом или программой резервного копирования в момент входа;
• есть ли у пользователя право записи в каталог базы. Без записи платформа не сможет создать служебные файлы блокировок.

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

Когда база не восстанавливается

Возьмите последнюю резервную копию и сравните объём потерянной работы с объёмом ремонта. Иногда быстрее развернуть копию и доввести документы за несколько дней, чем вычищать структуру повреждённой базы.

7. Как не получать такие ошибки

Часть сбоев предотвращается заранее:

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

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