Ошибка .NET Runtime 2.0 в службе
У нас есть специальный сервис, который записывает в БД (SQL 2005). Это полноценная 64-битная среда (БД, .NET-сервис). На одном из наших серверов каждое утро происходит сбой, когда у нас резко увеличивается объем данных. На другом сервере мы нормально работаем. Единственное различие, которое я смог заметить между двумя машинами, заключается в том, что на той, где произошел сбой, также установлен .NET 3.5.
Кто-нибудь еще видел подобное поведение?
Вот запись в журнале событий сегодняшнего сбоя:
Тип события: Error
Источник события: отчет об ошибках .NET Runtime 2.0
Категория события: Нет
Код события: 1000
Дата: 06.11.2008
Время: 09: 35: 03
Пользователь: N / A
Компьютер: RDDARWIN02
Описание:
Неисправное приложение servicehost.exe, версия 2.0.6.6, штамп 48eb7b7a, сбойный модуль kernel32.dll, версия 5.2.3790.4062, штамп 462643a7, отладка? 0, адрес ошибки 0x0000000000027d8d.
Дополнительные сведения см. В центре справки и поддержки по адресу http://go.microsoft.com/fwlink /events.asp.
.
Данные:
0000: 41 00 70 00 70 00 6c 00 A.p.p.l.
0008: 69 00 63 00 61 00 74 00 i.c.a.t.
0010: 69 00 6f 00 6e 00 20 00 i.o.n. .
0018: 46 00 61 00 69 00 6c 00 F.a.i.l.
0020: 75 00 72 00 65 00 20 00 ед. .
0028: 20 00 73 00 65 00 72 00. Н. Э.
0030: 76 00 69 00 63 00 65 00 н.в.с.e.
0038: 68 00 6f 00 73 00 74 00 h.o.s.t.
0040: 2e 00 65 00 78 00 65 00 ..e.x.e.
0048: 20 00 32 00 2e 00 30 00 .2 ... 0.
0050: 2e 00 36 00 2e 00 36 00 ..6 ... 6.
0058: 20 00 34 00 38 00 65 00 .4.8.e.
0060: 62 00 37 00 62 00 37 00 b.7.b.7.
0068: 61 00 20 00 69 00 6e 00 а. .i.n.
0070: 20 00 6b 00 65 00 72 00 .k.e.r.
0078: 6e 00 65 00 6c 00 33 00 n.e.l.3.
0080: 32 00 2e 00 64 00 6c 00 2 ... d.l.
0088: 6c 00 20 00 35 00 2e 00 л. .5 ...
0090: 32 00 2e 00 33 00 37 00 2 ... 3.7.
0098: 39 00 30 00 2e 00 34 00 9.0 ... 4.
00a0: 30 00 36 00 32 00 20 00 0.6.2. .
00a8: 34 00 36 00 32 00 36 00 4.6.2.6.
00b0: 34 00 33 00 61 00 37 00 4.3.a.7.
00b8: 20 00 66 00 44 00 65 00 .f.D.e.
00c0: 62 00 75 00 67 00 20 00 у.е. .
00c8: 30 00 20 00 61 00 74 00 0. .a.t.
00d0: 20 00 6f 00 66 00 66 00 .o.f.f.
00d8: 73 00 65 00 74 00 20 00 н.э.т. .
00e0: 30 00 30 00 30 00 30 00 0.0.0.0.
00e8: 30 00 30 00 30 00 30 00 0.0.0.0.
00f0: 30 00 30 00 30 00 32 00 0.0.0.2.
00f8: 37 00 64 00 38 00 64 00 7.d.8.d.
0100: 0d 00 0a 00 ....
Ответы 1
Вы пробовали прикрепить отладчик к работающему коду до сбоя? Может быть, вы сможете найти причину проблемы.
Вы также можете использовать adplus, чтобы получить дамп процесса, а затем использовать этот дамп в windbg, чтобы отследить проблему. Что-то вроде этого должно дать вам файл дампа, который вы ищете:
adplus -crash -pn servicehost.exe
Рассматривая свои старые вопросы, я понял, что в какой-то момент эта проблема исчезла с обновлением .NET. В любом случае, поскольку ваше предложение было чем-то новым, я узнал, я просто скажу, что вы получили правильный (и единственный) ответ.
TonyB, это отличное предложение, хотя бы по той причине, что я не знал об ADPlus. У меня даже были уже установлены инструменты отладки MS, но я не знал об этом единственном инструменте командной строки. Спасибо за совет!