Если я администрирую локальный экземпляр WSUS, я отвечаю за выпуск обновлений для компьютеров, присоединенных к домену, в соответствии с некоторыми руководящими принципами политики. Есть ли какие-то метаданные или методики, которые я могу использовать для оценки воздействия на конечных пользователей, прежде чем решать, когда выпускать обновление.
Конкретный сценарий, который я пытаюсь решить, - это появление явно небольших обновлений, требующих перезапуска и требующих абсурдного количества времени для завершения. Несколько раз я видел ПК, которые пытались «выключиться и применить обновления» из меню «Пуск» в 17:00 и сидели более получаса, пока копали жесткий диск. Это современные быстрые машины с твердотельными накопителями и оперативной памятью 8 ГБ или более. Моя единственная теория состоит в том, что эти обновления по какой-то причине должны сканировать весь диск. Если эти обновления каким-либо образом отмечены, я хотел бы отложить их до запланированного дня простоя.
Есть ли какие-то другие варианты, помимо их индивидуального применения и отсчета времени с помощью секундомера?
Вариантов не так много, кроме их индивидуального применения и измерения нагрузки или времени. Вы можете использовать ферму виртуальных машин для их тестирования, но существует слишком много переменных, чтобы их можно было контролировать.
Начиная с Vista, многие обновления занимают много времени, потому что они упакованы в виде «различий». Эти обновления на самом деле представляют собой просто список модификаций, с которыми необходимо объединить оригиналы для создания исправленного файла. Чем больше или сложнее обновленный или исходный файл, тем больше времени потребуется. Это может быть связано с интенсивным использованием ЦП, ОЗУ и дискового ввода-вывода.
Если применение обновлений в течение дня становится проблемой, возможно, вы захотите изучить другую стратегию.