Перейти к содержимому
Настройка 1С
Решения по использованию программ 1С. Техподдержка. Сопровождение. Услуги программистов.
Ошибка появилась на файловой базе 1С. ИБ опубликована на веб-сервере IIS. При открытии на сервере приложение автоматически закрывается с записью события Application Error.
Со стороны удаленного тонкого клиента показывалась ошибка «К сожалению, возникла непредвиденная ситуация».
Имя сбойного приложения: 1cv8c.exe
Версия: 8.3.22.1923
Имя сбойного модуля: backend.dll
Помним о безопасности: перед любыми действиями создаем контрольную точку состояния системы и резервную копию ИБ.
У клиента одновременно работали несколько файловых баз, при этом ошибка возникала только в одной Бухгалтерии (БП).
Делаем вывод, что платформа в рабочем состоянии. Поэтому – что-то не так с информационной базой.
Методом проб и ошибок нашли причину — скрывалась в файлах фоновых заданий. Помогла очистка папки 1Cv8JobScheduler в каталоге с базой. После чего БП запустилась корректно.
Общие рекомендации
- Настройте в дополнительных параметрах ИБ запрет на запуск запланированных заданий
‘/AllowExecuteScheduledJobs -Off‘
и попробуйте открыть базу. - Проверьте физическую целостность файла 1Cv8.1CD через штатную утилиту chdbfl в каталоге bin платформы.
- Очистите локальный кэш.
- Скопируйте файл 1Cv8.1CD в другой пустой каталог и проверьте открытие базы через режим «Добавление в список существующей информационной базы», указав путь к этой папке.
- При возможности запуска Конфигуратора
► выполните проверки ТиС (Тестирование и исправление);
► выгрузите информационную базу в dt-файл и разверните её в другом расположении. - В основном каталоге базы удалите файлы с расширением *.cfl – пройдите поиском по всем подкаталогам.
- Проверьте зачистку подкаталогов 1Cv8Log (журнал регистрации) и 1Cv8JobScheduler (планировщик заданий) на копии. По очереди. В режиме «очистить – открыть базу».
✅ Проверьте указанные рекомендации последовательно. Успехов вам!
__________
Если что-то не получается и требуется поддержка — наши программисты готовы помочь → +7-911-500-10-11
Sagitarius
29.03.07
✎
03:31
Подскажите, кто знает, что делать — 1С 8.0 выдает ошибку «Ошибка приложения 1cv8.exe, версия 8.0.18.2, модуль BackEnd.dll, версия 8.0.18.2, адрес 0х001685b4». Ошибка появилась после сохранения изменения в конфигурации (каждый день приходится что-то дописывать, т.е. изменение конфигурации шло постоянно в течении 3 лет. Изменение было плевое — была исправлена одна строка в модуле формы документа, т.е. реструктуризаций и т.п. не было). 1С позволяет входить в конфигуратор, производит все действия, кроме тестирования БД, запуска отладчика и запуска в пользовательском режиме. Система установлена на Win2003SP1+Terminal+SQL2000SP4+1C 8.0.18+VirtualUSBEnumerator+дампы+Aladdin LM. Пробовал использовать патченный BackEnd.dll — эффект = 0.
ТелепатБот
29.03.07
✎
03:31
jcage
29.03.07
✎
04:32
(0) была у меня такая проблема. Только во время загрузки кладр вылетело, а потом постоянно начало сыпаться. Лечил простой перестановкой 8.x.
А вообще, если дампы — то можно всего ожидать…
Sagitarius
29.03.07
✎
04:39
Не помогает 
Я даже сервер 1С и клиента перенес на другую машину — одна фигня. Есть еще одно замечание — глюки только с одной базой, но как их лечить? База 40 Гб
jcage
29.03.07
✎
04:39
(3) файл, SQL?
Sagitarius
29.03.07
✎
04:41
Да
Sagitarius
29.03.07
✎
04:41
Он другим быть не может Флайловый — только 2Гб.
jcage
29.03.07
✎
04:41
Выгрузку и загрузку в другую SQL базу?
jcage
29.03.07
✎
04:42
(6) Я буху под 3 гига видел — полет нормальный. С моей помощью..)
Sagitarius
29.03.07
✎
04:43
Эффект = 0, видимо проблема с базой, но как ее решать, нигде не нашел 
КонецЦикла
29.03.07
✎
05:23
(6, 
Речь не о размере ВСЕЙ базы
Sagitarius
29.03.07
✎
05:26
Что имеется ввиду под названием «вся база»? У меня 40Гб — это информация SQL о файле mdf, при этом сам mdf — 46Гб
КонецЦикла
29.03.07
✎
05:45
(11) Потому что ограничение ДБФ — на размер одного файла и кол-ва записей в нем
Sagitarius
29.03.07
✎
05:51
У 1С 8.0 файловая база — 1 файл
КонецЦикла
29.03.07
✎
05:55
(13) Это не ДБФ
А выгрузить дает? А поиск ничего не дал?
Sagitarius
29.03.07
✎
06:04
(14) что не дбф — это понятно, ладно разговор уходит не туда База видимо повреждена на уровне SQL, т.к. все операции загрузки, выгрузки как 1С так и SQL проходят нормально, просто 1С отказывается запускаться в рабочем режиме и тестироваться. И я не понял, поиск чего «ничего не дал»?
КонецЦикла
29.03.07
✎
06:07
(15) Вот, вот, не ДБФ, а нечто свое
Ну по сабжу не помогу, поэтому и предложил фпоиск
Переставь 1С, выгрузить базу попробуй… снеговик загадочен
Sagitarius
29.03.07
✎
06:08
(16) Мдя? Ладно и на этом спасибо
Sagitarius
29.03.07
✎
07:57
Может кто знает что делать?
RomaH
29.03.07
✎
08:01
может того, вроде «гипертрейдинг» называется — поставить приложение в исключение?
или на рабочей станции аналогично ошибку выдает ?
RomaH
29.03.07
✎
08:03
не — в свойствах компьютера (2003 сервер) «Предотвращение выполнения данных»
Sagitarius
29.03.07
✎
08:11
(19) на любой другой машине такая же фигня
(20) там и так стоит «выполнение только для основных служб Windows»
Sagitarius
29.03.07
✎
08:49
Ап
Sagitarius
29.03.07
✎
10:00
Ап
Sagitarius
30.03.07
✎
14:26
Всем спасибо, кто откликнулся, сообщаю решение проблемы:
1) Причина: 1С основной причиной считает кривую работу HASP ключа или драйвера защиты или менеджера лицензий или работу сетевого оборудования, что вызывает временную потерю 1С 8.0 ключа защиты. Это все конечно так, НО! Похожую проблему может вызывать некорректные связки в SQL базе в таблицах config, configSave и systemobject, вызванные, к примеру, обрушением базы в момент сохранения конфы (реиндексации, рестурктуризации базы). При перезагрузке SQL он подхватывает частично верные и неверные таблицы (как это происходит наверное скажут спецы по SQL) и база продолжает нормально работать, но при попытке сохранить изменения начинает сказываться расхождение — и 1С «вылетает» с такой же ошибкой в модуле BackEnd.dll.
2) Лечение: Вся проблема в том, что решить ее средствами 1С невозможно — она отваливается при обращении к этим таблицам, ссредтва SQL тоже «не видят» проблем, т.к. SQL «по барабану», что изменения в базу не внедрены, а config уже новый. На форумах спец по SQL пишут, что повреждения systemobject — этпо полный … абзац — и НИКАК не лечится. Все верно! НО! Если есть резервные копии, то все значительно легче. Бэкапы могут быть 2 видов: выгруженные средствами 1С и бэкапы SQL. Разница — принципальная, т.к. при разворачинаии архива 1С, создается новая база с совершенно другими ID таблиц и systemobject-ом, что привод к полному краху идеи подмены таблиц. Проблема еще в том, что systemobject — это системная таблица и экспортровать ее очень тяжело. Поэтому дано обмануть и 1С и SQL. Делается это так:
а) разворачиваем во 2-ю базу бэкап (любой 1С или SQL), средствами SQL Export делаем замену config, configsave на аналогичные из копии.
б) заходим в конфигуратор (обычно он пускает, т.к. в этот момен 1С не проверяет соответствие таблиц в SQL) и делаем «загрузить конфигурацию из файла» (при том ндо сохранить конфу из нормальной копии в файл). 1С заглатывает удочку, т.к. в момент загрузки у 1С «нормальная» конфа в таблице config, а при замене конфигурации SQL перетраивает systemobject под новую конфу, но текущим таблицам. В результате мы имеем нормальный systemobject и нормальную конфигурацию. Все! Можно работать!
ЗЫ: Если есть нормальный архив, то все выше описанное никому не нужно, но есть один неприятный момент. Если после вылета 1С (см п.1) база продолжила нормально работать, то это НЕ ЗНАЧИТ что там нет ошибок, и в ваших архивах SQl и 1С эти ошибки будут сидеть и ждать своего часа, пока вы не решите сохранить конфу или протестироваться.
03.07.07
✎
22:41
Очень благодарен г-ну Sagitarius’у! Вышеуказанный рецепт работает на 100%!.
Показывать по
10
20
40
сообщений
Новая тема
Ответить
andbuh
Дата регистрации: 07.04.2016
Сообщений: 3
При попытке создания нового отчёта для ФСС программа 1С (базовая) вылетает с ошибкой:
Имя приложения: 1cv8.exe
Версия приложения: 8.3.7.2008
Имя модуля с ошибкой: backend.dll
Версия модуля с ошибкой: 8.3.7.2008
Операционная система Windows7. База данных тестировалась в конфигураторе, всё без ошибок.
Отчёт для налоговой удалось сделать, а на отчёте для ФСС ошибка.
Подскажите пожалуйста, если кто знает, как решить проблему с 1С.
Vladko
активный пользователь
офлайн
Дата регистрации: 27.08.2007
Сообщений: 2648
попробуйте сформировать на одном из последних релизов платформы 8.3.6. Скорее всего проблема исчезнет.
andbuh
Дата регистрации: 07.04.2016
Сообщений: 3
Пробовали сразу. Откатили систему и поставили 8.3.6.1977
1С потребовала минимальный релиз не ниже 8.3.6.2041.
Тогда установили 8.3.6.2530 и ошибка backend.dll опять повторилась именно при попытке создать отчёт для ФСС.
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20926
andbuh,найдите здесь поиском тему, где говорится про обновление адресного классификатора. Вроде после этого 4ФСС запускалась.
andbuh
Дата регистрации: 07.04.2016
Сообщений: 3
Prikum, благодарю за подсказку!
После подгрузки адресной базы региона ошибка при создании отчёта для ФСС не возникла.
Ошибка возникала при попытке создания не только для ФСС, для ПФР тоже самое было. Теперь всё без ошибок.
Странно, что при автоматическом обновлении 1С через интернет не подгрузился справочник ФИАС.
Еще раз — благодарю Вас.
Показывать по
10
20
40
сообщений
Читают тему:
0
— 15.07.2017 — 13:01
1.Исходные тех. данные
-Операционная система Windows 7 (проф)
-Лицензионная (программный ключ) платформа 8.1.15.14 (базовая)
-Лицензионная 1С Бухгалтерия 8.1 (1.6.26.3) (базовая)
В Базе был заведен 1 пользователь.
-На ПК был установлен Касперский
-Обновление, которое поставили Платформа (8.3.10.2466)
2.Что произошло
Запустили базу через платформу 8.3 в режиме конфигуратора, чтобы сконвертировать,
вышла ошибка:
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8.exe
Версия приложения: 8.3.10.2466
Отметка времени приложения: 56044f00
Имя модуля с ошибкой: backend.dll
Версия модуля с ошибкой: 8.3.10.2466
Отметка времени модуля с ошибкой: 56045377
Код исключения: c0000005
Смещение исключения: 0022bc45
Версия ОС: 6.1.7601.2.1.0.16.7
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
После вышедшей ошибки попытались зайти через Платформу 8.1
Выдало мол база другой версии и выбросило…
3.Как пытались обойти проблему:
— прочитано около 10 разных постов на данную ошибку, толком к концу каждого поста
не было понятно решена проблема или нет, но в процессе описывались рекомендации
и так же были применены, но толка не оказалось…
1.Чистил КЭШ
2.В каспере поставил в исключение все файлики базы данных включая 1cd
и экзэшники 1С
3.Сносил и ставил немного раннюю (так сказать более стабильную версию 8.3)
4.HEX Editor’ ром снес «users.usr» , v8users не нашло , наверно потому что
Бухгалтерия 8.1
Все выше указанные действия не привели к результату (нормальной конвертации и запуску базы)
Увы резервной копии нет, и владелец никогда не делал, перед конвертацией копия не была
сделана…
Последнее, что было сделано, база данных была перенесена на другой ПК, и запущена под
той же версией платформы, но сообщени было уже другое:
1. Cначала вышло сообщение «Произвести конвертацию базы?»
2. Далее: «Ошибка СУБД: Действие может быть выполнено только в исключительном режиме доступа…и
путь к базе данных…»
Подскажите как решить вопрос, если кто сталкивался (заранее всем спасибо).
1
— 15.07.2017 — 13:05
Да, забыл через chdbfl.exe версии 8.3 проганял ошибок не обнаружено, через chdbfl.exe версии 8.1 выдало, что формат базы не другой и отказывалось что либо делать.
2
— 15.07.2017 — 13:11
по поводу ошибки Ошибка СУБД: Действие может быть выполнено только в исключительном режиме доступа…и
путь к базе данных — толком ничего не нашел, кроме констатации того, что она есть и зафиксирована, а что сделать чтобы ее обойти инфы нет…
3
— 15.07.2017 — 17:00
1С Бухгалтерия 8.1 (1.6.26.3) (базовая)
Платформа 8.3.10.2466.
С «Касперским»!!! Оооо… Непробиваемая защита!
И не идет? Какой пассаж…
«перед конвертацией копия не была
сделана…» — правильно, все знают, что копию надо делать,когда база грохнется. А до этого зачем напрягаться? Трудности надо решать по мере поступления. Так?
Кто научил плохому?!
4
— 15.07.2017 — 19:28
(3) а по делу не вариант, что то пояснить?….Cам знаю, что тупанул, надо выруливать…
5
— 15.07.2017 — 21:14
Не уверен, понимает ли Tool_1CD этот формат базы, но если понимает, то можно попробовать с ее помощью экспортировать все таблицы базы в XML, чтобы потом импортировать их в исправную базу того же релиза.
6
— 16.07.2017 — 01:40
платформу 8.3 одного из самых ранних релизов попробовать
каспера предварительно снести совсем
может не помочь
первое правило 1Сника: до того как даже смотреть на базу и проблемы юзера — сделай копию базы и проверь её работоспособность. пусть это хоть час займёт, хоть день и клиенты апплюются — они сами покупают себе компы, пусть плюют прямо в них. иначе разворачивайся и иди к другим клиентам, а эти — просто [*****].
7
— 16.07.2017 — 01:50
сам два раза в жизни забывал сделать копию — базы знакомые, клиенты старые. нервы дороже.
8
— 16.07.2017 — 08:42
(5) Tool_1CD качнул версий, бэта 0.2, 0.3, и какая то версия с редактированием все выдают одно и тоже : в закладке Просмотр, есть внизу 2 окна, в левом неопознанная база, в правом весрия базы 8.3.8.0 — не разу не пользовался этой прогой хз что это означает..
9
— 16.07.2017 — 08:43
(6) буду пробывать…
10
— 16.07.2017 — 08:47
(7) а тут вообще дурная ситуация, чел 7 лет сидел на бухии 1.6, тут УПД с 1 июля поменялась, он сделал заказ на разработку печ формы, сделал, а делал под 8.3.10, на демо релизе той же версии что и у него. Все ок, сделал работу, принес, втыкаю в печатные формы, а она типа формат не тот, почесал репу, а типа это ж древние релизы и не долго думаю бахнул и попал, урок мне…((((
11
— 16.07.2017 — 13:12
та че уж там, выкладывай уже cd-шник
только самый-самый первый, не тот, который ты уже и hex-редактором правил, а потом chdbfl’ем окончательно добивал.
12
— 16.07.2017 — 19:41
1.6.26.3 может уже не надо ее восстанавливать? может уже остатки в 3.0 руками забить? все равно нет уже стандартного переноса…
13
— 16.07.2017 — 20:14
12-Кондрат2 > ну-да, ну-да. Действительно.
типа как в старинном анекдоте.
Бреет 1Сцирюльник Клиента.
Опасной бритвой.
Слегка поцарапал -«Ой, извините, я тут вас немножко порезал«.
Бреет дальше. Опять подрезал. «Ой, дико извиняюсь, я нечаянно, я не хотел, вот тут опять порез, день наверно такой неудачный. «.
Бреет дальше.
Снова порезал.
Перехватывает бритву, как тесак.
И крест-накрест по всей морде- «И вообще. Сегодня у меня них.. не получается.«
Чего уж теперь ее восстанавливать, то, эту несчастную базу.
14
— 17.07.2017 — 19:15
Все спасибо, вопрос решил…База восстановлена))
15
— 17.07.2017 — 22:29
на здоровье
16
— 19.07.2017 — 11:15
по правилам хорошего тона принято выкладывать
решение проблемы.
При запуске базы в режиме Предприятие начала появляться ошибка «Аварийное завершение».
Полный скриншот:
Больше никаких подробностей 1С платформа не выдает, в журнале регистрации записей нет.
Приложение сразу закрывается после этой ошибки. При повторном запуске не появляется.
Носит нерегулярный характер (то появляется, то нет).
Возникла на платформе: 8.3.18.1334 (по сообщениях из чатов у других было на платформе 8.3.17.1851)
Операционная система Windows 10 корпоративная LTSC 1809 и Windows Server 2012 R2 Standard
Ошибка приложения записывается в системный журнал Windows в следующем виде:
Faulting application name: 1cv8c.exe, version: 8.3.18.1334, time stamp: 0x6021c237
Faulting module name: backbas.dll, version: 8.3.18.1334, time stamp: 0x6021c6c8
Exception code: 0xc0000005
Fault offset: 0x00000000000ce7f3
Faulting process id: 0x1840
Faulting application start time: 0x01d74ba9efcea74f
Faulting application path: C:\Program Files\1cv8\8.3.18.1334\bin\1cv8c.exe
Faulting module path: C:\Program Files\1cv8\8.3.18.1334\bin\backbas.dll
Report Id: 59b36157-b79e-11eb-811c-0cc47a6431af
Faulting package full name:
Faulting package-relative application ID:
Или на русском:
Имя сбойного приложения: 1CV8C.exe, версия: 8.3.18.1334, метка времени: 0x6021c237
Имя сбойного модуля: backbas.dll, версия: 8.3.18.1334, метка времени: 0x6021c6c8
Код исключения: 0xc0000005
Смещение ошибки: 0x00000000000ce7f3
Идентификатор сбойного процесса: 0x2840
Время запуска сбойного приложения: 0x01d74b4aa253611e
Путь сбойного приложения: C:\Program Files\1cv8\8.3.18.1334\bin\1CV8C.exe
Путь сбойного модуля: C:\Program Files\1cv8\8.3.18.1334\bin\backbas.dll
Идентификатор отчета: b175aeec-357b-4c35-bdbc-0bfc9883a372
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:
Легальность продуктов 100% (эмуляторов нет и никогда не было). В одном месте кластер и настроен сервер лицензирования, в другом USB ключ. В интернете все советы сводятся к «удалите эмуляторы и т.п. нелегальщину», а затем всё удалите и поставьте заново с восстановлением баз.
Совсем не хочется делать это на серверных базах, где всё настроено под сервер лицензирования и постоянно работает несколько десятков пользователей.
На данный момент есть опасения, что виновато какое-нибудь очередное обновление системы, как было здесь, но подробной информации пока нет, что именно нужно сделать для исправления.
Советы от коллег: (из чата телеграм) В нашем случае кажется проблема в отсутствии свободных лицензий. Сейчас активировали дополнительные, вроде перестало вылетать.
UPDATE: 18.05.2021
Ошибка появляется, если есть доступ в интернет.
Проблему подвердили коллеги со всей страны.
Ошибка присутствует в версиях платформы начиная с 8.3.16.1791, 8.3.17.1823, 8.3.18.1201.
UPDATE: есть обратная связь от разработчиков платформы. Про проблему они знают.
Это ошибка в платформе, связана с внешними сервисами.
В тестовой 8.3.17 уже исправлена. На 8.3.18 будет на этой неделе.
Код ошибки для просмотра на трекере 1С — 40049115
Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483 (дата публикации 19.05.2021).
Решение — обновить платформу, когда выйдет исправленный релиз.
Временное решение — отключить на машине доступ в Интернет. Также коллеги пишут, что как вариант, добавить в хост (в файл hosts) строку: 127.0.0.1 baidu.cn (но это не точно).
UPDATE: 21.05.2021
По последним данным ошибка перестала появляться и на тех платформах, на которых ранее появлялась. Поэтому, если не больше не появляется, возможно обновление платформы не требуется.
Если Вам понравилась статья, пожалуйста, поставьте лайк, сделайте репост или оставьте комментарий. Если у Вас есть какие-либо замечания, также пишите комментарии.