Добавление сервера Основ Windows Server 2012 к существующему домену, не перемещая AD
Четыре вещи.
- Проверьте свои полномочия доли дважды, в дополнение к Вашим полномочиям NTFS. Если люди войдут в систему удаленно Первое место, то они столкнутся с проблемами авторизации, находится в полномочиях доли.
- Вы попытались использовать вкладку "Effective Permissions" в разделе Advanced установки защиты? Это может быть полезным инструментом для диагностирования этих видов проблем.
- Вы дали время для репликации для происхождения? Это не может иметь значения, находитесь ли Вы в среде достаточно небольшого объявления, но странные вещи, может казаться, происходят, если Вы вносите изменения на одном DC, и пользователи являются аутентификацией от другой.
- Пользователям нужно к выходу домена и затем обратно в снова для взятия нового состава группы. В большинстве случаев это на самом деле включит журналирование полностью прочь их компьютеров для получения нового маркера доступа.
Это старый вопрос о бета-версии, но та же идея применима и к RTM.
Я только что сделал это, и вот ситуация. Вы можете выбрать миграцию или создать новый домен - если вы выполняете миграцию, а источником является НЕ SBS, а обычная среда AD, все в порядке (это описано, например, здесь: http://blogs.technet.com /b/sbs/archive/2012/08/24/migrating-to-windows-server-2012-essentials.aspx ). (Если это SBS или EBS, существуют особые правила вывода старого сервера из эксплуатации и т. Д.)
Единственная проблема заключалась в том, что новая среда ничего не знала о моих пользователях в старой среде. Это задокументированная проблема, которую можно легко исправить: http://technet.microsoft.com/en-us/library/gg186128.aspx
- На целевом сервере откройте окно командной строки от имени администратора.
- Введите
cd "\ Program Files \ Windows Server \ Bin"и нажмитеENTER. - Введите
WssPowerShell.exeи нажмите ENTER. . - Введите
Import-WssUser -SamAccountName, а затем нажмитеENTER.
I ' Я не нашел хорошей документации по этому поводу от Microsoft, но, основываясь на сообщениях об ошибках, которые вы видите в бета-версии продукта, все еще ссылаясь на Small Business Server (SBS), я собираюсь ответить на основе того, как работает продукт SBS.
Вам потребуется выполнить миграцию, понизив уровень текущего контроллера домена (DC) до рядового сервера и перенеся роли Active Directory Flexible Single-Master Operation (FSMO) на новый DC. Как только вы это сделаете, вы можете повторно повысить уровень существующей машины до вторичного DC для домена.
Исторически сложилось так, что ограничение в SBS заключалось в наличии нескольких компьютеров Windows Server SBS. У вас может быть только один. Однако вы можете иметь столько вторичных контроллеров домена, сколько захотите.
Сказав все это, я был бы действительно озабочен миграцией рабочего домена Active Directory на бета-платформу.
Как установщик уже сообщает вам, нет, вы не можете запускать более одного контроллера домена, когда существующим контроллером домена является SBS.
Это также явно ограничивает его использование для включения в существующий домен .
Альтернативный способ - понизить уровень сервера: http://www.tinkertry.com/ws2012e-domain-removal/ хотя это кажется немного рискованным и официально не поддерживается, и некоторые вещи могут сломаться.
Я в похожей ситуации. У нас в компании 12 разработчиков, но наша стартовая программа BizSpark предлагает только 7 подписок MSDN. Это означает, что 5 разработчиков не будут иметь клиентских лицензий (клиентских лицензий) для доступа к любой стандартной версии Windows Server. Поскольку версия Essentials предлагает 25 учетных записей пользователей без необходимости в клиентских лицензиях, мы выбрали Essentials в качестве основы для нашего самого первого небольшого сервера среды разработки.
Но теперь возникает проблема: мы хотели бы установить на него SQL Server и TFS. И SQL Server орет на меня - Внимание, могут возникнуть проблемы при установке на контроллер домена. Поэтому мы решили попробовать рискованный способ - вытащить контроллер домена из Windows Server Essentials.