Перенос профиля Windows: когда штатный способ годен, а когда нет
14 октября 2025 года завершилась поддержка Windows 10 Home и Pro. Для многих это стало поводом заменить старый компьютер, а вместе с ним встал практический вопрос: как перенести привычную рабочую среду, не собирая её с нуля.

Перенос профиля Windows на новый компьютер звучит как одна операция, но штатного способа скопировать целиком старую систему на новую Microsoft больше не предлагает.
У домашнего пользователя есть Windows Backup, который сохраняет выбранные папки и часть настроек через OneDrive. Для управляемой миграции Microsoft предлагает USMT, средство командной строки для сбора и развёртывания пользовательского состояния. Ни один вариант не превращает новый ПК в точную копию старого: приложения, драйверы, часть данных и некоторые особенности профиля требуют отдельной работы.
Поэтому начинать стоит не с кнопки «перенести», а с разбора того, что именно нужно сохранить. Документы и фотографии, настройки Windows, список приложений, данные браузера и доступ к рабочим сервисам могут находиться в разных местах и переноситься разными способами. Если считать всё это одним профилем, важные исключения легко обнаружить уже после первого входа на новом устройстве.
Windows Backup: транспорт, а не клон профиля
Логика Windows Backup понятна и ограничена. Сервис сохраняет выбранные папки через OneDrive и отдельные настройки, связанные с учетной записью Microsoft. Между старым и новым ПК прямого канала нет: облако служит промежуточным звеном. Значит, восстановление зависит от доступа к учетной записи и от того, хватает ли места в OneDrive для выбранных данных.
Это удобный сценарий, когда пользователь работает в личной учетной записи Microsoft, а нужные файлы уже лежат в поддерживаемых папках. Он заметно менее удобен, если на старом компьютере годами складывали рабочие материалы в произвольные каталоги, использовали локальные профили приложений или рассчитывали на перенос всей привычной среды одним действием.
Что уходит в OneDrive
В перечне папок Windows Backup пять позиций: Рабочий стол, Документы, Изображения, Видео и Музыка. Файлы из них сохраняются через OneDrive. Кроме того, сервис может сохранить отдельные настройки Windows, привязанные к учетной записи.
Сами названия папок не гарантируют, что в копию попадёт всё ценное. Например, проект может храниться в каталоге на диске C:, а архивы, игровые сохранения или рабочие файлы программы могут лежать в папке, выбранной при установке. Если такой каталог не входит в поддерживаемые папки и не синхронизируется отдельно, на новом компьютере его нужно будет перенести другим способом.
Содержимое AppData также не следует считать частью облачной копии. Там приложения часто хранят пользовательские базы, локальные настройки и служебные данные. Состав этих данных зависит от конкретной программы, а Windows Backup не обещает универсально перенести их как единый профиль. То же относится к веткам реестра и файлам, расположенным вне охваченных настроек и папок.
Windows Backup помогает восстановить выбранные данные и часть настроек. Полную копию пользовательской среды он не создаёт.
Перед заменой компьютера полезно открыть старый профиль и пройтись по местам, где действительно лежат рабочие данные. Стоит проверить не только стандартные папки, но и каталоги проектов, локальные архивы, папки синхронизации сторонних сервисов и места, куда приложения сохраняют экспортированные файлы. Это не отдельная техническая тонкость, а способ не перепутать список того, что сервис умеет копировать, со списком всего, что пользователь хочет сохранить.
Привязка к учетной записи Microsoft
Копия Windows Backup связана с учетной записью Microsoft. При настройке нового ПК вход в ту же учетную запись позволяет выбрать сохранённую копию и восстановить её содержимое. Если доступа к этой учетной записи нет, воспользоваться привязанной к ней копией не получится.
Смена пароля сама по себе восстановлению не мешает. Если пользователь помнит актуальные данные и может войти в ту же учетную запись Microsoft, пароль можно сменить, а затем продолжить настройку. Проблема возникает при потере доступа: например, если недоступны способы подтверждения входа, не удаётся восстановить сам аккаунт или пользователь больше не контролирует связанную с ним почту.
Это стоит проверить до того, как старый компьютер будет выключен или передан другому владельцу. Убедитесь, что знаете, какой именно аккаунт использовался для резервного копирования, и можете войти в него. Если компьютер принадлежит организации, вход может быть ограничен политиками администратора; облачную синхронизацию для рабочего устройства тоже могут запретить. В таких условиях личный сценарий Windows Backup может оказаться неприменимым, даже если сам сервис виден в настройках.
Для локальной учетной записи ситуация тоже требует внимания: облачная копия привязана не к имени пользователя на диске, а к учетной записи Microsoft. Нужно заранее понять, каким аккаунтом пользовались для резервного копирования и будет ли он доступен при первоначальной настройке нового устройства.
Приложения и настройки после восстановления
После входа на новом ПК Windows может восстановить часть настроек и представление о приложениях, которые были закреплены. Позиции значков и список закреплённых приложений помогают быстрее собрать знакомый рабочий стол. Приложения из Microsoft Store можно восстановить через соответствующие значки, а для программ вне Store Windows предлагает перейти к установщику.
Важное различие здесь простое: наличие значка не означает, что приложение уже установлено. Исполняемые файлы и полноценная среда сторонней программы не приезжают вместе с копией папок. Установщик придётся найти и запустить отдельно. После установки может понадобиться войти в аккаунт приложения, повторно настроить его или указать расположение ранее перенесённых файлов.
Настройки программ тоже не сводятся к одному правилу. Часть может храниться в учетной записи разработчика и синхронизироваться после входа. Другая часть лежит локально, в профиле Windows или в собственных каталогах приложения. Если эти данные критичны, нужно выяснить, какой способ экспорта или синхронизации предусмотрен именно программой. Windows Backup не проверяет, сохранится ли активация каждой платной лицензии после перехода на новое устройство: условия зависят от поставщика и типа лицензии.
То же относится к браузерам, почтовым клиентам, редакторам и специализированным рабочим программам. Где-то достаточно войти в аккаунт, где-то потребуется экспорт закладок и профиля, а где-то настройки хранятся только локально. План переноса лучше строить по приложениям, которыми человек действительно пользуется, а не по предположению, что вместе с документами автоматически вернутся все привычные мелочи.
USMT: сбор и развёртывание состояния
USMT, User State Migration Tool, рассчитан прежде всего на администраторов, которые автоматизируют миграцию пользователей при развёртывании Windows. Он применяется к Windows 10 и Windows 11 и состоит из инструментов командной строки. Два ключевых исполняемых файла отвечают за разные этапы:
- ScanState.exe собирает выбранные данные и настройки пользователя в хранилище миграции.
- LoadState.exe применяет собранное состояние на целевом компьютере.
В переносимый набор могут входить учетные записи, пользовательские файлы и настройки операционной системы или программ, если они предусмотрены правилами миграции. Сами программы USMT не переносит. Поэтому рабочая последовательность обычно выглядит так: собрать состояние старой системы, подготовить целевую Windows, установить необходимое программное обеспечение, затем загрузить состояние и проверить результат.
Такая схема требует больше подготовки, чем вход в OneDrive, зато позволяет администратору управлять составом миграции. Она полезна не тем, что обещает безусловно перенести всё, а тем, что задаёт правила для повторяемого процесса. В большом парке это принципиально: ручные действия на каждом компьютере трудно выполнять одинаково, а XML-конфигурации дают возможность описать, какие данные включать и какие исключать.
XML-правила и запуск от администратора
Поведение USMT настраивается XML-файлами. В них описывают, какие профили и данные обрабатывать, какие компоненты включать, какие исключать и какие пользовательские настройки должны попасть в миграцию. Можно использовать стандартные правила и дополнять их под конкретную задачу. Но сама возможность настроить правило не означает, что любое приложение автоматически станет переносимым: администратор должен понимать, где оно хранит нужные данные и как эти данные безопасно применить на новом компьютере.
Перед массовым запуском конфигурацию разумно проверять на ограниченном наборе устройств. Это помогает обнаружить пропущенные каталоги, лишние данные и несовпадения между ожидаемым и фактическим состоянием профиля. Особенно важна проверка для программ с локальными базами и нестандартными настройками: перенос файлов без проверки может дать видимость успешной миграции, хотя приложение на новом ПК не сможет использовать эти данные.
Имеет значение и контекст запуска. Если USMT работает без прав администратора, в миграцию включается только профиль вошедшего пользователя. Для более полного охвата требуется запуск в повышенной сессии. В управляемой среде это часть сценария развёртывания: важно заранее решить, кто запускает инструменты, где хранится хранилище миграции и какие учетные записи должны быть обработаны.
USMT переносит выбранное состояние по заданным правилам. Установщики программ, драйверы и готовую новую систему он не подменяет.
Ограничения USMT: где заканчиваются правила
У USMT есть ограничения, которые нельзя устранить простым добавлением XML-правила. До начала миграции стоит отделить данные, которые инструмент способен обработать, от компонентов, для которых нужен отдельный план.
1. Драйверы. Их перенос не входит в задачу USMT. На целевой машине драйверы устанавливают отдельно, с учётом оборудования и образа Windows.
2. Пароли. USMT не переносит сохранённые пароли как часть пользовательского состояния. Доступ к учетным записям и сервисам нужно восстановить предусмотренным для них способом.
3. Программы. Исполняемые файлы и установленные приложения в миграционное хранилище не входят. Их устанавливают на новом ПК отдельно, после чего проверяют, доступны ли приложению нужные пользовательские данные.
4. Локальные принтеры. Их настройку и подключение нужно планировать отдельно.
5. Макет меню «Пуск». Он не входит в обычный перенос USMT. Для макета Microsoft описывает отдельный путь экспорта и импорта через PowerShell, то есть это самостоятельная операция.
6. Язык системы. Перенос настроек операционной системы зависит от совпадения языков исходной и целевой Windows. При несовпадении рассчитывать на перенос этих настроек не следует.
7. Типы присоединения устройств. Миграция профилей между некоторыми сценариями Active Directory и Microsoft Entra joined не поддерживается. В частности, нельзя исходить из того, что профиль без изменений переедет между устройствами с разными типами присоединения.
Последний пункт особенно важен для организаций, где парк обновляется не целиком и не одновременно. Сам факт, что оба компьютера работают под Windows, не гарантирует совместимость сценария миграции. До переноса нужно сверить тип учетной записи, способ присоединения устройства и требования корпоративной среды. Если эти условия не совпадают, может понадобиться другой план работы с профилем.
Похожая осторожность нужна для чувствительных данных. Сертификаты, ключи шифрования и учетные данные сторонних приложений нельзя заранее объявить ни гарантированно переносимыми, ни гарантированно исключёнными для всех комбинаций Windows Backup, USMT и программ. Их сохранение зависит от того, где и как они хранятся, от используемого приложения и от конкретной конфигурации. Для важных ключей и сертификатов нужно отдельно выяснить, предусмотрен ли экспорт, доступен ли он пользователю и как проверить результат на целевом устройстве.
Что остаётся ручной зоной
Разница между инструментами хорошо видна в сравнении. Таблица не заменяет проверку конкретных программ и политик, но помогает понять, с какого сценария начинать.
| Параметр | Windows Backup | USMT |
|---|---|---|
| Транспорт | OneDrive и учетная запись Microsoft | Хранилище миграции, подготовленное для переноса |
| Файлы пользователя | Пять выбранных папок и данные, охваченные синхронизацией | Файлы по правилам XML |
| Настройки | Отдельные настройки, связанные с облачной копией | Настройки, включённые в правила миграции |
| Приложения | Значки и сведения для восстановления, установка может потребоваться отдельно | Настройки отдельных программ, если предусмотрены правила; сами программы устанавливаются отдельно |
| Пароли и драйверы | Не следует рассчитывать на их перенос как на часть копии | Не переносятся как часть пользовательского состояния |
| Управление процессом | Подходит для личного облачного сценария | Требует подготовки, командной строки и административного контроля |
| Типичная аудитория | Пользователь с доступом к учетной записи Microsoft | Администратор, который готовит управляемую миграцию |
На практике остаются три заметные области, для которых нужен отдельный план.
Первая связана с учетными данными и данными безопасности. Пароли браузеров и сторонних программ, сертификаты и ключи шифрования могут храниться и переноситься по-разному. Перед заменой устройства стоит проверить инструкции конкретных приложений и сервисов. Если для данных предусмотрен экспорт, важно не только выполнить его, но и убедиться, что на новом устройстве их можно импортировать и использовать.
Вторая область связана с программами и лицензиями. Список приложений можно составить заранее, но это не заменяет установщики, учетные записи и проверку активации. Условия перехода на новое устройство определяет поставщик программы. Для рабочего ПО стоит заранее выяснить, требуется ли деактивация на старом компьютере или отдельная выдача лицензии.
Третья область касается локальных файлов и настроек приложений. Каталог, который Windows не считает одной из поддерживаемых папок, может быть важнее стандартного содержимого Документов. Сверка должна идти от конкретной задачи: где программа хранит проекты, базы и пользовательские шаблоны, можно ли перенести их штатно и что изменится после установки новой версии.
Как выбрать способ без ложных ожиданий
Windows Backup подходит, когда главная задача состоит в переносе стандартных пользовательских папок и части настроек на новый личный компьютер. Условие здесь несложное, но обязательное: нужен доступ к той же учетной записи Microsoft, а важные файлы должны находиться в местах, которые сервис действительно сохраняет или синхронизирует.
USMT уместен, когда миграцией управляет специалист и требуется повторяемый процесс с настраиваемым составом данных. Его преимущество раскрывается при подготовленном XML и понятном целевом окружении. Для разового переноса домашнего компьютера это обычно слишком сложный инструмент: установка программ и перенос данных всё равно потребуют отдельных шагов, а часть ограничений никуда не исчезнет.
Если ни один вариант не покрывает задачу целиком, их можно рассматривать как части плана, а не как взаимоисключающие кнопки. Например, стандартные папки можно восстановить через облачную копию, а каталоги отдельных программ перенести способом, который поддерживает сама программа. Для корпоративного парка такой план должен учитывать типы учетных записей, язык Windows, драйверы и правила организации.
Перенос профиля Windows на новый компьютер в итоге состоит из нескольких операций с разной степенью автоматизации. Windows Backup возвращает выбранные файлы и часть настроек через облако. USMT переносит заданное состояние и требует администрирования. Программы, драйверы, пароли и данные, зависящие от конкретного приложения, нужно учитывать отдельно. Именно поэтому надёжнее заранее составить перечень того, что должно появиться на новом устройстве, и проверить каждый пункт своим способом, чем ждать от штатного инструмента клона старого ПК.