Перенос профилей пользователей на другой сервер Drive 2016

Обновлено: 21.11.2024

Почему при попытке переноса файлового сервера об этом лучше не сообщать? Знаете ли вы, что у Microsoft есть набор инструментов миграции, и один из них предназначен для файловых серверов? Сейчас я обычно использую RoboCopy или XCopy для переноса файлов и папок, а для «Профилей пользователей» я обычно делаю их резервные копии и восстанавливаю их на новый сервер. Это связано с тем, что права доступа к файлам в «правильно развернутых» профилях пользователей означают, что вы не можете их открыть.

Как насчет инструмента, который переносит все файлы, папки и профили, сохраняя при этом все разрешения NTFS И разрешения общего доступа!

Инструменты миграции файлового сервера Windows

Предварительные требования к исходному серверу

Миграция файлового сервера Server 2008 на Server 2019

Миграция файлового сервера с Server 2003!

Исходный сервер: Windows Server 2003 Standard x64 (также поддерживается x86)
Целевой сервер: Windows 2012 R2 Data Center 2012

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

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

Целевой сервер: откройте окна PowerShell и установите инструменты с помощью следующей команды;

Install-WindowsFeature Migration – имя_компьютера

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

SmigDeploy.exe /package /architecture amd64 /os WS03 /path \\< Destination-Server>\

Примечание. Для исходных серверов x86 (32-разрядных) используйте x86 вместо amd64. WS03 (Windows Server 2003), WS08 (Windows Server 2008), WS08R2 (Windows Server 2008 R2) и WS12 (Windows Server 2012).

Исходный сервер: откройте папку, которую вы создали ранее, и в ней вы найдете другую папку, в которой находятся инструменты. Откройте окно административной команды и перейдите в этот каталог > затем выполните следующую команду;

Откроется еще одно окно PowerShell, оставьте его открытым и вернитесь на целевой сервер.

Целевой сервер: здесь я создал папку, в которую собираюсь выполнить миграцию.

Целевой сервер: откройте окно PowerShell и выполните следующие две команды;

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

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

Исходный сервер: вернитесь в открытое окно PowerShell и введите следующую команду;

Предоставьте пароль, затем идите и поднимите ноги.

Целевой сервер: здесь можно следить за ходом выполнения.

Профили перенесены! И разрешения без изменений.

Не забудьте изменить путь к профилю пользователя для объекта(ов) пользователя(ей) в Active Directory.

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

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

Мы имеем дело с сервером 2008 R2.

24 ответа

Рокн

Как профили указывают, где они сейчас находятся? Групповая политика? Другое?

Устанавливается вручную в профиле каждого пользователя

Рокн

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

Вам нужно будет сделать это в два этапа.

Убедитесь, что нет открытых сеансов с файловым сервером, и сделайте автоматическое или теракопирование в новое место.
Загрузите программу ADModify. Это позволит вам одновременно редактировать несколько пользовательских объектов, а также добавлять подстановочные знаки для имен пользователей. Отредактируйте путь к профилю для всех пользователей, и это должно помочь.

Дайте мне знать, если вам понадобится помощь.

Брайс Кац

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

PowerShell, FTW. Вот скрипт, который я использовал именно для этого.

Даррен@делюкс

ADmodify не требуется, если путь к профилю — сервер\общий ресурс\имя пользователя

Выделите всех пользователей в запросе ADUC и измените путь к профилю на \\NEWSERVER\SHARE\%USERNAME%

В настоящее время я прохожу через это. Вот основные шаги:

1) Полное резервное копирование сервера

2) Отключите все общие ресурсы. Перезагрузитесь, чтобы убедиться, что все пользователи отключены.

3) Скопируйте все данные:

На старом сервере войдите в систему как пользователь с правами на все файлы (как правило, администратор домена):

\\newserver\e$\ *.* /mir /sec /r:1 /w:1 /LOG:C:\Mirlog.txt /XD «RECYCLER» «Recycled» «Информация о системном томе» /XF « desktop.ini” “thumbs.db”

Это скопирует все с разрешениями и создаст журнал копии в c:\. Проверьте журнал и найдите файлы, которые не удалось скопировать, и при необходимости исправьте. Кроме того, команда /mir УДАЛИТ файлы в месте назначения, если они больше не существуют в источнике. Если у вас много данных, вы должны сделать «промежуточную» копию за несколько дней до переключения, что займет много времени, в зависимости от того, сколько у вас данных. Когда вы будете готовы к переключению и запустите команду во второй раз, это не займет много времени, если данные не сильно изменились.

4) Повторно создайте все общие ресурсы на Newserver

5) Переименуйте старый сервер, перезагрузитесь, затем ipconfig /registerdns

6) На новом сервере переименуйте старый сервер, перезагрузитесь, затем ipconfig /registerdns

7) Войдите и проверьте доступ.

Все пользовательские клиенты должны быть закрыты или перезагружены после этого процесса, поскольку некоторые из них могут кэшировать списки дисков и вызывать странные ошибки/странное поведение.

Лично мне до этой недели каким-то образом удавалось никогда этого не делать (не спрашивайте меня как, потому что я не знаю). Однако мой план состоит в том, чтобы (после установки Windows Server и добавления ролей и т. д.) создать и настроить разрешения для основной общей папки, содержащей файлы пользователей на новом сервере. Затем скопируйте файлы на новый сервер с помощью robocopy или чего-то еще, что перенесет права доступа к папке. Затем переименуйте новый сервер так же, как старый сервер (или настройте псевдонимы DNS) вместо того, чтобы возиться со всеми настройками профиля пользователя в AD.

Редактировать: Или вы можете украсть красивую, подробную версию этого плана Gmail, опубликованную, когда я печатал это. что я и намереваюсь сделать сейчас. :-)

Под профилями пользователей вы имеете в виду домашние диски или перемещаемые профили? Если это так, то миграция довольно проста. Отключите файловые ресурсы на старом сервере, перезагрузитесь (если можете). Это закроет все активные подключения к серверу. Используйте RoboCopy для перемещения профилей и разрешений. Обновите профили всех затронутых пользователей в ADUC. Вы можете выбрать всех пользователей и указать их профиль в \\NEWSERVER\PROFILES\%username%. В качестве альтернативы вы можете переименовать старый сервер после переноса файлов, а затем создать DNS-запись CNAME для имени старого сервера, указывающую на новый сервер, а затем выполнить очистку профилей и имен серверов позже.

отметить 54 лучших ответа
thumb_up – 214 благодарных отзывов

Чинван написал:

Устанавливается вручную в профиле каждого пользователя

Если старый сервер необходимо удалить и вывести из эксплуатации, добавьте запись DNS для имени старого сервера, указывающую на IP-адрес нового сервера, и все готово.

Изменений не требуется.

Конечно, после того, как вы выполнили Robocopy/восстановление из резервной копии

HatterJBK написал:

Лично мне до этой недели каким-то образом удавалось никогда не делать этого (не спрашивайте меня как, потому что я не знаю) . Однако мой план состоит в том, чтобы (после установки Windows Server и добавления ролей и т. д.) создать и настроить разрешения для основной общей папки, содержащей файлы пользователей на новом сервере. Затем скопируйте файлы на новый сервер с помощью robocopy или чего-то еще, что перенесет права доступа к папке. Затем переименуйте новый сервер так же, как старый сервер (или настройте псевдонимы DNS) вместо того, чтобы возиться со всеми настройками профиля пользователя в AD.

Именно так я всегда выполнял эту задачу :) За исключением того, что я всегда убивал общий ресурс на старом сервере ПЕРЕД переносом данных с помощью RoboCopy.

Джон4120

Похоже, самое время настроить DFS, вы можете просто изменить целевую папку в DFS в следующий раз, и все остальное по-прежнему будет совпадать правильно.

Майк400

Я бы переключил всех на пространство имен DFS, а затем вы могли бы использовать DFS-R для перемещения файлов на новый сервер.

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

John4120 написал:

Похоже, самое время настроить DFS, вы можете просто изменить целевую папку в DFS в следующий раз, и все остальное будет по-прежнему совпадать правильно.

Для этого я использовал DFS. Данные были там, но разрешения были скрыты. На следующей неделе я сделаю еще один снимок, и эта тема всплывет. У меня этим занимался другой техник, и он все время делает это для других клиентов.

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

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

Если вы используете общие ресурсы DFS и репликацию DFS, вам не нужно задавать этот вопрос.

FIS – поставщик ИТ-услуг.

кинофагеек

Я буду вторым DFS. Сделайте себе одолжение и убедитесь, что DFS настроена через DNS, а не по умолчанию. Я планирую перестроить наши DF с поиском на основе DNS, чтобы сделать работу более эффективной.

как указано выше.. DFS

Если у вас его еще нет, самое время внедрить его для обеспечения избыточности. Два зайца, один выстрел!

HatterJBK написал:

Лично мне до этой недели каким-то образом удавалось никогда не делать этого (не спрашивайте меня как, потому что я не знаю) . Однако мой план состоит в том, чтобы (после установки Windows Server и добавления ролей и т. д.) создать и настроить разрешения для основной общей папки, содержащей файлы пользователей на новом сервере. Затем скопируйте файлы на новый сервер с помощью robocopy или чего-то еще, что перенесет права доступа к папке. Затем переименуйте новый сервер так же, как старый сервер (или настройте псевдонимы DNS) вместо того, чтобы возиться со всеми настройками профиля пользователя в AD.

Я использовал тот же подход для более чем 20 обновлений удаленных файловых серверов. Еще проще, если есть общие папки, на которые сопоставляются сценарии входа пользователей, редактирование сценариев входа становится проблемой.

При настройке нового сервера убедитесь, что ваш диск с данными имеет ту же букву (D/E/F и т. д.), что и старый сервер. Экспортируйте ключ реестра LANMAN из старого и импортируйте его в новый. Перезапустите новый сервер, и все общие ресурсы с разрешениями общего доступа будут настроены так же, как и старый сервер. Запустите свои копии/восстановления, и вы сможете протестировать общие ресурсы через путь UNC с пользователем, если это необходимо, прежде чем отказаться от старого сервера.

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

ТониДжеверс

RoboCopy может не работать, если вы не выбрали доступ администратора ко всем профилям.

Кстати, DFS сократит этот объем работы в следующий раз.

Том2338

Зачем все это копирование файлов? Мы сделали это несколько лет назад, мы перешли с физического сервера на виртуальный сервер. Мы используем перемещаемые профили с путем, заданным в настройках учетной записи пользователя AD.

Вот основные принципы того, как мы это сделали. Поскольку я работаю в средней школе, я делал движения в трех «группах». 1 группа - Учителя. Группа 2 — вспомогательный персонал (техническое обслуживание, руководство и т. д.), группа 3 — офисный персонал и администрация. У наших студенческих учетных записей нет перемещаемых профилей, так как у меня есть «общие» студенческие учетные записи, привязанные к конкретным компьютерам. Я делал одну группу в день.

<р>1. Настройте виртуальный сервер с общим ресурсом, правильно настроенным как с разрешениями общего доступа, так и с настройками безопасности.

<р>2. Дождался полудня, чтобы все залогинились, обновил настройки AD Account (массовая смена). Расположение перемещаемого профиля изменено на новый сервер\общий ресурс.

<р>3. В конце дня все вышли из системы.

<р>4. Остальные группы в соответствующие дни.

Вот как это работало. Когда пользователь входил в систему, он использовал перемещаемый профиль, расположенный по адресу «\\server1\profiles$\%username%». Когда в полдень были внесены изменения в учетные записи AD, учетные записи AD были изменены на использование "\\server2\Profiles$\%username%". Когда произошла проверка AD GPO (15 минут по умолчанию, верно?), она знала, что нужно сохранить в новом месте. Когда они вышли из системы, компьютер проверил новое местоположение на наличие полей для обновления, и, поскольку там ничего не было, он создал каталог и скопировал «изменения» в новое местоположение.

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

Все сработало идеально? Что-нибудь в ИТ работает идеально? Для всей системы, 18 различных школ/мест, более 10 000 учетных записей пользователей, задействовано 36 серверов, у нас было, вероятно, менее 50 учетных записей, которые не работали должным образом, в основном из-за отсутствия входа в систему при смене серверов. Довольно успешно, если вы спросите меня!

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

Советы и рекомендации, которые помогут избежать некоторых проблем при переносе локальных профилей пользователей со старого сервера терминалов Windows 2008r2 на сервер терминалов Windows 2016/2019.

Microsoft прекратила выпуск обновлений безопасности для Windows 7 и Windows Server 2008r2. Меня попросили перенести все локальные профили пользователей с 2 терминальных серверов, чтобы сохранить максимальное количество файлов и настроек для каждого пользователя. Пользователи явно просили оставить в своих приложениях максимальное количество мелких настроек. Я столкнулся с рядом проблем. Список советов, который я здесь привожу, может быть использован в качестве источника вдохновения для других людей, занимающихся аналогичной задачей миграции. Могут быть и другие, даже лучшие способы решения некоторых проблем; Я просто описываю, как я это сделал.

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

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

Я пытался использовать Malwarebytes версии 4, но, несмотря на то, что эта версия была заявлена как бесплатная в течение ограниченного периода времени, мне все же пришлось приобрести лицензию, прежде чем я действительно смог удалить вредоносное ПО. Итак, я установил последнюю версию Mbam 3 (mb3-setup-consumer-3.8.3.2965); теперь я смог свободно удалить обнаруженное вредоносное ПО. Мне пришлось перезагрузиться и повторно запустить сканирование, чтобы обнаружить/удалить еще несколько. После этого я удалил бесплатное тестовое программное обеспечение.

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

Многие приложения создают большие файлы дампа в пользовательских папках при каждом сбое (с расширением .dmp). Я искал их и удалял.
Многие пользователи оставляют огромные файлы WeTransfer в своих папках загрузки; Я искал их и удалял очень старые.Я провел поиск по гигантскому размеру файлов и решил, какие файлы оставить, а какие нет; иногда дублирующийся установщик или огромный демонстрационный фильм (случайно загруженный из Интернета) могли быть удалены. Это на грани этики, но если делать это с осторожностью, никому нет дела.
Здесь могут быть лучшие идеи с большим количеством результатов, но я решил оставить их здесь, очень быстро.

3. Найдите правильный синтаксис для автоматического копирования профиля

Я попытался использовать Robocopy для копирования профиля со старого сервера терминалов на новый. Я нашел много примеров синтаксиса, но когда я попробовал их, я заметил, что копирование продолжалось вечно: оно рекурсивно создавало папку «Данные приложения» внутри папки «Данные приложения» в бесконечном цикле. Эти рекурсивные папки было трудно удалить; самым простым способом было снова использовать Robocopy из пустой папки в неправильно заполненное место назначения.

По-видимому, в этой старой серверной системе 2008r2 в файловой системе есть нечто, называемое «точкой соединения» NTFS, и Robocopy снова и снова следует этой точке, вызывая эту проблему.

Решение состоит в том, чтобы использовать переключатель /XJ с Robocopy, чтобы исключить точки соединения NTFS, чтобы избежать бесконечного вложения папок «Данные приложения» при копировании с сервера Windows 2008r2.

Пример рабочего синтаксиса:

robocopy C:\Users\myusername\ \\newserver\c$\Users\myusername\ /MIR /copyall /xj /zb /w:1 /r:2 /XF *.tmp

4. Скопируйте профили пользователей

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

Убедитесь, что пользователь не вошел в систему на исходном сервере, чтобы избежать использования файлов.
Проверьте точное имя папки исходного профиля. Имя папки потребуется для команды Robocopy. Имя папки может совпадать с именем пользователя, но также может состоять из имени пользователя + «.» + имени домена.
Если вы используете группы доступа, чтобы предоставить пользователям доступ к новому серверу или к шлюзу удаленных рабочих столов на новом сервере, добавьте пользователя в эту группу.
Войдите на новый сервер с именем пользователя, чтобы профиль был создан и правильно связан с реестром. Выйдите из системы.
Выполните команду Robocopy (см. синтаксис в совете 3)
Войдите на новый сервер с именем пользователя, чтобы обновить профиль.

5. Исправьте некоторые проблемы в профиле пользователя:

Перезаписать разрешения всех дочерних объектов папки пользователя

Для этого я меняю некоторые настройки, но это мои личные предпочтения:

Назначьте Google Chrome браузером по умолчанию в настройках приложений по умолчанию.
Сделайте Adobe Acrobat средством чтения PDF по умолчанию, открыв файл PDF.
Я удаляю «плитки» управления системой в меню «Пуск».
Я отключил все уведомления в настройках Windows

Я установил Image Resizer для Windows 3.1.2: бесплатную утилиту, которая позволяет изменять размер одного или нескольких выбранных файлов изображений непосредственно из проводника Windows, щелкнув правой кнопкой мыши. (аналогично старому Microsoft Image Resizer Powertoy для Windows XP.) Более умный пользователь всегда заинтересован в оптимизации размера своего контента.

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

Я вернул средство просмотра фотографий Windows на передний план, установив небольшое исправление реестра. Это также позволяет восстановить Windows Photo Viewer, чтобы иметь возможность открывать файлы изображений в приложениях по умолчанию, программах по умолчанию и открывать с помощью только для вашей учетной записи или для всех пользователей.

Это сообщение было повторно опубликовано через RSS; первоначально он появился в статьях Ask The Performance Team.

Впервые опубликовано на TECHNET 6 мая 2015 г.

Доброе утро, AskPerf! Это Шри Кришна и Рамеш из группы служб удаленных рабочих столов. Сегодня мы обсудим миграцию диска профиля пользователя.

Как вы, возможно, знаете, корпорация Майкрософт выпустила новую функцию для управления профилями пользователей в развертываниях служб удаленных рабочих столов (RDS) под названием «Диски профилей пользователей». Диски профилей пользователей (UPD) хранят данные пользователей и приложений на одном виртуальном диске, предназначенном для одного пользователя.

UPD использует атрибуты NTFS для управления разрешениями объектов.Поскольку у каждого пользователя есть собственный диск профиля пользователя, каждый диск создается с явными разрешениями. Другими словами, когда создается диск профиля пользователя, добавляется ACL (список управления доступом) со следующими разрешениями по умолчанию:

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

Почему это может быть проблемой?

Давайте рассмотрим следующий сценарий:

<УЛ>

Диски профилей пользователей созданы на Диске A:.

По какой-то причине, например (ограничение пространства/миграция сервера/миграция данных), вы вынуждены переместить диски с профилями пользователей в другое место.

Именно здесь следует рассмотреть архитектуру разрешений Windows NT.

Вы планируете перенести файлы UPD на один и тот же диск (перенос файлов из одного тома в другой том на том же диске)

Если это так, то вам не о чем беспокоиться, так как это несложно.

С другой стороны, вы перемещаетесь между разными дисками. Например (с тома на диске A на том на диске B:), архитектура разрешений Windows NT здесь не поможет.

Ниже приведены основные моменты между копированием и перемещением между одинаковыми/разными томами.

Атрибуты безопасности НЕ сохраняются и НЕ переносятся

Атрибуты безопасности сохраняются и переносятся

Атрибуты безопасности НЕ сохраняются и НЕ переносятся

Различия и условия подробно описаны в следующих статьях:

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

Симптомы, которые вы можете заметить:

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

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

<УЛ>

Чтобы сохранить разрешения при копировании или перемещении файлов и папок, используйте утилиту Xcopy.exe с переключателем /O или /X. Исходные разрешения объекта будут добавлены к наследуемым разрешениям в новом местоположении.

Чтобы добавить исходные разрешения объекта к наследуемым разрешениям при копировании или перемещении объекта, используйте служебную программу Xcopy.exe с параметрами –O и –X.

Чтобы сохранить существующие разрешения без добавления наследуемых разрешений из родительской папки, используйте такие утилиты, как Robocopy.exe.

xcopy c:\old c:\new /O /X /E /H /K

где old — это исходная папка, а new — папка назначения.

/E - Копирует папки и подпапки, в том числе пустые.
/H - Копирует также скрытые и системные файлы.
/K - Копирует атрибуты. Как правило, Xcopy сбрасывает атрибуты только для чтения.
/O — Копирует информацию о владельце файла и ACL.
/X — копирует настройки аудита файла (подразумевает /O ).

Надеюсь, этот пост поможет вам узнать о проблемах, которые могут возникнуть при переносе UPD.

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

Читайте также: