Удаленная перезагрузка окон к knoppix
Даже с активными пользователями и большим количеством высоты Вы не собираетесь видеть, что намного больше чем 2 IOPS на пользователя и Вы, вероятно, даже не повредите 1 IOPS на пользователя, если это будет небольшая среда как это [См. эту статью Technet. Даже беря довольно консервативное количество 80 IOPS на диск (принимающий Вас выбирают большие диски SATA на 7200 об/мин для данных) и включающий в двойной IOPS наверху для записи IO, Вы должны все еще согласиться со смешиванием всех данных Exchange и входите в систему, два управляют пакетом RAID1. Если Вы имеете опцию и хотите изолировать журналы, то любой ценой идут вперед, но Вы никогда не собираетесь подчеркивать половину достойного RAID-1 с 2 дисками, настроенного с видом IO, который Ваша среда Exchange собирается генерировать даже в 75 пользователях.
Я думаю, хотите ли Вы контролировать аппаратную и программную конфигурацию машины Windows, что Вы, вероятно, хотите сделать это из Windows. Я не уверен, что Вы надеетесь выполнить путем начальной загрузки в Knoppix - это не ясно из вопроса - но в этой среде было бы фактически невозможно получить список (a) программного обеспечения, установленного в соответствии с Windows или (b) конфигурации сети.
Уже существует много коммерческих решений и решений с открытым исходным кодом, которые, вероятно, сделают то, что Вы хотите. Ранее были вопросы здесь на serverfault о программном обеспечении для актива, отслеживающего и т.д, который может обеспечить некоторые полезные указатели.
Если у Вас был раздел на каждом компьютере с Linux, установленным в тот раздел, существуют способы заставить NTLDR загрузить Linux. Затем у Вас могло быть редактирование программы, boot.ini для устанавливания Linux по умолчанию затем вызывает перезагрузку, но boot.ini, кажется, не имеет "начальную загрузку однажды" опция, таким образом, это загрузилось бы в Linux навсегда после этого, если кто-то не использует меню начальной загрузки для возврата его к окнам. Вы смогли переписывать файл boot.ini из Linux, но если Вы повреждаете его, Вы собираетесь испытать затруднения.
ИЛИ
(Это собирается серьезно зависеть от Вашего BIOS и сетевой платы и структуры сети и сервера DHCP и...), Вы включаете BIOS/сетевые платы всех компьютеров к начальной загрузке PXE по сети и надеетесь, что это в конечном счете сдастся и обычно загружать окна, если это не загрузится по сети. Когда пора контролировать Вас, включают PXE netboot конфигурация на Вашем сервере DHCP, имеют контрольное выполнение сервера и перезагрузку все компьютеры.
Недостатки: некоторые BIOS/карты просто повторят PXE, загружающийся навсегда, или остановятся с ошибкой, если он перестанет работать. Другие требуют, чтобы кто-то нажал клавишу к начальной загрузке PXE. Если Вы заставите это работать автоматически, то, если кто-то перезагружает, когда не пора контролировать, это будет дополнительное время для начальной загрузки, в то время как Вы ожидаете PXE, загружающегося для сбоя. Наконец, любой, кто перезагружает, в то время как аудит продолжается, закончит в Linux, контролировали ли они уже или нет.
Для аудита Вы рассмотрели Материально-технические ресурсы OCS? Это - открытый исходный код, работающий от стека LAMP, и нуждается в (удаленно устанавливаемом) клиенте на каждой проверяемой организации.
Я понимаю, что это непосредственно не отвечает на Ваш вопрос, но я полагаю, что он обращается к импульсу позади вопроса.