任何人都可以提出一个工具/方法来模拟使用WSUS时的各种场景？ 还是我问不可能？ 我很想知道，如果我通过慢速链接部署X个补丁，是否有任何方法来确定线路另一端的所有机器何时将被更新？
testing环境中允许您实施速率限制（模拟各种链路速度）的虚拟机是最佳解决scheme。 但是，正如安德鲁指出的那样，与此相关的成本相当可观。
另一种方法可能是简单地分开你的铅笔，并执行一些后卫的计算。 链路速度是多less，补丁集有多大，是否可以多播，远程端有多less台机器，等等。 一旦考虑了这些variables，您可能会认为将一组补丁程序交付给远端的第二台WSUS服务器并使用寿命更简单。
不知道你的networking是如何devise的，这是一个很难回答简洁的问题。
如果您担心带宽，并且远程WSUS服务器不是一个选项，那么您也可以在这些站点的GPO中调整您的BITS设置; 客户端可能会比较慢，但是比没有更好。
你知道什么是明显的答案 – 虚拟机。
不过我觉得你的问题比这个复杂一点，对不对？
你能定义什么是慢速链接？ 我们正在拨号吗？
你有一大堆的移动用户，你想知道什么时候会更新吗？ 但是你不知道什么时候他们会连接和什么速度的链接？
除了进行干预，这是非常昂贵的时间，没有一个简单的方法来模拟这个。 也许pipe理层最好坚持让这些机器连接一段时间，在这段时间内可以部署补丁。
为什么虚拟机器会成为pipe理问题的下跪反应？
虚拟机不是魔法小精灵粉碎你的问题。
你应该弄清楚通过链接下载一个特定大小的文件需要多长时间。 好的数字很方便，让我们做1GB。
做一个猜想。
在这种情况下，WSUS的部署很有趣，通常WSUS部署在慢速链路的本地端。 部署WSUS真的只有两个原因：pipe理和带宽。 将WSUS放在链接的远端，与从Microsoft下载所有修补程序确实没有区别（带宽方面）。 每个客户端都必须访问相同的慢速链接。
您是否考虑在链接的本地部署另一个WSUS服务器？
如果这是一个分支机构，并且您不希望/不能部署WSUS服务器。 考虑从星期五晚上开始做补丁，并让他们在整个周末里都打好补丁。