Перенос профиля локального пользователя в домен windows 7

Zip File, мои юные эникеи. С вами Whiteи сегодня мы поговорим о том, как можно максимально быстро и безболезненно перевести сетевой парк компьютеров даже в достаточно крупной фирме из никчемной рабочей группы в статус доменных устройств. Частенько начинающие админы сталкиваются с известной проблемой. Вы только-только устроились на работу. Ужаснулись текущему положению дел. Прикинули наиболее приоритетные цели с задачами.

Ну и само-собой попутно подняли пиратский сервак и даже морально настроились идти знакомиться с пользюками. Но не делать же этого просто так? Всегда нужно совмещать неприятные вещи с полезными действиями. А, как известно, самым полезным действием для любого ленивого сисадмина интровертного склада ума – является получение возможности не общаться с юзверями больше одного раза в реале, максимально взаимодействую с ними в дальнейшем средствами удалёнки.

Однако для реализации этой самой возможности, весь ваш зверинец должен так или иначе находить в домене. Но как, собственно, происходит классический процесс заведения в домен типичного пользователя? Уверен, что большая часть зрителей и без моих нуднейших наставлений, прекрасно помнят эту последовательность, как отче наш. Однако, для тех, кто не в теме, вкратце изложу алгоритм.

На сервере создаётся учетка сотрудника. Вы запоминаете имя входа и временный пароль от неё. Затем топаете к работнику, выгоняете его покурить. Пингуете сервер и если связь есть — заходите в свойства системы. Там вы заводите тачку в домен, делаете ребут и после включения логинитесь уже не под локальной учеткой, а под сетевым вариантом, располагающемся на контроллере дома.

И тут, собственно, начинается самое интересное. Учетка то новая, а значит и всё пространство в ней абсолютно дефолтное. Чистый рабочий стол. Девственный браузер без нужных закладок и полное отсутствие нужные баз в 1Ске. Как думаете, пришедший после перекура сотрудник сильно обрадуется знакомству с вами, после подобных нововведений? Очень навряд ли. Вернее, совсем не обрадуется.

А самые восприимчивые ещё и жалобу директору накатают. Мол, новый админ то совсем тю-тю. Пришёл и сразу всё поломал. Тюльпанчики на рабочем столе исчезли. Сериальчиков в загрузках больше не сыщешь. В общем, всё как обычно. Хрупкая экосистема безделья нарушена. И вот уже перспектива вернуть расположение злобных бухов тает практически на глазах.

Так вот, чтобы этого не произошло, вам, каким-то чудесным образом нужно перенести все данные и настройки с локальной учетки на вновь созданного собрата. Самый простой и 100% рабочий способ – делать всё это ручками. Т.е. сначала копировать папки из одного профиля в другой. Затем экспортировать настройки браузера. Грузить их под новой учеткой.

Аналогичным образом поступать с базами 1Ски и другим специализированным софтом, который, как назло, будет установлен на доброй сотне машин в вашем новом персональном аду. Нет, безусловно можно пойти на принцип и сказать, что начинаем жизнь с чистого листа и сделав кирпичную морду удалиться из кабинета. Но последствия такой тирании, уж поверьте, вам вряд ли понравятся.

Поэтому нынче, я покажу вам гораздо более привлекательный вариант, который позволит буквально за пару минут перенести локального пользователя в домен со всеми персонифицированными настройками. Красивым рабочим столом, закладками в браузере, списками баз в 1Ске и прочими плюшками. Так что, если вам интересно, как можно сэкономить себе сотни часов работы и десяток другой нервных клеток – устраивайтесь по удобней.

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

Но прежде, чем мы начнём, мне бы хотелось рассказать вам про курс, обучающий современной профессии «DevOps-инженер» от образовательной платформы SkillBox.

В рамках обучения, авторы, в числе которых Ex-архитектор из ФИНАМ, организаторы конференций DevOpsDays Russia, HighLoad и другие профессионалы своего дела, научат вас работать с самой популярной системой контейнеризации Docker.

Помогут освоить Git, чтобы эффективно работать с кодовой базой и объяснят, как можно эффективно автоматизировать настройку серверов и инфраструктурных сервисов, чтобы обеспечивать быстрое развертывание и сократить время восстановления после критичных сбоев.

Вы поймёте, каким образом создаются комплексные решения для мониторинга и обратной связи, повышающие продуктивность работы за счёт оперативной наблюдаемости внутренних функций системы.

Курс отлично подойдет IT-специалистам самого разного уровня. Главное иметь в своём арсенале навыки не ниже Junior или Middle. Ворваться в DevOps-инжиниринг можно, как из PRO-разработки, так и из сисадминства.

Нескучные онлайн-лекции, воркшопы, домашки, куча практических лаб, ну и конечно же, помощь с трудоустройством в случае успешного освоения всех материалов данного курса.

Для этого у платформы есть специальный карьерный центр, задача которого помочь составить эффективное резюме, организовать собеседования в топовых компаниях IT-сектора, и в конечном итоге устроить вас на приличную должность.

В общем, если хотите присоединиться к этой движухе и реально повысить свою профессиональную компетентность переняв опыт у именитых международных экспертов DevOps — Welcome

Ссылка на курс по DevOps-инжинирингу от SkillBox будет в описании. Первые 3 месяца бесплатно. А если ещё и заюзаете мой промокод, получите 50% скидку. Так что, не протупите. Бегом учиться!

Шаг 1. Ну а мы возвращаемся к основной теме нашего выпуска. Для упрощения процедуры переноса локального профиля в домен нам понадобится бесплатная утилита UserProfileWizardот компании ForensIT. Заходим на официальном сайте в раздел «FreeDownloads» и скачиваем версию для соответствующей ОС.

Шаг 2. После загрузки идём за компьютер пользователя и смотрим под какой локальной учеткой в данный момент осуществлён вход. В моём случае это учётка Den и как мы видим под ней на рабочем столе создана тестовая папка, архив, рисунок и текстовый документ.

Шаг 3. Запускаем нашу загруженную утильку и согласившись с правилами лицензионного соглашения распаковываем её на ПК.

Шаг 4. Кликаем на появившийся ярлык на десктопе. Далее.

Шаг 5. Выбираем профиль, который будем переносить. В моём случае выбор не особо велик. В полевых условиях учеток обычно намного больше. Внизу прога предлагает нам варианты выключить локальную копию после клонирования или удалить её вовсе. Я выбираю второй вариант. Нечего плодить левые записи на компах. Так делают только криворукие и ленивые сисы. Мы же будем делать всё красиво и грамотно.

Шаг 6. Создаём на серве нового юзверя в оснастке AD.

Шаг 7. Присваиваем Имя, Фамилию и самое главное Имя входа. С его помощью, как известно и осуществляется вход в домик.

Шаг 8. Задаём дважды безопасный пароль и сохраняем получившиеся настройки.

Шаг 9. С этим разобрались. Снова возвращаемся к компу юзверя и смотрим, что там прописано в настройках адаптера. Адрес DNSки должен ссылаться на сервер, а IPшник принадлежать к той же сети, что и домен. Иначе машина в сетку не залетит.

Шаг 10. Если всё ок – отправляем на всякий пожарный эхо запрос на контроллер и в случае успешного отклика приступаем к дальнейшим танцам с нашим любимым бубном в роли которого сегодня выступает ProfileWizard.

Шаг 11. В первой строчке вводим полное имя домена и пользователя, к которому будет осуществляться привязка текущего профиля. Поставим галку на Default Logon. Лишним не будет.

Шаг 12. Почти усё. Осталось ввести пароль от учётки обладающей правом заведения тачек в домен. У меня это, разумеется, только Администратор. Вводим пассворд и кликаем ОК.

Шаг 13. Курим бамбук минуту-другую и видим в логах заветный месседж об успешной миграции.

Шаг 14. Система оповещает о необходимости срочной перезагрузки. Пожалуйста. Мы всеми руками за.

Шаг 15. Включившись, мы видим, что ОСька тут же пытается заломиться под доменной учеткой. Хороший знак. Вводим пароль и замираем в ожидании чуда.

Шаг 16. Вуаля. Система загружена и все данные на рабочем столе остались на положенном месте. Также, как, впрочем, и настройки в любимом браузере, загрузки и прочие милые сердцу любого юзверя ништяки. При этом, если вы посмотрите в свойства папок и файлов, то обнаружите, что они ссылаются на старый каталог профиля. Т.е., по сути, данная прога де факто не переносит настройки из локального профиля, а просто привязывает его папку к доменной учетке.

Шаг 17. При этом в домен наш компьютер всё-таки вводится. В этом воотчию можно убедиться, посмотрев системные свойства. Никаким воркгроупом отныне тут и не пахнет.

Шаг 18. Единственный нюанс, о котором точно стоит упомянуть заключается в том, что если учетная запись изначально входила в группу Администраторов на локальной машине, то после привязки, новая учетка получит фулл доступ к настройкам лошадки. Поэтому, не забудьте после успешного переезда вывести её из состава админов рабочей тачки и будет вам счастье.

Само-собой данный способ не идеален. После связки каталога локального профиля с доменной учеткой у вас банально не переедет пароль в Аутлуке. Сертификаты тоже придётся подтягивать ручками. Но поверьте, времени такой подход сэкономит изрядно. Особенно, когда ситуация требует от вас, как от сиса быстрых решений. Так на моей новой работе буквально на прошлой неделе случился весьма неприятный казус.

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

При этом учетки работали вполне себе сносно в статусе временных, пока в один прекрасный день, после получения очередного апдейта от мелкомягких, тачки не решили проверить связь с сервером. Тут то и наступил настоящий коллапс. Директору нужно срочно сдавать отчет, а комп элементарно не может зайти в учетку, потому что домена, к которому она обращается больше нет.

Признаться, мы с техником, увидев такую картину в первые пару минут изрядно пере****лись. Однако вспомнив о ProfileWizardситуация быстро была взята под контроль и уже через 10 минут мы полностью порешали вопрос. Зашли под локальной учеткой, вывели комп из несуществующего домена в воркгроуп и завели в новый, попутно привязав профиль к нужной учетке. Но вот не знай я об этой крутейшей фихе, ситуация могла сложиться совершенно иначе.

Очень надеюсь, что вам по работе всё-таки не придётся столкнуться с подобными стрессовыми задачами. А если всё же судьба подкинет такую петрушку – вы легко справитесь с ней используя метод, показанный в этом видео. Друзья, я напоминаю, что помимо роликов по системному администрированию, мы периодически рассматривает тему информационной безопасности.

Но т.к. ютуб с недавнего времени дико агрится на подобные материалы, было принято решение полностью удалить данный контент с основного канала и перенести его в наш ламповый паблик в тележке. Ссылочку на него можно найти в описании к этому видео, а сами удаленные ролики на тематику инфобеза будут в закрепе. Переходите, подписывайтесь и конечно же следите за обновлениями.

На этом нынче у меня всё. В заключении, по традиции, хотелось бы пожелать всем удачи, успеха и самое главное, отсутствия лишнего гемора. Берегите себя и свои сети. Налаживайте контроль и помните. Любую задачу с рабочими станциями в локальной сети всегда можно решить в несколько кликов. Главное, чтобы тачка находилась в домене. А остальное, что называется, дело техники.

Окей, друзья. С вами, как обычно, был White. Не забываем поставить лайк сразу после просмотра. Адекватные комментарии тоже приветствуются. Ну а хейтеры, как водится идут … Ну вы поняли. Ладненько. До новых встреч, многоуважаемые камрады. Всем пока.

Сегодня я рассмотрю крайне интересную тему, а конкретно перенос профиля локального пользователя, в профиль доменного пользователя.

Зачем это нужно?

В основном, это нужно в ситуации, когда в компании внедряется доменная сеть и необходимо компьютеры пользователей подключать к домену. Но, тут возникает следующая проблема, все сотрудники привыкли к своему рабочему пространству и не особо хотят, чтобы что-то менялось. А оно изменится, так как работать они уже будут под новыми доменными учетными записями.

Регистрируйся на следующий вебинар по системному администрированию!

>> Подробнее о вебинаре <<

И вроде, не такая уж большая проблема скопировать документы пользователя на другой рабочий стол и все. Но есть определенные настройки, которые не так просто перенести, допустим вкладки в браузере, сохраненные пароли, настройки специфического ПО, активация софта и т.д.)

В общем, ему придется заново все настраивать, а учитывая, что далеко не все пользователи дружат с компьютерами, то количество обращений по подобного рода вопросам увеличится в разы, пока в течении определенного времени все настройки не будут произведены.

Но, есть одно классное решение, которое позволяет в несколько кликов избавиться от данных проблем.

Называется оно User Profile Wizard от компании Forensit https://www.forensit.com . Очень греет душу, что она бесплатная, по крайней мере для наших нужд достаточно бесплатной версии.

Собственно, что она делает, а она переносит профиль локального пользователя в доменный. Но, если быть точным, то она не переносит, а связывает доменную учетку с нужным нам локальным профилем. В результате чего, пользователь так же работает в привычном для себя окружении, но уже в домене. Возможно по началу не особо понятно, но сейчас я все покажу на практике!

Кстати, помимо этой классной программки у разработчиков есть еще две интересных софтинки Transwiz, предназначенная для именно переноса профиля и DefProf позволяющая настроить профиль по умолчанию, который будет применяться к новым учетным записям.

В дальнейшем, так же планирую рассмотреть работу этих программ.

Скачиваем User Profile Wizard Release 21, я буду все это демонстрировать на Windows 10, поэтому скачиваем соответствующий дистрибутив и устанавливаем на компьютере клиента (Profwiz.msi install)

Чтобы убедиться, что у нас действительно сохранятся все настройки, давайте добавим какой-нибудь сайт в избранное браузера и посмотрим какие базы подключены к 1С.

Приступаем к подключению доменного пользователя к локальному профилю (Profwiz.exe Далее Выбираем учетную запись, профиль которой нас интересует user отключить или удалить старую учетную запись после выполнения операции Далее Вводим название нашего домена Присоединить к домену, опять же, тут речь идет о компьютере, которая еще не состоит в домене и через данную утилиту мы его подключим office.loc Логин доменной учетной записи, под которой будет работать сотрудник buhgalter Далее имя пользователя и пароль имеющий право присоединять компьютеры к домену Дожидаемся завершения процесса настройки Готово Перезагрузка.

Выполняем вход под доменной учетной записью и видим, что все настройки сохранились как в браузере так и 1С. Если мы зайдем в свойства какого-либо документа на рабочем столе, то увидим, что он находится в папке с профилем прошлого пользователя. Т.е. папка с данным профилем была подключена к доменному пользователю.

Так же мы видим, что на рабочем столе появилась папка Обмен, а значит мы действительно в домене и данный ярлык прописался через групповую политику. Зайдем в эту папку и посмотрим, что видит сервер, под какой учетной записью мы подключились к общедоступному ресурсу.

Зайдем в Управление компьютером и видим, что у нас открывается данная оснастка запускается, а значит у данного пользователя права администратора. Хотя, при подключении под доменным пользователем он лишен администраторских прав. Получается, что программа добавила нашу учетную запись в группу администраторы на данной машине. Если вам это не нужно, то удаляем его из группы администраторы.

Благодаря данной программе можно очень быстро перевести компанию в доменную сеть без каких-либо проблем!

В прошлых материалах мы рассказали как правильно развернуть и настроить инфраструктуру Active Directory, сегодня мы поговорим о том, как правильно ввести в структуру AD уже существующие рабочие станции и учетные записи пользователей. Следуя нашим рекомендациям вы сможете избежать ряда потенциальных проблем и осуществить переход к AD наиболее безболезненно.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Очень редко когда структура Active Directory создается с нуля, гораздо чаще службы каталогов разворачиваются уже на базе существующей сети, где каждый пользователь имеет свою, настроенную согласно его потребностям, учетную запись, свой набор ярлыков, папок, программ, настроек. При переходе от локальной учетной записи к учетной записи Active Directiory все эти настройки окажутся потерянными и учетную запись пользователя нужно настраивать заново.

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

К сожалению не одни только ученые записи способны вызвать затруднения при переходе на Active Directory, поэтому самое время вспомнить о том, что такое SID. SID компьютера — это уникальный идентификатор безопасности, который генерируется при установке системы и используется в качестве основы при создании прочих идентификаторов (для пользователей, групп и т.п.). Хотя в настоящее время многие специалисты считают проблему дублирующегося SID преувеличенной, например см. статью М. Руссиновича «Миф о дублировании SID компьютера», мы не рекомендуем рисковать и включать в домен машины с одинаковыми SID.

Когда может возникнуть такая ситуация? При клонировании уже установленной системы на несколько ПК, например столь любимыми многими утилитами Norton Ghost или Acronis. Появление в сети подобным машин может привести к неправильному применению групповых политик и некорректной работе некоторых сетевых служб, например WSUS. Мы не будем однозначно утверждать, что данные проблемы возникают именно от дублирующегося SID, но лучше предупредить возможные проблемы, чем потом заниматься их решением. Поэтому лучше позаботиться об уникальности SID до включения машин в домен и появления возможных проблем.

Для обеспечения уникальности SID следует использовать утилиту sysprep, о использовании которой мы рассказывали в данной статье, в Windows 7 данная утилита входит в состав системы и расположена в C:WindowsSystem32sysprep.

Также ни при каких обстоятельствах не допускайте клонирования уже включенной в домен системы — это верный способ получить вес спектр неприятностей связанных с одинаковыми идентификаторами. С этой темой тесно пересекается ситуация с заменой ПК сотрудника, когда новый компьютер должен иметь то-же самое имя, что и старый. При этом простое переименование старого ПК не даст нужного эффекта, для устранения возможных проблем старый ПК необходимо вывести из домена, ввести туда новый ПК под тем же именем, а затем снова ввести старый, но с новым именем хоста, если есть такая необходимость.

Итак, у нас есть некая рабочая станция за которой работает сотрудник Иванов и которую нужно ввести в домен. В первую очередь убедитесь что ПК имеет желаемое имя и при необходимости переименуйте компьютер, не забудьте перезагрузиться. Следующим шагом необходимо правильно настроить сеть, так как в нашей сети развернут DHCP-сервер достаточно установить автоматическое получение сетевых параметров и убедиться в получении правильных значений.

Для серверов, которые должны иметь статические сетевые параметры укажите необходимые значения вручную, особое внимание следует уделить DNS-серверам, это должны быть адреса двух любых контроллеров домена (которые совмещают роль DNS-сервера), в противном случае у вас не получится ввести такой компьютер в домен.

Если вам нужно чтобы какая-либо рабочая станция имела статический адрес, то не стоит указывать его вручную, более правильно будет использовать такую функцию DHCP-сервера как резервирование. Это позволит вам в последующем менять настройки сети без необходимости вносить изменения на каждой рабочей станции (например поменять адрес шлюза). Для резервирования откройте оснастку управления DHCP-сервером, перейдите в папку Арендованные адреса и щелкнув на нужном хосте правой кнопкой мыши выберите Добавить к резервированию. Этим вы закрепите выделенный адрес за данным компьютером на постоянной основе.

Теперь самое время включить наш компьютер в домен. Для этого перейдите в Свойства системы — Имя компьютера и нажмите кнопку Изменить. В открывшемся окне выберите Является членом домена и укажите имя домена в который мы хотим войти, затем нажмите OK, затем укажите имя и пароль пользователя имеющего право на включение компьютера в домен (по умолчанию администратор домена).

Если все сделано правильно и указанный пользователь имеет необходимые права то вы увидите следующее сообщение:

В противном случае проверьте правильность сетевых настроек, доступность контроллеров домена и наличие необходимых прав у указанного пользователя, затем повторите попытку.

После перезагрузки можно попробовать войти под доменной учетной записью, которую нужно предварительно создать на любом из контроллеров домена. Для этого откройте оснастку Active Directory — пользователи и компьютеры, перейдите в папку User и создайте там нового пользователя.

Теперь в систему можно войти под именем нового пользователя. И убедиться в том, о чем мы говорили в начале статьи: работая под локальной учетной записью пользователь Иванов имел привычным образом расположенные файлы, папки и ярлыки, программы были соответствующим образом настроены, кроме того имелась учетная запись почты, избранное браузера и т.д. и т.п. Сейчас он имеет стерильно чистый профиль, который необходимо настраивать заново.

Поэтому самое время заняться переносом профиля локальной учетной записи в доменную. Для этого следует воспользоваться инструментом User State Migration Tool, который входит в состав Пакета автоматической установки Windows (AIK), скачать его можно здесь.

Данный пакет нет необходимости устанавливать на всех ПК, вполне достаточно будет установки на компьютер администратора или один из серверов. Искомый набор утилит находится в папке C:Program FilesWindows AIKToolsUSMT нам нужно будет скопировать их на целевую систему или сделать доступными по сети.

Процесс переноса профиля состоит из двух этапов: создание файла переноса с данными и параметрами указанного пользователя и восстановление профиля из файла переноса, причем сделать это можно на любом ПК, что позволяет быстро перенести профиль с одного ПК на другой при замене компьютера.

Внимание! Вы можете перенести профиль из 32-х разрядной системы в 64-х разрядную, однако обратный перенос из 64-х разрядной в 32-х разрядную не поддерживается!

Для создания файла переноса используется утилита ScanState с синтаксисом которой можно ознакомиться здесь. В нашем случае мы будем переносить локальный профиль пользователя WWW в профиль доменного пользователя ivanov. Для создания файла переноса войдите в систему под учетной записью администратора домена, перейдите в папку с нужной версией USMT (32 или 64 бит) и выполните следующую команду:

scanstate C:MigrationUser /i:miguser.xml /i:migapp.xml /v:13 /ue:** /ui:WWW /l:C:Migrationscan.log

Синтаксис команды на первый взгляд довольно сложен, но это не так. Первый аргумент указывает расположение файла переноса, ключ /i: указывает какие правила переноса следует использовать, ключ /v: задает необходимый уровень детализации лога, сочетание ключей /ue: и /ui: исключает из переноса всех пользователей кроме WWW, а ключ /l: определяет расположение лога.

Результатом исполнения команды будет короткий отчет о выполненных операциях которые должны закончиться успехом.

Итак, файл переноса создан, но не спешите переходить ко второму этапу. Если вы уже входили в систему под целевым пользователем, то необходимо удалить или переименовать папку с профилем в каталоге C:Users и удалить соответствующий профилю раздел в ветке реестра:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionProfileList

В противном случае при попытке восстановления профиля вы получите ошибку с кодом 71: LoadState return code: 71.

После того, как вы выполните данные операции можно переходит к восстановлению профиля при помощи утилиты LoadState, советуем ознакомиться с ее синтаксисом здесь. Для переноса профиля используйте следующую команду:

loadstate C:MigrationUser /i:miguser.xml /i:migapp.xml /v:13 /mu:WWW:interface31.labivanov /l:C:Migrationload.log

Структура команды во многом похожа на предыдущую, одноименные ключи имеют аналогичное значение, ключ /mu: указывает исходный профиль и профиль назначения, доменные учетные записи указываются как DomainUser. В нашем случае профиль локального пользователя WWW будет восстановлен в профиль пользователя interface31.labivanov.

Теперь, выполнив вход под доменной учетной записью пользователь Иванов обнаружит привычное рабочее окружение, как видно на скриншоте ниже, перенеслось даже содержимое корзины.

Данный метод можно использовать для операционных систем Windows Vista/7, для переноса профилей в среде Windows XP также можно использовать USMT несколько изменив синтаксис команд, но лучше воспользоваться утилитой moveuser, которая входит в состав Windows Server 2003 Resource Kit Tools (скачать). Точно также, как и в предыдущем случае, нет необходимости устанавливать пакет на каждую машину, достаточно скопировать утилиту moveuser которая находится в папке C:Program FilesWindows Resource KitsTools.

Для переноса профиля также войдите на целевой ПК как администратор домена и выполните команду:

moveuser www interface31.labpetrov /y

Синтаксис данной утилиты гораздо проще и его можно изучить запустив ее без аргументов. Ключ /y разрешает перезаписать профиль назначения если он существует, т.е. вы можете предварительно выполнить вход доменным пользователем на эту машину, это никак не помешает переносу, после переноса вход под локальным пользователем будет невозможен, если вы хотите продолжать использовать локальный профиль укажите дополнительно ключ /k.

Выполним вход под доменной записью пользователя Петров и убедимся что он может продолжать работу в домене с привычным рабочим окружением.

Как видим, использование специализированных утилит для переноса пользовательских профилей не вызывает затруднений и способно значительно облегчить работу системного администратора и свести к минимуму неудобства пользователей в процессе внедрения Active Directory.

Дополнительные материалы:

1. Службы каталогов. Часть 1 — Общие понятия
2. Службы каталогов. Часть 2 — Реализации служб каталогов
3. Службы каталогов. Часть 3 — Структура Active Directory
4. Active Directory — от теории к практике. Часть 1 — общие вопросы
5. Active Directory — от теории к практике. Часть 2 — разворачиваем доменную структуру
6. Active Directory — от теории к практике. Часть 3 — настройка DHCP
7. Active Directory — от теории к практике. Часть 4 — перенос учетных записей в домен
8. Настраиваем высокодоступный DHCP-сервер в Windows Server 2012
9. Быстрое развертывание Active Directory с отказоустойчивой конфигурацией DHCP
10. Синхронизация времени Active Directory с внешним источником
11. Обновление схемы Active Directory
12. Управление ролями FSMO при помощи Ntdsutil
13. Управление ролями FSMO с помощью PowerShell
14. Восстанавливаем доверительные отношения в домене
15. Очистка метаданных контроллера домена в Active Directory

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Самый простой способ перенести свой профиль в домен:

Перейдите в свойства системы через Панель управления> Система, или проще всего нажать Windows Flag+Pause/Break.

Перейдите на вкладку «Дополнительно» (XP и более ранние версии) или нажмите «Дополнительные параметры системы» (Vista и 7).

(Возможно, вам придется начать с изменения типа на «Роуминг-профиль»)

Нажмите «Настройки» в разделе «Профили пользователей», затем найдите своего пользователя и выберите вариант «Копировать в». Просто выберите servername и там, где хранятся ваши профили.

Для пользователей и компьютеров Active Directory укажите этот путь к профилю, и при следующем входе в систему он должен получить этот профиль с сервера.

А если вы можете иметь этот профиль за пределами домена — попросите администратора включить удаленные рабочие / кэшированные учетные данные и другие параметры мобильности. Это позволит вам войти в систему и работать без физического присутствия в сети.

Если я что-то неправильно понял, пожалуйста, оставьте комментарии, и я буду редактировать соответственно.