У нас есть сеть Windows, работающая в режиме рабочей группы без сервера. В сети около 14 машин, так что пришло время перейти на сервер SBS 2008 в доменном режиме. Мой вопрос касается миграции учетных записей пользователей в этот домен.
На каждой машине есть несколько учетных записей, и у некоторых людей есть учетные записи на нескольких машинах. Всего около 15 пользователей плюс несколько гостевых аккаунтов для посетителей. Все машины работают под управлением Windows XP Pro, но есть еще один ноутбук с Windows 7, который будет добавлен.
Мы хотим перенести профили, а не просто создавать новые учетные записи, и мы, вероятно, хотим переместить все файлы пользователя в домашние каталоги пользователей на новом сервере.
Раньше я видел рекомендации USMT, moveuser.exe и ADMT. Я также видел рекомендации по переносу вручную, создавая новые учетные записи, а затем копируя профили, хотя в последний раз, когда я пробовал этот метод (около 2004 года), он был довольно беспорядочным. Использование любого из этих методов предположительно означало бы, что нам нужно решить, с какой машины мы мигрируем.
Я ожидаю, что мне скажут, что нам нужно будет сделать это вручную, учитывая дублирование учетных записей на разных машинах, но советы и хорошие методы будут приветствоваться. Как бы вы справились с этой ситуацией и каких потенциальных проблем и проблем можно было бы ожидать?
Это будет довольно ручной процесс, учитывая дублирование учетных записей на разных машинах.
> улыбка <
Я не поклонник использования инструментов для выполнения такой миграции, помимо специальных сценариев, которые я мог бы написать для конкретной ситуации. Я чувствую, что ручное внимание в такой маленькой среде дает наилучшие результаты. Звоните мне скупо, но я чувствую, что в такого рода работе возникает множество человеческих суждений. (Честно говоря, я также никогда не делал такой миграции с более чем 20 рабочими местами, где мы заботились о сохранении каких-либо данных профиля пользователя. Перенос такого большого однорангового ада звучит кошмарно, если вы спросите меня. Автоматизированные инструменты, если они будут должным образом протестированы, протестированы снова и протестированы в третий раз, вероятно, значительно упростят более масштабную миграцию, но количество клиентов должно быть достаточно большим, чтобы все время тестирования окупалось.)
Я бы начал с настройки серверного компьютера с желаемым перенаправлением папок, перемещаемыми профилями пользователей и т. Д. Получите тестовую машину, присоединенную к домену, и убедитесь, что все работает так, как вы этого ожидали. Если вам нужно выполнить какую-либо настройку новой пользовательской среды, настройте групповую политику для этого. Идеальная ситуация такова, что перемещаемый профиль нового пользователя не требует ничего из того, что «администратор должен войти в систему в первый раз и настроить что-то в реестре». Я "ломаю" SBS 2008 и предоставлять перенаправленные папки вручную потому что я считаю метод по умолчанию глупым. Это имеет то преимущество, что дает вам папки для размещения документов пользователя и т. Д. До того, как они войдут в систему.
Если вы можете выбросить реестры отдельных пользователей, у вас будет самая чистая миграция. (Дрянные приложения печально известны тем, что хранят абсолютные пути в реестре пользователя, и необходимость выполнять массовый поиск и замену в реестрах неинтересно.)
Если вам не удастся выбросить их реестры, вы захотите либо освоиться с USMT, либо использовать графический интерфейс для скопируйте локальные профили в профили домена, или вручную взломать разрешения, хранящиеся в NTUSER.DAT. Лично я бы выбросил реестры, так как они, скорее всего, забиты абсолютными путями и так далее.
Предполагая, что у вас нет конфликтов версий файлов, о которых нужно беспокоиться между различными машинами, я бы просто сложил все файлы каждого пользователя (документы, избранное, возможно, файлы cookie, может быть, AppData, если я чувствовал, что там было что-то полезное) в их новые -создал перемещаемый профиль / перенаправленные папки на серверном компьютере и переместил копию локально сохраненного профиля на какой-либо автономный носитель для безопасного хранения (и для предотвращения их возврата к локальному профилю без уведомления вас и создания еще большего беспорядка ).
Хотя я не могу говорить о наличии нескольких профилей для одного и того же пользователя на нескольких рабочих станциях, я скажу, что если SBS2008 чем-то похож на SBS2003, он должен выполнять довольно хорошую работу по присоединению компьютеров к домену и миграции отдельных профилей пользователей в домен. профили. Конечно, я говорю о сценарии, в котором на каждую рабочую станцию приходится один основной пользователь, а не несколько, как у вас. ИМХО, это одна из сильных сторон SBS, делающая миграцию из рабочей группы в домен максимально безболезненной. «Мастер добавления пользователя» довольно неплохо помогает вам в создании учетных записей пользователей и компьютеров на основе ваших текущих имен пользователей и компьютеров. Я мог бы предложить вам выбрать «основного» пользователя для каждой рабочей станции и использовать «Мастер добавления пользователей» для «миграции» этих пользователей и профилей в домен, а также для присоединения их компьютеров к домену. Затем вы можете войти после миграции и выбрать нужные элементы из различных профилей пользователей, которые остались разбросаны по рабочим станциям.
Я настоятельно рекомендую использовать перенаправление папок, а не перемещаемые профили, если пользователи собираются перейти на Windows 7 <-> windows xp, так как они вообще не перемещаются между собой, а также у вас скоро будет обновление, а затем они потеряют свои настройки, которые не были перенесены.
Если вы настаиваете на использовании перемещаемых профилей, используйте USMT для переноса профилей локальных пользователей в профили пользователей сети на машинах, настройте профили для перемещения, укажите их на пустые каталоги и IIRC, когда пользователь выходит из машины, он автоматически скопируйте профиль, поэтому будьте очень осторожны, когда пользователь входит в систему (а не из).