Не так давно обнаружилась проблема с VMware Horizon: в системных событиях фиксировались ошибки, указывающие на поврежденных данных о FSMO Domain Naming Master. Обычный запрос с помощью dsmgmt (используется с AD LDS, вместо ntdsutils) показывал, что с ролями все нормально. Тут я вспомнил, что у Horizon используются 2 базы AD LDS - одна база уровня пода, другая - глобального уровня. То есть, когда устанавливаем 1 сервер подключений, мы создаем pod, остальные реплики присоединяются к этому поду и используют одну базу данных AD LDS. Когда же мы объединяем все поды, создавая cloud pod, создается еще одна база данных AD LDS - уже глобальная. Как же исправить FSMO в глобальной базе? А очень просто: так же, как и в локальной! Если к AD LDS пода подключаемся через порт 389, то к глобальной AD LDS - через 22389. Подключаемся: dsmgmt: roles fsmo maintenance: connections Server connections: connect to server localhost:22389 server connections: quit fsmo maintenance: select operation target select