Перенаправленные папки, миграция сервера и правильное перемещение пользователей на новый сервер

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

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

Проблема, конечно, исходит от перенаправления профиля пользователя. Все наши пользователи имеют свои My Documents каталог, перенаправленный на файловый сервер, например: \\[crappy-old-server]\users\%username%, Поскольку мы пытаемся сделать все правильно, мы устанавливаем DFS на новых серверах и меняем его на: \\[not-crappy-DFS-root]\[sitename]\users\%username%,

Эта часть работает довольно хорошо, и после миграции файлового сервера с помощью набора инструментов миграции файлового сервера Microsoft мы запускаем csccmd, чтобы указать общий ресурс на клиентских компьютерах в новом расположении, изменить некоторые параметры в Active Directory и групповой политике (подключенные диски, принтеры и т. д.) и назовите это днем.

Проблема, однако, заключается в том, что хотя инструмент csccmd перемещает некоторые ссылки в реестре на старый сервер, реестр клиентов по-прежнему отвратителен с плохими ссылками (MRU, путь Bit Bucket Recycler, принтеры, значения по умолчанию для приложений, точки монтирования, папки Shell).NET Cache и т. Д.). В результате пользователи даже не могут открыть меню "Пуск", не имея тайм-аутов в сети, потому что некоторые настройки ищут что-то в \\[crappy-old-server]\users\%username% вместо \\[not-crappy-DFS-root]\[sitename]\users\%username%, Буквально за 30 секунд требуется почти все, что недопустимо.

Чтобы решить эту проблему, я вручную на каждом клиентском компьютере открывал regedit, выполнял поиск по старой строке сервера и, когда был найден, либо удалял ключ, либо заменял старое имя сервера новым путем DFS. Это, очевидно, отстой, и я думаю, что просто должен быть лучший способ, потому что мое текущее решение просто не масштабируется вообще, и при больших миграциях пользователей должен был использоваться более автоматизированный подход к этой проблеме.

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