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

База 1С не загружается чаще всего по одной из четырёх причин: программа не видит каталог или сервер базы, у пользователя нет прав на файлы, база занята или заблокирована, либо повреждены сами данные или кэш. Первое, что нужно сделать, — прочитать текст ошибки целиком и понять, какая у вас база: файловая (путь вида D:\Base\Buh) или клиент-серверная (Srvr="server1c";Ref="buh").

Для файловой базы путь к ремонту — проверка каталога, прав и утилита chdbfl.exe. Для серверной — службы 1С и СУБД, порты и версия платформы. Очистка кэша помогает в обоих случаях и почти ничем не рискует, поэтому её делают рано. Восстановление файла базы — уже радикальный шаг, только после копии.

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

Вариант базы видно в окне запуска. Выделите базу в списке: внизу окна показан путь к ней. File= или путь к папке — файловая база. Srvr= и Ref= — клиент-серверная.

Затем запомните, на каком этапе всё ломается:

• 🚫 окно с ошибкой появляется сразу после кнопки «1С:Предприятие» — проблема с доступом к базе, сервером или лицензией;
• ⏳ заставка висит долго и программа закрывается — повреждённый кэш, большой файл базы в сети, нехватка памяти;
• 🔄 база открывается, но падает при первой же форме — повреждение данных или конфигурации;
• 🔒 одна база не открывается, остальные работают — проблема в конкретной базе, а не в платформе.

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

Файловая база 1С не загружается: проверки по шагам

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

Шаг 1. Проверьте путь и сам файл

Откройте каталог из окна запуска в Проводнике. В нём должен быть файл 1Cv8.1CD. Если папку переименовали, перенесли на другой диск или сетевой ресурс отключился, 1С выдаст ошибку доступа к файлу.

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

Шаг 2. Проверьте права на каталог

Пользователю Windows нужны права на чтение и запись во всём каталоге базы, а не только на файл. Платформа создаёт там служебные файлы при каждом входе. Откройте свойства папки → вкладка «Безопасность» и проверьте, что у пользователя или группы стоит «Изменение».

Для сетевой папки права проверяют в двух местах: в общем доступе и на вкладке «Безопасность». Действуют самые строгие из двух.

Шаг 3. Найдите, кто держит базу

Если база «занята», а все уверены, что вышли, остался висящий процесс 1cv8.exe или 1cv8c.exe. Откройте диспетчер задач на всех компьютерах, где работали с базой, и на терминальном сервере. Для сетевой папки на файловом сервере удобно посмотреть открытые файлы в оснастке «Управление компьютером» → «Общие папки» → «Открытые файлы».

В каталоге базы лежит файл блокировки 1Cv8.1CL. Его удаляют только тогда, когда точно никто не работает с базой.

Шаг 4. Исключите внешние помехи

• 🛡 антивирус проверяет 1Cv8.1CD при каждом обращении — добавьте каталог базы в исключения;
• ☁️ папка лежит на синхронизируемом облачном диске — клиент синхронизации блокирует и подменяет файл, базу нужно перенести в обычную папку;
• 💾 на диске кончилось место — 1С не сможет записать служебные данные и открыть базу ;
• 🌐 базу открывают по Wi-Fi или VPN — обрыв связи во время записи повреждает файл.

Файловую базу по сети открывают только по стабильному кабельному соединению. Для удалённой работы лучше подходит терминальный доступ или веб-публикация.

Серверная база 1С не запускается: служба, кластер и SQL

В клиент-серверном варианте цепочка длиннее: клиент обращается к агенту сервера 1С (порт 1540), дальше к менеджеру кластера (1541) и рабочим процессам. Рабочий процесс уже подключается к СУБД — MS SQL Server или PostgreSQL. Сломаться может любое звено.

Служба сервера 1С

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

Проверьте доступность порта с клиентского компьютера:

Test-NetConnection server1c -Port 1540

TcpTestSucceeded : False при работающей службе означает, что порт закрыт брандмауэром. Откройте 1540, 1541 и диапазон портов рабочих процессов, заданный в свойствах рабочего сервера (по умолчанию 1560–1591).

Версия платформы клиента и сервера

Клиент и сервер должны работать на одной и той же версии платформы, до последней цифры сборки. После обновления сервера пользователи со старым клиентом получают ошибку несоответствия версий. Решение — установить на клиент ту же версию или указать её в свойствах базы в окне запуска (кнопка «Изменить» → последний шаг мастера, поле версии).

Сама база данных в СУБД

Если сервер 1С работает, но база не открывается, проверьте её на стороне СУБД:

1. Служба MS SQL Server или PostgreSQL запущена.
2. В SQL Server Management Studio база не помечена как Suspect или Recovery Pending.
3. На дисках с файлами данных и журнала транзакций есть место. Переполненный журнал транзакций — частая причина: база доступна на чтение, но любая запись падает.
4. Логин, указанный в свойствах базы в консоли кластера, существует и имеет права на базу.

Физическую целостность базы в MS SQL проверяют командой:

DBCC CHECKDB ('buh_base') WITH NO_INFOMSGS;

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

Восстановление базы 1С утилитой chdbfl и в Конфигураторе

Если 1С сообщает, что файл базы повреждён, или падает при открытии конкретных данных, переходят к проверке структуры.

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

Утилита chdbfl.exe для файловой базы

chdbfl.exe проверяет физическую целостность файла 1Cv8.1CD и устраняет ошибки страниц. Она лежит в каталоге установленной платформы:

C:\Program Files\1cv8\8.3.xx.xxxx\bin\chdbfl.exe

Порядок работы:

1. Закройте базу у всех пользователей.
2. Запустите chdbfl.exe от имени администратора.
3. В поле имени файла укажите путь к 1Cv8.1CD.
4. Отметьте флажок исправления обнаруженных ошибок.
5. Нажмите «Выполнить» и дождитесь окончания. Для базы в 10 ГБ это может занять десятки минут.

Утилита работает только с файловыми базами. Для серверной базы её роль выполняют средства СУБД.

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

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

Переиндексацию и пересчёт итогов отмечайте в первую очередь. Опцию удаления объектов с битыми ссылками включайте, только если понимаете последствия: программа может удалить документы, которые не удалось восстановить.

Очистка кэша и временных файлов 1С

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

Самый простой способ — параметр запуска /ClearCache. В окне запуска выделите базу → «Изменить» → на последнем шаге в поле дополнительных параметров запуска впишите /ClearCache. После успешного входа параметр уберите, иначе каждый запуск будет медленным.

Ручная очистка надёжнее. Закройте все окна 1С на этом компьютере и удалите содержимое двух папок:

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

Внутри лежат папки с длинными именами вида 1a2b3c4d-.... Это кэши отдельных баз, их можно удалить все. Файл списка баз ibases.v8i лежит в другой папке (%APPDATA%\1C\1CEStart) и при такой чистке не пострадает.

Кэш на сервере 1С

В серверном варианте сеансовые данные хранятся в каталоге кластера srvinfo на сервере. При их повреждении база не открывается ни у кого. Чистка — остановка службы сервера 1С и удаление файлов snccntx* из каталога кластера.

Журнал регистрации и логи: где искать причину

Если ошибка повторяется и её текст ничего не объясняет, причину ищут в журналах.

Журнал регистрации 1С

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

• в Конфигураторе: Администрирование → Журнал регистрации;
• в пользовательском режиме БП 3.0: Администрирование → Обслуживание → Журнал регистрации.

Если база не открывается вообще, журнал всё равно доступен на диске. У файловой базы это папка 1Cv8Log в каталоге базы, у серверной — подкаталог 1Cv8Log в каталоге базы внутри srvinfo на сервере. Огромный журнал на десятки гигабайт сам по себе замедляет запуск — его можно сократить через настройки журнала регистрации в Конфигураторе.

Технологический журнал

Для серверных баз и нестабильных падений включают технологический журнал. Он настраивается файлом logcfg.xml в папке conf каталога платформы. В нём можно собирать только исключения:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1C_logs" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

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

Журналы Windows и СУБД

В просмотре событий Windows смотрите журнал «Приложение»: туда пишут сервер 1С, SQL Server и сбои самого 1cv8.exe. У SQL Server есть свой журнал ошибок в Management Studio, у PostgreSQL — файлы в папке log каталога данных.

Профилактика: как не потерять рабочую базу

Почти каждая история с неоткрывающейся базой заканчивается вопросом «а где последняя копия». Поэтому профилактика начинается с резервного копирования.

Для файловой базы:

• 📦 ежедневно копируйте каталог базы целиком, когда в ней никто не работает;
• 📤 раз в неделю делайте выгрузку .dt через Конфигуратор: Администрирование → Выгрузить информационную базу;
• 🗂 храните копии минимум за 7–14 дней и не на том же диске, что и база;
• ✅ раз в месяц проверяйте, что копия разворачивается: загрузите её в отдельную тестовую базу.

Для серверной базы настройте полный бэкап средствами СУБД раз в сутки и бэкап журнала транзакций в течение дня, если используется полная модель восстановления. Копия на уровне SQL быстрее и надёжнее выгрузки .dt для больших баз.

Что ещё снижает шансы на сбой:

• 🔌 источник бесперебойного питания на сервере и компьютере, где лежит файловая база;
• 🛡 исключения антивируса для каталогов баз, srvinfo и файлов СУБД;
• 📉 контроль свободного места на дисках с базами и журналами;
• 👥 переход на клиент-серверный вариант, когда в файловой базе постоянно работают больше 5–10 человек.

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