На днях пришлось решать еще одну проблему с вылетанием 1С. Вылетала Бухгалтерия, при этом платформа вообще не выдавала никаких ошибок, просто закрывалась. Пользователю при этом даже не обязательно было что-то делать, в какой-то момент программа просто закрывалась. В журнале винды ошибок не было (вернее было сообщение об ошибке приложения 1cv8.exe), технологический журнал 1С тоже ничего вразумительного не подсказал (ну или я не смог понять что он мне толкует 
). Просмотрел журнал регистрации 1С — на первый взгляд тоже ничего не заметил, и начал танцы с бубном — переустановил платформу, почистил кэш, сделал тестирование и исправление базы (ошибок в базе не нашлось). Ничего не помогало. Потом решил все таки повнимательнее посмотреть журнал регистрации 1С, ибо какие-то события там были, а именно данные о выполнении фоновых заданий. И сразу заметил одну вещь — время начала выполнения фонового задания «Слияние индекса полнотекстового поиска» совпадало аккурат со временем вылетания программы. Ну дальше зашел в Управление полнотекстовым поиском — жмакнул очистить индекс, потом обновить индекс, и произошло чудо — вылеты прекратились
Прекращена работа программы 1cv8c.
При старте 1с почти сразу падает. Авторизация проходит, окно базы открывается, интерфейс на месте, окна с новостями отображаются, но сразу появляется сообщение о создании дампа памяти и видим табло: » Прекращена работа программы 1cv8c».
В логах ругань на ошибку внутри core83.dll. Платформа 8.3.10.2561 32 бита.
Имя сбойного приложения: 1cv8.exe, версия: 8.3.10.2561, отметка времени: 0x5983aaf4
Имя сбойного модуля: core83.dll, версия: 8.3.10.2561, отметка времени 0x5983a625
Код исключения: 0xc0000005
Смещение ошибки: 0x00009592
Идентификатор сбойного процесса: 0x740
Время запуска сбойного приложения: 0x01d3b155a8a3f0ec
Путь сбойного приложения: C:\Program Files (x86)\1cv8\8.3.10.2561\bin\1cv8.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.10.2561\bin\core83.dll
На машине подключено две базы: файловая и SQL. Падает только SQL. На остальных машинах с той же версией платформы и той же базой все работает. Что за четыре часа траханья с проблемой проверил и это не помогло:
- чистка кэша 1с. наконец то узнал что это такое. лучшеб и не узнавал
- переподключение базы с новым именем
- переустановка платформы на сбойной машине. платформу на сервере предприятия по понятным причинам не трогал
- почитал логи SQL сервера и сервера предприятия. порезал логи sql-базы
- залогинился на эту же машину под другим пользователем. там ошибки не проявилась. на всякий случай очистил все папки с временными файлами у «сбойного» пользователя.
- перерыл кучу форумов где люди жалуются на такие же падения. но там было всё про древнюю версию и платформы и бухгалтерии. и еще народ жаловался на такие же падения, но там ошибка «вылазила» внутри MSVCR110.dll. не мой случай.
- на соседней машине попал в базу и поотключал всю рекламу и обновления при старте базы. Это там где Администрирование-Проверка и обслуживание
- допросил аутсорсного 1с-ника про недавние обновления базы и платформы — уже месяц ничего не трогали.
В итоге на одном из форумов нашел сообщение, что «падение» платформы 8.3 иногда вызваны включенным на «полную» ускорением графики в драйверах видеокарты. Раньше это настраивалось в свойствах экарана: Свойства-Дополнительно-Диагностика где обычно был слайдер Аппаратное ускорение. На сбойной машине бортовая видеокарта Intel HD 4600 и монтор разрешением 1920х1080. В Intel-драйверах движка про Аппаратное ускорение просто нет. Поставил с сайта интела самые свежие драйвера. НЕТ. Не помогло.
Подумал, как еще можно снизить нагрузку на видеокарту? Снизил разрешение. И тут, о чудо! при разрешении 1280×720 1с начал стартовать.
Если базе дать запустится на низком разершении, а потом уже переключится в штатное для монитора 1920×1080, то база продолжает работать.
Где видео-карта и где 1с:Предприятие, казалось бы…
База 1С при запуске уходит в дамп и вылетает
В последнее время частенько обращаются пользователи у которых после замены или ремонта компьютера 1С не запускается, а точнее при открытии уходит в dump и вылетает.
Как правило, решение одно: Отключить аппаратное ускорение видеокарты
В Windows XP:
- Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
- В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
- В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
- Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
В Windows 7:
- Откройте Панель управления (Пуск & Панель управления).
- Найдите и откройте элемент «Экран».
- В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
- В открывшемся окне нажмите на ссылку «Дополнительные параметры».
- Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
- В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.
Еще возможные варианты решения
- Если антивирус Касперский, то можно попробовать отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского. (Ошибка возникала на старых версиях 2011 года, но еще иногда встречается)
- Проверить соответствие релиза платформы/конфигурации.
- Попробовать зайти в базу с другой платформы.