Поделиться через

Справочник по устранению неполадок для Microsoft Deployment Toolkit

  • Статья

Развертывание операционных систем и приложений, а также миграция пользовательского состояния может быть сложной задачей, даже если вы оснащены соответствующими инструментами и рекомендациями. Эта ссылка, которая является частью Microsoft® Deployment Toolkit (MDT) 2013, содержит сведения о текущих известных проблемах, возможных обходных решениях для этих проблем и руководств по устранению неполадок.

Примечание.

В этом документе Windows применяется к операционным системам Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 и Windows Server 2008 R2, если не указано иное. MDT не поддерживает версии windows на основе процессора ARM. Аналогичным образом MDT относится к MDT 2013, если не указано иное.

Примечание.

Набор средств диагностики и восстановления Майкрософт (DaRT) содержит мощные средства для восстановления и устранения неполадок клиентских компьютеров, которые не запускаются или не становятся нестабильными. DaRT можно использовать для определения причины сбоя, восстановления потерянных файлов и т. д. При разработке и развертывании операционной системы Windows можно также использовать DaRT в качестве средства устранения неполадок. Например, если встроенный образ не удается запустить правильно, можно запустить клиентский компьютер, содержащий образ, с помощью ERD Commander — диагностической среды. Затем можно просмотреть жесткий диск клиентского компьютера, просмотреть журнал событий, удалить обновления, изменить параметры операционной системы и т. д. DaRT входит в состав пакета оптимизации классических приложений Майкрософт для Software Assurance. Дополнительные сведения см. в разделе "Диагностика" и "Средства восстановления" 10.

Общие сведения о журналах

Прежде чем начать эффективное устранение неполадок MDT, необходимо четко понять множество .log файлов, используемых во время развертывания операционной системы. Когда вы знаете, какие файлы журналов следует изучить состояние сбоя и в какое время, проблемы, которые когда-то таинственны и трудно понять, могут стать ясными и понятными.

Формат файла журнала MDT предназначен для чтения CMTrace. Используйте это средство всякий раз, когда это возможно для чтения файлов журнала, так как это упрощает поиск ошибок.

Остальная часть этого раздела содержит сведения о файлах журнала, созданных во время развертывания, а также во время установки Windows. В этом разделе также приведены примеры использования файлов для устранения неполадок.

Журналы MDT

Каждый скрипт MDT автоматически создает файлы журналов при запуске. Имена этих файлов журнала соответствуют имени скрипта, например ZTIGather.wsf, создает файл журнала с именем ZTIGather.log. Каждый скрипт также обновляет общий главный файл журнала (BDD.log), который объединяет содержимое файлов журналов, создаваемых скриптами MDT. Файлы журнала MDT находятся в C:\MININT\SMSOSD\OSDLOGS во время процесса развертывания. В зависимости от типа выполняемого развертывания файлы журнала перемещаются при завершении развертывания в %WINDIR%\SMSOSD или %WINDIR%\TEMP\SMSOSD. Для развертываний Lite Touch Installation (LTI) журналы начинаются в C:\MININT\SMSOSD\OSDLogs. Они в конечном итоге в %WINDIR%\TEMP\DeploymentLogs после завершения обработки последовательности задач.

MDT создает следующие файлы журналов:

  • BDD.log. Это агрегированный файл журнала MDT, скопированный в сетевое расположение в конце развертывания, если указать свойство SLShare в файле Customsettings.ini.

  • LiteTouch.log. Этот файл создается во время развертываний LTI. Он находится в %WINDIR%\TEMP\DeploymentLogs, если только не указан параметр /debug:true .

  • Scriptname*.log. Этот файл создается каждым скриптом MDT. Имя скрипта представляет имя скрипта, о чем идет речь.

  • SMSTS.log. Этот файл создается в диспетчере последовательностей задач и описывает все транзакции последовательности задач. В зависимости от сценария развертывания он может находиться в %TEMP%, %WINDIR%\System32\ccm\logs или C:\_SMSTaskSequence или C:\SMSTSLog.

  • Wizard.log. Мастера развертывания создают и обновляют этот файл.

  • WPEinit.log. Этот файл создается во время процесса инициализации windows PE и полезен для устранения ошибок, возникающих при запуске среды предустановки Windows.

  • DeploymentWorkbench_id.log. Этот файл журнала создается в папке %temp% при указании /debug при запуске Deployment Workbench.

Журналы развертывания операционной системы Configuration Manager

Сведения о файлах журнала развертывания операционной системы, созданных Microsoft System Center 2012 R2 Configuration Manager, см . в техническом справочнике по файлам журналов в Configuration Manager.

При запуске средства миграции пользовательского состояния Windows (USMT) MDT автоматически добавляет параметры ведения журнала для сохранения файлов журнала USMT в расположениях файлов журнала MDT. Файлы журнала и их создание приведены следующим образом:

  • USMTEstimate.log. Создается при оценке требований USMT

  • USMTCapture.log. Создание USMT при записи данных

  • USMTRestore.log. Создание USMT при восстановлении данных

    Скрипт ZeroTouchInstallation.vbs автоматически сканирует файлы журнала хода выполнения USMT для ошибок и предупреждений. Скрипт создает идентификатор события 41010 в Microsoft System Center Operations Manager со следующей сводкой (где usmt_type — ESTIMATE, SCANSTATE или LOADSTATE; error_count — общее количество обнаруженных ошибок; warning_count — общее количество предупреждений:

ZTI USMT <usmt_type> reported <error_count> errors and <warning_count> warnings

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

Определение кодов ошибок

В таблице 1 перечислены коды ошибок, создаваемые скриптами MDT и которые содержат описание каждого кода ошибки. Эти коды ошибок записываются в файл BDD.log.

Таблица 1. Коды ошибок и их описание

Код ошибки Description
5201 Не удалось подключиться к общей папке развертывания. Развертывание не будет продолжаться.
5203 Не удалось подключиться к общей папке развертывания. Развертывание не будет продолжаться.
5205 Не удалось подключиться к общей папке развертывания. Развертывание не будет продолжаться.
5206 Мастер развертывания был отменен или не выполнен успешно. Развертывание не будет продолжаться.
5207 Не удалось подключиться к общей папке развертывания. Развертывание не будет продолжаться.
5208 DeploymentType не задан. Необходимо задать некоторое значение для SkipWizard.
5208 Не удалось найти последовательность задач SMS. Развертывание не будет продолжаться.
5400 Создание объекта: set class_instance = New class_name
5490 Создайте MSXML2. DOMDocument.
5495 Создайте MSXML2. DOMDocument.ParseErr.ErrCode.
5496 LoadControlFile.FindFile: ConfigFile
5601 Убедитесь, что guid ОС: %OSGUID% существует.
5602 Open XML с OSGUID: %OSGUID%.
5610 Проверьте файл.
5630 Проверьте файл: ImagePath.
5640 Проверьте файл: ImagePath.
5641 FindFile: ImageX.exe.
5643 Найдите BootSect.exe.
5650 Проверка каталога: SourcePath.
5651 Проверка каталога: SourcePath\Platform.
5652 FindFile: bootsect.exe.
6001 Проверьте диск.
6002 Проверьте диск.
6010 Проверка для TSGUID.
6020 Возвращаемое значение Robocopy: Значение.
6021 Возвращаемое значение Robocopy: Значение.
6101 Проверка файла: DeployCab.
6102 Разверните файлы Sysprep из DEPLOY.CAB.
6111 Запустите Sysprep.exe.
6121 Запустите Sysprep.
6191 Проверьте наличие CloneTag в реестре, чтобы убедиться, что Sysprep завершен.
6192 Проверьте наличие SystemSetupInProgress в реестре, чтобы проверить завершение sysprep.
6401 Авторизованный DHCP-сервер.
6501 Резервное копирование компьютера невозможно, сетевой путь (BackupShare, BackupDir) не указан.
6502 ОШИБКА. Не удается найти IMAGEX, не удается выполнить резервное копирование.
6601 GetObject(... root/wmi:BCDStore).
6602 BCD. OpenStore (BCDStore).
6701 Настроенные средства защиты.
6702 Перемещены файлы загрузки.
6703 Создание секции BDE.
6704 Диск дефрагментации.
6705 Сжатие диска.
6706 Тестирование более чем на 1 секцию.
6707 Создание загрузочных файлов.
6708 Шифрование диска.
6709 Подключитесь к поставщику WMI MicrosoftVolumeEncryption.
6710 Шифрование диска.
6711 ProtectKeyWithTPM.
6712 ProtectKeyWithTPMAndPIN.
6713 ProtectKeyWithTPMAndStartupKey.
6714 Сохраните внешний ключ в файл.
6715 Защита с помощью внешнего ключа.
6716 Сохраните внешний ключ в файл.
6717 Защита ключа с помощью числового пароля.
6718 GetKeyProtectorNumberialP@ssword.
6718 Сохраните пароль в файл.
6719 Откройте PasswordFile.
6720 Зашифруйте диск.
6721 Откройте DiskPartFile.
6722 Создание секции.
6723 Получите существующий диск BDE.
6724 Откройте DiskPartFile.
6727 Попытайтесь открыть DiskPartFile.
6729 Создайте текстовый файл DiskPartFile.
6730 Выполнение cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1
6731 Найдите bcdboot.exe.
6732 Подключитесь к поставщику доверенного платформенного модуля Майкрософт.
6733 Получите экземпляр доверенного платформенного модуля в классе поставщика.
6734 Получение экземпляра доверенного платформенного модуля.
6735 Проверьте, включен ли TPM.
6736 Проверьте, активируется ли TPM.
6737 Проверьте, принадлежит ли TPM.
6738 Проверьте, разрешено ли владение TPM.
6739 Проверьте, включен ли TPM.
6740 Проверьте, активируется ли TPM.
6741 Проверьте, принадлежит ли TPM и разрешено ли владение.
6741 Набор паролей владельца доверенного платформенного модуля
6742 Для P@ssword владельца доверенного платформенного модуля задано значение AdminP@ssword.
6743 Задайте для параметра "Владелец доверенного платформенного модуля" значение P@ssword.
6744 Проверьте, включен ли TPM.
6745 Проверьте владельца доверенного платформенного модуля.
6746 Проверьте наличие пары ключей подтверждения.
6747 Проверьте, активируется ли TPM.
6748 Проверьте, разрешено ли владение TPM.
6749 Преобразование владельца p@ssword в авторизацию владельца.
6750 Создайте пару ключей подтверждения.
6751 Изменение авторизации владельца.
6752 Запустите cmd.
6753 Проверка доверенного платформенного модуля.
6754 Получение экземпляра BDE.
6755 Защита ключа с помощью доверенного платформенного модуля.
6756 Проверьте, нужно ли настроить съемный носитель. ProtectKeyWithTpmAndStartupKey.
6757 Защита ключа с помощью доверенного платформенного модуля и ключа запуска.
6758 Найдите закрепление BDE.
6759 Защита ключа с помощью доверенного платформенного модуля и закрепления.
6760 Найдите съемный носитель для BDEKeyLocation.
6761 Защита с помощью внешнего ключа.
6762 Восстановление P@ssword сохранено в PasswordFile.
6764 Настройка политики BitLocker.
7000 Не удается найти ZTIConfigure.xml; Прерывание.
7001 Ищете автоматическое представление AnswerFile.
7100 ОШИБКА. Этот скрипт должен выполняться только в полной ОС.
7101 ERROR — недостаточно значений, предоставленных для создания файла ответов DCPromo.
7102 ERROR — не указаны обязательные свойства для создания нового контроллера домена реплики.
7103 ERROR — не указаны обязательные свойства для создания нового дочернего домена.
7104 ERROR — не указаны обязательные свойства для создания нового леса.
7105 ERROR — не указаны обязательные свойства для создания нового леса.
7200 Не удается настроить DHCP-сервер, так как служба не установлена.
7201 Не удается прочитать сведения о области; GetScopeDetails() неудавшийся.
7202 Недостаточно значений, указанных для создания области.
7203 Недостаточно значений, предоставленных для задания диапазона IP-адресов для этой области.
7204 Значение для диапазона исключений области не указано.
7300 Не удается выполнить команды DNS.
7700 Не новый сценарий компьютера; выход из раздела диска.
7701 Диск недостаточно велик для секций System и BDE, обязательный = 1,5 ГБ.
7702 Диск недостаточно велик для секций System и WinRE, обязательный = 10 ГБ.
7703 DeployRoot находится на диске # DiskIndex. Запуск сценария OEM: пропустить.
7704 Запуск сценария OEM: пропустить.
7704 Расширенные и логические секции запрещены с помощью BitLocker.
7712 Убедитесь, что диск или диск тома присутствует. Форматировать...
7900 FindFile: Microsoft.BDD.PnpEnum.exe.
7901 AllDrivers.Exists("GUID").
7904 AllDrivers.Exists("GUID").
9200 FindFile(PkgMgr.exe).
9601 ОШИБКА — задача восстановления состояния ZTITatoo должна выполняться в полной ОС; Прерывание.
9701 Ненулевой возвращаемый код из оценки USMT, rc = Error.
9702 Невозможно записать состояние пользователя; недостаточно локального пространства и не указан сетевой путь (UDShare, UDDir).
9703 Ненулевой код возврата из записи USMT, rc = Error.
9704 Недопустимый параметр командной строки не указан.
9801 ОШИБКА. Попытка развертывания клиентской операционной системы на компьютере под управлением операционной системы сервера.
9802 ОШИБКА. Попытка развернуть операционную систему сервера на компьютере под управлением клиентской операционной системы.
9803 ERROR — компьютер не авторизован для обновления (OSInstall=OSInstall); прерывание.
9804 ОШИБКА— недостаточно памяти в МБ памяти. Требуется по крайней мере память в МБ памяти.
9805 ОШИБКА . Скорость процессора процессоров МГц недостаточно. Требуется по крайней мере процессор ProcessorSpeed MHz.
9806 ОШИБКА— недостаточно места на диске. Требуется дополнительный размер МБ.
9807 ОШИБКА— недостаточно места на диске. Требуется дополнительный размер МБ.
9901 Скрипт ZTIWindowsUpdate не должен выполняться в среде предустановки Windows.
9902 ZTIWindowsUpdate выполняется и завершается слишком много раз. Count = Count.
9903 Непредвиденная проблема при установке обновленного агента Обновл. Windows, rc = Error.
9904 Не удалось создать объект: Microsoft.Update.Session.
9905 Не удалось создать объект: Microsoft.Update.UpdateColl.
9906 Критически важный файл не найден; прерывание.
10000 Создание объекта: Set oLTICleanup = New LTICleanup.
10201 Не удается присоединиться к домену домена. Остановите установку.
10203 FindFile(LTISuspend.wsf).
10204 Запустите программу LTISuspend.
41024 Запустите ImageX.
52012 Все параметры мастера не заданы.

В описании 1 содержится фрагмент файла журнала, в котором показано, как найти код ошибки. В этом фрагменте сообщается код ошибки 5001.

Описание 1. Извлечение из файла SMSTS.log, содержащего код ошибки 5001

.  
.  
.  
The operating system installation failed. Please contact your system administrator for assistance.  

The action "Zero Touch Installation - Validation" failed with exit code 5001  
.  
.  
.

Преобразование кодов ошибок

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

Проблема. Сбой записи изображений с кодом ошибки 0x80070040.

Возможное решение 1. Код ошибки представлен в шестнадцатеричном формате, который необходимо преобразовать в десятичный формат. Для этого вам нужен научный калькулятор, а калькулятор, включенный в операционные системы Windows, хорошо подходит для этой задачи.

Преобразование кода ошибки

  1. Нажмите кнопку " Пуск", а затем наведите указатель на все программы. Наведите указатель на аксессуары и нажмите кнопку " Калькулятор".

  2. В меню "Вид " щелкните "Научный".

  3. Выберите шестнадцатеричное значение, а затем введите последние четыре цифры кода , в данном случае 0040, как показано на рис. 1.

    Рисунок 1. Преобразование ошибок

    Снимок экрана: ввод последних четырех цифр кода в калькуляторе.

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

  4. Выберите декабрь.

    Шестнадцатеричное значение 40 преобразуется в десятичное значение 64.

  5. Откройте окно командной строки, введите NET HELPMSG 64 и нажмите клавишу ВВОД.

    Команда NET HELPMSG преобразует числовый код ошибки в значимый текст. В случае кода ошибки, предоставленного здесь, он преобразуется в "Указанное сетевое имя больше недоступно".

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

Проверка примеров журналов

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

Сбой доступа к базе данных

Проблема. При выполнении развертывания, использующей файл CustomSettings.ini, содержащий многочисленные разделы и указывающий приоритет каждого раздела, приоритет каждого раздела возникает при выполнении ошибки. BDD.log содержит следующие сообщения об ошибках:

  • ERROR — открытие набора записей (номер ошибки = -2147217911) (описание ошибки: разрешение SELECT было отказано в объекте ComputerAdministrators, базе данных "AdminDB", схеме "dbo".

  • Ошибка ADO: разрешение SELECT было отказано в объекте ComputerAdministrators, базе данных AdminDB, схеме dbo. (Ошибка #-2147217911; Источник: поставщик Microsoft OLE DB для SQL Server; Состояние SQL: 42000; NativeError: 229

  • ERROR — необработанное сообщение об ошибке, возвращаемой ZTIGather: обязательный объект (424)

Примечание.

Для ясности содержимое файла журнала выше представлено, как они отображаются при просмотре с помощью CMTrace.

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

Устранение неполадок

Прежде чем приступить к подробным процессам устранения неполадок, ознакомьтесь со следующими элементами и убедитесь, что выполнены все связанные требования:

  • Проблемы с установкой могут привести к тому, что все необходимые компоненты программного обеспечения и оборудования не выполнены.

Установка приложения

Ознакомьтесь с проблемами и решениями для проблем с установкой приложений:

Заблокированные исполняемые файлы

Проблема. Если исходные файлы установки скачиваются из Интернета, скорее всего, они будут помечены одним или несколькими потоками данных файловой системы NTFS. Дополнительные сведения о потоках данных NTFS см. в разделе "Потоки файлов". Наличие потоков данных файловой системы NTFS может привести к отображению запроса "Открыть файл" — предупреждение системы безопасности. Установка не будет продолжаться, пока не нажмите кнопку "Выполнить " в запросе.

На рисунке 2 показано, как просмотреть потоки данных файловой системы NTFS с помощью команды "Дополнительно" и служебной программы Streams.

Рисунок 2. Потоки данных NTFS

Снимок экрана: выходные данные команд streams.exe и других.

Возможное решение 1. Щелкните правой кнопкой мыши исходный файл установки и выберите пункт "Свойства". Нажмите кнопку " Разблокировать", а затем нажмите кнопку "ОК ", чтобы удалить потоки данных файловой системы NTFS из файла. Повторите этот процесс для каждого исходного файла установки, заблокированного наличием одного или нескольких потоков данных файловой системы NTFS.

Возможное решение 2. Используйте служебную программу Streams, как показывает REF _Ref308173670 \h рис. 2, чтобы удалить потоки данных файловой системы NTFS из исходного файла установки. Служебная программа Streams может удалять потоки данных файловой системы NTFS из одного или нескольких файлов или папок одновременно.

Потерянные сетевые подключения

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

Возможное решение: реализуйте скрипт ZTICacheUtil.vbs, чтобы включить загрузку и выполнение для установки. Этот скрипт предназначен для настройки рекламы для включения загрузки и выполнения. При загрузке используется фоновая интеллектуальная служба передачи (BITS), если точка распространения Configuration Manager включена распределенная разработка и управление версиями и BITS. В то же время он изменяет Configuration Manager для запуска скрипта ZTICache.vbs сначала, что гарантирует, что программа не удаляет себя во время процесса развертывания.

Система Microsoft Office 2007

Проблема. При развертывании системы Office 2007 и в том числе файла исправления установщика Windows (MSP) установка может завершиться ошибкой с кодом ошибки 30029.

Дальнейшее исследование в ZTIApplications.log показывает следующие сообщения:

  • О выполнении команды: \\Server\Deployment$\Tools\X86\bddrun.exe \\Server\Share\Microsoft\Office\2007\Professional\setup.exe /adminfile \\Server\Share\Microsoft\Office\2007\Professional\file.msp

  • ZTI Heartbeat: команда выполняется в течение 12 минут (идентификатор процесса 1600) Возвращаемый код из команды = 30029

  • Приложение Microsoft Office 2007 Professional вернуло непредвиденный код возврата: 30029

    Возможное решение 1. Переместите MSP-файл в каталог обновлений, а затем запустите setup.exe без указания параметра /adminfile . Дополнительные сведения о развертывании обновлений во время установки см. в статье "Развертывание системы Office 2007".

    Возможное решение 2. Убедитесь, что в MSP-файле не установлен флажок "Отключить модальный ". Дополнительные сведения о настройке этого параметра см. в разделе "Обзор развертывания системы Office 2007".

AutoLogon

Ознакомьтесь с проблемами и решениями для проблем автоматического входа:

Баннеры безопасности входа

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

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

Примечание.

Если вы повторно используете существующие учетные записи доменных служб Active Directory® (AD DS), убедитесь, что до развертывания на целевом компьютере вы переместили учетную запись целевого компьютера в подразделение, которое не влияет на объект групповой политики, который применяет баннер входа в систему безопасности.

Запрос учетных данных пользователя

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

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

BIOS

Проблема. При развертывании на целевом компьютере, оснащенном технологией Intel vPro, развертывание может завершиться ошибкой остановки. Несмотря на то что все обновленные драйверы включены в качестве встроенных драйверов в Deployment Workbench, целевой компьютер не запускается.

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

Проблемы с базой данных

Ознакомьтесь с проблемами и решениями, связанными с базой данных:

Заблокированные запросы браузера SQL Server

Проблема. Во время процесса развертывания MDT можно получить сведения из баз данных Microsoft SQL Server®. Однако могут возникать ошибки, связанные с неправильно настроенным брандмауэром на сервере базы данных.

Возможное решение. Брандмауэр Windows в Windows Server помогает предотвратить несанкционированный доступ к ресурсам компьютера. Однако если брандмауэр настроен неправильно, попытки подключения к экземпляру SQL Server могут быть заблокированы. Чтобы получить доступ к экземпляру SQL Server, который находится за брандмауэром, настройте брандмауэр на компьютере под управлением SQL Server. Дополнительные сведения о настройке портов брандмауэра для SQL Server см. в разделе "Настройка брандмауэра Windows для разрешения доступа к SQL Server".

Подключения именованных каналов

Проблема. Во время процесса развертывания MDT данные можно получить из баз данных SQL Server. Однако могут возникать ошибки, связанные с неисправными подключениями SQL Server. Это может быть вызвано отсутствием включения именованных подключений в Microsoft SQL Server.

Возможное решение. Чтобы устранить эти проблемы, включите именованные каналы в SQL Server. Кроме того, укажите свойство SQLShare , которое требуется при подключении к внешней базе данных с помощью именованных каналов. При подключении с помощью именованных каналов используйте встроенную безопасность для подключения к базе данных. В случае развертываний LTI учетная запись пользователя, указанная, делает подключение к базе данных. Для развертываний ZTI, использующих Configuration Manager, учетная запись доступа к сети подключается к базе данных. Так как среда предустановки Windows по умолчанию не имеет контекста безопасности, необходимо установить сетевое подключение к серверу базы данных, чтобы установить контекст безопасности для пользователя, который будет выполнять подключение.

Сетевая папка, указанная свойством SQLShare , предоставляет средства для подключения к серверу для получения соответствующего контекста безопасности. У вас должен быть доступ на чтение к общей папке. После этого можно установить именованное подключение канала к базе данных. Свойство SQLShare не требуется и не следует использовать при подключении TCP/IP к базе данных.

Включите подключения именованных каналов, выполнив следующие задачи на основе используемой версии SQL Server:

Включение именованных подключений к каналу в SQL Server 2008 R2

Чтобы включить именованные подключения к каналу в SQL Server 2008 R2, выполните следующие действия:

  1. На компьютере под управлением SQL Server 2008 R2, на котором размещена база данных для запроса, нажмите кнопку "Пуск", а затем наведите указатель на все программы. Наведите указатель на Microsoft SQL Server 2008 R2 и щелкните SQL Server Management Studio.

  2. В консоли Microsoft SQL Server Management Studio в обозреватель объектов щелкните правой кнопкой мыши sql_server_name, а затем выберите пункт "Свойства" (где sql_server_name — имя компьютера под управлением SQL Server для настройки).

  3. Откроется диалоговое окно "Свойства сервера " sql_server_name ".

  4. В диалоговом окне "Свойства - сервера" sql_server_name в разделе "Выбор страницы" щелкните "Подключения".

  5. На странице "Подключения" установите флажок "Разрешить удаленные подключения к этому серверу" и нажмите кнопку "ОК".

  6. Закройте консоль Microsoft SQL Server Management Studio.

  7. На компьютере под управлением SQL Server 2008 R2, на котором размещена база данных для запроса, нажмите кнопку "Пуск", а затем наведите указатель на все программы. Наведите указатель на Microsoft SQL Server 2008 R2, наведите указатель на средства настройки и щелкните диспетчер конфигурации SQL Server.

  8. В консоли Диспетчера конфигурации Sql Server перейдите в раздел диспетчер конфигурации SQL Server (локальный) / Конфигурацию сети SQL Server и протоколы для sql_instance (где sql_instance в имени экземпляра SQL Server, который необходимо настроить).

  9. В области сведений щелкните правой кнопкой мыши именованные каналы и нажмите кнопку "Включить".

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

  10. В диалоговом окне "Предупреждение" нажмите кнопку "ОК".

  11. В консоли Sql Server Configuration Manager перейдите к диспетчер конфигурации SQL Server (локальные) или службам SQL Server.

  12. В области сведений щелкните правой кнопкой мыши SQL Server*(sql_instance), а затем щелкните *Перезапустить (где sql_instance в имени экземпляра SQL Server, настроенного на шаге 2).

    Отображается диспетчер конфигурации SQL Server индикатор выполнения, показывающий состояние перезапуска служб. После перезапуска службы индикатор хода выполнения закрывается.

  13. Закройте консоль диспетчер конфигурации SQL Server.

    Дополнительные сведения о включении удаленных подключений в SQL Server 2008.

Включение именованных подключений к каналу в SQL Server 2005

Чтобы включить именованные подключения к каналу в SQL Server 2005, выполните следующие действия:

  1. На компьютере под управлением SQL Server 2005, на котором размещена база данных, которую нужно запрашивать, нажмите кнопку "Пуск", а затем наведите указатель на все программы. Наведите указатель на Microsoft SQL Server 2005, наведите указатель на средства настройки и выберите конфигурацию рабочей области SQL Server.

  2. В диалоговом окне конфигурации рабочей области SQL Server 2005 щелкните "Конфигурация области поверхности" для служб и подключений.

  3. В диалоговом окне "Конфигурация области поверхности для служб и подключений" — диалоговое окно server_name (где server_name имя компьютера под управлением SQL Server 2005), в разделе "Выбор компонента" и настройке служб и подключений перейдите в MSSQLSERVER\ядро СУБД, а затем нажмите кнопку "Удаленные подключения".

  4. Щелкните "Локальные и удаленные подключения", щелкните "Использование TCP/IP" и "Именованные каналы" и нажмите кнопку "Применить".

  5. В диалоговом окне "Конфигурация области поверхности для служб и подключений" — server_name (где server_name имя компьютера под управлением SQL Server 2005), в разделе "Выбор компонента" и настройке служб и подключений перейдите в MSSQLSERVER\ядро СУБД, а затем нажмите кнопку "Служба".

  6. Нажмите Остановить.

    Служба MSSQLSERVER останавливается.

  7. Щелкните Начать.

    Запускается служба MSSQLSERVER.

  8. Нажмите кнопку ОК.

  9. Закройте конфигурацию рабочей области SQL Server 2005.

    Дополнительные сведения см. в статье служба поддержки Майкрософт. Настройка SQL Server 2005 для разрешения удаленных подключений

Скрипты развертывания

Ознакомьтесь с проблемами и решениями, связанными с MDT:

  • Запрос учетных данных пользователя и может получить ошибку 0x80070035, как описано в Credentials_script

  • Сообщение об ошибке "Wuredist.cab не найдено" отображается, как описано в ZTIWindowsUpdate

Credentials_script

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

Возможное решение. Убедитесь, что WIM-файл не содержит папку MININT или _SMSTaskSequence. Чтобы удалить эти папки, сначала используйте служебную программу ImageX для подключения WIM-файла, а затем удалите папки.

Примечание.

Если при попытке удалить папки из WIM-файла возникает ошибка "Отказано в доступе", откройте окно командной строки, переключитесь в корневой каталог изображения, содержащегося в WIM-файле, а затем запустите RD MININT и RD _SMSTaskSequence.

ZTIWindowsUpdate

Проблема. Если вы используете скрипт ZTIWindowsUpdate.wsf для применения обновлений программного обеспечения во время развертывания, обратите внимание, что этот скрипт может напрямую взаимодействовать с веб-сайтом Центра обновления Майкрософт для скачивания и установки необходимых двоичных файлов агента Обновл. Windows, сканирования применимых обновлений программного обеспечения, скачивания двоичных файлов для применимых обновлений программного обеспечения и установки скачанных двоичных файлов. Для этого процесса требуется настроить сетевую инфраструктуру, чтобы разрешить целевому компьютеру получить доступ к веб-сайту Центра обновления Майкрософт.

Если общая папка развертывания не содержит файлы установки агента Обновл. Windows, а целевой компьютер не имеет соответствующего доступа к Интернету, в файлах ZTIWindowsUpdate.log и BDD.log сообщается сообщение об ошибке "wuredist.cab не найдено".

Возможное решение. Выполните действия, описанные в разделе "ZTIWindowsUpdate.wsf", в справочнике по набору средств mdT для документов.

Общие папки развертывания

Ознакомьтесь с проблемами и решениями, связанными с общей папкой развертывания:

Сбой обновления WIM-файлов

В простой среде:

  • MDT обычно выбирает WIMGAPI.DLL из C:\Windows\system32 (всегда в пути). Версия этого WIMGAPI.DLL должна соответствовать версии (сборке) операционной системы.

  • В 64-разрядной операционной системе MDT всегда использует файл x64 WIMGAPI.DLL; только этот файл должен находиться в системном PATH. В 32-разрядной операционной системе MDT всегда использует файл x86 WIMGAPI.DLL; только этот файл должен находиться в системном PATH. (Другие продукты, такие как Configuration Manager, используют 32-разрядную версию WIMGAPI.DLL, даже в 64-разрядной операционной системе, но управляют этой версией и устанавливают ее.)

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

    Возможное решение: откройте окно командной строки и запустите , где WIMGAPI.DLL. Для первой записи в списке (первое расположение, найденное путем поиска пути), убедитесь, что свойство Version соответствует сборке установленного пакета средств оценки и развертывания Windows (Windows ADK). Также убедитесь, что свойство соответствует номеру сборки операционной системы.

Мастер развертывания Windows

Просмотрите проблемы и решения, связанные с мастером развертывания Windows:

Страницы мастера не пропускаются

Проблема: отображается страница мастера, даже если файл MDT DB или CustomSettings.ini указывает, что мастер должен быть пропущен.

Возможное решение. Чтобы правильно пропустить страницу мастера, включите все свойства, которые будут указаны на этой странице мастера, где это необходимо в базе данных MDT или CustomSettings.ini файле вместе с соответствующими значениями. Если свойство настроено неправильно для пропущенной страницы мастера, отобразится эта страница. Дополнительные сведения о свойствах, необходимых для пропуска страницы мастера, см. в разделе "Предоставление свойств для пропущенных страниц мастера развертывания" в справочнике по набору средств mdT document Toolkit.

Диски и секционирование

Ознакомьтесь с проблемами секционирования дисков и решениями:

Шифрование диска BitLocker

Для развертывания BitLocker требуется определенная конфигурация для правильного развертывания. Следующие потенциальные проблемы могут быть связаны с конфигурацией целевого компьютера:

Скрипт ZTIBde.wsf завершается ошибкой "Не удается открыть раздел реестра "HKEY_CURRENT_USER\панель управления\International\LocaleName" для чтения".

Проблема. При попытке развернуть BitLocker на целевом компьютере в ZTI или UDI скрипт ZTIBde.wsf завершается ошибкой "Не удается открыть раздел реестра "HKEY_CURRENT_USER\панель управления\International\LocaleName" для чтения".

Возможное решение: укажите языковой стандарт в свойстве UILanguage . В ZTI и UDI скрипт ZTIBde.wsf выполняется в системном элементе управления, поэтому полный профиль пользователя не загружается. Когда скрипт ZTIBde.wsf пытается считывать сведения о языковом стандарте, который он не находится в реестре, так как реестр (профиль пользователя) не полностью загружен. В качестве обходного решения укажите языковой стандарт в свойстве UILanguage .

Устройства отображаются как несколько букв дисков

Проблема. Некоторые устройства могут отображаться как несколько букв логических дисков в зависимости от того, как они секционированы. В некоторых случаях они могут эмулировать диск с диском с 1,44 мегабайтами (МБ) и диском хранилища памяти. Поэтому Windows может назначать те же буквы дисков устройств A и B для эмуляции диска floppy и F для диска хранилища памяти. По умолчанию скрипты MDT используют наименьшую букву диска (в этом примере — A).

Возможное решение. Переопределите параметр по умолчанию на странице сведений о восстановлении BitLocker в мастере развертывания Windows. На странице сводки мастера развертывания Windows отображается предупреждение, чтобы сообщить пользователю, какой диск был выбран для хранения сведений о восстановлении BitLocker. Кроме того, BDD.log и ZTIBDE.log файлы записывают обнаруженные съемные устройства мультимедиа и какое устройство было выбрано для хранения сведений о восстановлении BitLocker.

Проблемы с сжатием дисков

Проблема. Недостаточно нераспределенного места на диске существует на целевом компьютере, чтобы включить BitLocker. Для развертывания BitLocker на целевом компьютере требуется не менее 2 гигабайта (ГБ) нераспределенного дискового пространства для создания системного тома. Системный том — это том , содержащий аппаратные файлы, необходимые для загрузки Windows после загрузки компьютера BIOS.

Возможное решение 1. На существующих компьютерах используйте средство Diskpart для сжатия диска C, чтобы можно было создать системный том. Однако в некоторых случаях средство Diskpart может не сжать диск C достаточно, чтобы обеспечить 2 ГБ нераспределенного места на диске, возможно, из-за фрагментированного места на диске C.

Одним из возможных решений этой проблемы является дефрагментация диска C. Для этого выполните следующие действия:

  1. Выполните команду Diskpart shrink querymax , чтобы определить максимальное количество дискового пространства, которое может быть нераспределенным.

  2. Если значение, возвращаемое на шаге 1, меньше 2 ГБ, очистите диск C от ненужных файлов, а затем дефрагментировали его.

  3. Запустите команду Diskpart shrink querymax еще раз, чтобы убедиться, что более 2 ГБ дискового пространства может быть нераспределены.

  4. Если значение, возвращаемое на шаге 3, по-прежнему меньше 2 ГБ, выполните одну из следующих задач:

    • Дефрагментировать диск C несколько раз, чтобы убедиться, что он полностью оптимизирован.

    • Создайте резервную копию данных на диске C, удалите существующую секцию, создайте новую секцию, а затем восстановите данные в новой секции.

    Возможное решение 2. Сценарий ZTIBDE.wsf запускает средство подготовки дисков (bdehdcfg.exe) и настраивает размер секции системного тома до 2 ГБ по умолчанию. При необходимости можно настроить скрипт ZTIBDE.wsf, чтобы изменить значение по умолчанию. Однако изменение скриптов MDT не рекомендуется.

Поддержка логических и динамических дисков

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

Возможное решение: MDT не поддерживает развертывание операционных систем на логических дисках или динамических дисках.

Присоединение к домену

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

Возможное решение. Развертывание MDT LTI настраивает статические IP-данные после запуска и запуска операционной системы. Если целевой компьютер находится в сетевом сегменте, который не имеет протокола конфигурации динамического узла (DHCP), автоматическое присоединение домена, указанное в Unattend.xml, завершится ошибкой, если DHCP отсутствует.

Настройте Unattend.xml для присоединения к рабочей группе. Затем используйте встроенный шаг восстановления из последовательности задач домена , чтобы добавить шаг в последовательность задач для присоединения к домену после применения статического IP-адреса.

Установка драйвера

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

Ознакомьтесь с проблемами и решениями, связанными с установкой драйвера устройства:

Устранение неполадок при установке устройства с помощью SetupAPI.log

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

Одним из наиболее полезных файлов журнала для отладки является файл SetupAPI.log. Этот обычный текстовый файл содержит сведения о установке устройства, установке пакета обновления и установке обновлений. В частности, файл сохраняет запись изменений устройств и драйверов, а также основные системные изменения, начиная с последней установки Windows. В этом документе основное внимание уделяется использованию файла журнала SetupAPI для устранения неполадок при установке устройства; Он не описывает разделы файла журнала, связанные с пакетом обновления и установками обновлений.

Новые развертывания компьютеров

Ознакомьтесь с проблемами и решениями для сценариев развертывания новых компьютеров:

  • Проблемы при запуске процесса развертывания с помощью загрузки среды выполнения предварительной загрузки (PXE), как описано в статье "Загрузка PXE"

Загрузка PXE

Вкратце, протокол PXE работает следующим образом: клиентский компьютер инициирует протокол путем трансляции пакета обнаружения DHCP, содержащего расширение, определяющее запрос как поступающий с клиентского компьютера, реализующего протокол PXE. Если сервер загрузки, реализующий этот расширенный протокол, доступен, загрузочный сервер отправляет предложение, содержащее IP-адрес сервера, который будет обслуживать клиента. Клиент использует тривиальный протокол передачи файлов для скачивания исполняемого файла с загрузочного сервера. Наконец, клиентский компьютер запускает скачаную программу начальной загрузки.

Начальный этап этого протокола piggybacks в подмножестве сообщений DHCP, чтобы клиент мог обнаруживать загрузочный сервер (то есть сервер, предоставляющий исполняемые файлы для установки нового компьютера). Клиентский компьютер может использовать возможность получения IP-адреса (что является ожидаемым поведением), но не требуется для этого.

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

Ознакомьтесь со следующими решениями для проблем с загрузкой PXE:

Отключение ведения журнала Windows PE в службах развертывания Windows

В первую очередь рекомендуется убедиться, что ведение журнала в setupapi.log было отключено.

Убедитесь в правильной конфигурации DHCP

В зависимости от используемых моделей маршрутизатора определенная конфигурация маршрутизатора широковещательной пересылки DHCP может поддерживаться в подсети (или интерфейсе маршрутизатора) или конкретному узлу. Если DHCP-серверы и компьютеры под управлением служб развертывания Windows являются отдельными компьютерами, убедитесь, что маршрутизаторы, которые перенаправляют широковещательные передачи DHCP, чтобы серверы DHCP и служб развертывания Windows получали клиентские трансляции; В противном случае клиентский компьютер не получает ответ на запрос удаленной загрузки.

Существует ли маршрутизатор между клиентским компьютером и сервером удаленной установки, который не разрешает запросы или ответы на основе DHCP? Когда клиентский компьютер служб развертывания Windows и сервер служб развертывания Windows находятся в отдельных подсетях, настройте маршрутизатор между двумя системами для пересылки пакетов DHCP на сервер служб развертывания Windows. Это необходимо, так как клиентские компьютеры служб развертывания Windows обнаруживают сервер служб развертывания Windows с помощью широковещательного сообщения DHCP. Без перенаправления DHCP на маршрутизаторе широковещательные трансляции DHCP клиентских компьютеров не достигают сервера служб развертывания Windows. Этот процесс пересылки DHCP иногда называется прокси-сервером DHCP или вспомогательным IP-адресом в руководствах по настройке маршрутизатора. Дополнительные сведения о настройке перенаправления DHCP на определенном маршрутизаторе см. в инструкциях маршрутизатора.

Улучшение времени ответа на назначение IP-адресов PXE

Проверьте следующие элементы, если для клиентского компьютера PXE требуется много времени (15–20 секунд), чтобы получить IP-адрес:

  • Являются ли сетевые адаптеры на целевом компьютере и коммутатор или маршрутизатор, устанавливаемые на ту же скорость (автоматический, дуплексный, полный и т. д.)

  • IP-адрес сервера служб развертывания Windows в файле вспомогательного IP-адреса на маршрутизаторе, через который выполняется подключение? Если список IP-адресов в вспомогательном файле IP-адреса длинный, можно переместить адрес сервера служб развертывания Windows в верхней части

Перезапуск процесса развертывания

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

Возможное решение. Чтобы разрешить процесс развертывания перезапустить с самого начала, удалите папки C:\MININT и C:\_SMSTaskSequence перед перезапуском целевого компьютера.

Sysprep

Ознакомьтесь с проблемами и решениями, связанными с Sysprep:

Учетная запись компьютера находится в неправильном подразделении

Проблема. Целевой компьютер правильно присоединен к домену, но учетная запись компьютера находится в неправильном подразделении.

Возможное решение 1. Если учетная запись предварительно существует для целевого компьютера, учетная запись останется в исходном подразделении. Чтобы переместить учетную запись в указанную подразделение, добавьте шаг последовательности задач, использующий средство автоматизации, например Microsoft Visual Basic® Scripting Edition, для перемещения учетной записи.

Возможное решение 2. Убедитесь, что указанный подразделений находится в правильном формате и существует ли он. Правильный формат подразделения должен быть OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com.

диспетчер конфигураций

Проблема. Сообщение об ошибке, отображаемое в REF _Ref308174600 \h рис. 3, отображается при попытке создать точку обслуживания PXE Configuration Manager с помощью параметра "Создать самозаверяющий PXE сертификат ".

Рис. SEQ Рис. \* АРАБСКИЙ 3. Ошибка точки обслуживания PXE

Снимок экрана: сообщение об ошибке самозаверяющего сертификата невозможно создать.

Возможное решение. Если точка обслуживания PXE ранее существовала на настроенном сервере, точка обслуживания PXE, возможно, не удалила самозаверяемые сертификаты при удалении. Удалите папку сертификата PXE из C:\Documents and Settings\user_name\Application Data\Microsoft\Crypto\RSA, где user_name имя пользователя, выполняющего текущую конфигурацию или выполнившего предыдущую конфигурацию. Мастер создания ролей сайта в консоли Configuration Manager должен успешно завершиться после удаления папки.

Последовательности задач

Просмотрите проблемы и решения, связанные с последовательностью задач:

Последовательность задач не завершается успешно

Проблема. Последовательность задач может не завершиться успешно или непредсказуемо.

Возможное решение: шаг последовательности задач установки операционной системы (для LTI) или шаг последовательности задач "Применить образ операционной системы" (для UDI и ZTI), возможно, был изменен после создания шага последовательности задач может привести к непредсказуемым результатам. Например, если была создана последовательность задач для развертывания 32-разрядного образа Windows 8.1, а затем шаг последовательности задач "Установка операционной системы" или шаг последовательности задач "Применить образ операционной системы" был изменен, чтобы ссылаться на 64-разрядный образ Windows 8.1, последовательность задач может не выполняться успешно.

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

Последовательность задач OEM неправильно отображается для образа загрузки, созданного для другой архитектуры процессора

Проблема. Последовательность задач на основе шаблона последовательности задач OEM LTI отображается для загрузочного образа с другой архитектурой процессора. Например, последовательность задач OEM, которая развертывает 64-разрядную операционную систему, отображается на 32-разрядном загрузочном образе.

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

Сообщение о недопустимой последовательности задач (недопустимый GUID ОС) в мастере развертывания Windows

Проблема. При запуске мастера развертывания Windows мастер отображает сообщение об ошибке "Недопустимый элемент последовательности задач (недопустимый GUID ОС). Операционная система указана в файле OperatingSystem.xml; Однако операционная система не отображается в Deployment Workbench.

Возможное решение: исходный источник операционной системы имеет два или более WIM-файлов. Удаляется номер SKU, связанный с последовательностью задач; однако другие номера SKU для источника операционной системы по-прежнему существуют. При выборе последовательности задач, ссылающейся на удаленный номер SKU, на странице мастера выбора последовательности задач, выполняемой на этой странице мастера развертывания Windows, отображается сообщение об ошибке "Недопустимый элемент последовательности задач (недопустимый GUID ОС)" после нажатия кнопки "Далее " на странице мастера.

Чтобы устранить эту проблему, выполните одну из следующих задач:

  • Удалите все номера SKU из источника операционной системы. Мастер развертывания Windows работает обычно, и сообщение об ошибке не отображается.

  • Измените последовательность задач, чтобы использовать другой образ операционной системы.

Применить параметры сети

Проблема. При настройке имени сетевого подключения в Deployment Workbench сообщение об ошибке проверки появится сообщение "Введите допустимое имя сетевого адаптера".

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

Использование "Продолжить по ошибке"

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

Были созданы две группы последовательностей задач, и любая группа содержит несколько шагов последовательности задач:

  • Группа A

    • Шаг A
    • Шаг B

  • Группа B

    • Шаг A
    • Шаг B

    Если группа A\Step A настроена не для продолжения ошибки, то не будет обработана группа A\Step B. Однако все шаги последовательности задач в группе B будут обработаны.

Средство миграции пользовательского состояния

Ознакомьтесь с проблемами и решениями, связанными с USMT:

  • Ярлыки, указывающие на документы, хранящиеся в общих папках сети, могут быть неправильно восстановлены, как описано в разделе "Отсутствующие ярлыки для рабочего стола".

Отсутствующие ярлыки на рабочем столе

Проблема. При использовании USMT для переноса пользовательских данных ярлыки, указывающие на сетевые документы, не могут быть восстановлены. Сочетания клавиш записываются во время Scanstate; однако они никогда не восстанавливаются на целевом компьютере во время Loadstate.

Возможное решение: измените файл MigUser.xml и закомментируйте следующую строку:

Исходный код:

<include> filter='MigXmlHelper.IgnoreIrrelevantLinks()'>

Изменено:

<include> <!-- filter='MigXmlHelper.IgnoreIrrelevantLinks()'> -->

Файлы форматирования образов Windows

Ознакомьтесь с проблемами и решениями, связанными с WIM:

Поврежденный WIM-файл

Проблема. При развертывании образа развертывание завершается сбоем со следующими записями в файле BDD.log:

  • Изображение не было успешно применено ImageX \\Server\Deployment$\Operating Systems\Windows\version1.wim , rc = 2

  • LTIApply COMPLETED. Возвращаемое значение = 2

  • ZTI ERROR — ненулевой код возврата lTIApply, rc = 2

    Изучите проблему путем подключения WIM-файла с помощью ImageX, что приводит к ошибке "Недопустимые данные". Дальнейшее исследование показывает, что метка даты wim-файла составляет много лет до текущей даты. Возможно, что другой процесс, например сканер вирусов, держал wim-файл открытым после того, как он был ранее закрыт в конце процесса чтения или записи.

    Возможное решение: восстановите WIM-файл из резервного носителя.

Среда предустановки Windows

Ознакомьтесь с проблемами и решениями, связанными с Windows PE:

Процесс развертывания не инициирован — ограниченный ОЗУ или беспроводной сетевой адаптер

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

Возможное решение 1. Мастер развертывания не запускается, так как недостаточно ОЗУ. Убедитесь, что целевой компьютер имеет по крайней мере 512 МБ ОЗУ и что общая память видео не потребляет более 64 МБ из 512 МБ.

Версии windows PE, поддерживаемые MDT, не могут выполняться на целевом компьютере с менее чем 512 МБ ОЗУ.

Возможное решение 2. Не включать беспроводные драйверы в образ Windows PE.

Процесс развертывания не инициирован — отсутствующие компоненты

Проблема. При устранении неполадок с неудачным развертыванием проверка файла BDD.log содержит следующую запись:

ОШИБКА . Не удается создать ADODB. Объект подключения, невозможно выполнить запрос к SQL Server: компонент ActiveX не может создать объект (429).

Возможное решение. Эта ошибка может указывать на то, что образ Windows PE не был создан с помощью MDT. Если вы используете Configuration Manager, не используйте один из существующих образов Windows PE, созданных Configuration Manager; Вместо этого создайте образ с помощью мастера импорта последовательности задач развертывания Майкрософт.

Примечание.

Образы Windows PE, создаваемые Configuration Manager, содержат компоненты, поддерживающие скрипты, XML и инструментарий управления Windows (WMI), но не содержат компоненты, поддерживающие объекты данных Microsoft ActiveX® (ADO).

Процесс развертывания не инициирован — отсутствующие или неправильные драйверы

Проблема. При развертывании на определенных целевых компьютерах среда предустановки Windows запускает wpeinit, открывает окно командной строки, но не запускает процесс развертывания. Устранение неполадок путем сопоставления сетевого диска с целевого компьютера указывает, что драйверы сетевого адаптера не загружаются. Проверка файла SetupAPI.log, расположенного в X:\Windows\System32\Inf, указывает, что windows PE создает ошибки при настройке сетевого адаптера, один из которых — "Этот драйвер не предназначен для этой платформы". Драйверы в списке драйверов out-Box были внедрены в образ.

Возможное решение. Возможно, что windows PE конфликтует с другим драйвером. При настройке параметров образа среды предустановки Windows в Deployment Workbench создайте группу драйверов windows PE, содержащую только драйверы сетевого адаптера и хранилища, а затем настройте общую папку развертывания только для группы драйверов предустановки Windows.

Блок-диаграммы процесса развертывания

Этот раздел содержит два набора блок-диаграмм MDT: один для развертываний LTI и один для развертываний ZTI с помощью Configuration Manager. Каждая блок-диаграмма иллюстрирует задачи, выполняемые во время этого типа развертывания.

Ознакомьтесь с блок-диаграммами процесса развертывания:

Блок-схемы процесса развертывания LTI

Блок-диаграммы предоставляются для следующих этапов:

  • Проверка (рис. 4)

  • Запись состояния (рис. 5 и рис. 6)

  • Preinstall (рис. 7, рис. 8 и рис. 9)

  • Установка (рис. 10)

  • Postinstall (рис. 11 и рис. 12)

  • Восстановление состояния (рис. 13, рис. 14, рис. 15 и рис. 16)

    Рисунок 4. Блок-диаграмма для этапа проверки

    Снимок экрана: блок-диаграмма для этапа проверки LTI.

    Рисунок 5. Блок-диаграмма для этапа захвата состояния (1 из 2)

    Снимок экрана: блок-диаграмма для этапа записи состояния LTI 1.

    Рисунок 6. Блок-диаграмма для этапа отслеживания состояния (2 из 2)

    Снимок экрана: блок-диаграмма для этапа записи состояния LTI 2.

    Рис. 7. Блок-диаграмма для этапа preinstall (1 из 3)

    Снимок экрана: блок-диаграмма для этапа LTI Preinstall 1.

    Рис. 8. Блок-диаграмма для этапа preinstall (2 из 3)

    Снимок экрана: блок-диаграмма для этапа предварительной подготовки LTI 2.

    Рис. 9. Блок-диаграмма для этапа preinstall (3 из 3)

    Снимок экрана: блок-диаграмма для этапа LTI Preinstall 3.

    Рис. 10. Блок-диаграмма для этапа установки

    Снимок экрана: блок-диаграмма для этапа установки LTI.

    Рис. 11. Блок-диаграмма для этапа Postinstall (1 из 2)

    Снимок экрана: блок-диаграмма для этапа LTI Postinstall 1.

    Рис. 12 Блок-диаграмма для этапа Postinstall (2 из 2)

    Снимок экрана: блок-диаграмма для этапа LTI Postinstall 2.

    Рис. 13. Блок-диаграмма для этапа восстановления состояния (1 из 4)

    Снимок экрана: блок-диаграмма для этапа восстановления состояния LTI 1.

    Рис. 14. Блок-диаграмма для этапа восстановления состояния (2 из 4)

    Снимок экрана: блок-диаграмма для этапа восстановления состояния LTI 2.

    Рис. 15. Блок-диаграмма для этапа восстановления состояния (3 из 4)

    Снимок экрана: блок-диаграмма для этапа восстановления состояния LTI 3.

    Рис. 16. Блок-диаграмма для этапа восстановления состояния (4 из 4)

    Снимок экрана: блок-диаграмма для этапа восстановления состояния LTI 4.

Блок-схемы процесса развертывания ZTI

Блок-диаграммы предоставляются для следующих этапов развертывания ZTI с помощью Configuration Manager:

  • Инициализация (рис. 17)

  • Проверка (рис. 18)

  • Запись состояния (рис. 19)

  • Preinstall (рис. 20)

  • Установка (рис. 21)

  • Postinstall (рис. 22)

  • Восстановление состояния (рис. 23 и рис. 24)

  • Захват (рис. 25)

    Рис. 17. Блок-диаграмма для этапа инициализации

    Снимок экрана: блок-диаграмма для этапа инициализации ZTI.

    Рис. 18. Блок-диаграмма для этапа проверки

    Снимок экрана: блок-диаграмма для этапа проверки ZTI.

    Рис. 19. Блок-диаграмма для этапа отслеживания состояния

    Снимок экрана: блок-диаграмма для этапа записи Stete ZTI.

    Рис. 20. Блок-диаграмма для этапа предварительной подготовки

    Снимок экрана: блок-диаграмма для этапа ZTI Preinstall.

    Рис. 21. Блок-диаграмма для этапа установки

    Снимок экрана: блок-диаграмма для этапа установки ZTI.

    Рис. 22. Блок-диаграмма для этапа Postinstall

    Снимок экрана: блок-диаграмма для этапа ZTI Postinstall.

    Рис. 23. Блок-диаграмма для этапа восстановления состояния (1 из 2)

    Снимок экрана: блок-диаграмма для этапа восстановления состояния ZTI 1.

    Рис. 24. Блок-диаграмма для этапа восстановления состояния (2 из 2)

    Снимок экрана: блок-диаграмма для этапа восстановления состояния ZTI 2.

    Рис. 25. Блок-диаграмма для этапа захвата

    Снимок экрана: блок-диаграмма для этапа захвата ZTI.

Служба поддержки Майкрософт

Корпорация Майкрософт предоставляет поддержку уровня Premier и профессиональный уровень для Microsoft Deployment Toolkit.

Примечание.

При обращении в службу поддержки убедитесь, что проблема связана с MDT и конкретной версией.