如何进行SCCM中客户端记录信息维护

SCCM 部署完毕之后,不久我们就会发现客户端代理状态,因为重装系统,非正常的退域,长时间不开机,导致客户端状态有不可用的,有过期的,重复的记录很多。当然我们可以手动的快速删除重复的记录,那么怎么能做按照企业的要求进行自动删除,且能搞清楚SCCM是怎么去判断执行这个过程呢,根据我在实际环境中的实施,分享给大家。

删除不活动的客户端发现数据:

设置每周五删除90天不活动的客户端,这个设置只是针对已经安装了客户端代理的计算机,那么关于不活动是如何判定,我们下面有说明。

如何判断已经安装客户端的计算机不活动,客户端状态检测工具设定状态信息如果7天没有联系SCCM服务器更新,就定义为不活动的客户端。那么7天就定义成不活动,还要设置90天之后再删除,是因为长期不开机,比如长期出差用户的客户端,就会误删。

报表:不活动客户端详细信息

在报表中我们可以清楚的看到不活动计算机的信息,这个里面列出的客户端如果超过90天,就会被删除,只留下一条发现记录。如果你的系统运行一段时间,你冒然将其修改成30天,很快你会发现大量客户端被删除,因为很多已经安装代理的计算机但是不活动的时间已经超过30天,就会变成没有安装代理的情况。

删除过期的发现数据:

这个是针对所有发现记录,设置AD系统发现,会自动同步AD里所有的所有计算机,且DNS解析正常,就会在SCCM 里产生一条记录信息。

在企业里,若是这样的情况,非正常的退域,导致AD里有计算机的账号,而计算机已经不存在,如果计算机DNS 解析不正常,那么无法正常发现,没有生成记录,这就会出现的AD和SCCM里对比客户端数量不一样。这个时候你要提醒AD管理员清理计算机账号了。 说明及时清理AD里的不活动计算机账号是多重要的。

针对发现记录,我们可以在:近期未发现的计算机报表里看到,这个报表里的计算机是所有被发现,但是没有安装客户端,在最后一次被发现,到现在间隔的时间,简单的来说是多久没被发现了,可以看到最后一项:自发现之后的天数,没有超过30天的,因为我们设置的是超过30天就被自动删除。

举个例子,"XX"的计算机已经24天没有被发现了,那么在超过30天后,这条记录会被删除。如果你每天查看这个报表,就会发现天数在增加。

对于我们删除的计算机账号,如果已经生成了记录,没有超过30天,那么30天时间一到,就会被删除。根据你的设置执行计划频率,这里看到的过期时间会有几天的延时,不要怀疑你的策略问题。

删除过时的客户端发现数据

什么是情况下会过期?只对已经安装了客户端,且有新的一条记录产生,就会将前面的记录设置为过期。设置为7天,也就是说过期的记录保留7天后就会被删除。当然也要加上你执行频率的误差天数。

个人理解,有不对的地方望大家指正哈!

时间: 2024-07-30 22:59:19

如何进行SCCM中客户端记录信息维护的相关文章

node中通过get、post方法得到客户端的信息

一.通过get请求得到客户端的信息 例如一个html <form action="http://127.0.0.1:8090" method='get'> <p>用户名:<input type="text" name="uname"></p> <p>密码:<input type="password" name="uwrod"></

SCCM:在OSD/WinPE中查询域信息的方案

前言我喜欢或者说只愿意分享一些技巧性地技术方案,而不是配置方案或者入门指引,也就是说我的文章假设你已经为前置技能加点了. 环境SCCM 2012 背景SCCM OSD默认情况下是非交互式静默安装系统的,如果配合MDT的话就可以实现交互式安装了.不过我不喜欢MDT的操作界面,所以我自己开发了一个HTA(这个HTA以后有机会再分享,毕竟HTA其实是开发的内容,你要有一定脚本和HTML的编写经验才行),它提供了一些选项,比如选择安装win7 64还是Win7 32位系统,安装什么可选软件等待.其中有个

java在线聊天项目1.0版 异常处理——开启多个客户端,关闭一个客户端后,在其他客户端中再发出信息会出现异常的处理

异常一 只开启一个客户端,输入信息后关闭,客户端出现如下异常 根据异常说明 ChatClientFrame客户端117行 提示原因是Socket关闭 分析原因 客户端代码 while (connected) { String str = dis.readUTF(); 当窗口关闭后,Socket已经关闭,读的操作还在继续 处理这个异常,代码如下 catch (SocketException e) { System.out.println("a client has been closed!&quo

Python之向日志输出中添加上下文信息

除了传递给日志记录函数的参数(如msg)外,有时候我们还想在日志输出中包含一些额外的上下文信息.比如,在一个网络应用中,可能希望在日志中记录客户端的特定信息,如:远程客户端的IP地址和用户名.这里我们来介绍以下几种实现方式: 通过向日志记录函数传递一个extra参数引入上下文信息 使用LoggerAdapters引入上下文信息 使用Filters引入上下文信息 一.通过向日志记录函数传递一个extra参数引入上下文信息 前面我们提到过,可以通过向日志记录函数传递一个extra参数来实现向日志输出

SQL Server 统计信息维护策略的选择

SQL Server 统计信息维护策略的选择 问题描述: 在对OLTP系统的一个上千万的表做归档后,循环分批删除源表数据时,业务应用收到超时告警,如下: V1.1.1.1: ****Process - QueryTransactionFor****: 23075129 Timeout expired.   The timeout period elapsed prior to completion of the operation or the server is not responding.

Android4.2.2的Stagefright中编解码器数据流的维护

本文均属自己阅读源码的点滴总结,转账请注明出处谢谢. 欢迎和大家交流.qq:1037701636 email:[email protected] Android源码版本Version:4.2.2; 硬件平台 全志A31 前沿: 在前面的博文中,基本提到的是stagefright相关的控制流,具体分析了android架构中的MediaExtractor.AwesomePlayer.StagefrightPlayer.OMXCodec等的创建,底层OMXNodinstance实例的创建.分析了OMX

关注LoadRunner脚本回放日志中的Warning信息-转载

关注LoadRunner脚本回放日志中的Warning信息 最近在与大家的讨论中发现了LoadRunner的很多问题,出于解决问题的出发点,我也就相关自己不理解的问题在Google中搜索了一番,并通过一些实例也去实际操作了一遍,发现很多问题确实并不是那么难解决,而只是我们不够细心,没有认真去分析和总结.这里简单列举我最近去研究的一个问题,就是关于LoadRunner在脚本回放日志中出现的Warning信息,也就是所谓的警告信息,通常我们可能觉得只要在录制回放过程中没有报error就认为脚本是ok

.net中保存用户信息的九种方法

.net中保存用户信息的九种方法 在ASP.NET中,有几种保持用户请求间数据的途径--实际上太多了,使没有经验的开发者对在哪个特定的环境下使用哪个对象很困惑.为了回答这个问题,需要考虑下面三个条件: .谁需要数据? .数据需要保持多长时间? .数据集有多大? 通过回答这些问题,你能决定哪个对象为保持ASP.NET应用程序请求间数据提供了最佳的解决方案.图1列出了不同的状态管理对象并描述了什么时候使用它们.ASP.NET中添加了四个新的对象:Cache.Context.ViewState和Web

【转】Python之向日志输出中添加上下文信息

[转]Python之向日志输出中添加上下文信息 除了传递给日志记录函数的参数(如msg)外,有时候我们还想在日志输出中包含一些额外的上下文信息.比如,在一个网络应用中,可能希望在日志中记录客户端的特定信息,如:远程客户端的IP地址和用户名.这里我们来介绍以下几种实现方式: 通过向日志记录函数传递一个extra参数引入上下文信息 使用LoggerAdapters引入上下文信息 使用Filters引入上下文信息 一.通过向日志记录函数传递一个extra参数引入上下文信息 前面我们提到过,可以通过向日