База 1С не запускается: разбираем по симптому и чиним
Содержание
База 1С не открывается чаще всего по одной из пяти причин: программа не видит каталог или сервер базы, у пользователя нет прав, испорчен кэш или сам файл данных, версия платформы не та, или вход заблокирован сеансами и лицензиями. Почти всегда причину подсказывает точный текст ошибки. Поэтому первое действие — прочитать и сохранить окно с сообщением целиком, а не нажимать «ОК».
Проверяйте от безопасного к радикальному. Для файловой базы (один файл 1Cv8.1CD в папке) и клиент-серверной (база на сервере 1С и СУБД) шаги разные — это отмечено в каждом разделе.
С чего начать: определите тип базы и момент сбоя
Откройте окно запуска 1С, выделите базу и посмотрите строку пути внизу списка.
- 📁
File="D:\Base\Buh";— файловый вариант. Все данные лежат в файле1Cv8.1CDв этой папке. - 🖥
Srvr="srv1c";Ref="buh";— клиент-серверный. Данные в СУБД, доступ через сервер 1С. - 🌐
ws="http://..."— подключение через веб-сервер. Тут добавляются IIS или Apache.
Затем ответьте себе на три вопроса:
- Не открывается у всех или у одного пользователя?
- Падает сразу на окне запуска, после ввода пароля или уже при загрузке интерфейса?
- Что менялось накануне: обновление платформы или конфигурации, перенос папки, смена пароля Windows, отключение света?
Если сбой у одного человека — смотрите права, кэш и версию платформы на его компьютере. Если у всех — сеть, файл базы, сервер, лицензии и блокировки.
Сеть, путь и права: база не видна или вход запрещён
Для файловой базы пользователю Windows нужны права на чтение и запись во всю папку базы, а не только на файл. 1С при работе создаёт рядом служебные файлы, и с правом «только чтение» база не откроется.
Что проверить по шагам:
- Откройте путь из свойств базы в Проводнике. Папка открывается без запроса пароля — сеть в порядке.
- Создайте в этой папке пустой текстовый файл и удалите его. Не получилось — нет прав на запись.
- Если путь задан через букву диска (
Z:\Buh), проверьте, что диск подключён у этого пользователя. Надёжнее указывать UNC-путь:\\server\Base\Buh. - После смены пароля Windows на сервере сетевые подключения со старыми учётными данными отваливаются. Переподключите ресурс.
Папку с файловой базой не держат в синхронизируемых облачных каталогах (Яндекс Диск, OneDrive). Клиент синхронизации блокирует 1Cv8.1CD и портит его при одновременной записи.
Права внутри 1С — это отдельный слой. Если окно запуска пропускает, а после ввода логина появляется сообщение об отсутствии прав или неверном пароле:
- 👤 проверьте, что пользователь есть в списке пользователей базы и у него не снят флажок входа в программу;
- 🔑 при аутентификации Windows — что к пользователю 1С привязана именно текущая учётная запись домена;
- 🧩 у пользователя должна быть хотя бы одна роль или профиль группы доступа, дающий право запуска клиента.
Править список пользователей можно в режиме Предприятия (Администрирование → Настройки пользователей и прав → Пользователи) или в Конфигураторе (Администрирование → Пользователи), если в Предприятие войти нельзя ни одним администратором.
Повреждённый кэш и файл данных
Кэш на компьютере пользователя
1С хранит на каждом компьютере кэш конфигурации. После сбоя питания или обновления он рассинхронизируется, и база падает с Ошибка формата потока или зависает на заставке. Причём на соседнем компьютере та же база открывается нормально — верный признак кэша.
Способы очистки:
- Запустить базу с параметром
/ClearCache. В свойствах базы на последней странице есть поле дополнительных параметров запуска — впишите туда/ClearCache, войдите один раз, затем уберите параметр. - Закрыть все окна 1С и удалить папки с длинными именами-идентификаторами в каталогах
%APPDATA%\1C\1cv8и%LOCALAPPDATA%\1C\1cv8. Сами каталоги и файлы списка баз (ibases.v8i) не трогайте.
Пример bat-файла для очистки кэша текущего пользователя. Запускать при закрытой 1С.
@echo off
taskkill /im 1cv8.exe /f 2>nul
taskkill /im 1cv8c.exe /f 2>nul
for /d %%D in ("%APPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%D"
for /d %%D in ("%LOCALAPPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%D"
echo Кэш 1С очищен
Команды taskkill закрывают 1С принудительно, несохранённые документы пропадут. Сначала попросите пользователя закрыть программу сам.
Повреждение файла 1Cv8.1CD
Сообщение Файл базы данных поврежден или вылет при открытии конкретных документов говорит о нарушенной структуре файла. Типичные виновники: отключение питания во время записи, обрыв сети при работе по общей папке, антивирус, проверяющий файл на лету.
Перед любым восстановлением скопируйте всю папку базы целиком. Исправление меняет файл необратимо.
- Убедитесь, что в базе никто не работает, и сделайте копию папки.
- Запустите утилиту
chdbfl.exeиз каталогаbinустановленной платформы, напримерC:\Program Files\1cv8\8.3.24.1586\bin\chdbfl.exe(номер версии у вас свой). - Укажите путь к
1Cv8.1CD, отметьте «Исправлять обнаруженные ошибки» и нажмите «Выполнить». - Если база открылась в Конфигураторе, дополнительно выполните
Администрирование → Тестирование и исправлениес проверкой логической целостности. - Не помогло — восстановите последнюю выгрузку
.dtили копию папки.
Добавьте папку базы в исключения антивируса для проверки в реальном времени. Это частая скрытая причина повторных повреждений.
Не та версия платформы
Когда на компьютере стоит несколько версий платформы, 1С может запустить базу не той. Симптомы: сообщение о несоответствии версий клиента и сервера, требование обновить платформу, запуск «не той» программы после обновления.
Файловая база. Конфигурация после обновления может требовать платформу с номером не ниже определённого. Об этом обычно сообщает окно при входе. Решение — установить нужную версию платформы. Сам файл базы при этом трогать не нужно.
Клиент-серверная база. Номер версии клиента должен совпадать с номером версии сервера 1С до последней цифры. Обновили сервер до 8.3.24 — клиенты тоже должны запускаться на 8.3.24.
Как закрепить версию за базой:
- В окне запуска выделите базу → «Изменить».
- Дойдите до последней страницы мастера.
- В поле «Версия 1С:Предприятия» укажите нужный номер, например
8.3.24. Пустое поле означает «самая новая из установленных».
| Ситуация | Что делать | Риск |
|---|---|---|
| Сервер и клиент разных версий | Поставить клиенту ту же версию, закрепить в свойствах базы | Нет |
| Конфигурация требует новую платформу | Установить платформу с номером не ниже требуемого | Старые базы на той же машине пробуйте заранее |
| Две версии мешают друг другу | Закрепить версию у каждой базы | Нет |
| Платформа установилась с ошибкой | Удалить и переустановить ту же версию | Нужны права администратора |
Монопольный режим, зависшие сеансы и блокировки
Блокировка начала сеансов
Сообщение Начало сеанса с информационной базой запрещено значит, что вход закрыт специально: перед обновлением, регламентной операцией или при неудачном пакетном обновлении, которое не сняло блокировку.
Как снять:
- 🔓 Войти администратором с кодом разрешения: параметр запуска
/UC<код>, код указан в тексте блокировки. - ⚙️ В типовых конфигурациях на БСП —
Администрирование → Обслуживание, раздел блокировки работы пользователей, снять флажок. - 🖥 Для клиент-серверной базы — в консоли кластера в свойствах информационной базы снять флажок «Блокировка начала сеансов включена».
Зависшие сеансы и занятая база
Монопольный доступ нужен лишь для отдельных операций: обновление структуры базы, загрузка .dt, тестирование и исправление. Обычную работу пользователей он не останавливает. Но если кто-то оставил Конфигуратор с захваченной конфигурацией или «повис» сеанс после обрыва сети, появятся Ошибка блокировки информационной базы для конфигурирования или отказ в монопольном режиме.
Файловая база. Зависший процесс 1cv8.exe держит файл. Найдите компьютер, где он висит (через управление компьютером сервера посмотрите открытые файлы общей папки), и закройте процесс там. Файл 1Cv8.1CL рядом с базой — служебный файл блокировок. Удалять его можно только когда точно никто не подключён: иначе работающие пользователи потеряют несохранённые данные.
Клиент-серверная база. Сеансы видны в консоли администрирования серверов 1С: узел базы → «Сеансы». Там же сеанс можно завершить. Из командной строки — через утилиту rac:
rac cluster list
rac session list --cluster=<id_кластера> --infobase=<id_базы>
Точный набор параметров для завершения сеанса смотрите в rac help session.
Завершение сеанса обрывает работу пользователя, несохранённый документ пропадёт. Предупредите людей или делайте это в нерабочее время.
Ресурсы сервера и лицензии
Не хватает лицензий
Если база открывается у первых пользователей, а у следующих появляется сообщение об отсутствии свободной лицензии, — закончились клиентские лицензии. Без лицензии платформа базу не запускает.
Что проверить:
- Количество лицензий против числа одновременных сеансов. Каждый открытый сеанс, в том числе забытый на соседнем компьютере, занимает лицензию.
- Зависшие сеансы — освобождаются завершением сеанса (см. раздел выше).
- Для программных лицензий — не изменилось ли «железо» компьютера или сервера. После замены диска или сетевой карты лицензию придётся активировать повторно своим пинкодом.
- Для USB-ключей — виден ли ключ: светится ли он, запущен ли менеджер лицензий HASP на машине, к которой подключён ключ.
В клиент-серверном варианте посмотреть, кто какую лицензию занял, можно командой rac session list --licenses.
Не хватает ресурсов сервера
Признаки: база открывается очень долго и падает по тайм-ауту, рабочие процессы rphost перезапускаются, в журнале появляются ошибки нехватки памяти.
- 💾 Свободное место на диске. На заполненном диске не пишутся ни временные файлы 1С, ни журналы СУБД. Держите запас хотя бы 15–20% объёма.
- 🧠 Память. Процесс
rphostможет съесть всю RAM при тяжёлом отчёте. Посмотрите в диспетчере задач объём памяти рабочих процессов. - 🔥 Брандмауэр и порты. Клиент обращается к агенту сервера (порт 1540), затем к менеджеру кластера (1541) и рабочим процессам. Диапазон портов рабочих процессов задаётся в свойствах рабочего сервера, по умолчанию 1560–1591. Все эти порты должны быть открыты.
Повреждённый кэш сервера. Известный приём при странных ошибках сразу у всех пользователей клиент-серверной базы — очистка сеансовых данных сервера. Остановите службу «Агент сервера 1С:Предприятия», в каталоге кластера (srvinfo\reg_1541\...) удалите папки snccntx*, запустите службу снова.
Остановка службы сервера 1С отключает всех пользователей всех баз на этом сервере. Делайте это вне рабочего времени и после предупреждения.
Ошибки СУБД в клиент-серверной базе
Если в тексте ошибки встречаются слова Microsoft SQL Server, PostgreSQL или коды СУБД — проблема не в 1С, а ниже.
| Симптом | Вероятная причина | Что делать |
|---|---|---|
| Нет соединения с сервером СУБД | Служба СУБД остановлена, неверное имя сервера, закрыт порт (1433 для MS SQL, 5432 для PostgreSQL) | Проверить службу и сетевое подключение с сервера 1С |
| Ошибка входа пользователя СУБД | Сменился или истёк пароль учётной записи, указанной в свойствах базы | Обновить пароль в свойствах базы в консоли кластера |
| Журнал транзакций заполнен | Модель восстановления «Полная» без резервного копирования журнала | Сделать резервную копию журнала или освободить место на диске |
| База в режиме восстановления или помечена подозрительной | Сбой диска, аварийное отключение | Восстановление из резервной копии СУБД силами администратора |
| Нет места на диске СУБД | Разросся журнал или tempdb | Освободить место, настроить регламент обслуживания |
Проверка связи начинается с простого: зайдите на сервер 1С и подключитесь к СУБД её же инструментом (SQL Server Management Studio или psql) под той же учётной записью, что прописана в свойствах базы. Не подключается — проблема на стороне СУБД или сети, 1С тут ни при чём.
Для PostgreSQL нужна сборка с патчами для 1С. Обычный PostgreSQL из репозитория дистрибутива базы 1С не обслуживает.