Администрирование · 10 мин
Почему перестала работать 1С и как восстановить её работу
Разбираем, почему перестала работать 1С: не запускается, зависает, выдаёт ошибки. Пошаговая диагностика, проверка лицензий, кэша, базы и сервера.
Когда 1С внезапно перестаёт запускаться, зависает или выдаёт ошибку, главное — не выполнять поспешных действий вроде переустановки платформы или удаления файлов базы. Большинство сбоев имеет ограниченный список причин: повреждённый кэш, проблемы с лицензией, блокировка базы, отсутствие связи с сервером или ошибки после обновления. Если действовать последовательно, проблему обычно удаётся локализовать за 15–30 минут.
Диагностику нужно начинать с понимания архитектуры: работаете ли вы с файловой базой на локальном компьютере, с базой в общей сетевой папке или с клиент-серверным вариантом на SQL. От этого зависит, где искать источник сбоя — на рабочем месте, в сети или на сервере. Ниже разобраны основные сценарии и конкретные действия для каждого.
Сначала определите характер сбоя
Прежде чем что-то исправлять, зафиксируйте симптомы. «Не работает» может означать совершенно разные ситуации: программа не запускается вовсе, запускается, но не открывает базу, база открывается, но зависает при выполнении операций, либо 1С вылетает с ошибкой в конкретный момент. Каждый сценарий указывает на свою группу причин.
Запишите точный текст ошибки или сделайте снимок экрана. Сообщения вида «Ошибка формата потока», «Не обнаружена лицензия», «Конфликт блокировок» или «Ошибка соединения с сервером» — это готовые подсказки, по которым можно сразу перейти к нужному разделу диагностики.
Проверьте, запускается ли конфигуратор, и виден ли ключ лицензии
Попробуйте очистить кэш и открыть базу с другого компьютера
Проверьте свободное место на диске и активные сеансы
Проверьте, завершилось ли обновление без прерываний
Очистите кэш — самое частое решение
Повреждённый кэш метаданных — лидер среди причин странного поведения 1С: ошибок формата потока, вылетов при открытии базы, «глюков» интерфейса. Кэш хранится в профиле пользователя и не содержит данных базы, поэтому его удаление безопасно.
Для файловых баз кэш находится в папках вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Найдите папку с именем в виде длинного идентификатора, соответствующего проблемной базе, и удалите её при закрытой 1С. При следующем запуске кэш будет создан заново — первое открытие займёт больше времени, это нормально.
Альтернативный способ — удалить базу из списка в стартере 1С и добавить её заново по тому же пути. Для клиент-серверных баз также помогает очистка серверного кэша: перезапуск службы агента сервера 1С с последующим удалением содержимого папки srvinfo (кроме файлов настроек кластера, если вы не уверены в их назначении — в этом случае ограничьтесь перезапуском службы).
- 1Закройте все сеансы 1С на компьютере
- 2Откройте %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8
- 3Найдите папку с идентификатором проблемной базы
- 4Удалите эту папку (не трогайте остальные)
- 5Запустите 1С и откройте базу — дождитесь полной загрузки
Проверьте лицензию и ключ защиты
Сообщение «Не обнаружена лицензия для использования программы» появляется, когда 1С не видит программную лицензию или аппаратный ключ HASP. Типичные причины: переустановка Windows, замена оборудования (программная лицензия привязывается к параметрам компьютера), переполнение реестра лицензий, остановка службы HASP License Manager.
Для программных лицензий проверьте папки C:\ProgramData\1C\licenses и каталог пользователя: файлы с расширением .lic должны быть на месте и не иметь нулевой размер. Если лицензия «слетела» после замены железа — потребуется повторная активация по пин-коду из комплекта поставки (обычно доступен основной пин-код и несколько резервных).
Для USB-ключей убедитесь, что ключ физически вставлен и определяется системой, а служба менеджера лицензий запущена. Если ключ сетевой — проверьте связь с компьютером, где он установлен, и не превышено ли число одновременных сеансов, разрешённое лицензией.
Устраните блокировки и зависшие сеансы
Если база не открывается с сообщением о блокировке или монопольном режиме, причина почти всегда в зависших сеансах. В файловом варианте базу блокирует файл 1Cv8.1CL в папке базы — он появляется при работающих сеансах и иногда остаётся после аварийного завершения. Убедитесь, что никто не работает в базе, и удалите этот файл.
В клиент-серверном варианте зависшие сеансы видны в консоли кластера серверов 1С. Откройте консоль, найдите сеансы с устаревшим временем последней активности и завершите их принудительно. Заодно проверьте список блокировок — долгая транзакционная блокировка может «вешать» работу всех пользователей по конкретным объектам.
Признак массовой проблемы с блокировками: 1С работает, но операции (проведение документов, закрытие месяца) выполняются неприлично долго или завершаются ошибкой «Конфликт блокировок при выполнении транзакции». Здесь помогает анализ в технологическом журнале и пересмотр расписания регламентных заданий, которые могут пересекаться с работой пользователей.
Проверьте сервер, сеть и дисковое пространство
В клиент-серверной архитектуре 1С перестаёт работать, если недоступен сервер приложений или СУБД. Проверьте по цепочке: пингуется ли сервер, запущена ли служба агента сервера 1С, работает ли служба СУБД (MS SQL Server, PostgreSQL), не закончилось ли место на дисках сервера. Переполненный диск — частая причина внезапной остановки: журналы транзакций SQL и временные файлы растут незаметно.
Для файловой базы в общей сетевой папке проверьте доступность папки с рабочих станций и права доступа. Обрывы сети при работе с файловой базой по сети — одна из главных причин её повреждения, поэтому такой режим допустим только для небольшого числа пользователей.
Также убедитесь, что антивирус не блокирует процессы 1С и не сканирует каталоги базы в реальном времени. Добавьте папки базы, каталоги платформы и процессы 1cv8.exe, ragent, rphost в исключения антивируса — это устраняет и сбои, и значительную часть «тормозов».
Что делать, если проблема появилась после обновления
Сбой после обновления платформы или конфигурации — отдельный сценарий. Если обновление конфигурации прервалось (отключение электричества, разрыв соединения), база может остаться в промежуточном состоянии. Откройте конфигуратор и попробуйте выполнить обновление конфигурации базы данных повторно — часто процесс завершается со второго раза.
Если 1С перестала работать после обновления платформы, проверьте совместимость версии платформы с конфигурацией. Откат на предыдущую версию платформы выполняется установкой нужного релиза рядом — платформы разных версий уживаются на одном компьютере, а в свойствах базы в стартере можно указать конкретную версию.
Перед любыми обновлениями всегда делайте выгрузку базы через конфигуратор (файл .dt) или резервную копию средствами СУБД. Это единственная страховка, которая позволяет спокойно экспериментировать с восстановлением.
Если ничего не помогло: тестирование и восстановление
Когда очистка кэша, проверка лицензии и сервера не дали результата, переходите к диагностике самой базы. Для файловых баз используйте утилиту chdbfl.exe из каталога платформы — она проверяет физическую целостность файла 1Cv8.1CD. Затем выполните «Тестирование и исправление» в конфигураторе, предварительно сделав копию, и только в режиме проверки без исправления, чтобы оценить масштаб проблемы.
Для клиент-серверных баз физическую целостность проверяют средствами СУБД (например, DBCC CHECKDB для MS SQL). Если повреждение подтверждено и исправление невозможно, остаётся восстановление из последней работоспособной резервной копии с последующим ручным вводом данных за потерянный период.
Если база открывается, но в ней отсутствуют документы или справочники, которые были раньше — проверьте, не работаете ли вы с другой копией базы: после восстановлений и переносов пользователи нередко подключаются к устаревшей копии по старому пути.
Что важно запомнить
Действуйте от простого к сложному: текст ошибки → очистка кэша → лицензия → блокировки и сеансы → сервер, сеть и диск → тестирование базы. Резервная копия перед любыми исправлениями — обязательное условие.
Частые вопросы
1С выдаёт «Ошибка формата потока» — это повреждение базы?
Не обязательно. В большинстве случаев эта ошибка связана с повреждённым кэшем и исчезает после его очистки. Если очистка кэша на всех компьютерах не помогла — тогда проверяйте целостность самой базы через chdbfl.exe или тестирование в конфигураторе.
База открывается у всех, кроме одного пользователя. Что проверить?
Проблема локальная: очистите кэш на его компьютере, проверьте версию платформы, права доступа к сетевой папке и параметры его учётной записи в базе. Также убедитесь, что у пользователя хватает прав в самой конфигурации.
После аварийного отключения электричества база не открывается. Что делать?
Сначала удалите файл блокировок 1Cv8.1CL из папки базы (для файлового варианта). Если не помогло — сделайте копию файла базы и запустите проверку через chdbfl.exe. При серьёзном повреждении восстанавливайте базу из резервной копии.
1С стала работать медленно, но ошибок нет. Это тот же класс проблем?
Частично. Проверьте свободное место на дисках, исключения в антивирусе, размер базы и журнала регистрации (его можно сократить в конфигураторе), а также регламентные задания, выполняющиеся в рабочее время. Для клиент-серверного варианта дополнительно анализируйте нагрузку на СУБД.
Можно ли просто переустановить 1С, чтобы всё заработало?
Переустановка платформы помогает только при повреждении файлов самой платформы, что случается редко. Кэш, лицензии, сетевые проблемы и повреждения базы переустановка не устраняет, поэтому начинать с неё не стоит.
Как защититься от повторения ситуации?
Настройте регулярное резервное копирование (выгрузка .dt или копии средствами СУБД), добавьте каталоги 1С в исключения антивируса, контролируйте свободное место на дисках и не выключайте компьютер с открытыми сеансами файловой базы. Этих мер достаточно, чтобы большинство сбоев либо не возникало, либо устранялось за минуты.