Mngcore dll 1с ошибка

   daringer

07.09.15 — 14:33

   UFO

1 — 07.09.15 — 15:04

А на другом компутере таже конфа редактируются команды?

   daringer

2 — 07.09.15 — 15:12

Не проверял. Щас проверю.

   Stim

3 — 07.09.15 — 15:13

выгрузить/загрузить

   daringer

4 — 07.09.15 — 15:15

На другом аналогично

   UFO

5 — 07.09.15 — 15:16

1с ломанная?

   UFO

6 — 07.09.15 — 15:17

погодь

1С файловая или серверная?

   daringer

7 — 07.09.15 — 15:17

Эта ошибка видимо давно существует, просто я давно не заходил в команды документа. Есть рабочая база на SQL — ошибка, есть база для разработка файловая — ошибка и база для разработки на SQL, во всех базах ошибка. 1С ломаная, но не думаю что в этом дело, думаю что целостность нарушена

   UFO

8 — 07.09.15 — 15:18

Попробуй платформу улучшить

   UFO

9 — 07.09.15 — 15:19

А на SQL какой текст ошибки?

   Джентельмен

10 — 07.09.15 — 15:20

Какая-то таблица накрылась, скорее всего

   UFO

11 — 07.09.15 — 15:21

скорей всего

надо делать полное исправление ошибок

   UFO

12 — 07.09.15 — 15:22

Код исключения: 0xc0000005

Смещение ошибки: 0x000dafc5

Это обращение к несуществующей странице памяти

   daringer

13 — 07.09.15 — 15:22

Если я найду бекап с  рабочим документом и сделаю сравнение и объединение, заменю документ рабочим, может помочь?

   UFO

14 — 07.09.15 — 15:22

Нет, надо исправление провести сначала

   UFO

15 — 07.09.15 — 15:22

Структура нарушена

   daringer

16 — 07.09.15 — 15:23

(9) Такая же ошибка

   ДенисЧ

17 — 07.09.15 — 15:23

аппаратное ускорение видео пробовал отключать?

   UFO

18 — 07.09.15 — 15:24

А при чем тут Путь сбойного модуля: C:Program Files (x86)1cv88.3.6.2014binmngcore.dll  и видео?

   daringer

19 — 07.09.15 — 15:24

chdbfl не помог

   FullMoon

20 — 07.09.15 — 15:24

(0) Рекомендую начать с обновления платформы до последней лицензионной. Если жаба душит приобрести лицензию, можно юзать ученую версию.

   FullMoon

21 — 07.09.15 — 15:25

*учебную

   UFO

22 — 07.09.15 — 15:25

(19) Надо провести Администрированине — Тестирование и исправление

   UFO

23 — 07.09.15 — 15:26

Только галочки надо все поставить

   FullMoon

24 — 07.09.15 — 15:27

(20) Чтобы исключить фактор ломаной платформы, можно проверить на последней версии учебной платформы

   daringer

25 — 07.09.15 — 15:28

Делается. Если не поможет… Думаю создать новый документ, скопировать функционал, создать документы с ссылками старых, запомнить ссылки в объектах, где используется этот «сломаный» документ, заменить ссылками на новый документ

   daringer

26 — 07.09.15 — 15:28

Кто нибудь может объяснить как влияет «ломанность» платформы на ошибку такого типа?

   UFO

27 — 07.09.15 — 15:29

(26) Есть ломалки ломающие саму 1С

   UFO

28 — 07.09.15 — 15:29

На что такие влияют никому не известно

   daringer

29 — 07.09.15 — 15:29

Использовал unipatch

   UFO

30 — 07.09.15 — 15:29

Вот вот

про него и говорилось

   daringer

31 — 07.09.15 — 15:31

   cons74

32 — 07.09.15 — 15:31

(27) не сталкивался с такими

(0) почистить кэш, ТиИ, Конфигурация-Тестирование Конфигурации.

Если ничто не помогает — сравнение объединение с поставщиком (сделать объект типовым) и заново вносить изменения.

   daringer

33 — 07.09.15 — 15:31

Ибо гемор

   daringer

34 — 07.09.15 — 15:31

Это не типовой документ

   daringer

35 — 07.09.15 — 15:33

Тестирование и исправление исправляет ошибки конфигурации?

   UFO

36 — 07.09.15 — 15:34

Структуру правит

   UFO

37 — 07.09.15 — 15:38

(32) тебе повезло

   daringer

38 — 08.09.15 — 08:42

В общем то тестирование и исправление не помогло(((

Вроде бы решил проблемы. Кому интересно дело было так:

Решил полностью скопировать форму документа — 1с снова падает. Решил копировать по частям, сперва модуль формы, потом команды, реквизиты, элементы. Все шло неплохо до тех пор, пока не скопировал страницу. Начал копировать элементы страницы один за одним и наткнулся на элемент формы, после добавления которого 1С падает. Была у меня невидимая ТЧ, с пустым путем к данным, соответственно и поля таблицы тоже с пустым путем к данным, только у команды этой таблицы был путь к команде формы. Удалил эту ТЧ, все заработало.

При запуске базы в режиме Предприятие начала появляться ошибка «Аварийное завершение».

Полный скриншот:

Больше никаких подробностей 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 Files1cv88.3.18.1334bin1cv8c.exe

Faulting module path: C:Program Files1cv88.3.18.1334binbackbas.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 Files1cv88.3.18.1334bin1CV8C.exe

Путь сбойного модуля: C:Program Files1cv88.3.18.1334binbackbas.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: есть обратная связь от разработчиков платформы. Про проблему они знают.

Код ошибки для просмотра на трекере 1С — 40049115

Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483 (дата публикации  19.05.2021).

Решение — обновить платформу, когда выйдет исправленный релиз.

Временное решение — отключить на машине доступ в Интернет. Также коллеги пишут, что как вариант, добавить в хост (в файл hosts) строку: 127.0.0.1 baidu.cn (но это не точно).

UPDATE: 21.05.2021

По последним данным ошибка перестала появляться и на тех платформах, на которых ранее появлялась. Поэтому, если не больше не появляется, возможно обновление платформы не требуется.

Если Вам понравилась статья, пожалуйста, поставьте лайк, сделайте репост или оставьте комментарий. Если у Вас есть какие-либо замечания, также пишите комментарии.

Перейти к контенту

На сервере с операционной системой Windows Server 2008 R2 x64. При запуске файловой базы данных 1С Предприятие 8.3.16 пользователи начали периодически жаловаться на следующую ошибку:

Сигнатура проблемы:

 Имя события проблемы: APPCRASH

 Имя приложения: 1cv8c.exe

 Версия приложения: 8.3.16.1030

 Отметка времени приложения: 5dbcc154

 Имя модуля с ошибкой: mngui.dll

 Версия модуля с ошибкой: 8.3.16.1030

 Отметка времени модуля с ошибкой: 5dbcc2fe

 Код исключения: c0000005

 Смещение исключения: 000a337a

 Версия ОС: 6.1.7601.2.1.0.144.8

 Код языка: 1049

 Дополнительные сведения 1: 0a9e

 Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789

 Дополнительные сведения 3: 0a9e

 Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789

Ознакомьтесь с заявлением о конфиденциальности в Интернете:

 http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:

 C:Windowssystem32ru-RUerofflps.txt

Для исправление ошибки на разных серверах/компьютерах помогали разные методики.

Методы по исправлению данной ошибки (начиная с самой распространенной):

  

1. Переустановка платформы 1С:Предприятие (самая распространенная)
2. Обновление платформы 1С:Предприятие на более новый релиз
3. Если ошибка выскакивает после обновления конфигурации, то возможно это из-за нарушения целостности ИБ — рекомендую выполнить проверку копии(!) базы данных приложением chdbfl.exe(C:Program Files1cv88.3.XX.XXXXbin). Если ошибка при запуске исчезнет на копии  — повторить проверку на оригинале
4. На серверной операционной системе обновить версию Visual C++
5. Чистка кэша
6. Удаление антивируса и тестирование запуска без него (просто отключать нет смысла — именно удаление)
7. Пересоздание пользователя Windows
8. Пересоздание пользователя USR1CV8 и его повторная установка (для SQL версий)
9. Тестирование и исправление (через конфигуратор)
10. Отключение аппаратного ускорения в драйвере видеокарты
11. Отключение DEP
12. Запуск платформы 64x, вместо 32-битной (при ручном обновлении)

                   

Если Вы хотите заказать услугу «Выполнение регламентных операций (чистка, свёртка, исправление ошибок) и администрирование 1С» (код 2.9). Пожалуйста, ознакомьтесь с прайс-листом и оформите заявку через контактную форму.

Copyright©, «Программист 1С в г.Минске», 23.04.2020

Перепечатка текста и фотографий разрешена при наличии прямой ссылки на источник

1

Server 2008

26.04.2018, 18:03. Показов 20135. Ответов 18

---

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

0

"systemErrorInfo": {
            "clientStack": "core83.dll:0x0007707B backbas.dll:0x001A609F vrscore.dll:0x0001C476 vrscore.dll:0x0001D2E5 mngui.dll:0x000CD07B mngui.dll:0x0014FD9C mngui.dll:0x00133F73 mngui.dll:0x00218707 bsl.dll:0x000204BC bsl.dll:0x00043BEE bsl.dll:0x00041B36 bsl.dll:0x00041F90 bsl.dll:0x00020787 bsl.dll:0x0002050D bsl.dll:0x00019D42 bsl.dll:0x00019F58 mngui.dll:0x00134A52 mngui.dll:0x00134D05 mngui.dll:0x0013313C mngcore.dll:0x004B6CF1 mngui.dll:0x0014ACDB mngui.dll:0x0016BCDC frame.dll:0x00721C91 frame.dll:0x0005A2BB frame.dll:0x0085267A frame.dll:0x0086D7E0 frame.dll:0x00883149 frame.dll:0x0086D772 frame.dll:0x00851CFC frame.dll:0x0082B2F2 frame.dll:0x007FA921 frame.dll:0x00822B3C frame.dll:0x00824013 wbase83.dll:0x000213D0 frame.dll:0x0016CEAE frame.dll:0x0016CF43 frame.dll:0x0016D0A9 atlthunk.dll:0x00000000 USER32.dll:0x00000000 USER32.dll:0x00000000 USER32.dll:0x00000000 USER32.dll:0x00000000 unknown:0x00000000 frame.dll:0x00856730 frame.dll:0x00856909 frame.dll:0x0082C48E frame.dll:0x007FAC98 frame.dll:0x00822B3C frame.dll:0x00824013 wbase83.dll:0x000213D0 frame.dll:0x0016CEAE frame.dll:0x0016CF43 frame.dll:0x0016D0A9 atlthunk.dll:0x00000000 USER32.dll:0x00000000 USER32.dll:0x00000000 USER32.dll:0x00000000 USER32.dll:0x00000000 wbase83.dll:0x00014377 wbase83.dll:0x00014486 frame.dll:0x0080E7EF frame.dll:0x0080C6FB mngcln.dll:0x000507B9 mngcln.dll:0x000500D1 1cv8c.exe:0x0000B9C0 1cv8c.exe:0x0000F120 core83.dll:0x00256A87 core83.dll:0x00258E7E 1cv8c.exe:0x000BC095 KERNEL32.DLL:0x00000000 unknown:0x00000000 unknown:0x00000000 ",
            "clientStackHash": "04E59376FA0E8364CA1671E93A338083",
            "serverStack": "core83.dll:0x00000000000823FE rserver.dll:0x00000000000BA084 rserver.dll:0x00000000000B397D backend.dll:0x00000000003BBC28 backend.dll:0x00000000003BC511 backend.dll:0x000000000049FD26 backend.dll:0x000000000049F5E3 bsl.dll:0x0000000000047364 bsl.dll:0x00000000000492B0 bsl.dll:0x0000000000046E54 bsl.dll:0x0000000000046FE9 bsl.dll:0x0000000000021790 bsl.dll:0x0000000000021518 bsl.dll:0x0000000000049186 bsl.dll:0x0000000000046E54 bsl.dll:0x0000000000046FE9 bsl.dll:0x0000000000021790 bsl.dll:0x0000000000021518 bsl.dll:0x000000000001B90E backend.dll:0x00000000008503F4 core83.dll:0x000000000006FC35 basic.dll:0x000000000012A9A4 bsl.dll:0x0000000000047364 bsl.dll:0x00000000000492B0 bsl.dll:0x0000000000046E54 bsl.dll:0x0000000000046FE9 bsl.dll:0x0000000000021790 bsl.dll:0x000000000001AB6A backbas.dll:0x000000000013B257 mngbase.dll:0x00000000004A9980 mngbase.dll:0x000000000031A095 vrsbase.dll:0x00000000000B3CE6 vrsbase.dll:0x00000000000C449F vrsbase.dll:0x0000000000060620 rserver.dll:0x0000000000247C25 rserver.dll:0x00000000003169D3 vrsbase.dll:0x000000000005EC3C rserver.dll:0x0000000000317581 rserver.dll:0x0000000000317B2E rtrsrvc.dll:0x00000000000B2E8A rtrsrvc.dll:0x000000000015076F rtrsrvc.dll:0x0000000000143961 rtrsrvc.dll:0x000000000014616B rtrsrvc.dll:0x000000000014558C rtrsrvc.dll:0x0000000000144C3D rtrsrvc.dll:0x000000000013CCD2 rscalls.dll:0x000000000000D11C rscalls.dll:0x000000000000D950 core83.dll:0x0000000000296EFB core83.dll:0x0000000000296F2C core83.dll:0x00000000001694CF unknown:0x0000000000000000 unknown:0x0000000000000000 KERNEL32.DLL:0x0000000000000000 unknown:0x0000000000000000 ",
            "serverStackHash": "A26299C8FD1311EE3F5ED91B6C3C0EAF"
        },
        "applicationErrorInfo": {
            "errors": [
                [
                    "{Справочник.УведомленияПрограммы.МодульМенеджера(146)}: Ошибка при вызове метода контекста (Заблокировать)",
                    [
                        "ScriptRuntimeError"
                    ]
                ],
                [
                    "Конфликт блокировок при выполнении транзакции:nПревышено максимальное время ожидания предоставления блокировки",
                    []
                ]
            ],
            "stack": [
                [
                    "Справочник.УведомленияПрограммы.Форма.ФормаСписка.Форма",
                    56,
                    "u0009u0009ОтметитьПросмотрВсех();"
                ],
                [
                    "Справочник.УведомленияПрограммы.Форма.ФормаСписка.Форма",
                    179,
                    "u0009Справочники.УведомленияПрограммы.ОтметитьПросмотрВсех();"
                ],
                [
                    "Справочник.УведомленияПрограммы.МодульМенеджера",
                    180,
                    "u0009u0009ОтметитьПросмотр(Выборка.Ссылка);"
                ],

Обновлено 05.08.2019

Добрый день! Уважаемые читайте и гости популярного IT блога Pyatilistnik.org. В прошлый раз мы с вами изучили вопрос, где в вашей системе располагаются ваши сертификаты пользователя и компьютера. Двигаемся далее и на повестке для у меня возникла проблема, которую я буду решать и вести в данной статье лог действий помогающих достижению цели. Сегодня я разберу ошибку при работе программы 1С предприятие, а именно она вылетает с событием «Программа 1cv8c.exe версии 8.3.14.1630 прекратила взаимодействие с Windows и была закрыта.» или «Имя сбойного приложения: 1cv8c.exe, версия: 8.3.14.1630, метка времени: 0x5c6e4c97«. Надеюсь, что вместе с вами мы решим данную проблему.

Описание проблемы

Есть RDS ферма в режиме HA, построенная на базе серверов Windows Server 2012 R2. В совершенно разное время появляются жалобы, что пользователь не может корректно выйти из системы(/na-terminalnom-servere-visit-vyhod-iz-sistemy/), ряд мер я описывал по данному вопросу, но они к сожалению срабатывают не всегда. В такой ситуации пока алгоритм был такой, пользователям отправлялось уведомление на терминальный стол, после чего шла перезагрузка. Просматривая логи событий, во всех случаях присутствовали одни и те же ошибки, и все они указывали на какой-то косяк со стороны 1С 8.3.14.1630. Вот вам примеры текущих ошибок:

Видно, что из-за этой ошибки 1С так же повис проводник Windows:

Алгоритм поиска проблемы

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

1. Вводил абсолютно свежий сервер с установленным Windows Server 2012 R2, эффекта не дало, ошибка все так же появилась
2. Удалил все неиспользуемые версии 1С, остались на текущий момент
3. Пробовал удалять кэш 1С, эффекта не дало
4. Переустановка самого клиента 1С, эффекта нет

Далее я решил попробовать собрать трассировку работы приложения по определенным провайдерам Winows и 1С, я такое делал уже при проблеме временного профиля на терминальных серверах. Для этих целей я использовал утилиту logman.exe.

Утилита Logman.exe

Про утилиту Logman.exe я еще подробно расскажу в отдельной статье, в ее задачи входит записывать счетчики производительности или лог работы приложения, его трассировки, и еще много чего, наверняка вы видели ее графический интерфейс в виде сеансов отслеживания событий.

Когда вы захватываете через утилиту Logman.exe трассировку событий, то создается очень объемный лог, и если вы его не ограничите, то он забьет ваш диск за час. Для того, чтобы его слегка минимизировать мы может явным образом указать какие именно провайдеры Windows вы должны захватывать, как их определить я покажу чуть ниже. Откройте командную строку, лучше в режиме администратора, чтобы всякие UAC вам не мешали. Далее посмотрим всех доступных поставщиков, если не будет влезать на экран, то можете воспользоваться ключом | more или запустить все в PowerShell.

Как видим их приличное количество, но нам бы хотелось анализировать только те, что относятся к 1С. Чтобы отфильтровать, поставщиков Windows, вы можете использовать PID процесса. В диспетчере задач найдите нужный вас процесс, предположим в моем примере это ID 42424

В командной строке пишем:

На выходе вы получите уже меньшее количество поставщиков Windows, у меня это получилось вот так для 1С 8.3.14.1630. Тут нас будут интересовать исключительно GUID.

Поставщик GUID
——————————————————————————-
Microsoft-IEFRAME {5C8BB950-959E-4309-8908-67961A1205D5}
Microsoft-Windows-AsynchronousCausality {19A4C69A-28EB-4D4B-8D94-5F19055A1B5C}
Microsoft-Windows-COM-Perf {B8D6861B-D20F-4EEC-BBAE-87E0DD80602B}
Microsoft-Windows-Crypto-BCrypt {C7E089AC-BA2A-11E0-9AF7-68384824019B}
Microsoft-Windows-Crypto-RSAEnh {152FDB2B-6E9D-4B60-B317-815D5F174C4A}
Microsoft-Windows-D3D9 {783ACA0A-790E-4D7F-8451-AA850511C6B9}
Microsoft-Windows-DNS-Client {1C95126E-7EEA-49A9-A3FE-A378B03DDB4D}
Microsoft-Windows-Documents {C89B991E-3B48-49B2-80D3-AC000DFC9749}
Microsoft-Windows-Dwm-Api {292A52C4-FA27-4461-B526-54A46430BD54}
Microsoft-Windows-KnownFolders {8939299F-2315-4C5C-9B91-ABB86AA0627D}
Microsoft-Windows-LDAP-Client {099614A5-5DD7-4788-8BC9-E29F43DB28FC}
Microsoft-Windows-Networking-Correlation {83ED54F0-4D48-4E45-B16E-726FFD1FA4AF}
Microsoft-Windows-PrintService {747EF6FD-E535-4D16-B510-42C90F6873A1}
Microsoft-Windows-RPC {6AD52B32-D609-4BE9-AE07-CE8DAE937E39}
Microsoft-Windows-RPC-Events {F4AED7C7-A898-4627-B053-44A7CAA12FCD}
Microsoft-Windows-Shell-Core {30336ED4-E327-447C-9DE0-51B652C86108}
Microsoft-Windows-SQM-Events {A97524F6-064C-4C4E-B74B-1ACC87C3700D}
Microsoft-Windows-TSF-msctf {4FBA1227-F606-4E5F-B9E8-FAB9AB5740F3}
Microsoft-Windows-UIAutomationCore {820A42D8-38C4-465D-B64E-D7D56EA1D612}
Microsoft-Windows-User Profiles General {DB00DFB6-29F9-4A9C-9B3B-1F4F9E7D9770}
Microsoft-Windows-UxTheme {422088E6-CD0C-4F99-BD0B-6985FA290BDF}
Microsoft-Windows-WinRT-Error {A86F8471-C31D-4FBC-A035-665D06047B03}
Microsoft-Windows-Winsock-NameResolution {55404E71-4DB9-4DEB-A5F5-8F86E46DDE56}
ODBC.1 {F34765F6-A1BE-4B9D-1400-B8A12921F704}
{012616AB-FF6D-4503-A6F0-EFFD0523ACE6} {012616AB-FF6D-4503-A6F0-EFFD0523ACE6}
{097D1686-4038-46BE-B551-10FDA0387165} {097D1686-4038-46BE-B551-10FDA0387165}
{2955E23C-4E0B-45CA-A181-6EE442CA1FC0} {2955E23C-4E0B-45CA-A181-6EE442CA1FC0}
{4E749B6A-667D-4C72-80EF-373EE3246B08} {4E749B6A-667D-4C72-80EF-373EE3246B08}
{4FE2C5BD-3BEA-465A-85D1-AD2719CFF4AF} {4FE2C5BD-3BEA-465A-85D1-AD2719CFF4AF}
{609151DD-04F5-4DA7-974C-FC6947EAA323} {609151DD-04F5-4DA7-974C-FC6947EAA323}
{63A3ADBE-9717-410D-A0F5-E07E68823B4D} {63A3ADBE-9717-410D-A0F5-E07E68823B4D}
{65CD4C8A-0848-4583-92A0-31C0FBAF00C0} {65CD4C8A-0848-4583-92A0-31C0FBAF00C0}
{6B6C257F-5643-43E8-8E5A-C66343DBC650} {6B6C257F-5643-43E8-8E5A-C66343DBC650}
{6E65C8FC-3CFE-412A-B793-D36D2185A831} {6E65C8FC-3CFE-412A-B793-D36D2185A831}
{80DF111F-178D-44FB-AFB4-5D179DE9D4EC} {80DF111F-178D-44FB-AFB4-5D179DE9D4EC}
{A2A3A1D0-AC4C-4A8F-BCD3-DB69FBA5AFFC} {A2A3A1D0-AC4C-4A8F-BCD3-DB69FBA5AFFC}
{A323CDC2-81B0-48B2-80C8-B749A221478A} {A323CDC2-81B0-48B2-80C8-B749A221478A}
{A3A7B70D-A430-4F3E-AC8B-32DC24E12D7E} {A3A7B70D-A430-4F3E-AC8B-32DC24E12D7E}
{A74EFE00-14BE-4EF9-9DA9-1484D5473302} {A74EFE00-14BE-4EF9-9DA9-1484D5473302}
{A74EFE00-14BE-4EF9-9DA9-1484D5473305} {A74EFE00-14BE-4EF9-9DA9-1484D5473305}
{BDA92AE8-9F11-4D49-BA1D-A4C2ABCA692E} {BDA92AE8-9F11-4D49-BA1D-A4C2ABCA692E}
{C9BF4A02-D547-4D11-8242-E03A18B5BE01} {C9BF4A02-D547-4D11-8242-E03A18B5BE01}
{CEC2553A-8961-4D34-92CA-AB2ECEF646C5} {CEC2553A-8961-4D34-92CA-AB2ECEF646C5}
{D1D7D72D-00D5-4E56-8BAC-23FAC0F9ED4E} {D1D7D72D-00D5-4E56-8BAC-23FAC0F9ED4E}
{E27950EB-1768-451F-96AC-CC4E14F6D3D0} {E27950EB-1768-451F-96AC-CC4E14F6D3D0}
{E870C196-B8CE-4C83-8C4E-DD5755C6D184} {E870C196-B8CE-4C83-8C4E-DD5755C6D184}
{EB7428F5-AB1F-4322-A4CC-1F1A9B2C5E98} {EB7428F5-AB1F-4322-A4CC-1F1A9B2C5E98}

Вам необходимо в текстовый файл сохранить именно GUID значения, по одному значению в строке. Далее этот файл нам будет нужен, при мониторинге. Создайте у себя для удобства отдельную папку. в которую сохраните файл со списком GUID. у меня это будет путь C:tmpprovaders8.txt. Далее вам нужно определиться сколько вы готовы отдать под файл лога, учтите что он заполняется молниеносно, и сохраняется в сжатом виде в формате .etl, но если вы его потом распакуете, то например 50 МБ превратятся в 750, это нужно учитывать, но есть и обратная сторона нужно больше данных для диагностики, поэтом маленьким его делать так же нет смысла. Я в своем поиске сделаю его 3 ГБ.

В командной строке создаем новую трассировку в Logman.exe:

•  -n задает имя вашей трассировки приложения
• -max — задает максимальный размер файла
• -ow — перезаписать текущий файл если он существует
• -o — путь до файла .etl
• -ets — Отправить команды сеансам трассировки событий напрямую, без сохранения или планирования.
• f bincirc — включить цикл перезаписывания файла новыми данными

Далее нам необходимо обновить наше задание и сказать, что собирать данные нужно по определенным провайдер, которые находятся у нас в файле:

•  -pf — указать путь до файла с GUID

В итоге у вас начинается наполнение файла .etl

Посмотреть статус и список работающих провайдеров вы можете командой:

Я вижу, что мой сеанс отслеживания событий под именем 1С8 работает. Кстати если вы откроете оснастку «Управление компьютером» и перейдете в раздел «Производительность — Группы сборщиков данных — Сеансы отслеживания событий», то вы увидите тот же список заданий. Тут проще будет потом вносить изменения, например по ключевым словам или уровнем событий, так как по умолчанию у меня стоит уровень 0, подразумевающий собирать все.

Теперь ждем сбоя, после которого вам нужно остановить ваше задание, можно из графического интерфейса

или же командой:

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

Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt

Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.

• Critical — 1 0x1 Этот уровень соответствует критической ошибке, которая является серьезной ошибкой, вызвавшей серьезный сбой.
• Error — 2 0x2 Этот уровень добавляет стандартные ошибки, которые указывают на проблему.
• Informational — 4 0x4 Этот уровень добавляет информационные события или сообщения, которые не являются ошибками. Эти события могут помочь отследить прогресс или состояние приложения.
• LogAlways — 0 0xffffffff Фильтрация уровней по событию не выполняется
• Verbose — 5 0x5 Этот уровень добавляет длинные события или сообщения. Это вызывает все события, которые будут зарегистрированы.
• Warning — 3 0x3 Этот уровень добавляет предупреждающие события (например, события, которые публикуются, потому что диск почти заполнен).

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

В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.

Данные файлы дампов приложения, вы можете открыть с помощью утилиты DebugDiag Analysis (https://www.microsoft.com/en-us/download/details.aspx?id=58210).

Откройте DebugDiag Analysis, выберите пункты:

• crashHangAnalysis
• MemoryAnalysis
• KernelCrashHangAnalysys

После чего нажимаем кнопку «Add data Files».

После чего нажмите «Start Analysis»

На выходе вы получаете веб отчет, у меня выглядело вот так:

Далее хотя бы видно, к какой базе данных было подключение, для этого есть ключ /IBName.

Далее вы увидите более детальную отладочную информацию по Thread — System ID, она может быть полезна для разработчиков 1С.

На этом моя борьба с зависание терминального сервера из-за ошибки 1С предприятия закончена, я как администратор тут уже ничего не могу поделать, надеюсь на разработчиков. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.