Тестирование переноса

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

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

Если при тестовой миграции возникнут ошибки, просмотрите журналы ScanState и LoadState, чтобы получить точный код возврата из средства миграции пользовательской среды (USMT) 10.0 и связанные сообщения об ошибках либо сообщения об ошибках программного интерфейса (API) Windows. Дополнительные сведения о кодах возврата и сообщениях об ошибках средства переноса пользовательской среды см. в разделе Коды возврата. Также можно получить дополнительную информацию по сообщению об ошибке Windows API, если ввести в командной строке net helpmsg и номер сообщения об ошибке.

В большинстве случаев журналы ScanState и LoadState содержат причину, почему перенос пользовательской среды завершается ошибкой. При тестировании переноса рекомендуется использовать параметр /v:5. Данный уровень детализации можно настроить во время переноса в производственной среде. Уменьшение уровня детализации может усложнить диагностику сбоев, происходящих во время переноса в производственной среде. Если файлы журнала будут использоваться отладчиком, вы можете установить более высокий уровень детализации.

Примечание  

Запуск средств ScanState и LoadState с параметром /v:5 позволяет создавать подробный файл журнала. Хотя при использовании этого параметра получаются файлы журналов большого размера, с его помощью удобно определять, где возникают ошибки.

 

Убедившись в том, что пробный перенос файлов и параметров прошел успешно, можете добавить средство USMT на сервер, на котором работает Microsoft® System Center Configuration Manager (SCCM) или другая технология управления, не связанная с Майкрософт. Дополнительные сведения см. в разделе Диспетчер конфигураций.

Примечание  

В целях тестирования с помощью параметра /hardlink /nocompress можно создать хранилище без сжатия. Если сжатие отключено, средство ScanState сохраняет файлы и параметры в скрытой папке с именем «File» по пути StorePath\USMT. Хранилище без сжатия позволяет просмотреть, что было сохранено средством USMT, диагностировать неполадку, а также проверить файлы антивирусной утилитой. Кроме того, с помощью параметра командной строки /listfiles и журнала диагностики можно перечислить файлы, которые были собраны, и для выявления проблем, возникших при переносе.

 

Связанные разделы

Планирование переноса
Файлы журналов

 

 

Показ: