Доброго времени суток!

Какие-то чудеса стали происходить с нашим веб-порталом. Он написан на VBScript, для обработки сложных моментов используется COM-объект dll, вызов к которому осуществляется из скриптов.

Все всегда работало нормально. Пару дней назад начались чудеса - люди работают, работают, бах и вылезает такая ошибка 8000ffff|Разрушительный_сбой в логе IISa.
Ничего не помогает кроме перезапуска IIS.
Перезапускаю, все ок. Снова работаю немного и снова бах - и опять эта ошибка. И так весь день.
Смотрю на номер строки в скрипте по логу - эта ошибка получается при обращении к СОМ-объекту нашему. Причем она появляется хаотично, т.к. обращений к нему сотни в минуту и в какой-то период времени на очередном вызове все отваливается. Причем каждый раз это разные вызовы и в разных скриптах и на разных строках, то есть причина не в dll.
Толкового описания в нете нет, помогите люди добрые, подскажите как выловить причину или чем продиагностировать, в виндовых логах ничего нет, только в логах IIS, но такое описание ошибки не дает понять ее причину ((

Спасибо. Только каким образом активность отслеживать?
Какие логи внимательнее читать? В IIS только про разрушительный сбой и больше ни слова. В системных событиях пусто. Чтоименно копать?
Как определить неправильнуюактивность СОМ-объекта?

А в том и прикол, что нельзя отловить момент, когда происходит. Рэндомно отваливается и все, причем в разных местах, но все время при обращении к СОМ.
А вид вот такой, больше ничего.
2007-09-04 11:51:41 W3SVC2 192.168.111.57 POST /Active.asp Active=y&docid=101%2F00&Class=%D2%E5%F1%F2+%2F+%D8%E0%EF%EA%E0+%F1%F5%E5%EC%FB|9|8000ffff|Разрушительный_сбой 80 - 192.168.112.119 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 500 0 0

Ну про автора и дебаггер - это да, но с другой стороны, как он отловит ошибку, которая появляется непонятно когда и непонятно почему. А dll большая, метра 4, с ума сойдешь все дебаггером проходить, да и не факт что поможет.
Есть предположение, что у МС глюк в софте какой-то при работе с СОМ, только почему его никогда не было, а теперь появился - это загадка.

Неа, никто ничего не вредит, система в локальной сети и в тестовом режиме на одном юзере.
Есть предположение, что что-то с Session мы перегнули, проверять будем.
Незнаю совпадение или нет, но выключил службу MSDTC и пока ошибка не появляется, вот ведь как...

Нет, вызовы к DTC не используются. Даже незнаю что еще подумать, где ловить хоть какие-то детали такой ошибки ...