В AD все придумано и не нужно никаких дополнительных политик.
PDC корневого домена\леса должен синхронизироваться с источником, а все остальное автоматом по цепочке доберется до рабочих станций.
Устанавливаете любую ОС с возможностью виртуализации. Заходите в ОС и создаете виртуальную машину, на которую можно поставить Windows.
Если в списке предлагаемых ОС есть VMWare ESX - то вообще чудесно. Это удобно и просто - но имейте ввиду, что нужно подумать о защите доступа к ней - так как нормального файрвола в ней ней.
Если нет ESX - то нужно искать наиболее подходящий вариант из предлагаемых-который сможет виртуализовать Windows Server.
Вопрос не совсем внятный. Возможно имелась ввиду Active Directory.
Все авторизованные в ней DHCP сервера хранятся в CN=NetServices,CN=Services,CN=Configuration,DC=domain,DC=com.
Оттуда их можно удалить с помощью ADSIEdit
Владельцы FSMO ролей созданы не для хранения данных, а для создания уникальности в Active Directory.
Это позволяет избежать создания коллизий, так как важные изменения может вносить только один уникальный контроллер домена.
Встроенных средств в Windows нет. Так что либо сторонние средства, либо все-таки ставить какой-то промежуточный хост. Например внутри Windows Server можно поднять виртуальную машину с linux и настроить на ней внешний ip адрес, а затем уже отправлять с нее пакеты на Windows Server.
В настройках второго сервера указано, что он реплика первого?
Если да - поведение нормальное - все разрешения на устновку должны проходить на первом сервере и соответственно второй сервер просто обязан сообщать первому имена компьютеров.
Startup script (Computer configuration) и Logon script (User Configuration) - две большие разницы. Первый применяется к рабочей станции (до входа пользователя), а второй к пользователю.
Для решения вашей задачи "Что бы пользователь заходил в комп под пользователем" не обязательно иметь Active Directory.
И конечно вы не сможете запустить службы ADDS на Windows 10.
ИМХО вы не найдете такой считалки.
Только опытным путём, сняв Performance counter с имеющегося сервера, либо рабочей станции и экстраполировав на количество пользователей на терминальном сервере.