Запись дампа 1с решение проблемы 8.3. Что делать, если появится дамп
У пользователя возникла проблема: 1С не запускается, а точнее при открытии уходит в dump и вылетает.
Помогает следующее, нужно отключить аппаратное ускорение видеокарты
- Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
- В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
- В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
- Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
- Откройте Панель управления (Пуск & Панель управления).
- Найдите и откройте элемент «Экран».
- В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
- В открывшемся окне нажмите на ссылку «Дополнительные параметры».
- Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
- В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
Что Вы узнаете из этой статьи?
- Способы диагностики некорректной работы платформы «1С:Предприятие 8»
- Алгоритм действий при аварийном завершении 1С
- Настройку технологического журнала для анализа «падений» процессов кластера серверов
Не секрет, что платформа «1С: Предприятие 8», как и любое другое программное обеспечение, содержит ошибки. Некоторые из них являются настолько серьезными, что вызывают аварийное завершение процессов сервера приложений 1С.
Последствия бывают весьма серьезными, к примеру, простои учетной системы в больших организациях обходятся достаточно дорого. Причем понять природу возникновения такой ошибки бывает сложно, но все же возможно.
С чего начать?
Представьте, что именно сегодня у Вас «вылетает 1С», то есть происходит самопроизвольная выгрузка из памяти процессов сервера приложений 1С. К тому же у части пользователей наблюдается аварийное завершение сеанса.
В данной ситуации для начала необходимо настроить технологический журнал (далее – ТЖ).
1. При возникновении проблем у Вас уже будут данные для анализа причин плохого поведения системы.
2. Вполне вероятно, что проблемы все-таки есть, но Вы о них ничего не знаете. К примеру, процессы сервера «падают» раз в 3-4 месяца, но пользователи не сообщают Вам об этом, предпочитая просто перезапуститься.
Файл настроек logcfg.xml технологического журнала должен выглядеть так:
Рассмотрим более подробно, что в нем содержится.
Первая и последняя строка открывают и закрывают xml-файл настроек.
Вторая строка включат запись дампа: при крахе одного из процессов наш дамп будет записан в указанный каталог и может помочь разработчикам платформы найти причину возникновения ошибки. При этом необходимо понимать, что дамп создается только при падении одного из процессов.
Таким образом, наличие файлов в указанном каталоге c:\v82\dumps говорит о наличии проблем со стабильностью работы.
Третья строка включает запись логов ТЖ: логи будут храниться в указанном каталоге в течении 48 часов. Событие EXCP будет зафиксировано в случае возникновения исключения, это нужно, чтобы узнать, какой код выполнялся в момент ошибки.
События PROC и ADMIN вполне могут пригодиться разработчикам платформы для анализа проблем.
Вы должны учитывать, что сами логи могут занимать достаточно много места на диске. Хотя, в приведенной настройке ТЖ логи не должны сильно расти – благодаря ограничению по времени хранения логов.
Что делать, если появится дамп?
Рассмотрим пример: в каталоге dumps появился файл: rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp
Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp
В котором ГГГГММДДЧЧММСС – это дата и время падения.
Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.
Причем если у двух дампов одинаковый процесс, релиз и адрес ошибки, то причина падения одна и та же. Исходя из названия файла дампа мы определяем время падения системы. Осталось узнать, что происходило в системе в указанное время, и тут нам пригодятся логи ТЖ.
ТЖ записывается для каждого процесса в свой отдельный каталог, имя которого задается по шаблону ИмяПроцесса_PIDПроцесса .
Имя файла лога задается следующим образом: ГГММДДЧЧ.log
Для определения причины падения системы переходим в каталог с логами аварийно завершившегося процесса. Это можно сделать по имени файла, в котором присутствуют имя и PID-процесса. В нашем случае это каталог rphost_3348 .
Далее в искомом каталоге нужно взять тот лог, в который была записана информация в момент падения системы: определяем время падения из имени дампа и находим необходимый файл лога. В нашем случае это файл 13102516.log .
Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348 .
В моем логе отражено следующее:
0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов: ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма: 5: Крах();
Форма.Форма.Форма: 5: Крах();
Форма.Форма.Форма: 5: Крах();
……
Рассмотрим информацию данной строки:
EXCP – данное событие означает, что в системе возникло какое-либо исключение. Через запятую перечислены свойства этого события, приведем основные из них:
- Process – имя процесса, где возникло исключение
- processName – имя информационной базы
- applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
- computerName – имя компьютера, на котором был запущен клиент
- Context – код, который выполнялся в момент падения, это самое важное для нас событие
Иногда с помощью контекста удается установить причину возникновения ошибки. В нашем случае причина падения достаточно очевидна – бесконечная рекурсия.
Рассмотрим другой пример
В версии 8.2.13 платформы «1С:Предприятие» присутствует очень популярная ошибка при работе с объектом «СистемнаяИнформация». При этом контекст ТЖ выглядит следующим образом:
Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’
Заметим, что ошибки, проявляющиеся в при одновременном обращении к одному объекту нескольких пользователей, встречаются достаточно часто, и если образовалось несколько дампов, и в контексте указан один и тот же объект (в данном примере «СистемнаяИнформация»), то, скорее всего, это как раз тот случай.
Проблема решается тривиально: нужно закомментировать обращение к объекту. В нашем случае это не проблема, так как без системной информации можно обойтись.
Что делать, если понять причину падения по логам самостоятельно не удается?
Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.
Есть более удобный и быстрый вариант: разместить на партнерском форуме сообщение с описанием проблемы и прикрепить архив с дампом и логами к сообщению или дать ссылку на него.
Это лучше, чем обращение через техническую поддержку или решение проблемы методом «научного тыка». На партнерском форуме Вам, возможно, ответят не только специалисты, которые, скорее всего, уже сталкивались с подобной проблемой, но и сами разработчики платформы. При обращении на форум обязательно указывайте следующую информацию:
- Версию и разрядность серверной ОС
- Разрядность сервера 1С
- Количество серверов в кластере
- Количество запущенных рабочих процессов на сервере 1С
- Версию используемой СУБД
- Ссылки на архив с дампом и логами для скачивания
Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».
Бурмистров Андрей
С чего начать?
Первое что необходимо сделать, это настроить технологический журнал (ТЖ).
Если кто не знает что это за зверь, то вам .
Даже если у вас все хорошо, или вы думаете что у вас все хорошо, то все равно рекомендуется настроить сбор логов. Зачем?
1. Если вдруг проблемы возникнут, то у вас уже будут все данные для расследования.
2. Возможно, что проблемы у вас уже есть, например процессы «падают» раз в 2-3 месяца, но вы об этом просто не знаете, т.к. пользователям легче перезапустится и продолжить работу, чем связываться с программистами.
Файл настроек ТЖ, тот который logcfg.xml, должен выглядеть следующим образом:
Теперь давайте разберемся с тем, что здесь написано.
Во второй строке мы включаем запись дампа, т.е. в случае краха одного из процессов дамп будет записан в каталог «c:\v82\dumps» и при необходимости поможет разработчикам платформы найти причину ошибки.
Дамп образуется только в случае падения одного из процессов, т.е. если в каталоге damps появятся файлы, это значит, что у вас есть проблемы со стабильностью.
В третьей строке мы включаем запись логов ТЖ, как не трудно догадаться, логи будут записываться в каталог «c:\v82\logs» и храниться 48 часов.
Событие EXCP пишется в случае возникновения исключения, и нужно что бы узнать какой код выполнялся в момент ошибки.
События PROC и ADMIN могут пригодиться разработчикам платформы для расследования.
Что делать, если появится дамп?
Допустим в каталоге dumps появился файл rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp
Имя дампа строится по следующему шаблону:
ГГГГММДДЧЧММСС — это дата и время падения, в нашем примере это 2013.10.25 16:24:41
Обычно каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.
Т.е. если у двух дампов одинаковый процесс, релиз и адрес ошибки, то скорее всего причина падения одна и та же.
Из названия дампа, мы знаем точное время падения, теперь необходимо выяснить, что происходило в это время в системе, и здесь нам помогут логи ТЖ.
ТЖ пишется в отдельный каталог для каждого процесса, имя каталога формируется по шаблону ИмяПроцесса_PIDПроцесса.
Имя файла лога формируется по следующему шаблону ГГММДДЧЧ.log
Что бы узнать, что привело к падению, находим каталог с логами покинувшего нас процесса. Мы легко это можем сделать т.к. в имени файла дампа есть имя и PID процесса.
В данном случае нам нужен каталог rphost_3348.
Теперь в указанном каталоге нужно найти тот лог, в который писалась информация в момент падения. Опять же берем время падения из имени дампа, и таким образом находим файл лога 13102516.log
Открываем файл лога и ищем строку rphost_8.2.18.102_7c938235_20131025162441_3348
В моем случае в логе написано следующее:
0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context Версия 1С » + Инфо.ВерсияПриложения;’
На первый взгляд ничего криминального здесь нет, но надо помнить, что 1С это многопользовательская система, и объекты должны быть спроектированы с учетом параллельности работы пользователей, как раз здесь часто и ошибаются разработчики платформы.
Причем ошибки, возникающие в момент одновременного обращения к объекту нескольких пользователей, встречаются достаточно часто, и если у вас уже образовалось несколько дампов, и при этом в контексте фигурирует один и тот же объект (в данном примере СистемнаяИнформация), то скорее всего это как раз тот случай.
Обход проблемы очень прост, нужно просто закомментировать обращение к объекту. В данном случае это не проблема, т.к. обычно без системной информации вполне можно обойтись.
Что делать, если понять причину падения по логам самостоятельно не удается?
Вы конечно можете обратиться в тех. поддержку 1С, но это, мягко говоря, не самый быстрый способ:)
Есть и более быстрый вариант, все что требуется, это разместить на партнерском форуме пост с описанием вашей проблемы, и желательно сразу дать ссылку на архив с дампом и логами либо прикрепить его к сообщению.
Если вы не работаете во франчайзи и у вас нет доступа на партнерский форум, то наверняка у вас есть друзья или знакомые, которые там работают.
Это намного более быстрый способ, чем обращение через тех. поддержку или решение проблемы методом научного тыка.
На партнерском форуме на ваши вопросы отвечают не только специалисты, которые возможно уже сталкивались с такой проблемой, но и сами разработчики платформы.
При обращении на форум, обязательно указывайте следующую информацию:
Использование файла копии экрана при создании дампа аварийного завершения
При аварийном завершении клиентской части 1С:Предприятия возможно автоматическое создание файла копии экрана. Такой файл создается в том же каталоге, что и дампы технологического журнала. Имя файла совпадает с именем файла дампа, а расширение — png.
По умолчанию файлы копии экрана не создаются. Для того, чтобы обеспечить создание таких файлов необходимо в подкаталоге conf каталога bin программных файлов 1С:Предприятия разместить файл настройки технологического журнала logcfg.xml . За создание файлов копии экрана отвечает атрибут prntscrn элемента dump . Если этот атрибут установлен в значение true , то файлы копии экрана будут создаваться.
Например, следующий текст указывает, что при аварийном завершении будут создаваться дампы ( create=»true» ) памяти всего доступного адресного пространства (type=»512″ ), которые будут помещены в каталог D:\v81\dump ( location=»D:\v81\dump» ). При этом также будет создаваться файл копии экрана ( prntscrn=»true» ).
Каталог дампов технологического журнала может выглядеть, например, следующим образом:
Ошибка в 1С «Запись Дампа»
В этом случае может помочь выключение аппаратного ускорения видеокарты при помощи инструментов Windows. Затем потребуется перезагрузить операционную систему и снова попробовать выполнить требуемое действие.
Также, бывает что эта ошибка возникает из-за несоответствия версий библиотеки vcruntime140.dll
Это библиотека из компоненты MS Visual Studio 20хх (Visual C++) — vc redist.
Нужно скачать последнюю версию компоненты с сайта Microsoft — vcredist_x64.exe или vcredist_x86.exe, в зависимости от разрядности платформы 1С и операционной системы.
Установить, а затем найти файл vcruntime140.dll в папке C:\Windows\System32, и скопировать этот файл в папку с платформой 1С, заменив уже имеющийся.
Только у нас сопровождение, доработка и исправление ошибок программы осуществляется по самым оптимальным ценам.
Сотрудничая с компанией МастерСофт, работа в программе 1С станет для вас проще и комфортнее.
НАШИ ПРЕИМУЩЕСТВА
Подстраиваемся под клиентов
Многолетний опыт с 2000 года.
Отзывы о компании
ПАО «НИКО-БАНК» выражает свою благодарность за оперативную и грамотную работу.
В условиях постоянно меняющегося законодательства Банк заинтересован иметь полную и актуальную номативную базу. Это обеспечивается использованием Банком справочно-нормативной системы «Гарант».
Безусловным плюсом в работе компании «МастерСофт» является быстрое реагирование сотрудников при предоставлении документов по запросу Банка, принятых до обновления справочно-правовой системы.
Коллектив компании «АЭРОПОРТ ОРЕНБУРГ» выражает благодарность за взаимовыгодное сотрудничество с МастерСофт-ИТ. Оперативная поставка антивирусных программ Dr. Web обеспечила надежную защиту нашей компьтерной сети.
Особая благодарность сотрудникам Департамента продаж СЦ ИТ за профессиональный подход в решении всех возникающих задач.
ООО «Орский Вагонный Завод» выражает искреннюю благодраность за качество обслуживания вашими специалистами. Консультации и поставка антивирусов всегда проходят оперативно и на высоком профессиональном уровне.
Уверены, что и в дальнейшем наше сотрудничество на взаимовыгодных условиях продолжится.
Главный бухгалтер муниципального бюджетного учреждения дополнительного образования «Дворец творчества детей и молодёжи» Кетерер Татьяна Михайловна выражает благодарность специалистам МастерСофт:
«Я хотела бы объявить благодарность вашим сотрудникам. Работает с нами по программе «1С: Бухгалтерия бюджетного учреждения 8» непосредственно Шевлягина Юлия.
Так же огромная благодарность за отзывчивость, терпение и квалифицированную, своевременную помощь Набокиной Олесе и Ерёменко Татьяне (они нас сопровождают по программе «Зарплата и Кадры»).
Им очень с нами тяжело, но они терпеливо продолжают сотрудничать. С вами очень надёжно. Конечно же наши ошибки есть и без вас мы бы вообще о них не знали и в суде, наверное, судились бы. А сейчас мы решаем вопросы. «.
Запись дампа 1с что это
Как диагностировать ошибки платформы «1С:Предприятие 8»
- Способы диагностики некорректной работы платформы «1С:Предприятие 8»
- Алгоритм действий при аварийном завершении 1С
- Настройку технологического журнала для анализа «падений» процессов кластера серверов
Не секрет, что платформа «1С: Предприятие 8», как и любое другое программное обеспечение, содержит ошибки. Некоторые из них являются настолько серьезными, что вызывают аварийное завершение процессов сервера приложений 1С.
Последствия бывают весьма серьезными, к примеру, простои учетной системы в больших организациях обходятся достаточно дорого. Причем понять природу возникновения такой ошибки бывает сложно, но все же возможно.
С чего начать?
Представьте, что именно сегодня у Вас «вылетает 1С», то есть происходит самопроизвольная выгрузка из памяти процессов сервера приложений 1С. К тому же у части пользователей наблюдается аварийное завершение сеанса.
Даже если Вы не наблюдаете проблем, рекомендуется настроить сбор логов. Для чего?
1. При возникновении проблем у Вас уже будут данные для анализа причин плохого поведения системы.
2. Вполне вероятно, что проблемы все-таки есть, но Вы о них ничего не знаете. К примеру, процессы сервера «падают» раз в 3-4 месяца, но пользователи не сообщают Вам об этом, предпочитая просто перезапуститься.
Файл настроек logcfg.xml технологического журнала должен выглядеть так:
Рассмотрим более подробно, что в нем содержится.
Первая и последняя строка открывают и закрывают xml-файл настроек.
Вторая строка включат запись дампа: при крахе одного из процессов наш дамп будет записан в указанный каталог и может помочь разработчикам платформы найти причину возникновения ошибки. При этом необходимо понимать, что дамп создается только при падении одного из процессов.
Таким образом, наличие файлов в указанном каталоге c:\v82\dumps говорит о наличии проблем со стабильностью работы.
Третья строка включает запись логов ТЖ: логи будут храниться в указанном каталоге в течении 48 часов. Событие EXCP будет зафиксировано в случае возникновения исключения, это нужно, чтобы узнать, какой код выполнялся в момент ошибки.
События PROC и ADMIN вполне могут пригодиться разработчикам платформы для анализа проблем.
Что делать, если появится дамп?
Рассмотрим пример: в каталоге dumps появился файл: rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp
Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp
В котором ГГГГММДДЧЧММСС – это дата и время падения.
Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.
Причем если у двух дампов одинаковый процесс, релиз и адрес ошибки, то причина падения одна и та же. Исходя из названия файла дампа мы определяем время падения системы. Осталось узнать, что происходило в системе в указанное время, и тут нам пригодятся логи ТЖ.
ТЖ записывается для каждого процесса в свой отдельный каталог, имя которого задается по шаблону ИмяПроцесса_PIDПроцесса.
Имя файла лога задается следующим образом: ГГММДДЧЧ.log
Для определения причины падения системы переходим в каталог с логами аварийно завершившегося процесса. Это можно сделать по имени файла, в котором присутствуют имя и PID-процесса. В нашем случае это каталог rphost_3348.
Далее в искомом каталоге нужно взять тот лог, в который была записана информация в момент падения системы: определяем время падения из имени дампа и находим необходимый файл лога. В нашем случае это файл 13102516.log.
Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348.
В моем логе отражено следующее:
0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов : ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
……
Рассмотрим информацию данной строки:
EXCP – данное событие означает, что в системе возникло какое-либо исключение. Через запятую перечислены свойства этого события, приведем основные из них:
- Process – имя процесса, где возникло исключение
- processName – имя информационной базы
- applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
- computerName – имя компьютера, на котором был запущен клиент
- Context – код, который выполнялся в момент падения, это самое важное для нас событие
Рассмотрим другой пример
В версии 8.2.13 платформы «1С:Предприятие» присутствует очень популярная ошибка при работе с объектом «СистемнаяИнформация». При этом контекст ТЖ выглядит следующим образом:
Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’
Заметим, что ошибки, проявляющиеся в при одновременном обращении к одному объекту нескольких пользователей, встречаются достаточно часто, и если образовалось несколько дампов, и в контексте указан один и тот же объект (в данном примере «СистемнаяИнформация»), то, скорее всего, это как раз тот случай.
Проблема решается тривиально: нужно закомментировать обращение к объекту. В нашем случае это не проблема, так как без системной информации можно обойтись.
Что делать, если понять причину падения по логам самостоятельно не удается?
Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.
Это лучше, чем обращение через техническую поддержку или решение проблемы методом «научного тыка». На партнерском форуме Вам, возможно, ответят не только специалисты, которые, скорее всего, уже сталкивались с подобной проблемой, но и сами разработчики платформы. При обращении на форум обязательно указывайте следующую информацию:
- Версию и разрядность серверной ОС
- Разрядность сервера 1С
- Количество серверов в кластере
- Количество запущенных рабочих процессов на сервере 1С
- Версию используемой СУБД
- Ссылки на архив с дампом и логами для скачивания
Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».
PDF-версия статьи для участников группы ВКонтакте
Статья в PDF-формате
Станьте экспертом по оптимизации 1С, изучив наш курс
«Ускорение и оптимизация систем на 1С:Предприятие 8.3 (2016). Подготовка на 1С:Эксперт по технологическим вопросам»
35 учебных часов, подготовка к 1С:Эксперт, правильная настройка серверной части, оптимизация кода, мониторинг загруженности оборудования и прочие взрослые вещи.
Комментарии / обсуждение (3):
Data_dump — файл с данными из базы 1С. Содержит документы, справочники, отчеты и т.п. Единственное «но» — в нём отсутствует конфигурация 1С, в отличие от привычного dt-файла.
К примеру — сервис 1С:Fresh предоставляет выгрузку именно в этом формате. Один из способов защиты от нелицензионного использования 1С. Так как для установки содержимого файла потребуется купить или взять в аренду соответствующую конфигурацию 1С.
Выходим на условие : релиз конфигурации перед загрузкой должен совпадать с тем, из которого сделана выгрузка.
Как определить номер релиза?
- Откройте файл с помощью доступной программы-архиватора.
- Выберите файл DumpInfo.xml в корне архива, двойным кликом открыв в стандартном браузере IE или вручную через Блокнот.
- В полях « Presentation » и « Version » увидите название и версию конфигурации.
Загрузка файла
Допустим, что у вас уже подготовлена новая база 1С требуемой конфигурации. Как загрузить данные data_dump:
- Запустите 1С в режиме Предприятия.
- Откройте раздел « Администрирование — Сервис — Загрузка данных из сервиса ».
- Выберите в стандартном Проводнике файл data_dump.
- Дождитесь окончания загрузки данных.
Что делать, если возникает ошибка?
Как правило, варианта два.
- Файл data_dump был выгружен из более старой конфигурации и не может быть загружен в новую. Выход — «откатиться» до требуемого релиза.
- Обратная ситуация: когда data_dump из более новой конфигурации 1С. Тогда вам необходимо обновить свою 1С до такого же релиза.
✅ Вся сложность данной операции — не загрузка файла, а поиск и подготовка соответствующей конфигурации под базу. На это уходит больше времени. Пробуйте и всё получится.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Случай из практики. 1С Розница «вылетает» при открытии некоторых чеков. Из раздела «Продажи — Чеки». Несколько позиций за прошлые даты. Их открытие приводит к падению тонкого клиента 1С в дамп.
Программа автоматически закрывается, а на экране на пару секунд появляется окно: « Подождите, пожалуйста! Выполняется сохранение информации об ошибке для возможности последующего анализа! ».
Первым делом — правильные вопросы
- Когда это началось?
Вспомните, какие были последние изменения в программном и аппаратном обеспечении. Возможно, что они повлияли на стабильность работы 1С, и возврат к прежнему состоянию ПК — как один из выходов. - Где и при каких событиях появляется?
Вылет программы появляется у всех или же на одном рабочем месте. Проблема может идти от самой ИБ (сервера) или же связана с локальным окружением. - Повторяется ли ошибка для другой учетной записи?
Как на уровне ОС, так и в правах самой 1С. Проверьте, как ведет себя программа, открытая с полными правами (от имени администратора). Возникает ли ошибка, если повторить операции пользователя.
Дальнейшие действия направлены на поиск причины. Чтобы отсечь прочие факторы и сузить проблему до конкретных условий, при которых фиксируется сбой.
Как действовать в общем случае
Делаем бэкап базы. Обязательно. Перед любыми действиями с базой — сделайте архивную копию. С помощью копирования файла 1Cv8.1CD или выгрузки dt-файла через Конфигуратор.
Этот этап можно пропустить, если проверяете на копии. Например, когда вы разворачиваете базу рядом с основной, по другому пути (адресу).
3. Очистка настроек пользователя
Не все, оставьте необходимые настройки. Либо проверьте работу под новым пользователем (тестовой учетной записью).
Чтобы исключить влияние модулей антивирусной защиты.
С помощью chdbfl, а также через проверки целостности в инструменте «Тестирование и исправление».
6. Другие разрядность и режим
Простая проверка в разных вариантах запуска — x86/x64, толстый/тонкий клиент.
Есть возможность опробовать работу на более новой платформе? Проверьте. А в некоторых случаях — даже откат на прежний релиз.
Где взять дополнительную информацию
Для технически подкованных пользователей и администраторов. Кто желает идти вглубь и понять, в чем же все-таки проблема.
- Журнал ОС (через оснастку « Просмотр событий \ Журналы Windows \ Приложение ») — можно увидеть путь сбойного модуля и его расположение.
- Анализ файла дампа — например, с помощью Debugging Tools for Windows.
- Включение технологического журнала 1С и его разбор.
- Официальный сервис публикации ошибок (bugboard).
- Запрос в службу технической поддержки 1С.
✅ Для этого частного случая помогло обновление платформы до версии 8.3.18.1208.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
1С находит признаки использования нелицензионной версии. Например, следы от эмуляторов ключей, наличие в реестре записей от эмуляторов или патчей (patch).
На деле означает, что нарушаются условия лицензирования.
Решение — очистить систему от следов «взлома» защитных механизмов программы.
Первым делом сделайте копии информационных баз. В большинстве случаев, сами ИБ в порядке. Требуется только убрать «лишнее» из ОС. То, что мешает лицензионной 1С работать и хорошо себя чувствовать.
☝ Следующие действия связаны с операциями на уровне драйверов, служб и системного реестра. Будьте осторожны. Вы действуете на своё усмотрение, страх и риск.
Для операций с реестром — если боитесь удалять данные, сделайте бэкап указанных ниже веток, нажав правой кнопкой мыши на нужную ветку, и выбрав пункт меню «Экспортировать». При наличии файлов экспорта возможно возвращение сведений в реестр.
1. Через «Мой компьютер — Управление — Службы» остановите работу следующих служб:
- HASP Loader;
- Sentinel LDK License Manager;
- ICCSProxy.
В свойствах службы проверьте, какие используются файлы. Перед удалением службы посоветуйтесь с вашим администратором.
2. Удаление Haspflt
• Файл в каталоге %windows%\system32\drivers\haspflt.sys
Если файл не удаляется (занят), то выполните команды от имени администратора:
• Записи реестра для работы драйвера (удалить)
• Дампы ключей HKLM\System\CurrentControlSet\Services\Emulator\HASP\Dump, удалите ветку Emulator с вложенными путями
3. Удаление Vusbbus
• Файл в каталоге %windows%\system32\drivers\vusbbus.sys (или vusb.sys)
Если файл не удаляется (занят), то выполните команды от имени администратора:
• «Диспетчер устройств — Системные устройства — Virtual Usb Bus Enumerator» , уберите с признаком «Удалять драйвера программы»
• Запись реестра для работы драйвера (удалить)
• Дампы ключей HKLM\System\CurrentControlSet\NEWHASP\Services\Emulator\HASP\Dump, удалите ветку NEWHASP с вложенными путями
4. Выполните перезагрузку.
✅ После этого, желательно переустановить новую платформу, установив в конце драйверы защиты, чтобы включить исходные файлы 1С. В крайнем случае — переустановка ОС и повторное развертывание 1С. Трудоемкий вариант, но рабочий.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в 1С.