在一次更新失败后,打开wsus控制台想找到错误同步记录,但打开控制台查看同步记录加载到3%左右就出现控制台假死现象,并且一段时间后通过系统日志查看显示WSUS 管理控制台无法通过远程 API 连接到 WSUS 服务器 ,并提示重启数据库、IIS及WSUS服务后再试。故尝试重启相关服务,但发现故障依旧,根据网上相关经验,造成该问题可能是由IIS的WSUS资源池太小导致的,但修改后无果,经过反复研究系统日志发现,是由于数据库写入了冗长数据,导致了控制台的Microsoft System CLR Types for SQL Server 2012显示组件服务无法读取记录,导致程序崩溃。最终通过连接存放WSUS的WID数据库,将相关同步记录日志删除,问题解决。
解决方案如下:
1、下载并安装sql server management studio连接到\\.\pipe\Microsoft##WID\tsql\query,使用Winows身份认证登陆。 注意:(在windows server 2012前的内部数据库为\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query)
Reference:1. http://technet.microsoft.com/en-us/library/hh852349.aspx
If the source server is using Windows Internal Database, the query changes depending on which version of WSUS you are currently running. For WSUS 3.2, the query is: \.\pipe\mssql$microsoft##ssee\sql\query, and for WSUS on Windows Server 2012, the query is: \.\pipe\Microsoft##WID\tsql\query.
2、选择SUSDB数据库,新建查询,执行以下代码
USE SUSDB
GO
DELETE FROM tbEventInstance WHERE EventNamespaceID = '2' AND EVENTID IN ('381', '382', '384', '386', '387', '389')
再次打开WSUS控制台,问题迎刃而解。但这步 *** 作会导致同步成功和失败记录被清空,如果这部分数据比较重要,请先执行备份命令,再进行以上 *** 作。
WSUS相关工具下载
以下是Microsoft System CLR Types for SQL Server 2012和Sql Sever Management Studio(SSMS)的下载地址
1、Microsoft System CLR Types for SQL Server 2012下载地址
http://download.microsoft.com/download/F/E/D/FEDB200F-DE2A-46D8-B661-D019DFE9D470/ENU/x86/SQLSysClrTypes.msi
2、Sql Sever Management Studio 2008R2下载地址
https://www.microsoft.com/zh-CN/download/details.aspx?id=22985
手动为客户端分组1
打开wsus控制台,找到 计算机 选项,再次点开会看到 未非配的计算机
可以看到我当前有四台客户端
2
我们可以右键点击 所有计算机 选择 添加计算机组
也可以在右边的 *** 作栏中直接选择 添加计算机组
然后选择相应的计算机,更改成员身份,添加到对应的组中即可
这种做法比较耗时耗力,客户端较多的情况下不推荐使用
END
自动为客户端分组
如果客户端数量庞大的话,对管理员是一个不小的任务,除非你公司使用的只有一种 *** 作系统。不然的话,我们需要借助组策略来实现成员自动加入到相应的组中
首先我们需要规划好组名称,并在wsus控制台中创建出来
我这里建立一个test组
注意:这里重要的一步,就是为我们的计算机选择 使用组策略或者注册表设置
如果选择上面一项,则是手动设置,即使设置了组策略和注册表也不会生效
如果选择下面一项,那我就不能在wsus控制台中更改计算机成员身份了
打开组策略,找到 计算机配置 - 管理模板 - Windows组件 - Windows更新
然后再右侧的具体选项中找到 允许客户端目标设置
双击打开 选择 已起用 并在下方的目标组名称中输入你要设置的 “分组名字”
-- 注意这里的 分组名字 要和你wsus控制台中的计算机组中的名字一致,否组无法成功
比如我wsus控制台中设置了test组,这里也设置成 test组
-- 还有特别重要的一点就是:你要先给域中的计算机分组,然后为这些组启用OU策略,不能使用默认的组策略和默认的域计算机组(会不生效)
整体就是为不同 的计算机OU设置不同的策略分配到不同的WSUS计算机组中
编辑完组策略,需要刷新策略
在 WSUS控制台中刷新,就能看到对应域计算机OU中的计算机分配到了对应的 WSUS计算机组中了
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)