В настоящее время мы ищем решение для переноса пользовательских данных с одного ПК на другой. Наши компьютеры сдаются в аренду и подлежат замене каждые несколько лет. У нас более 400 офисов в сельской местности Северной Америки. Только в нескольких из этих мест (возможно, в 20) есть серверы. У нас есть хаб и лучевая сеть. Весь трафик возвращается в корпоративный офис, а затем направляется в Интернет.
С учетом всего вышесказанного мы ищем более эффективный способ переноса пользовательских данных со старого ПК на новый, когда пользователь получает новый ПК. Вот несколько вариантов, которые мы изучили:
Настройте своего рода облачный репозиторий (Azure, AWS и т. Д.), Где мы можем создавать резервные копии профилей пользователей и загружать их на новый компьютер после его получения.
Приобретите устройства NAS или небольшие серверы для местоположений и сделайте резервную копию всех пользовательских данных на этих устройствах. Загрузите данные на новую машину, когда они появятся.
Включите перемещаемые профили (Active Directory) для пользователей, которым заменяют свои машины. Синхронизируйте данные профиля с общей папкой перемещаемого профиля. Загрузите перемещаемый профиль на новый компьютер, когда он появится. Отключите пользователя от использования перемещаемых профилей после того, как они изначально загрузили профиль. Конечно, эта загрузка будет происходить по нашей глобальной сети.
Напишите сценарий robocopy и запустите его как запланированную задачу для резервного копирования всех профилей на всех ПК в определенном месте и сохранения их в общей папке на одном ПК в этом месте. Новые ПК могут загрузить данные профиля с этого ПК, когда появится новый ПК.
Мы стараемся не забивать нашу глобальную сеть при перемещении пользовательских данных, что является проблемой, поскольку мы являемся концентратором и лучевой сетью. В большинстве мест есть только ПК, поэтому становится проблемой перемещать пользовательские данные только по локальной сети. Мы рассмотрели использование Microsoft MDT и USMT для передачи пользовательских данных, но мы обеспокоены тем, что это будет слишком громоздко для конечного пользователя и вызовет больше обращений в службу поддержки в результате путаницы.
Есть ли у кого-нибудь опыт в подобной ситуации? Любой совет будет принят во внимание. На данный момент у нас есть два наиболее вероятных варианта для тестирования - это перемещаемые профили и облачные репозитории.
Спасибо.
Предыдущий работодатель перенес несколько профилей пользователей при переходе из рабочих групп (с более чем 5000 ПК) в активный каталог. За пару лет до этого мы также обновили машины с Windows 2000 до Windows XP. В обоих случаях мы использовали сторонний инструмент под названием Трансплантация ПК.
Вовлеченное обновление ОС (полностью скриптовое):
Что касается миграции AD, наш консультант Microsoft сказал, что он перенес пользователей в новый домен с помощью сценариев выхода из системы и входа в систему, которые извлекают и восстанавливают профиль. Он использовал скрипты robocopy. Мы не могли использовать его, потому что у нас еще не было домена, но вы, безусловно, могли бы. (Мы создали сценарий для переноса профиля из локальной учетной записи в учетную запись домена на том же компьютере, как часть более крупного набора сценариев.)
Я к чему: есть несколько хороших способов сделать это. Однако мне очень понравилась идея сценария выхода / входа в систему.
[Изменить в ответ на комментарий]
Хорошо, если не хочешь хранить что-нибудь на сервере подключите кросс-кабель к компьютерам (или временным компьютерам), повторно подключите старые и новые машины к IP и вручную запустите сценарии. Мы сделали который, слишком. После завершения передачи снова установите на новой машине DHCP и уберите старую.
мы несколько раз перенесли домашние папки и сетевые принтеры нескольких пользователей.
Лучшее, что мы используем для копирования, - это программное обеспечение для резервного копирования Kls, которое мы используем опцию синхронизации для сохранения обновлений данных, используемое в течение 30 дней, вы можете напрямую загружать в лазурный, амазон
для перемещаемого профиля мы можем установить путь к профилю и сделать его пустым позже. Но перед очисткой временных папок и файлов запланируйте задачу для запуска Ccleaner + windows cleanmgr другой программы для очистки пользовательских временных файлов, папок.
Или это беспорядок, когда сервер заполняется ненужными временными файлами.
get-aduser -filter {Enabled -eq "True"} -properties Profilepath| where {$_.Profilepath -eq $null} | % {Set-ADUser $_ -ProfilePath ('\\storage1\profiles\' + $_.SamAccountName) }
Подготовьте новую машину и отправьте ее пользователю, попросив его подключить ее ко второму порту. Попросите его оставить оба запущенных и перенести данные (с простой копией)
Мы делаем это на моей работе, но у нас есть Exchange, поэтому кроме некоторых рабочих документов и любимого IE, их особо не на что экономить. (и мы тоже проталкиваем большую часть приложения)
Единственное, что ненавидят некоторые пользователи, - это автозаполнение Outlook для электронной почты, вам нужно специальное вмешательство, чтобы скопировать его как сохраненный локально вне обмена.