Центр администрирования Active Directory (Server 2012 R2) часто дает сбой при обновлении пользователя [дубликат]

DSAC.exe аварийно завершает работу каждый раз, когда мы пытаемся обновить объект пользователя. Он выйдет из строя во всех системах, на которых мы его опробуем, включая серверы с Active Directory. Это происходит в Windows 7, Windows 10 и Windows 2012 R2.

Я также разместил журналы событий на technet , но никто еще не предоставил никаких данных.

Журналы событий слишком длинные, чтобы размещать их здесь напрямую.

Любая помощь будет принята с благодарностью.

6
задан 25 January 2017 в 23:15
4 ответа

Исправления безопасности KB 3205394, 3206632, 3205386 приводят к сбою Центра администрирования Active Directory

https: //www.askwoody. com / 2017 / security-patches-kb-3205394-3206632-3205386crash-active-directory-admin-center /

Похоже, виноваты патчи Windows, упомянутые в статье.

KB3205394 и KB3207752, упомянутые by KB3205394 являются виновником в Windows 7. Однако и kb3207752 тоже. Как только все три были удалены, проблема была решена.

В Windows 10 удалите KB 3206632 и 3205386 в зависимости от номера сборки, который у вас есть.

Я не уверен, что меняют эти обновления. Мы создали тестовую коробку и полностью обновили ее до последних исправлений, и проблема не возникает. Так почему же другие системы нарушают работу Административного центра?

2
ответ дан 4 January 2021 в 10:06

У меня тоже была проблема. Я даже удалил и установил ADAC. Это не помогло.

CrypticSage прав. Просто упомяну об этом -> у меня также была проблема с Windows Server 2012 (без R2). Похоже, что проблемные обновления для этой ОС: KB3205409 и KB3205403

, удалите их, и она снова заработает.

Может быть, это кому-то поможет ...

1
ответ дан 4 January 2021 в 10:06

Обновление от 14 марта 2017 г. :

Исправлено: https://support.microsoft.com/en-us/help/4013429/windows-10 -update-kb4013429


Как уже упоминалось, эта ошибка была отправлена ​​с 12B (mid-Декабрь), исправления 2016 г.

Проблема полностью изучена, была устранена внутренняя отладка, и исправление планировалось выпустить в рамках цикла выпуска 2B (середина февраля), однако, как вы можете прочитать в Блог MSRC , обновления откладываются до марта.

Технически сбой ADAC имеет две причины. Во-первых, в платформе .NET (на которую опирается ADAC) есть код, который вызывает GetLastError , хотя этого не должно быть. Во-вторых, произошло небольшое изменение в коде упорядочивания окон GDI в режиме ядра, из-за которого одна из его функций ( EnableWindow ) устанавливала последнюю ошибку, когда не должна.

Пока мы ждем исправления, некоторые обходные пути, которые помогли другим, включают:

  1. Измените глубину цвета рабочего стола на 16 бит (только для Win 7)
  2. Разверните окно консоли управления
  3. Отключите «Включить рабочий стол» Композиция »вариант производительности (только для Win 7)
  4. Примените тему Windows Basic

Для справки приведен снимок экрана, на котором показано, как выглядит ошибка:

enter image description here

3
ответ дан 4 January 2021 в 10:06

Я понял, как это исправить! деинсталлируйте обновление KB3212646 - январь 2017 года Security Monthly Quality Rollup for Windows 7. Если это само по себе не исправляет, проверьте, есть ли у вас еще KB3207752, потому что KB3212646 включает в себя "улучшения" от KB3207752. Эта страница будет содержать ссылки на любые другие связанные с этим обновления. https://support.microsoft.com/en-us/help/3212646/january-2017-security-monthly-quality-rollup-for-windows-7-sp1-and-win Работа по отключению "enable desktop composition" позволила мне внести изменения в центр администрирования активного каталога, но удаление этого обновления фактически исправило проблему.

0
ответ дан 4 January 2021 в 10:06

Теги

Похожие вопросы