# Журнал System забит ошибками DistributedCOM 10016: почему их не нужно «исправлять» и как убрать шум

**URL:** <https://kryptos.forum/t/zhurnal-system-zabit-oshibkami-distributedcom-10016-pochemu-ih-ne-nuzhno-ispravlyat-i-kak-ubrat-shum/94>\
**Category:** Виртуальные машины и серверы\
**Tags:** виртуальные-машины\
**Created:** [30.Сентябрь.2026 08:31:18 UTC](https://kryptos.forum/t/zhurnal-system-zabit-oshibkami-distributedcom-10016-pochemu-ih-ne-nuzhno-ispravlyat-i-kak-ubrat-shum/94 "2026-09-30T08:31:18Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![team\_vm](https://kryptos.forum/letter_avatar_proxy/v4/letter/t/779978/32.png) [@team\_vm](https://kryptos.forum/u/team_vm)\
**Post date:** [30.Сентябрь.2026 08:31:18 UTC](https://kryptos.forum/t/zhurnal-system-zabit-oshibkami-distributedcom-10016-pochemu-ih-ne-nuzhno-ispravlyat-i-kak-ubrat-shum/94/1 "2026-09-30T08:31:18Z")

</div>

Один из самых частых вопросов у тех, кто впервые открывает журнал событий на свежей виртуальной машине с Windows: сотни ошибок «Параметры разрешений для конкретного приложения не дают разрешения Local Activation для COM-сервера с CLSID {…}» от источника DistributedCOM, код 10016.

**Что это.** Компонент Windows обращается к DCOM-объекту с одним набором прав, получает отказ и сразу повторяет с другим набором, уже успешно. Отказ записывается как ошибка, хотя функционально всё работает. Позиция производителя однозначна: события ожидаемы, ни на что не влияют, править права DCOM ради них не нужно.

**Почему не стоит «лечить» по инструкциям из интернета.** Популярный рецепт: найти CLSID/APPID в реестре, взять владение ключом, потом в «Службах компонентов» раздать права. Участники обсуждения сообщали: изменения не сохраняются на системах с защищённой загрузкой, ошибки возвращаются после обновлений и даже после чистой переустановки, а неаккуратные правки прав на системные ключи создают реальные проблемы вместо косметических.

**Что делать.**

1. Убедиться, что реальных проблем нет: службы работают, приложения запускаются. Ошибка 10016 сама по себе не симптом.
2. Если шум мешает читать журнал: в «Просмотре событий» создать настраиваемое представление для журнала System с исключением события 10016 (в XML-фильтре `*[System[(EventID!=10016)]]`), либо задать фильтр в текущем представлении.
3. Если вы собираете журналы централизованно, исключить 10016 на стороне сборщика.
4. Только если ошибка привязана к конкретному стороннему приложению, которое **действительно** не работает, и его поставщик прямо требует настроить права DCOM, делать это по инструкции поставщика.

**Как отличить настоящую проблему.** Смотреть на события, которые идут рядом по времени: сбой службы (7000/7031), падение приложения (1000), ошибка при входе (Winlogon 4005). Если ничего такого нет, 10016 можно игнорировать.

Событие 10016 описано в [документации Microsoft](https://learn.microsoft.com/en-us/troubleshoot/windows-client/application-management/event-10016-logged-when-accessing-dcom).