Wbase83 dll ошибка 1с

Обновлено 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.

1

Server 2008

26.04.2018, 18:03. Показов 20459. Ответов 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ОтметитьПросмотр(Выборка.Ссылка);"
                ],