Наиболее востребованная функция для служб Windows Server Update Services (WSUS) 4.0 [закрыто]
Пакеты не-Microsoft были бы фантастическими, если бы достаточно людей поддерживало его.
Все другие стандартные настольные приложения, что сам обновление в разное время (особенно Adobe Acrobat) становятся увеличивающимся упадком на настольной среде, вызывая много пользовательского беспорядка и неустойчивости системы.
Если поставщики могли бы собраться и согласовать единственную стратегию обновления с помощью одного централизованно управляемого механизма доставки (является ли это WSUS или другим), мы как системные администраторы имели бы намного больше контроля развертыванием обновлений и патчей и намного лучшего знания того, что происходило с нашими системами.
Я живу надеждой.... :-)
-
1Java был бы другим, который будет огромной победой. Обычно что-то столь же хорошее как склонный - добирается, обновление было бы потрясающим.... – Richard Gadsden 5 May 2009 в 17:36
-
2Я соглашаюсь..., что количество программ, кричащих для обновлений на пользовательских рабочих столах, является таким дренажом (не говоря уже о раздражении). – Keithius 5 May 2009 в 23:21
-
3На самом деле WSUS 3.0 поддерживает стороннюю интеграцию обновления, но Microsoft doesn' t выставляют функциональность в своем " для free" инструменты. Издатель Обновлений System Center позволяет Вам развертывать сторонние обновления, также, как и инструменты для платы из Выдающегося программного обеспечения ( eminentware.com ). API называют " локальный publishing". There' s хороший поток о некоторых попытках записать инструмент для публикации обновлений здесь: social.technet.microsoft.com/Forums/en/winserverwsus/thread/… (и код в sourceforge.net/projects/localupdatepubl ) – Evan Anderson 29 January 2010 в 17:12
Официально поддерживаемая командная строка обновляет функциональность установки. Думайте "wuauclt/installnow".
-
1Действительно. There' s несколько вещей, которые могли быть сделаны для полировки WSUS, не изменяя набор базовой функции, который закруглит продукт в целом. Больше питания в wuauclt было бы серьезным улучшением. Надлежащая очистка папки SoftwareDistribution была бы другой победой, как будет способность переместить базовую папку WSUS к несистемному диску. – Chris Thorpe 20 April 2010 в 13:46
Просто некоторые простые тонкие настройки к UI были бы действительно полезны. Это - действительно боль для одобрения большого пакета обновлений. UI не спешит отвечать, и он не отражает вещи, которые Вы уже обновили.
Пороги для уведомлений по электронной почте, Например, отправляют уведомление, если больше чем 20 новых обновлений были найдены в последней синхронизации. или электронная почта, если обновления были найдены с конкретными ключевыми словами, для конкретных продуктов или находятся в конкретной категории.
Я хочу иметь лучше (т.е. пользовательский) правила для Представлений Обновления. Вот мой сценарий:
- Вся моя связанная PCs & Servers имеет обновления, автоутвержденные кроме моего
Серверы демилитаризованной зоны. Я утверждаю их вручную на всякий случай существует проблема с
обновления. - То, что я хочу, является представлением, которое покажет все неутвержденные обновления для определенной целевой группы. Это
кажется, невозможен. - Я также хотел бы представление, что можно указать к
покажите последнему X сумм дней, а не "прошлого месяца" или "прошлой недели".
Доступ к метке времени на одобрениях. Мои аудиторы довольно стремятся знать точно, когда вещи были утверждены относительно фактической даты установки. Я сильно подозреваю, что это зарегистрировано в дб, но не выставлено в UI.
Способность создать произвольные "пакеты" обновлений. Скажите, "Jan, которого 2011" и утверждает / отклоняет / отчет пакета, не отдельный КБ.
Но действительно, я согласился бы "на одобрение управления и финансирование проекта SCOM, который мы предлагали в течение многих лет".