Комментарии 24
Стоит чуток подправить орфографию, отформатировать, добавить пару скриншотов и отличный Users Guide готов.
-1
А не проще ли сделать так:
Свойства системы -> Вкладка дополнительно -> Профили пользователей -> параметры и там выбираем старую учётку которую надо скопировать, выбираем папку новой учетки и пользователя и всё!!! До этого надо залогиниться под новым пользователем, что бы создалась папка его папка в Documents and settings.
Свойства системы -> Вкладка дополнительно -> Профили пользователей -> параметры и там выбираем старую учётку которую надо скопировать, выбираем папку новой учетки и пользователя и всё!!! До этого надо залогиниться под новым пользователем, что бы создалась папка его папка в Documents and settings.
-1
// 6 Следующий шаг, надо дать права на ветку реестра с пользовательскими настройками. Они хранятся в
// файле ntuser.dat. Запускаем regedit.exe,
Насколько я помню, то пермишины на реестр можно выставлять через regedt32.exe Там по пкм есть пункт «Разрешения» (в рус версиях).
// файле ntuser.dat. Запускаем regedit.exe,
Насколько я помню, то пермишины на реестр можно выставлять через regedt32.exe Там по пкм есть пункт «Разрешения» (в рус версиях).
0
User Profile Wizard 3.0 нормально переносит учетки, все сохраняется, только там особенность есть, при включении в новый домен, User Profile Wizard 3.0 не видит имена ползователей старого домена, показывает только SID каждого пользователя. В остальном все проходит довольно быстро.
0
А переносит он всё? Пароли, настройки, принтеры и тп.
0
Переносит все, в том числе и пароли, настройки и пр.
Непонятно, только зачем так извращаться если, второй домен тоже windows? Есть же ADMT( Active Directory Migration Tools ), почему не воспользоваться им?
Нам предстоит переход с win2000 на Samba, поэтому выхода нет.
Непонятно, только зачем так извращаться если, второй домен тоже windows? Есть же ADMT( Active Directory Migration Tools ), почему не воспользоваться им?
Нам предстоит переход с win2000 на Samba, поэтому выхода нет.
0
Не зря писал статью уже узнал про ADMT, попробую может проще. А Самба не может корректно получить роли?
0
На самбу? Могу помочь.
0
Спасибо, но надеемся помощь не нужна будет. Миграции пользователей как таковой не будет, было решено сделать всем пользователям нормальные учетки ( ФамилияИО ), а не так как сейчас fedya21 и пр., поэтому нужно только перенести настройки. Уже все поднято и настроено, думаю, в выходные будем осуществлять переезд.
0
отлично. возможно, что-то такое и придется делать в ближ время :)
0
это из разряда must know для любого системного администратора/эникейщика/хелпдеска.
думаю, мало кому эта статья откроет что-то новое.
думаю, мало кому эта статья откроет что-то новое.
0
Тогда вопрос, а есть подобный подход, но автоматизированный? Запустил скриптик написал из какого пользователя куда(интересует именно скрипт, а не програмный продукт )
0
думаю, совсем универсального подхода нет, но подход изложен у вас. всё зависит от политик компании (права пользователей, имена компьютеров/пользователей, групповые политики и ещё много всего).
есть возможность проделать такую операцию с Roaming Profile, можно хранить профиль пользователя на сервере в папке \\Servername\Sharename\%Username% и в свойствах Учётной записи в AD указать местоположение профиля. В этом случае нужно разобраться с NTFS-правами доступа. оставить действющими права можно при помощи ADMT (копировать учётки вместе с SID'ами), либо можно написать скрипт, который проходит по всем папкам и изменяет права доступа (см. xcacls). Минус Roaming Profile-ов — в случае большго объёма профиля, долго будет проходить первый вход в систему (профиль копируется на компьютер пользователя).
Сейчас есть такая крутая штука как PowerShell, которая позволяет скриптовать такие операции, как описана в посте.
Собственно, у меня не было необходимости проделывать такую операцию на большом количестве пользователей, поэтому особо подробно не изучал. Самое главное — это понимать подход.
есть возможность проделать такую операцию с Roaming Profile, можно хранить профиль пользователя на сервере в папке \\Servername\Sharename\%Username% и в свойствах Учётной записи в AD указать местоположение профиля. В этом случае нужно разобраться с NTFS-правами доступа. оставить действющими права можно при помощи ADMT (копировать учётки вместе с SID'ами), либо можно написать скрипт, который проходит по всем папкам и изменяет права доступа (см. xcacls). Минус Roaming Profile-ов — в случае большго объёма профиля, долго будет проходить первый вход в систему (профиль копируется на компьютер пользователя).
Сейчас есть такая крутая штука как PowerShell, которая позволяет скриптовать такие операции, как описана в посте.
Собственно, у меня не было необходимости проделывать такую операцию на большом количестве пользователей, поэтому особо подробно не изучал. Самое главное — это понимать подход.
0
С перемещаемыми профилями не совсем корректный вариант так как не всё содержиомре папки пользователя переносится, часть программ может потерять настройки и встречаются оригиналы которые умудряются в папке username хранить свои документы т.к туда у них есть права на запись. В принципе и с помошью VBS можно заскриптовать но к сожалению не хватает знаний
0
Ну почему же? Не думаете же Вы, что вся аудиторя Хабра состоит только из тех, кто хоть раз с этим сталкивался? Новичкам в самый раз.
0
НЛО прилетело и опубликовало эту надпись здесь
А если глюки в АД? Они плавно перетекут на другой сервак. А насчёт ADMT пользователи будут числиться в новом или старом домене?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Перенос настроек пользователи при включении компьютера в новый домен.