Здравствуйте, xlich, Вы писали:

X>Добрый вечер(во всяком случае у нас )! Будет немного длинно, но, по-моему, это оправдано. Есть приложение (отдельное спасибо эксперту pugv за подсказки), забирающее по ОРС из RSView32 некоторые теги и отправляющее их в БД. Есть SCADA TraceMode, которая тоже берёт там же другие теги и использует их, как ей надо. В некоторый момент комп с TraceMode умер и его заменили новым. Естественно, что настройки DCOM на компе с TraceMode никто не помнит. Нахрапом настроить не получилось! Тогда — в ночную смену — два умника сели рядом с телефонами и компами и понеслась... Связи TraceMode c RSView так и не добились, но, после всех манипуляций, перестала запускаться и моя программа!!! Она находится на том же компе, что и RSView!!! Дело в том, что некоторые манипуляции с DCOM требуют перезагрузки компа. Моя программа стоит в автозагрузке, размещается в трее и никому не мешает. Хорошо, что (в общем-то, просто забыл) не выключил подробный лог, нужный для отладки. Поэтому, когда наехали, что в БД нет ни фига, из лога выяснил, что вылетаю после попытки подключиться к ОРС-серверу! Т.е. CoCreateInstance при подключении к серверу возвращает E_ACCESSDENIED Отсюда вопрос — что такого можно изменить в DCOM, чтобы перестало запускаться приложение на локальной машине?

Из настроек OPC сервера эккаунт не удалили случаем?

Можно посмотреть системные логи.
Для этого установить следующие параметры реестра:
CallFailureLoggingLevel
ActivationFailureLoggingLevel
InvalidSecurityDescriptorLoggingLevel
и включить аудит на Logon и на Object access (failures).