WSUS服务的部署方案有哪些?

WSUS服务器配置方案包括单服务器、层次或链型服务器群、复制服务器、无链接服务器、多服务器。

单服务器：只有一台WSUS服务器，微软更新站点作为更新源

层次或链型服务器群：当站点中有许多客户机，可以部署多台WSUS服务器来提高性能。WSUS服务器通常从其它的WSUS服务器获取更新。提供更新的服务器叫上游服务器，从上游服务器获得更新的服务器叫下游服务器。在整个层次结构中，配置必须保持一致，即每台服务器必须使用相同的更新文件存储位置，内容过滤（产品类别的订阅，更新分类和语言）必须统一。最上游的服务器批准来自微软更新站点的更新，下游服务器只能从上游服务器下载那些批准的更新。下游服务器对于那些上游服务器未批准的理新将一无所知。上游服务器提供一个全局批准清单，下游服务器维护相同的更新清单或是清单的子集。同时，WSUS服务器同时也是客户机，它也必须得到更新。应该WSUS从最上游的服务器获取更新。最下游服务器必须更新自身，推荐方法是单独定位服务器（即把服务器放在它自己的目标湘计算机组），并在应用更新之后批准WSUS相关更新。

复制服务器：是上游服务器的镜像。一台复制服务器将把上游伙伴服务器的全部配置都复制过来，包括更新、批准、目标和组。服务器唯一可管理的是计算机组成员关系。它支持集中的更新批准策略并可以将更新发布到多台服务器。要将一台现有的WSUS服务器配置为复制服务器，必须重新安装WSUS。

无链接服务器：使用WSUTIL命令从一台更新服务器导出更新，再在另一台服务器上导入。

多服器：是单服务器拓扑的简单复制。

单服务器是最简单的拓扑，也是广泛采用的解决方案。层次或链型服务器群适合那些资源分布在多个地理位置上，采用集中管理策略的企业；复制服务器提高了较大的灵活性，可以由复制服务器的管理员决定哪些客户机将接收哪些补丁；无链接服务器可以通过可移动介质而不是网络从其它的WSUS服务器上获取更新；多服务器拓扑就是单服务器的简单复制，用于支持更大的网络；

在客户端打开cmd，执行命令：wuauclt /detectnow。

教大家在WSUS客户端获取并安装更新文件

连接到WSUS服务器端，在客户机屏幕的右下角会出现提示框。

单击信息提示框，在ghost xp弹出的对话框中选择更新的安装方式，单击 【安装】按钮，开始安装。

xp系统安装完毕后重新启动计算机，安装不能生效。

如果最近在物理服务器上运行WSUS 3，那么建议进行升级。

首先建立一个虚拟化WSUS服务器，然后将其配置成物理WSUS服务器的备份，然后进行同步。

同步过程一旦完成，就会自发重新配置虚拟WSUS服务器。

之后，物理WSUS服务器就可以退役了。

这提供了两个主要优势。

首先，升级WSUS服务器的操作系统更简单了。

第二，这比一个标准的P2V转换大大降低了故障停机时间，因为当运行虚拟WSUS服务器时，物理WSUS服务器仍继续为用户服务。

虚拟WSUS服务器能提供什么功能？

一台独立的WSUS服务器应该能够处理多达25000个客户端。

但前提是有充足的资源，并且SQL Server运行在单独的服务器上（物理或是虚拟的）。

一些组织已经通过使用多个前端服务器获得了更高的能力。

WSUS容错方法？

在物理服务器环境中，WSUS通过消除单点故障获得容错能力。

通常，会创建一个网络负载平衡（NLB）群集为WSUS服务器提供高可用性。

当然，WSUS依赖SQL Server，让SQL Server容错的优先方式是创建一个故障转移SQL Server群集。

虽然可以在Hyper-V基础设施中重建高可用性架构，通常认为建立Hyper-V群集是更好的实践。

如果主机服务器是群集的，然后将WSUS服务器也进行群集，SQL Server就不是必须的了（至少从容错的角度来看）。

如果Hyper-V主机没有群集，那么建议创建群集，并为虚拟WSUS和SQL Server也创建一个群集架构。

但是，应该确保不要将多个WSUS或SQL Server放到同一个Hyper-V服务器上，因为这样会危害群集WSUS和SQL Server的利益。

对于网络带宽，需要做什么？

没有要给虚拟化的WSUS服务器提供网络带宽的预先规定。

但是记住，不充足的带宽肯定会引发各种各样的问题。

如果可能，建议为虚拟WSUS服务器配置一个网络适配器。

如果需要在多个虚拟服务器间共享网络适配器，可以使用网络监控工具验证物理网络连接不是饱和的。

如果饱和度成为问题，记住，不管是WSUS服务器本身还是在客户级别使用组策略设置，WSUS都会节流。

可以在计算机配置>管理模版>网络>后台智能传输中找到组策略对象编辑器，然后在该编辑器中找到客户端节流规则。

SQL数据库有特殊的注意事项？

通常会建议在单独的机器（物理或是虚拟）上运行SQL Server，因此可以直接为数据库服务器分配资源。

还建议每两个月运行一次清理向导和磁盘整理。

这样会帮助数据库优化运行，这在虚拟化环境中是非常重要的。

另外还需要记住一件事，SQL Server正趋向于I/O密集型。

因此，如果正计划虚拟化SQL Server，那么可以考虑使用专用的物理存储，以便由SQL产生的I/O负载对其他虚拟机不会产生影响。

---