Программа 1С не открывается, виснет или еле работает: порядок проверки

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

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

Программа не запускается или не видит базу

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

Окно запуска и список баз

• 🖥️ Окно не появляется вообще. Проверьте, не висит ли процесс 1cv8.exe или 1cv8c.exe в диспетчере задач от прошлого сеанса. Завершите его и запустите снова.
• 📋 Пропал список баз. Список хранится в файле ibases.v8i в папке %APPDATA%\1C\1CEStart. Если его стёр профиль или чистильщик, базу добавляют заново кнопкой «Добавить» и указывают путь к каталогу или имя сервера и базы.
• 🔢 Несколько версий платформы. Если в свойствах базы указана версия, которой нет на компьютере, запуск не состоится. В окне запуска откройте «Изменить» и на последнем шаге проверьте поле версии.

Файловая база по сети

Для файловой базы нужен доступ на чтение и запись к каталогу с файлом 1Cv8.1CD. Типичные сообщения:

• Файл базы данных поврежден — переходите к разделу о целостности.
• Нет доступа к файлу или ошибка совместного доступа — проверьте права пользователя на сетевую папку и не открыта ли база другой программой (архиватор, антивирус, синхронизация облака).
• Ошибка формата потока — часто лечится очисткой кэша (см. ниже), реже это повреждение базы.

Клиент-серверная база

Клиент сначала обращается к агенту сервера 1С (порт 1540), затем к менеджеру кластера (1541) и рабочим процессам из диапазона, который задан в свойствах рабочего сервера (по умолчанию 1560–1591). Если между клиентом и сервером стоит файрвол, открыть надо все три части, а не только 1540.

Сообщение Не удалось подключиться к серверу или Сервер 1С:Предприятия не обнаружен проверяют так:

1. Пингуется ли сервер по имени, указанному в свойствах базы. Если по IP работает, а по имени нет — проблема в DNS или файле hosts.
2. Запущена ли служба агента сервера 1С на сервере.
3. Видна ли база в консоли кластера.
4. Работает ли сам SQL-сервер и не закончилось ли место на диске с базой.

Почему 1С зависает и медленно работает

Тормоза бывают трёх видов, и лечатся они по-разному: долгий запуск, общая медлительность и зависание на конкретной операции.

Долгий запуск после обновления

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

Кэш хранится в двух местах, в папках с длинными именами-GUID:

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

Закройте 1С, удалите содержимое папок с GUID-именами (файлы ibases.v8i и 1cestart.cfg не трогайте) и запустите программу. Другой способ — добавить параметр запуска /ClearCache в свойствах базы, поле «Дополнительные параметры запуска», и убрать его после одного входа.

Тормозит у всех пользователей

Регламентные операции SQL (обновление статистик, перестроение индексов) настраивают в планах обслуживания СУБД. Если их никто не настраивал, после года работы базы запросы заметно замедляются.

Зависает на одной операции

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

• 🔒 операция ждёт блокировку, которую держит другой пользователь (следующий раздел);
• 📊 отчёт строится за слишком большой период или без отборов, и сервер честно считает миллионы строк.

Проверка простая: попросите остальных выйти из базы и повторите операцию. Если стало быстро — дело в блокировках.

Сбои при обновлении конфигурации

Обновление — самый частый момент, когда «с 1С что-то случилось». Разберём три типичных сценария.

Не удаётся получить монопольный доступ

Для обновления структуры базы данных нужен монопольный режим: в базе не должно быть ни одного другого сеанса. Сообщение Ошибка установки монопольного режима означает, что кто-то остался в базе. Это может быть забытый сеанс на соседнем компьютере, фоновое задание или обмен.

1. Посмотрите активных пользователей. В конфигураторе это Администрирование → Активные пользователи.
2. Попросите людей выйти. В клиент-серверной базе зависшие сеансы видно в консоли кластера.
3. Для планового окна установите блокировку начала сеансов в свойствах базы в консоли кластера, указав время и сообщение для пользователей.

Обновление прервалось на середине

Если во время обновления базы данных (F7 в конфигураторе) пропал свет или упало соединение, при следующем входе программа сообщит, что конфигурация базы данных не соответствует сохранённой. Откройте конфигуратор и снова выполните «Обновить конфигурацию базы данных». Чаще всего этого достаточно.

Если повторное обновление выдаёт ошибку, восстановите базу из копии, сделанной перед обновлением, и повторите процедуру. Копию делают через Администрирование → Выгрузить информационную базу в файл .dt или средствами СУБД.

Ошибки после входа в обновлённую базу

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

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

Блокировки и журнал регистрации

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

Как открыть:

• в конфигураторе: Администрирование → Журнал регистрации;
• в пользовательском режиме БП 3.0, ЗУП 3.1 и УТ 11: Администрирование → Обслуживание, ссылка «Журнал регистрации».

Поставьте отбор по уровню «Ошибка» и по нужному интервалу. Строка ошибки содержит текст исключения, пользователя и объект — этого обычно хватает, чтобы понять, кто и на чём споткнулся.

Ошибки блокировок

Типичные тексты:

• Конфликт блокировок при выполнении транзакции
• Превышено максимальное время ожидания предоставления блокировки
• Лицензия не обнаружена (не блокировка, но тоже часто выглядит как «зависание» при входе)

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

Что делать:

1. Найдите по журналу регистрации, кто работал в этот момент и с какими документами.
2. Разведите тяжёлые операции по времени: закрытие месяца, перепроведение, групповые обработки — когда остальные не работают.
3. Если ошибка повторяется на обычных операциях у нескольких человек, нужен анализ технологического журнала специалистом. Причина бывает в доработках, которые захватывают лишние данные.

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

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

Повреждение базы и ошибки конфигурации

Если ошибки появляются при открытии конкретных документов, отчёты падают со странными сообщениями, а в списках видны строки вида <Объект не найден>, — проверьте целостность.

Битые ссылки и «Объект не найден»

<Объект не найден> (123:a1b2...) означает, что документ или справочник ссылается на элемент, которого нет в базе. Причины: элемент удалили напрямую, без контроля ссылок, или данные пришли по обмену без связанных объектов. Чинят это тестированием базы или ручной правкой ссылок в документах.

Тестирование и исправление

Перед тестированием обязательно сделайте резервную копию: исправление необратимо меняет данные.

1. Выгрузите базу в .dt или скопируйте каталог файловой базы.
2. Убедитесь, что в базе никого нет: нужен монопольный режим.
3. В конфигураторе откройте Администрирование → Тестирование и исправление.
4. Для первого прохода включите проверку логической целостности и ссылочной целостности, режим «Тестирование» без исправления.
5. Изучите отчёт. Если найдены ошибки, повторите с режимом «Тестирование и исправление» и выберите действие для битых ссылок: создать объекты-заглушки, а не очищать ссылки.

Объекты-заглушки потом видно и можно заменить на правильные. Очистка ссылок стирает информацию безвозвратно.

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

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

Порядок: скопируйте файл базы в отдельную папку, запустите утилиту, укажите путь к копии, отметьте «Исправлять обнаруженные ошибки». Работайте только с копией.

Проверка конфигурации

Ошибки вида Ошибка компиляции модуля или Процедура или функция с указанным именем не определена после доработок проверяют командой Конфигурация → Проверка конфигурации в конфигураторе. Она покажет модули с синтаксическими ошибками и ссылки на несуществующие объекты. В типовой конфигурации без доработок такие ошибки после обновления говорят о неполном обновлении или конфликте с расширением.

Обмены и внешние системы

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

Где смотреть в типовых конфигурациях: Администрирование → Синхронизация данных. Там видно, когда прошла последняя успешная синхронизация и есть ли предупреждения.

Частые причины сбоев обмена:

• 🔄 Разные версии формата. Одну базу обновили, вторую нет, и формат обмена разошёлся. Обновляйте связанные базы вместе.
• 🗂️ Не заполнены обязательные данные. Документ не загружается, потому что в нём нет договора, склада или ставки НДС. Текст предупреждения укажет объект.
• 🌐 Нет связи. Обмен через веб-сервис или облачную папку упирается в недоступный адрес, просроченный пароль или сертификат.
• ⏳ Регламентное задание отключено. Автоматическая синхронизация не идёт, хотя вручную всё работает.

Банк-клиент, ЭДО и сервисы отчётности работают через интернет-поддержку. Если они перестали отвечать, сначала проверьте подключение в разделе Администрирование → Интернет-поддержка и сервисы: часто слетает логин или истекает срок действия сертификата подписи.

Как не доводить до аварии

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

Ещё два правила из практики:

• 🧪 Держите тестовую копию. Любую обработку, расширение или обновление сначала запускают на копии рабочей базы.
• 📏 Следите за ростом файловой базы. Когда в ней работают пять и более человек одновременно, а файл растёт, переход на клиент-серверный вариант снимает большинство проблем с зависаниями.

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