Администрирование · 11 мин
Почему выкидывает из 1С: причины и способы устранения
Разбираем, почему 1С вылетает или закрывается: типичные причины, диагностика по шагам, очистка кэша, проверка сети и прав. Практические решения для пользователя и администратора.
Когда 1С неожиданно закрывается посреди работы — при проведении документа, формировании отчёта или сразу после входа — это почти всегда симптом конкретной технической проблемы, а не «глюк программы». Причины делятся на четыре группы: локальные (кэш, платформа, ресурсы компьютера), сетевые (связь с сервером), серверные (СУБД, служба агента) и прикладные (ошибки в коде конфигурации или расширениях).
Важно сразу зафиксировать обстоятельства сбоя: вылетает ли программа у всех пользователей или только у одного, на конкретном действии или случайно, сразу после обновления или без видимой причины. Эта информация сокращает диагностику с часов до минут, потому что каждая группа причин имеет характерные признаки.
Ниже разобраны основные сценарии вылетов с конкретными действиями по устранению. Материал подходит и пользователю файловой базы на одном компьютере, и администратору клиент-серверной установки.
Определите тип вылета: это половина диагностики
Прежде чем что-либо исправлять, ответьте на три вопроса. Первый: программа закрывается с ошибкой (окно с текстом, дамп) или молча? Молчаливое закрытие чаще указывает на нехватку памяти или аварийное завершение процесса, а окно с текстом ошибки — на прикладную проблему, которую можно найти по формулировке.
Второй вопрос: вылет воспроизводится на другом компьютере или у другого пользователя? Если проблема только на одном рабочем месте — ищите локальную причину (кэш, память, права, антивирус). Если у всех — смотрите сервер, сеть или саму конфигурацию.
Третий вопрос: вылет привязан к конкретному действию? Если программа падает стабильно при открытии одного отчёта или проведении конкретного документа — почти наверняка дело в коде конфигурации, расширении или данных этого объекта.
Кэш, память, антивирус, права на папки
Служба агента 1С, СУБД, сеть, дисковое пространство сервера
Расширения, доработки, данные объекта, журнал регистрации
Версия платформы, обновление конфигурации, расширения
Очистка кэша — первое действие при локальных вылетах
Кэш метаданных 1С хранится в профиле пользователя и ускоряет запуск, но при обрыве сеанса или обновлении он может повредиться. Симптомы типичны: программа падает при старте, при открытии определённых форм, выдаёт ошибки формата потока или «Ошибка СУБД» в файловой базе.
Кэш находится в папках %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 — там лежат каталоги с длинными именами-идентификаторами баз. Безопасный способ очистки: закрыть 1С, удалить папку с идентификатором проблемной базы (или всё содержимое каталогов) и запустить программу заново. Кэш пересоздастся автоматически, данные базы при этом не затрагиваются.
Альтернатива ручному удалению — параметр /ClearCache в строке запуска или удаление базы из списка в стартере и повторное добавление по тому же пути. Последний способ удобен, если пользователь не умеет работать с системными папками.
- 1Закройте все сеансы 1С на проблемном компьютере
- 2Откройте %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8
- 3Удалите папки с идентификаторами баз (или всё содержимое каталогов)
- 4Запустите 1С и проверьте, исчез ли вылет
- 5Если нет — переходите к проверке памяти и платформы
Нехватка памяти и ресурсов компьютера
Тяжёлые отчёты, групповое перепроведение, обмены данными — операции, которые могут потребовать несколько гигабайт оперативной памяти. Если её не хватает, 32-битный клиент 1С упирается в ограничение адресного пространства и аварийно завершается, часто без внятного сообщения.
Проверьте в диспетчере задач потребление памяти процессом 1cv8.exe в момент выполнения проблемной операции. Если оно приближается к 2 ГБ на 32-битной платформе — переходите на 64-битную версию клиента или выполняйте тяжёлую операцию на сервере. Также убедитесь, что на диске C: есть свободное место: при его нехватке падают и временные файлы, и файл подкачки.
Отдельный случай — вылеты при печати или предпросмотре. Здесь частая причина — неисправный принтер по умолчанию или «битый» драйвер. Смените принтер по умолчанию на другой (хотя бы виртуальный) и проверьте, исчезла ли проблема.
Сеть и сервер: когда вылетает у всех
В клиент-серверном режиме массовые вылеты почти всегда означают проблему на стороне сервера или сети. Типичные причины: остановка или перезапуск службы агента сервера 1С, переполнение диска на сервере СУБД, обрывы сети, нехватка памяти у рабочих процессов rphost.
Начните с простого: зайдите на сервер и проверьте, что служба агента сервера 1С работает, на дисках есть свободное место (для СУБД критично место под журналы транзакций и tempdb), а в журнале событий Windows нет ошибок в моменты вылетов. В консоли кластера посмотрите потребление памяти процессами rphost — при её исчерпании сеансы обрываются.
Сетевые обрывы диагностируются проще всего: если вылеты совпадают с моментами, когда пропадает связь (VPN, Wi-Fi, перегруженный канал), пользователи получают ошибку «соединение с сервером разорвано». Для тонких клиентов и веб-клиента даже кратковременный разрыв безвозвратно завершает сеанс — это штатное поведение, а не неисправность.
Ошибки конфигурации, расширений и обновлений
Если вылет стабильно повторяется на одном действии у всех пользователей, почти всегда виноват прикладной код. Первый подозреваемый — расширения конфигурации: отключите их по очереди (Администрирование → Печатные формы, отчеты и обработки → Расширения, либо через конфигуратор) и проверяйте, исчез ли сбой. Расширение, написанное под старую версию конфигурации, после обновления может ронять сеанс целиком.
Второй источник — недавнее обновление. Если вылеты начались сразу после него, проверьте: завершилось ли обновление корректно (были ли ошибки в журнале обновления), совместима ли версия платформы с версией конфигурации, не требуется ли отложенное обновление данных, которое ещё не выполнено.
Для поиска причины используйте журнал регистрации (Администрирование → Журнал регистрации): отфильтруйте по пользователю и времени вылета, ищите события с уровнем «Ошибка» непосредственно перед обрывом сеанса. Текст ошибки и имя объекта метаданных укажут, где искать проблему.
Вылеты «на ровном месте» без привязки к действию часто вызваны фоновыми заданиями: обменами, расчётом итогов, полнотекстовым поиском. Если сбой происходит примерно в одно и то же время, проверьте расписание регламентных заданий — вероятно, падает не пользовательский сеанс, а фоновое задание затрагивает те же данные.
Антивирус, права доступа и окружение
Антивирусы нередко блокируют или «замораживают» файлы 1С в момент записи: кэш, временные файлы, файл базы 1Cv8.1CD в файловом режиме. Результат — внезапные вылеты и ошибки доступа. Добавьте в исключения антивируса папки кэша, каталог базы и исполняемые файлы платформы, затем проверьте, повторяется ли сбой.
Проверьте также права пользователя Windows на папки с кэшем и базой: если профиль повреждён или права урезаны политиками, платформа не может записать служебные файлы и завершается. Быстрый тест — запуск 1С под другим пользователем Windows на том же компьютере.
Для файловых баз, размещённых на сетевом диске, вылеты при одновременной работе нескольких пользователей — известное ограничение: протокол SMB плохо справляется с блокировками 1С. Если база сетевая и пользователей больше нескольких человек, правильное решение — переход на клиент-серверный режим, а не борьба с симптомами.
Как выбрать действие
Проверка результата и когда привлекать специалиста
После каждого исправления проверяйте результат целевым тестом: повторите действие, которое раньше вызывало вылет, минимум несколько раз и в типичной нагрузке. Разовое «вроде работает» не подтверждает устранение причины — многие сбои проявляются только под нагрузкой или в определённое время.
К самостоятельной работе относятся: очистка кэша, смена принтера по умолчанию, добавление исключений в антивирус, отключение расширений, просмотр журнала регистрации. К зоне специалиста — настройка кластера серверов, оптимизация СУБД, исправление кода конфигурации, восстановление повреждённой базы утилитой chdbfl или тестированием и исправлением. Последние две операции выполняйте только на копии базы.
Как проверить результат
Операция выполняется несколько раз подряд без сбоя
Вылет повторяется или сместился на другое действие
Нет новых ошибок в момент выполнения операции
Ошибки продолжают появляться — причина не устранена
У всех сеансы стабильны
Сбой остался у части пользователей — ищите локальные различия
Стабильное значение без постоянного роста
Память растёт до предела и процесс падает
Частые вопросы
Выкидывает из 1С сразу после ввода пароля. Что делать?
Чаще всего это повреждённый кэш метаданных или несовместимость версии платформы с конфигурацией. Очистите кэш в папках %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, затем проверьте, запускается ли база на другом компьютере. Если да — проблема локальная, если нет — проверяйте версию платформы и сервер.
1С вылетает при формировании большого отчёта. Это лечится?
Да. Обычно причина — нехватка памяти у клиентского процесса. Переход на 64-битную платформу, формирование отчёта на сервере (в фоновом задании) или сокращение периода отчёта решают проблему. Проверьте также свободное место на диске C:.
Программа закрывается молча, без сообщения об ошибке. Где искать причину?
Смотрите журнал событий Windows (Просмотр событий → Журналы Windows → Приложение): там фиксируются аварийные завершения 1cv8.exe с кодом и модулем сбоя. Дополнительно проверьте потребление памяти и исключения антивируса — молчаливые вылеты часто связаны именно с ними.
Вылеты начались после обновления конфигурации. Откатывать обновление?
Не спешите. Сначала отключите расширения — они самая частая причина несовместимости после обновления. Затем проверьте в журнале регистрации, завершилось ли отложенное обновление данных. Откат на резервную копию — крайняя мера, если причина не находится.
Может ли быть причиной вылетов повреждение самой базы?
Да, особенно в файловом режиме после аварийного отключения питания или обрыва сети. Признаки: ошибки «Ошибка СУБД», «Ошибка формата потока» у всех пользователей. Диагностику выполняют утилитой chdbfl и тестированием и исправлением в конфигураторе — строго на копии базы.
Из 1С выкидывает только при печати. В чём дело?
Почти всегда виноват драйвер принтера, установленного по умолчанию. Смените принтер по умолчанию на другой или виртуальный (например, Microsoft Print to PDF) и проверьте. Если помогло — переустановите драйвер проблемного принтера свежей версией с сайта производителя.
Что важно запомнить
Диагностику начинайте с определения масштаба сбоя: один пользователь — кэш, память, антивирус; все пользователи — сервер и сеть; конкретное действие — расширения и код. Очистка кэша решает большинство локальных вылетов. Любые операции с базой и сервером выполняйте только при наличии свежей резервной копии.