Toro Asked: 2009-05-01 02:46:41 +0800 CST2009-05-01 02:46:41 +0800 CST 2009-05-01 02:46:41 +0800 CST Windows Server Update Services (WSUS) 4.0 最想要的功能 [关闭] 772 一些博客传言说，下一个 Windows Server Update Services (WSUS) 将允许托管用户定义的甚至非 Microsoft 包。 您对 WSUS 4.0 的愿望清单是什么？ windows update wsus 7 个回答 Voted cagcowboy 2009-05-01T09:10:56+08:002009-05-01T09:10:56+08:00 如果有足够多的人支持，非 Microsoft 软件包会很棒。 在不同时间自我更新的所有其他标准桌面应用程序（尤其是 Adobe Acrobat）正在成为桌面环境日益严重的问题，导致用户困惑和系统不稳定。 如果供应商可以通过一种集中管理的交付机制（无论是 WSUS 还是其他）聚集在一起并商定单一的更新策略，我们作为系统管理员将可以更好地控制更新和补丁的部署，并且更好地了解我们的系统发生了什么。 我生活在希望中.... :-) aharden 2009-05-06T12:59:26+08:002009-05-06T12:59:26+08:00 官方支持的命令行更新安装功能。想想“wuauclt /installnow”。 Eric Z Beard 2009-05-04T17:31:09+08:002009-05-04T17:31:09+08:00 只需对 UI 进行一些简单的调整就会非常有帮助。批准一大批更新真的很痛苦。UI 响应缓慢，并且无法反映您已经更新的内容。 user59201 2010-11-05T07:35:08+08:002010-11-05T07:35:08+08:00 我想为更新视图制定更好的（即自定义）规则。这是我的场景： 除了我的 DMZ 服务器之外，我所有链接的 PC 和服务器都有自动批准的更新。我手动批准这些，以防 更新出现问题。 我想要的是一个视图，它将显示特定目标组的所有未经批准的更新。这 似乎是不可能的。 我还想要一个视图，您可以指定 显示最后 X 天而不是“上个月”或“上周”。 edmoj 2010-04-21T02:00:12+08:002010-04-21T02:00:12+08:00 通知电子邮件的阈值，例如。如果在上次同步中发现超过 20 个新更新，则发送通知。如果使用特定关键字、特定产品或特定类别找到更新，则发送电子邮件。 AndyN 2011-01-28T10:52:35+08:002011-01-28T10:52:35+08:00 访问批准的时间戳。我的审计人员非常想知道与实际安装日期相关的确切批准时间。我强烈怀疑它记录在数据库中，但没有暴露在 UI 中。 能够创建任意“捆绑”更新。说“2011 年 1 月”并按捆绑包批准/拒绝/报告，而不是单个 KB。 但实际上，我会接受“我们多年来一直在提议的 SCOM 项目的管理层批准和资金”。 Elvar 2010-04-26T13:22:48+08:002010-04-26T13:22:48+08:00 将 WSUS 变成一个通用的应用程序/更新平台，只需将 Microsoft 品牌的那些作为一个模块或类似的东西。WSUS 的简单性令人赞叹，将其扩展到其他所有内容将是惊人的。
如果有足够多的人支持，非 Microsoft 软件包会很棒。
在不同时间自我更新的所有其他标准桌面应用程序（尤其是 Adobe Acrobat）正在成为桌面环境日益严重的问题，导致用户困惑和系统不稳定。
如果供应商可以通过一种集中管理的交付机制（无论是 WSUS 还是其他）聚集在一起并商定单一的更新策略，我们作为系统管理员将可以更好地控制更新和补丁的部署，并且更好地了解我们的系统发生了什么。
我生活在希望中.... :-)
官方支持的命令行更新安装功能。想想“wuauclt /installnow”。
只需对 UI 进行一些简单的调整就会非常有帮助。批准一大批更新真的很痛苦。UI 响应缓慢，并且无法反映您已经更新的内容。
我想为更新视图制定更好的（即自定义）规则。这是我的场景：
DMZ 服务器之外，我所有链接的 PC 和服务器都有自动批准的更新。我手动批准这些，以防
更新出现问题。
似乎是不可能的。
显示最后 X 天而不是“上个月”或“上周”。
通知电子邮件的阈值，例如。如果在上次同步中发现超过 20 个新更新，则发送通知。如果使用特定关键字、特定产品或特定类别找到更新，则发送电子邮件。
访问批准的时间戳。我的审计人员非常想知道与实际安装日期相关的确切批准时间。我强烈怀疑它记录在数据库中，但没有暴露在 UI 中。
能够创建任意“捆绑”更新。说“2011 年 1 月”并按捆绑包批准/拒绝/报告，而不是单个 KB。
但实际上，我会接受“我们多年来一直在提议的 SCOM 项目的管理层批准和资金”。
将 WSUS 变成一个通用的应用程序/更新平台，只需将 Microsoft 品牌的那些作为一个模块或类似的东西。WSUS 的简单性令人赞叹，将其扩展到其他所有内容将是惊人的。