Я работаю в службе поддержки студентов, преподавателей и сотрудников крупного университета. В рамках нашей повседневной работы мы видим, что устанавливаем все версии Windows (xp, vista, 7; 32- и 64-разрядные версии каждой из них), и мы пытаемся найти способ уменьшить потребность в непрерывной записи CD / DVD и автоматизировать рабочий процесс процесса. В идеале мы могли бы подключить ноутбук к нашему 24-портовому коммутатору, чтобы он загружался из сети (у меня есть два старых сервера IBM, которые могут быть полностью выделены для этого), а затем дать возможность выбрать, какую операционную систему установить на клиентская машина. Вдобавок, если это вообще возможно, мы сможем загрузить некоторые диагностические .iso по сети, например, memtest, sea tools, live run ubuntu.
Я довольно много читал об этом и постоянно сталкиваюсь с парой проблем с потенциальными решениями. 1. Для создания образов используются компьютеры всех марок и моделей от всех производителей, о которых вы когда-либо слышали, а это означает, что определить все применимые драйверы будет практически невозможно. 2. Компьютеры, которые входят в нашу активную директорию, не являются частью нашего активного каталога и не должны быть включены в образ. 3. Программное обеспечение, которое должно быть установлено вместе с ОС, скорее всего, будет от установки до установки, есть ли способ выбрать, что дополнительные программы устанавливаются в индивидуальном порядке?
Я изучал tftpd32 и инструменты развертывания microsoft, но ни один шов не был подходящим решением нашей проблемы, потому что первый шов не является достаточно надежным, а второй шов больше ориентирован на корпоративную установку захваченных изображений на почти идентичные машины . Есть ли кто-нибудь, у кого есть аналогичный вариант использования, и если да, то что вы использовали, или кто-либо, кто имеет какое-либо представление о том, что может работать, любой ввод будет невероятно полезным.
Настройка, которую мы используем.
WDS (службы развертывания Windows)
MDT (средство развертывания Microsoft)
Все вышеперечисленное находится внутри загрузочных образов MDT, размещенных в WDS. Таким образом, во время загрузки на сервер WDS вам будут предоставлены все эти последовательности задач. После выбора последовательности задач вы можете указать правила двумя способами:
Дополнительная информация о правилах
Прелесть MDT в том, что у вас есть ПРАВИЛА по умолчанию для всех образов, но также есть ПРАВИЛА для отдельных задач развертывания. На примере Windows XP:
**Unattend.txt** is used when you're deploying from an operating system that has been imported directly from the original Windows XP SP3 CD.
**Sysprep.inf** is used when you're deploying using a custom image of Windows XP or Windows Server 2003.
Все, что указано в правилах вашего общего ресурса развертывания, перезаписывает настройки, указанные в sysprep.inf и unattend.txt. Тем не менее, вы можете указать пропуск определенных настроек в Правилах, чтобы вам не задавали вопрос, но по-прежнему позволяете себе указать это во время фактической установки, указав это в файлах sysprep.inf и unattend.txt.
В общем, правила MDT и сопутствующие им правила, предоставляемые отдельными операционными системами, очень гибкие.
Некоторые правила доступны
Проблема с драйвером: Если установить общие драйверы для большинства микросхем общих сетевых карт, вы, по крайней мере, сможете завершить процесс создания образа машины, после чего вам останется найти оставшиеся драйверы для видео, звука и т. Д. В зависимости от использования.
Растущая база данных драйверов: Когда вы затем начнете создавать образы для большего количества машин, вы можете начать добавлять эти драйверы в свою установку MDT для будущих развертываний. MDT использует идентификацию идентификатора plug and play только для загрузки и установки необходимых драйверов во время развертывания. Вам также следует сделать еще один шаг и распределить драйверы по категориям по производителям и ОС.
У меня есть хорошая статья, в которой описаны различные шаги, объясняющие все это, если вас это заинтересует. Дайте мне знать, я буду рад его отправить.
Если у вас есть серверы Windows / Active Directory, вам, вероятно, нужно взглянуть на Службы развертывания Windows. Для XP и Vista / 7 все делается по-разному, но в обоих случаях вы получаете полный процесс установки, который вы можете создавать сценарии и изменять с помощью собственных драйверов.
Если у вас нет AD, установку XP можно загрузить с помощью без присмотра - что очень похоже на то, как это делает WDS. В Vista и более поздних версиях есть установщики Windows PE, которые можно загружается (а также скрипт) через Windows PE который может быть загружен по протоколу PXE прямо из коробки.
Вам, безусловно, потребуется ознакомиться с методами автоматической установки для WinXP так же как Vista / 7.
Вдобавок, если это вообще возможно, мы сможем загрузить некоторые диагностические .iso по сети, например, memtest, sea tools, live run ubuntu.
PXELinux позволяет делать такие вещи. Вы можете загружать живые системы, такие как LiveRescueCD, Seatools или образы DOS. Увидеть Проект сценариев развертывания PXE для рабочих примеров.
Изменить: относительно вашего вопроса об установке программного обеспечения, в установщиках скриптов очень много работы. Вы можете взглянуть на такие проекты автоматизации OSS, как WPKG которые в основном предназначены для того, чтобы представить скриптовый движок для управления пакетами (то есть установки, обновления и деинсталляции), но даже в вашем упрощенном случае «установить и забыть» вы сможете получить много полезной информации, глядя на путь как пишутся установщики разных производителей.
Частично проблема здесь в том, что если вам действительно нужна автоматизированная система, вам нужно будет установить некоторые «правила» для автоматизации, в то время как вам, похоже, нужна система, которая может принимать все и делать «все, что нужно сделать».
Это возможно - вы можете настроить автоматическое развертывание с помощью чего-то вроде служб развертывания Windows, чтобы компьютер не присоединитесь к домену в конце установки, и вы также можете иметь набор сценариев установки, которые вы можете выбрать вручную для загрузки программного обеспечения на машину после завершения установки базовых Windows.
Драйверы - это проблема, но тогда они будут проблемой, что бы вы ни делали.
Еще один вопрос, который вам необходимо рассмотреть, - это лицензирование; Если вы устанавливаете образ Windows на компьютеры, которые не принадлежат колледжу, то как вы с этим справитесь - я не думаю, что вы можете лицензировать установку окон с корпоративной лицензией с OEM-ключом.
Я работаю в некоммерческой организации, и у нас есть всевозможные марки и модели. В дополнение к WDS я бы посмотрел на MDT. Хотя его можно использовать для добавления ключей продукта и присоединения к домену, это не требования. Я бы также посмотрел на доступные онлайн-пакеты драйверов. Из нескольких наиболее распространенных мне редко приходилось добавлять дополнительные.
Я бы рекомендовал, чтобы вы оставили переустановку программного обеспечения на усмотрение пользователя, насколько это возможно.
Можно настроить процесс загрузки для WDS так, чтобы сначала загружался образ pxelinux, что позволяет сохранять диагностические образы в окне Windows. Я лично храню копию диагностических изображений gparted dban HP и dell.