今天小楠子问了我一些关于SMS客户端不报告数据的问题,思来想去也没给他太好的一些建议,于是晚上闲来找了一些资料,总结如下：

无论SCCM2007也好,SMS2003也好，能够确保绝大部分客户端将数据报送到站点服务器上确实存在一些挑战.无论是客户端无法报送数据,还是站点服务器没有正确发现客户端这都会导致在站点集合中客户端的数量与实际数量又很大的出入.

计算机上已经安装了SMS客户端但是无法报告状态的原因很多，这些原因的一些讨论如下：

首先要从集合中抽取一些客户端去检查一下这些客户端是否可以Ping通或者这台计算机是否存在?如果该计算机不存在对于SMS站点服务器来说有可能就是一条陈旧的纪录.

1、 计算机无法访问:

如果计算机无法访问,要确认计算机是否关机或长期关机.如果能够开机,在控制面板中的系统管理中点击发现周期,然后再看客户端数据是否可以报送至服务器.

2、 陈旧的纪录：

如果使用的是AD发现，那么DDR会从AD容器中读取计算机纪录.同时根据读取出来的纪录在集合中创建相关的对象,如果该计算机对象在在AD中已经不存在了,那么实际看到的无效计算机也不会报告信息.

那么我们可以通过维护任务,清理这些陈旧历史纪录,如果发现进程再次运行或者是AD容器中仍然存在这些纪录,那么还会出现的.

所以首先要确保AD容器中已经清除这些垃圾计算机帐户,然后创建一个非SMS客户端的集合,然后将这些垃圾纪录在维护任务中删除掉,这样SMS\SCCM的数据库会永久删除这些数据.然后在从新发现一下,这时我们看到的已经是有效的数据了.

如果安装了客户段的计算机在网络中可用，那么客户向MP报告数据的活动步骤如下：

1。客户端通过本地相关服务,通过识别站点代码来找到相关的管理点。
2。客户端连接到管理点和下载的策略。
3。策略一经下载完成客户端会通过心跳纪录将信息发送给服务器。
4。一旦服务器收到这个心跳记录将它写入DDR中并处理。同时也会在管理控制台中的集合里更新客户端的状态。

3、 站点服务器上未给代理分配正确站点边界

如果客户端无法发现站点代码，确保是否正确添加了正确的AD站点和IP子网。该服务器将只允许在其站点边界范围内的客户端下载站点策略，因此，如果你没有指定站点边界的客户端无法下载站点策略。对于站点边界问题，您可以使用此作为参考：

http://blogs.technet.com/kevinsul_blog/archive/2006/01/25/418088.aspx.

如果需要检查客户端本地的services.log（C:\Windows\System32\CCM\Logs），可以从这个日志文件中获得关于MP分配给他的信息和它需要报告给MP的信息。如果不能正确报告信息那么我们需要检查一下客户端代理是否能够与站点服务起正确联系。

4、 无法获取站点代码

如果客户端是无法获得该网站的代码，你首先需要检查上述界限，并验证该网站的信息是在公元出版。你可以检查sitecomp.log最后部分启动后，站点组件管理器，它会说，如国会议员的组成部分，海平面气压等成功地出版或更新。如果您无法看到，和你得到拒绝访问的错误，请确保该计算机帐户已读\写权限在广告系统的容器。确保流入的权限范围内的对象和下面的对象。如果您不是发布广告信息，然后在你需要确保SLP的配置和工作。

更多信息可以参考下面的连接：

http://support.microsoft.com/kb/925282

5、 客户端本身没有安装代理

你可以在这篇文章http://support.microsoft.com/kb/925282，这将给你一个如何可以确保安装在客户端成功地详细解释和报告。

6、 客户端名称解析问题：

确保客户端能够沟通到SMS \ SCCM的服务器使用FQDN和NetBIOS名称。使用nslookup或ping检查名称解析。如果您不能通过FQDN来ping服务器使那么名称解析是有问题的。

7、 防火墙问题

如果客户端在防火墙后面，防火墙可能会限制与SMS站点服务器联系。检查是否已经打开必要的端口http://support.microsoft.com/kb/826852。

8、 一个客户端在集合中有多个GUID标识：

如果我们发现客户可能有多个GUID可以通过https://technet.microsoft.com/en-us/library/cc917513.aspx查看如何解决相关问题

9、 MP不工作导致客户端无法下载策略

首先需要检查MP工作是否正常的，那么我们首要的是去检查mpcontol .log文件(如果是SMS：\SMS\logs 如果是SCCM： \program files\Microsoft Configuration Manager\logs).有关管理点的相关排错信息可以参考http://support.microsoft.com/kb/925282或http://technet.microsoft.com/en-us/library/bb932118.aspx

如果MP正常，客户端依然无法联系并且下载服务器策略，那么我我们需要检查policyagent.log（C:\Windows\System32\CCM\Logs）文件是否有相关错误；同时我们可能还需要检查一下locationservices.log中是否有正确的MP信息。如果如果没有站点代码和边界信息。如果它有正确的MP信息，确保BITS服务是在客户端启动。你可以尝试在客户端上访问这些，以验证这是否工作：

/sms_mp/.sms_aut?mplist"&gt;http://<servername>/sms_mp/.sms_aut?mplist

客户端无法下载策略

如果客户端代理的操作系统WMI有问题，也许可能会遇到无法下载服务器策略的情况。如果我们怀疑是这方面的问题，XP客户端可以按照下面方法尝试一下：

1。卸载SMS / SCCM的客户端代理。使用ccmclean /all （在现有的SMS工具包）卸载客户端SMS和cmsetup /uninstall 卸载 SCCM客户端。
2。重建系统的WMI，有关WMI的相关支持可以参考：

http://support.microsoft.com/kb/875605

http://technet.microsoft.com/en-us/library/cc180763.aspx

重新启动系统并安装代理。

注：如果在SMS \ SCCM的代理是在装在Exchange、DC或任何其他应用服务器，请与Microsoft支持修复重建可以作为创建其他应用程序不能正确完成，如果其他问题的WMI问题。

10、 服务器无法处理DDR

如果发现客户端能够发送心跳数据到服务器，那么还要检查服务器是否能够成功处理这些数据。有几个有关DDR处理错误的KB:

http://support.microsoft.com/kb/886124

http://support.microsoft.com/kb/891584

http://support.microsoft.com/kb/960634