3、SCCM 2007系列教程之三日志文件
Microsoft SCCM2007概述
Configuration Manager的主要特征 通过强制健康策略一致性加强终端基础架构保护 与Windows Server 2008的依赖性
策略合法
• 由公司安全策略让客户端系统合法 隔离
• 按照客户端的健康状况来限制访问受保护的网络区域
网络限制
• 客户端的不符合要求健康配置得到正确的更改后就允许他们访问 持续的一致性
完全服务器部署 安全
好
好
非常好
灵活性和自定义程度
Vista/LH兼容程度
优秀
优秀
Yes
好
No
设备驱动器管理
两种操作
内置于操作中固定的工具，以ConfigMgr 的部分执行 自定义操作可用命令行实现，也包括运 行VBscript
无需操作系统部署操作
因此任务序列提供了更加普遍的 ConfigMgr目的排序机制
SMS 2003 No No SCCM 2007 Yes Yes
特征 拖拽 多项选择
操作面板
预览面板 向导 主页
No
No 不全 No
Yes
Yes 全面 Yes
图标
文件夹
NT 3.51格式
编制好的，不可复制
高精确
可编制和搜索的文件夹，可复制到子 站点
新特性
包复制向导 维护窗口 分支机构支持
改进之处
改善的打包缓存控制 二进制文件差异比较复制 客户端标识 网络唤醒
清盘载入
在现有硬件上安装操作系统 在新操作系统下重装应用程序
同步
为单前用户在新客户端硬件上安装新版本的操作系统 在安装了新操作系统的机器上重装应用程序 可以进行状态迁移
就地迁移
脚本化，固定的操作系统升级 非清盘载入 就地迁移安装应用程序 以软件分发包的形式发送，不需要使用任务序列器的限制
日志文件的作用及功能
⽇志⽂件的作⽤及功能
⽇志⽂件的分类
（1）内核及系统⽇志
这种⽇志数据由rsyslog统⼀管理，根据其主配⽂件/etc/rsyslog。
conf中的设置决定将内核及各种系统程序信息记录到什么位置（2）⽤户⽇志
⽤于记录系统⽤户登陆及退出系统的相关信息，包括⽤户名，登陆的终端，登陆的时间，来源主机，正在使⽤的进程操作等（3）程序⽇志
有些应⽤程序会选择由⾃⼰独⽴管理⼀份⽇志⽂件，⽽不是交给rsyslog服务管理，⽤于记录本程序运⾏过程中的各种事件信息⽇志⽂件的位置在/var/log/下
常见的⽇志⽂件及查看⽅式
⽇志⽂件 存放内容 查看命令/var/log/messages 系统⽂件内核信息程序故障等重要数据 cat等
/var/log/cron 周期性计划任务产⽣的时间信息 cat等
/var/log/dmesg 引导过程中的各种时间信息 cat 等
/var/log/maillog 电⼦邮件活动 cat等
/var/log/lastlog 每个⽤户最近的登陆事件 last，lastlog等/var/log/secure ⽤户认证相关的安全时间信息 cat等
/var/log/wtme 每个⽤户登陆，注销及系统启动和停机事件 users，who，w /var/log/btmp 失败的错误的登陆尝试及验证事件 lastb
⽇志消息的级别
级别 英⽂表⽰及翻译意义
0 EMERG（紧急）会导致主机系统不可⽤情况
1 ALERT （警告）必须马上采取措施解决问题
2 CRIT （严重）⽐较严重的情况
3 ERR （错误）运⾏出现错误。
SCCM 配置之站点服务器基本配置
SCCM (ConfigMgr ) 2007电子手册之ConfigMgr站点服务器基本配置2009年7月CoreIO技术专家Leo Huang目录【1】内容简介 (3)【2】新建客户端安装账号 (3)【3】确定SCCM站点发布到活动目录 (4)【4】新建SCCM站点边界 (5)【5】配置发现方法和发现周期 (7)【6】配置客户端安装帐号 (12)【7】新建回退状态点和报表点系统角色 (15)【8】推送方式安装客户端 (21)【9】查看客户端安装状况报表 (26)【10】客户端代理属性及轮询配置 (29)【11】站点维护配置站点数据库备份 (32)SCCM站点服务器基本配置【1】内容简介安装好SCCM站点服务器后，SCCM服务器不能立即实现任何功能，我们需要进行一些基本的配置，其中包括：* 新建客户端安装账号* 确定SCCM站点发布到活动目录* 新建管理边界* 配置发现方法和发现周期* 配置客户端安装账号* 新建回退状态点和报表点* 从服务器端推送SCCM客户端* 通过报表查看客户端安装结果* 配置客户端代理属性，客户端轮询时间* 设置站点配置和数据库备份及过期发现数据处理如下拓扑图，我们将在SCCM服务器上做好基本配置后，开始向环境中其他三台计算机推送SCCM客户端软件。
【2】新建客户端安装账号在活动目录用户和计算机中新建SCCM安装帐户ccminstall，并把该账户加入到所有需要安装SCCM客户端的计算机的本地管理员组；另外一个解决办法是把SCCM计算机加入到域Domain Admins组中，因为在没有指定客户端安装帐号时，默认情况下，SCCM 服务器使用SCCM计算机帐号安装。
注：在测试环境中，我们为了方便可以把该帐户加入到Domain Admins组中。
【3】确定SCCM站点发布到活动目录登录到SCCM服务器，打开SCCM管理控制台后，依次展开左侧树状导航栏的“站点数据库”—“站点管理”—“LEO-公司总站点”，右击“LEO-公司总站点”，在弹出的菜单中选择属性。
9、SCCM2007系列教程之九SCCM站点备份和恢复
SCCM2007系列教程之九SCCM站点备份和恢复站点维护可以通过创建新的 SQL 命令来创建自定义的维护任务，也可以使用许多预定义的站点维护任务，通过定期维护站点数据库以确保站点健康运行。
（如下图）备份由SMS_site_backup服务负责，首行关闭SMS其他站点服务，然后进行备份，备份内容有站点数据库，SMS文件，系统配置数据和注册表等，等备份结束后，重启SMS其他站点服务.由inboxes\smsbkup.box\smsbkup.ctl这个文件控制备份内容。
可以通过修改这个文件来修改备份内容。
AfterBackup.bat 文件用于在“备份站点服务器”维护任务成功运行后自动执行备份后操作。
默认情况下，AfterBackup.bat 批处理文件不存在。
要使用该文件，必须创建该文件并添加命令。
AfterBackup.bat 文件常用于将备份快照存档到安全位置。
文件位置<ConfigMgr 安装路径>\inboxes\smsbkup.box成功备份站点后，备份站点服务器任务自动尝试运行名为 AfterBackup.bat 的文件。
AfterBackup.bat 文件不会在安装站点时安装，而必须由管理员手动创建。
如果AfterBackup.bat 文件已存在，并且存储在正确的目录中，则该文件将在完成备份任务后自动运行。
AfterBackup.bat 文件允许您在每次备份操作结束时存档备份快照，并自动执行其他备份后任务（如果需要）。
AfterBackup.bat 文件将存档和备份操作集成在一起，因此可确保对每个新的备份快照都进行存档。
如果 AfterBackup.bat 文件不存在，这也不会影响备份操作，但为了存档备份快照，必须使用另一种方法。
以下是AfterBackup.bat的例子ntbackup backup c:\sccmbackup /j "sccm 2007 backup" /f "c:\sccmbackup.bkf"备份操作过程1、修改备份控制文件（如需要）用文本编辑器打开<ConfigMgr 安装路径>\inboxes\smsbkup.box\smsbkup.ctl，进行修改。
SCCM_2007_R2_安装
SCCM安装配置1．SCCM安装1．Windows 2008 64位操作系统，cnsccm01;2．给cnsccm01操作系统打上补丁；3．建立SCCM的域帐号，eg. Cn\scadmin, 将scadmin 加入域的administrators组；4．将cnsccm01加入到域，并且将cn\scadmin加入到cnsccm01的本地管理员组；5．以域cn\administrators登录cnsccm01，对AD进行架构扩展，扩展域架构时，执行安装介质的SMSSetup\Bin\I386\EXTADSCH.exe程序，注意执行用户必须是架构管理员的成员。
扩展域架构有非常多的好处，在这里强烈推荐扩展架构。
若在cnsccm01上扩展不成功，请将扩展程序文件夹复制到主域cnsjdc01上进行扩展；6．在cnsccm01上以cn\scadmin登录，安装mssql 2008系统，安装完成后安装mssql 2008 sp2补丁，安装过程当中，选择windows 验证；7．Mssql s02安装完成，重新启动后，在服务当中将sql agent ,sql browser二个服务器启动类型更改成“自动”，同时并且将其启动；完成后，下面开始安装sccm 2007 R2。
安装前，必须做大量的配置，以满足其安装环境的要求。
8．先运行CM2007 R2的先决条件，将未满足的先决条件一一满足，直到能够满足所有的条件，全部通过后，才开始安装CM2007 R2。
一般说来：安装 .NET Framework 2.0、KB932903补丁、WSUS 3.0（只有需要实现SCCM软件更新功能时才需要安装）、IIS 6.0（开启BITS 和 WebDAV）、将站点服务器计算机账户添加到站点数据库服务器的本地管理员组，如果域架构未进行过扩展，还会提示要求扩展域架构。
扩展域架构时，执行安装介质的SMSSetup\Bin\I386\EXTADSCH.exe程序，注意执行用户必须是架构管理员的成员。
日志解析规则
日志解析规则日志是记录系统运行状态、事件和信息的重要手段。
在系统开发、调试和运维过程中，日志解析起着至关重要的作用。
本文将详细介绍日志解析规则，包括日志格式、日志级别、日志内容以及日志解析方法等方面。
一、日志格式1. 时间戳：日志中的第一行应包含时间戳，格式为“YYYY-MM-DD HH:MM:SS.sss”，表示日志记录的时间。
2. 日志级别：日志级别用于表示日志的重要程度，常见的日志级别包括DEBUG、INFO、WARN、ERROR和FATAL。
日志级别应记录在时间戳之后，例如“INFO”。
3. 日志内容：日志内容应简洁明了，描述发生了什么事件或问题。
避免使用复杂的术语或缩写，确保日志易于理解。
4. 异常信息：如果日志中包含异常信息，应使用“Caused by”引导，并详细描述异常原因。
5. 日志分隔符：日志之间应使用分隔符进行分隔，分隔符可以是换行符、空格或其他符号。
二、日志级别1. DEBUG：用于记录详细的系统运行状态，通常只在开发过程中使用。
2. INFO：用于记录系统正常运行的信息，例如系统启动、配置加载等。
3. WARN：用于记录可能导致问题的信息，例如“磁盘空间不足”等。
4. ERROR：用于记录系统运行中出现的错误，可能导致系统异常或故障。
5. FATAL：用于记录严重的系统故障，可能导致系统崩溃或不可恢复。
三、日志内容1. 系统启动：记录系统启动过程中的关键信息，例如启动时间、配置加载等。
2. 请求处理：记录系统处理请求的相关信息，例如请求方法、请求参数、响应状态等。
3. 异常信息：记录系统运行中出现的异常信息，包括异常类型、异常堆栈等。
4. 错误信息：记录系统运行中出现的错误信息，包括错误原因、错误代码等。
5. 性能监控：记录系统性能相关的信息，例如CPU、内存、磁盘使用情况等。
四、日志解析方法1. 文本解析：使用文本编辑器或日志分析工具，手动查看和分析日志内容。
2. 代码解析：编写代码，使用正则表达式或其他方法，自动解析日志文件，提取关键信息。
sccm详细部署
Sccm详细部署今天在为大家介绍一下SCCM2007的部署，部署SCCM2007比部署SMS 复杂，那么复杂在哪些地方呢？等部署完SCCM2007我们就知道了，下面来介绍一下怎么部署SCCM2007.我们这个实验只要两台服务器即可。
Tianjin为域控制器，DNS服务器；shanghai为SCCM服务器，WSUS服务器，SQL2005数据库服务器。
大致拓扑图如下：拓扑已经搭建好了，下面我们就开始部署SCCM一、SCCM服务器硬盘在5G以上，内存在521以上：二、操作系统需求如果SCCM站点服务器操作系统版本是Windows Server 2003 SP1，则需要安装：MMC 3.0与.Net Framework 2.0 、KB932303、MS06-030 ( 补丁)如果SCCM站点服务器操作系统版本是Windows Server 2003 SP2，那么只需安装 .Net Framework 2.0与KB932303 ( 补丁)三、安装IIS、后台智能传送服务 (BITS) 2.0 、万维网服务里的WebDAV发布与开始—设置—控制面板—添加或删除程序—添加windows组件—应用程序服务器，打开“应用程序服务器”后添加以上四个需要的组件，如图：添加上应用的组件后，再打把WebDAV服务启动起来四、安装WSUS3.0( WSUS3.0以上的版本也可以) 打开WSUS3.0安装程序后，出现向导后，点下一步安装完整的服务器同意安装许可协议选择安装路径选择数据存储的位置，确认无误后，点下一步使用现有的IIS默认网站复查安装的信息，下一步WSUS3.0安装过程OK!成功的完成了WSUS3.0的安装五、扩展架构我们在域控制器上进行架构的扩展，在域控制器上放入SCCM2007安装光盘，打开光盘后运行SCCM源文件下SMSSETUPBINI386 EXTADSCH.EXE 。
如图：六、安装SQL2005+SP2下面该安装SQL2005。
部署sccm2007
部署sccm2007sccm的全称是System Center Configuration Manager ，是在微软平台提供的一个供与大型网络的软件与系统更新的一个解决方案。
接下来我们就介绍怎样部署sccm2007以及部署前的准备。
首先是系统的问题:如果SCCM站点服务器操作系统版本是Windows Server 2003 SP1，则需要安装：MMC 3.0与.Net Framework 2.0 、KB932303、MS06-030如果SCCM站点服务器操作系统版本是Windows Server 2003 SP2，那么只要安装 .Net Framework 2.0与KB932303。
然后就要看硬件问题：一般硬盘的空间都是足够大的，必须要保证5G左右，内存要在1G以上，因为我们安装sccm2007的时候要用到SQl 2005的数据库，安装数据库的硬件前提是1G，所以内存必须是1G。
我们准备了两个2003 sp1虚拟机，一个是beijing，域控制器，另一个是shanghai，sms3.0，SQL service 2005+sp2，域成员。
一：给系统安需要的补丁。
1.我们首先安的是MMC 3.0，这是下载地址/kb/907265/zh-cn1，根据自己的需要下载，这下载的是windows 2003更新。
MMC 3.0安装完成，现在不要重启。
Framework 2.0的安装，下载地址/KB932303/Release/ProjectReleases. aspx?ReleaseId=907，下载的是第一个。
安装完成3.安装KB932303补丁，下载地址/KB932303/Release/ProjectReleases. aspx?ReleaseId=9074.接下来安装MS06-030补丁，下载地址是/downloads/details.aspx?FamilyId=e1d13c1 8-72d1-40b8-95b3-08aef8db9213&displaylang=en系统补丁在这就打完了，让系统重启。
SCCM手册
SCCM手册版权声明本文档版权归成都融微软件服务有限公司所有，未经成都融微软件服务有限公司允许，本文档里的任何内容都不得被用来宣传和传播。
未经成都融微软件服务有限公司书面批准，文档或任何类似的资讯都不允许被发布。
版本信息目录1SCCM介绍 (4)2SCCM的安装 (4)2.1.安装前准备工作 (4)2.1.1.AD扩展架构 (4)2.1.2.添加服务权限 (5)2.1.3.部署IIS (9)2.1.4.安装BITS和远程差分压缩组件 (15)2.1.5.部署WSUS服务 (16)2.2.SCCM服务部署 (20)2.3.部署后配置 (31)2.3.1.常规配置 (31)2.3.2.客户端安装 (42)2.3.3.配置客户端软硬件资产信息收集 (44)2.3.4.远程工具配置 (46)2.3.5.补丁管理配置 (48)1SCCM介绍System Center Configuration Manager 2007是行业领先的企业管理服务解决方案，包括软件分发、库软件更新、配置管理和操作系统部署等功能。
很多大型企业已经使用SCCM的“操作系统部署功能”全面设计和自动执行Windows客户端的部署，提供一致的、可预期的和高度可管理的部署场景。
System Center Configuration Manager 2007 是Systems Management Server (SMS) 2003 的下一个版本。
System Center Configuration Manager 2007 通过启用安全的和可伸缩的操作系统和应用程序部署以及所需的配置管理，提高系统安全性以及提供有关服务器、桌面计算机和移动设备的全面资产管理，可有助于提高IT 部门的效率。
2SCCM的安装2.1.安装前准备工作2.1.1.AD扩展架构1.在域控制器AD-1上扩展AD架构：使用管理员身份在域控制器上运行“EXTADSCH.EXE”（位于SCCM安装光盘目录:\SMSSETUP\BIN\I386\EXTADSCH.EXE）2.扩展完毕后，在C盘下会生成一个ExctADSch,查看其内容，查看是否扩展成功。
SCCM日志文件列表
SCCM日志文件列表 (2)管理Configuration Manager 客户端的日志文件 (2)Configuration Manager 客户端计算机日志文件 (2)Configuration Manager 站点服务器日志文件 (3)客户端安装日志文件 (3)如何为控制台启用详细日志记录 (4)为Configuration Manager 控制台启用详细日志记录 (4)软件更新的日志文件 (5)站点服务器日志文件 (5)WSUS 服务器日志文件 (6)客户端计算机日志文件 (6)Windows Update 代理日志文件 (7)操作系统部署的日志文件 (8)操作系统部署日志文件 (8)操作系统部署日志文件的多播 (10)资产智能的日志文件 (11)软件计数日志文件 (12)Configuration Manager 客户端计算机日志文件 (12)Configuration Manager 站点服务器日志文件 (13)报表的日志文件 (13)SQL Reporting Services 的日志文件 (14)SQL Reporting Services 日志文件 (14)所需的配置管理日志文件 (14)客户端计算机日志文件 (14)网络访问保护的日志文件 (15)Configuration Manager 日志文件 (15)网络策略服务器日志文件 (17)LAN 唤醒日志文件 (17)Configuration Manager 站点服务器日志文件 (17)Configuration Manager 客户端日志文件 (18)SCCM日志文件列表管理Configuration Manager 客户端的日志文件主题上次更新时间- 2007 年11 月您可以引用多个日志文件来帮助解决Configuration Manager 2007 中的客户端问题。
这些文件同时位于客户端计算机和Configuration Manager 2007 站点服务器上。
SCCM客户端的手动安装
SCCM客户端的安装及其设置安装SCCM客户端有3种方式:1．从SCCM Console 将客户端推到客户机.2．在客户机手动执行安装.3．用代码形式安装客户端.在这里, 我只谈如何 从客户机手动执行安装SCCM客户端.一．测试环境：AD: AD.sccm.localSCCM: SCCM2007.sccm.local客户机: SSS二．手动安装SCCM客户端过程1.在客户机SSS里手动安装SCCM客户端连接到SCCM服务器, 打开SCCM安装目录下Client文件夹, 手动执行ccmsetup.exe. 安装完毕后控制面板里将会出现4个新图标: Configuration Manager, Remote Control, Run Advertised Program, Program Download Monitor.2.检查System 中有没创建System Management容器a.在运行中键入ADSIEDIT.msc, 确定并打开ADSI. (如果提示错误请安装SUPPORT TOOLS,在系统光盘下SUPPORT\TOOLS路径下). 依次打开System, 右键选择New, object, 如图,在列表中选择container并下一步, 如图,在Value中键入System Management.注: 必须为这个名字。
下一步, 确认后关闭该窗口.b.设置权限:右键打开System,并选择属性,单击security, 单击Add添加SCCM服务器, 图中SCCM2007$为我添加的SCCM服务器.SCCM服务器出现在列表中以后给于该服务器Full Control权限.点击Advanced, 找到SCCM服务器后双击打开, 将Apply Onto后面的下拉菜单选择成This object and all child objects.如图，确定并关闭窗口。
此时System Management 容器中无任何内容.3.设置站点在SCCM服务器上打开SCCM Console, 依次打开Site Database, Site Management, 右键打开站点, 选择properties，选择Advancd, 勾选Publish this site in Active Directory Domain Services. 确定并且关闭, 如果已经被勾选了, 则先取消勾选, 确定后再次打开该窗口并且勾上该选项. 片刻后打开System Management, 确认已经有内容被写入, 如图. 如果没出现任何内容, 请参照第2步重新设置.4.更新Discovery Methods双击Discovery Methods右边需要更新的选项, 点击Pooling Schedule, 选中Run Discovery as soon as possible并选择确定. 如图,更新完所有需要更新的选项之后, 右键打开collection中的All Systems, 选择update Collection Membership, 如图,选择OK开始行进更新, 如图,更新完毕后, 新安装SCCM客户端的客户机会出现在列表中, 如图, SSS是新加入的.图中已经列出SSS对应的Site Code 是S01.5.客户机端设置在客户机SSS, 打开控制面板中的Configuration Manager, 点击Advanced, 如图,单击Discover, 等会客户端会自动显示已发现站点并提示成功连接.到此设置过程就全部结束了. 如果有什么问题和不懂的地方可以与本人联系. 若要转载请注明出处.。
SCCM2007 R2
SCVMM2007 R2一、SCCM 2007 R2的部属前准备System Center 是微软著名的管理平台软件，在实现Microsoft的MOF&ITIL 的IT管理理念的过程中发挥了很重要的作用，System Center可以在MOF的每一个运维象限中都有对应的System Center产品协助企业实现动态的IT管理。
System Center可以帮助企业的IT人员构建易于管理的系统并进行自动化操作，从而降低了成本、提高了应用系统的可用性、并改进了所提供的服务。
System Center中包括了诸多产品，我们在本次系列中要为大家介绍的是System Center Configuration Manager（简称SCCM）！System Center Configuration Manager的前身就是大家耳熟能详的System Managementr Server，这是一款非常优秀的桌面管理软件，可以极大地提高运维工程师的管理效率。
看看SCCM提供的功能吧，它可以收集硬件和软件清单，在客户机上发布软件；它可以管理客户机更新，甚至可以拒绝没有及时更新修补程序的客户机访问网络；它还可以在裸机上部属操作系统；远程控制客户机；统计软件的使用次数….从这些功能中不难发现，SCCM确实是为优化桌面系统管理而设计的！本次系列中我们将为大家介绍最新版本的SCCM 2007 R2的部属，管理及常见应用。
具体内容如下所示：一 SCCM2007 R2的部署前准备二 SCCM2007 R2安装详解三 SCCM2007 R2的主站点配置及客户端安装四 SCCM2007 R2实现资产管理五 SCCM2007 R2分发软件六 SCCM2007 R2管理Windows更新七 SCCM2007实现软件计数八 SCCM2007 OSD部属Win7首先我们为大家介绍的是SCCM2007 R2的部署，SCCM 2007 R2的部属过程比较复杂，我们的实验拓扑如下图所示，DCSERVER是域控制器，SCCM则用于部属SCCM 2007 R2，两台服务器的操作系统都是Win2003 SP2。
查看归档日志文件命名规则
查看归档日志文件命名规则摘要：1.归档日志文件的命名规则概述2.日志文件命名规则的具体内容3.日志文件命名规则的实际应用4.遵循日志文件命名规则的重要性正文：一、归档日志文件的命名规则概述在计算机领域，日志文件是记录系统运行过程中各种事件、错误和警告等信息的重要工具。
为了便于管理和查找，我们需要对这些日志文件进行归档，而归档过程中，合理的命名规则至关重要。
本文将详细介绍归档日志文件的命名规则，帮助大家更好地理解和运用。
二、日志文件命名规则的具体内容1.时间戳：日志文件的命名中应包含时间戳，通常采用年- 月-日- 时的格式，如“2021-08-01-1234”。
这样可以方便地表示文件产生的时间，便于按时间顺序查找和管理。
2.系统或服务名称：日志文件的命名中应包含系统或服务名称，如“Windows”、“Linux”或“Apache”等。
这样可以清楚地表明该文件对应的系统或服务，便于归类和管理。
3.事件类型：日志文件的命名中应包含事件类型，如“error”、“warning”或“info”等。
这样可以快速了解文件记录的事件类型，便于筛选和查找。
4.序号或版本号：日志文件的命名中应包含序号或版本号，如“v1”、“v2”或“1.0”等。
这样可以清楚地表示文件的版本或序号，便于追踪文件的更新和变化。
5.命名空间：日志文件的命名中应包含命名空间，如“user”、“system”或“application”等。
这样可以明确文件所涉及的命名空间，便于分类和管理。
三、日志文件命名规则的实际应用在实际应用中，我们可以根据具体情况调整日志文件命名规则，以满足不同需求。
例如，对于一个名为“Apache”的服务，我们可以将日志文件命名为“Apache_2021-08-01-error.log”、“Apache_2021-08-01-warning.log”和“Apache_2021-08-01-info.log”，分别记录错误、警告和信息事件。
SCCM说明
SCCM2007SCCM2007System center configuration manager 2007：system management manager （SMS）2003的后续产品，configuration manager 提供用于自动化软件安装和管理系统配置工具，资产管理功能。
Configuration Manager 2007 通过减少手动任务并使您能够集中在高价值项目上来提高 IT 工作效率，最大程度地实现了硬件和软件投资，并且通过在正确的时间提供正确的软件来提高最终用户的生产效率。
Configuration Manager 2007 通过启用安全且可伸缩的操作系统和应用程序部署以及所需的配置管理来使 IT 部门效率更高，从而增强了系统安全，并且提供了服务器、台式机和移动设备的全面资产管理。
SCCM 2007相比SMS 2003有哪些优势？其一，增加了资产智能部分功能、NAP（windows 2008）、SCCM高级客户端；其二，改进了软件更新管理，提供了更加强大的报表功能，操作起来也更简单。
更强的伸缩性与更高的性能表现SCCM 2007的分布式、层级化设计理念允许该产品针对规模最大的分布式Windows环境实施管理。
SCCM 2007已在众多由数十万个受控节点组成的机构中得到采用。
每个受控环境均可通过SCCM 2007站点层次结构接受管理，而它们中每一个则是由一或多个运行SCCM 2007软件的服务器组成。
软件包等内容可借助前述带宽管理特性被复制到站点服务器之间的层级结构。
全局伸缩性（远程地理分布站点管理）可通过从战略角度出发将SCCM 2007站点置于受控客户端所处任何位置的途径得以实现。
而添加服务器以便在单个站点位置上共享大规模客户端群体负荷的做法则有助于实现本地伸缩性。
简易安装与操作SCCM 2007的关键优势之一，就是将该产品投入实际应用所需花费的计划、部署和启动时间相当短暂。
服务器开启日志归档与自动备份
echo "3.数据库备份结束："$FilePath >> $BackupLog
#文件打包
echo "4.压缩文件" >> $BackupLog
cd $Basepath
tar -zcvf $lHOSTNAME$bkdate.tgz $bkdate >> $BackupLog
#删除压缩前数据
echo "5.删除压缩前数据" >> $BackupLog
echo
rm -rf ${bkdate}
#删除约定天数前备份数据
if [ -w "$deleteDate" ]; then {
touch $BackupLog
echo "create log file Successful!" >> $BackupLog
}
fi
#创建备份文件存储路径，并授权
if [ -w "${FilePath}" ];then {
echo "---The database dir is already exist!" >> $BackupLog
echo "1.备份初始化，备份时间为 `date +'%Y-%m-%d %H:%M:%S'`" >> $BackupLog
#日志文件创建
if [ -e "$BackupLog" ];then {
SCCM日志文件列表
SCCM日志文件列表SCCM（System Center Configuration Manager）是一种用于管理和部署企业级IT系统的软件。
在SCCM中，日志文件记录了系统的各种操作和事件，对于故障排除和系统监控非常重要。
本文将详细介绍SCCM中常见的日志文件列表及其功能。
1. SCCM日志文件的位置和命名规则SCCM的日志文件存储在服务器的特定目录下，其默认位置为：C:\Program Files\Microsoft Configuration Manager\Logs。
每个日志文件都有一个特定的命名规则，通常以.log结尾。
下面是一些常见的SCCM日志文件及其命名规则：- CAS.log：此日志文件记录了SCCM的内容分发和复制活动。
- ClientIDManagerStartup.log：此日志文件记录了客户端ID管理器的启动过程，包括生成和分配客户端ID。
- ContentTransferManager.log：此日志文件记录了内容传输管理器的活动，包括下载和分发软件包。
- execmgr.log：此日志文件记录了执行管理器的活动，包括软件部署和程序运行。
- LocationServices.log：此日志文件记录了客户端位置服务的活动，包括查找和连接到管理点。
- PolicyAgent.log：此日志文件记录了策略代理的活动，包括策略评估和分发。
- Smsdbmgr.log：此日志文件记录了SCCM数据库管理器的活动，包括数据库备份和恢复。
- Wsyncmgr.log：此日志文件记录了软件更新同步管理器的活动，包括更新发布和同步。
2. SCCM日志文件的功能和用途每个SCCM日志文件都有其特定的功能和用途，下面是对常见的日志文件功能的详细描述：- CAS.log：此日志文件记录了内容分发和复制活动，可以用于排除软件包分发和复制的问题。
例如，如果一个软件包没有成功分发到所有的分发点，CAS.log可以提供有关失败原因的详细信息。
iis的日志格式
iis的日志格式
IIS（Internet Information Services）的日志格式主要有三种：默认日志格式、Microsoft IIS 日志文件格式、NCSA 公用日志文件格式和W3C 扩展日志文件格式。
1. 默认日志格式：这种格式是在 IIS 服务器上生成的一种以日期时间顺序排列的日志，包括每个 HTTP 请求的详细信息，如请求的 IP 地址、请求的URL、请求状态码等。
2. Microsoft IIS 日志文件格式：这种格式是 Microsoft 专有的日志格式，
记录了每个 HTTP 请求的详细信息，包括客户端 IP 地址、请求 URL、HTTP 状态码等。
3. NCSA 公用日志文件格式：这种格式是一种标准的日志格式，记录了每个HTTP 请求的基本信息，包括客户端IP 地址、请求URL、HTTP 状态码等。
4. W3C 扩展日志文件格式：这种格式是 W3C 推荐的日志格式，除了记录
基本的 HTTP 请求信息外，还可以记录其他一些有用的信息，如用户的浏览器类型、操作系统等。
以上是 IIS 的四种日志格式，可以根据实际需求选择合适的日志格式来记录
和监控网站的访问情况。
解读SMS日志文件
在Microsoft Systems Management Server (SMS) 2003 记录进程信息单个日志文件中所有客户端和站点服务器组件。
可使用客户和站点服务器日志文件中信息来帮助您解决您SMS 2003 层次中可能出现的问题。
我们一起来看看SMS2003 每个日志文件的作用在默认情况下, 客户端和服务器组件记录SMS 2003 中打开。
但是, 日志文件不同根据客户所安装的类型。
例如, 下列规则适用：•旧SMS2003AdvancedClient 日志记录与SMS 2.0 客户相同信息。
旧客户端日志文件都位于客户端计算机上%Windir%\MS\SMS\Logs 文件夹。
•SMS2003AdvancedClient 使用比旧客户端不同日志文件来记录信息。
AdvancedClient 日志位于以下位置之一：•管理点, 作为计算机上AdvancedClient 日志位于SMS_CCM\Logs 文件夹中。
•AdvancedClient 日志文件在所有其他计算机, 都位于%Windir%\System32\CCM\Logs 文件夹。
旧式客户端日志文件下表描述旧客户端日志文件并列出应用可能问题。
日志文件名称说明用于帮助解决APASetup.log播发程序代理（APA) 的安装。
安装的软件分发组件。
Ccim32.log客户安装ConfigurationManager@@(CCIM)。
日志例程验证的客户端组件。
客户安装和升级问题。
CliCore.log客户端核心组件。
客户安装和升级问题。
CLISVC.log SMS 客户服务的活动。
SMS 客户服务问题。
CQMGR32.log文件复制到客户端访问点(CAP) 活动。
库存数据或状态数据，没有收到由站点。
Hinv32.log硬件清单进程。
硬件清单问题。
Inhinv32.log安装硬件清单。
其中硬件清单处于打开状态, 但它不安装客户端上方案。
Insinv32.log安装软件清单。
03日志打印、日志等级划分
03⽇志打印、⽇志等级划分⼀、⽇志打印格式整理ngx_printf.cxx以及ngx_log.cxx。
ngx_printf.cxx：放和打印格式相关的函数；ngx_log.cxx：放和⽇志相关的函数；ngx_log_stderr():往屏幕上打印⼀条错误信息；功能类似于printf,可变参。
printf("mystring=%s,myint=%d，%d","mytest",15,20);printf的两个功能：(1)根据可变的参数，组合出⼀个字符串:mystring=mytest,myint=15，20(2)往屏幕上显⽰出这个组合出来的字符串；ngx_log_stderr()ngx_log_stderr()可以⽀持任意我想⽀持的格式化字符 %d，%f,对于扩展原有功能⾮常有帮助----(i)void ngx_log_stderr(int err, const char *fmt, ...)----(i)----p = ngx_vslprintf(p,last,fmt,args); //实现了⾃我可定制的printf类似的功能----(i)--------buf = ngx_sprintf_num(buf, last, ui64, zero, hex, width);----(i)----p = ngx_log_errno(p, last, err);//解析错误码代码区ngx_log.cxxngx_printf.cxx⼆、⽇志等级划分//⽇志相关--------------------//把⽇志⼀共分成⼋个等级【级别从⾼到低，数字最⼩的级别最⾼，数字⼤的级别最低】，以⽅便管理、显⽰、过滤等等#define NGX_LOG_STDERR 0 //控制台错误【stderr】：最⾼级别⽇志，⽇志的内容不再写⼊log参数指定的⽂件，⽽是会直接将⽇志输出到标准错误设备⽐如控制台屏幕#define NGX_LOG_EMERG 1 //紧急【emerg】#define NGX_LOG_ALERT 2 //警戒【alert】#define NGX_LOG_CRIT 3 //严重【crit】#define NGX_LOG_ERR 4 //错误【error】：属于常⽤级别#define NGX_LOG_WARN 5 //警告【warn】：属于常⽤级别#define NGX_LOG_NOTICE 6 //注意【notice】#define NGX_LOG_INFO 7 //信息【info】#define NGX_LOG_DEBUG 8 //调试【debug】：最低级别#define NGX_ERROR_LOG_PATH "logs/error1.log" //定义⽇志存放的路径和⽂件名配置⽂件内容-关于⽇志的位置和可定义等级介绍：介绍void ngx_log_init();打开/创建⽇志⽂件介绍ngx_log_error_core()函数：写⽇志⽂件的核⼼函数----ngx_slprintf--------ngx_vslprintf----ngx_vslprintf----ngx_log_errno//log⽇志初始化//描述：⽇志初始化，就是把⽇志⽂件打开，注意这⾥边涉及到释放的问题，如何解决？void ngx_log_init(){u_char *plogname = NULL;size_t nlen;//从配置⽂件中读取和⽇志相关的配置信息CConfig *p_config = CConfig::GetInstance();plogname = (u_char *)p_config->GetString("Log");if(plogname == NULL){//没读到，就要给个缺省的路径⽂件名了plogname = (u_char *) NGX_ERROR_LOG_PATH; //"logs/error.log" ,logs⽬录需要提前建⽴出来}ngx_log.log_level = p_config->GetIntDefault("LogLevel",NGX_LOG_NOTICE);//缺省⽇志等级为6【注意】，如果读失败，就给缺省⽇志等级//nlen = strlen((const char *)plogname);//只写打开|追加到末尾|⽂件不存在则创建【这个需要跟第三参数指定⽂件访问权限】//mode = 0644：⽂件访问权限， 6: 110 , 4: 100：【⽤户：读写，⽤户所在组：读，其他：读】⽼师在第三章第⼀节介绍过ngx_log.fd = open((const char *)plogname,O_WRONLY|O_APPEND|O_CREAT,0644);if (ngx_log.fd == -1) //如果有错误，则直接定位到标准错误上去{ngx_log_stderr(errno,"[alert] could not open error log file: open() \"%s\" failed", plogname);ngx_log.fd = STDERR_FILENO; //直接定位到标准错误去了}return;}ngx_log_error_core(）//----------------------------------------------------------------------------------------------------------------------//往⽇志⽂件中写⽇志，代码中有⾃动加换⾏符，所以调⽤时字符串不⽤刻意加\n；// ⽇过定向为标准错误，则直接往屏幕上写⽇志【⽐如⽇志⽂件打不开，则会直接定位到标准错误，此时⽇志就打印到屏幕上，参考ngx_log_init()】//level:⼀个等级数字，我们把⽇志分成⼀些等级，以⽅便管理、显⽰、过滤等等，如果这个等级数字⽐配置⽂件中的等级数字"LogLevel"⼤，那么该条信息不被写到⽇志⽂件中//err：是个错误代码，如果不是0，就应该转换成显⽰对应的错误信息,⼀起写到⽇志⽂件中，//ngx_log_error_core(5,8,"这个XXX⼯作的有问题,显⽰的结果是=%s","YYYY");void ngx_log_error_core(int level, int err, const char *fmt, ...){u_char *last;u_char errstr[NGX_MAX_ERROR_STR+1]; //这个+1也是我放⼊进来的，本函数可以参考ngx_log_stderr()函数的写法；memset(errstr,0,sizeof(errstr));last = errstr + NGX_MAX_ERROR_STR;struct timeval tv;struct tm tm;time_t sec; //秒u_char *p; //指向当前要拷贝数据到其中的内存位置va_list args;memset(&tv,0,sizeof(struct timeval));memset(&tm,0,sizeof(struct tm));gettimeofday(&tv, NULL); //获取当前时间，返回⾃1970-01-01 00:00:00到现在经历的秒数【第⼆个参数是时区，⼀般不关⼼】sec = _sec; //秒localtime_r(&sec, &tm); //把参数1的time_t转换为本地时间，保存到参数2中去，带_r的是线程安全的版本，尽量使⽤tm.tm_mon++; //⽉份要调整下正常tm.tm_year += 1900; //年份要调整下才正常u_char strcurrtime[40]={0}; //先组合出⼀个当前时间字符串，格式形如：2019/01/08 19:57:11ngx_slprintf(strcurrtime,(u_char *)-1, //若⽤⼀个u_char *接⼀个 (u_char *)-1,则得到的结果是 0xffffffff....，这个值⾜够⼤"%4d/%02d/%02d %02d:%02d:%02d", //格式是年/⽉/⽇时:分:秒tm.tm_year, tm.tm_mon,tm.tm_mday, tm.tm_hour,tm.tm_min, tm.tm_sec);p = ngx_cpymem(errstr,strcurrtime,strlen((const char *)strcurrtime)); //⽇期增加进来，得到形如： 2019/01/08 20:26:07p = ngx_slprintf(p, last, " [%s] ", err_levels[level]); //⽇志级别增加进来，得到形如： 2019/01/08 20:26:07 [crit]p = ngx_slprintf(p, last, "%P: ",ngx_pid); //⽀持%P格式，进程id增加进来，得到形如： 2019/01/08 20:50:15 [crit] 2037:va_start(args, fmt); //使args指向起始的参数p = ngx_vslprintf(p, last, fmt, args); //把fmt和args参数弄进去，组合出来这个字符串va_end(args); //释放argsif (err) //如果错误代码不是0，表⽰有错误发⽣{//错误代码和错误信息也要显⽰出来p = ngx_log_errno(p, last, err);}//若位置不够，那换⾏也要硬插⼊到末尾，哪怕覆盖到其他内容if (p >= (last - 1)){p = (last - 1) - 1; //把尾部空格留出来，这⾥感觉nginx处理的似乎就不对//我觉得，last-1，才是最后⼀个⽽有效的内存，⽽这个位置要保存\0，所以我认为再减1，这个位置，才适合保存\n}*p++ = '\n'; //增加个换⾏符//这么写代码是图⽅便：随时可以把流程弄到while后边去；⼤家可以借鉴⼀下这种写法ssize_t n;while(1){if (level > ngx_log.log_level){//要打印的这个⽇志的等级太落后（等级数字太⼤，⽐配置⽂件中的数字⼤)//这种⽇志就不打印了break;}//磁盘是否满了的判断，先算了吧，还是由管理员保证这个事情吧；//写⽇志⽂件n = write(ngx_log.fd,errstr,p - errstr); //⽂件写⼊成功后，如果中途if (n == -1){//写失败有问题if(errno == ENOSPC) //写失败，且原因是磁盘没空间了{//磁盘没空间了//没空间还写个⽑线啊//先do nothing吧；}else{//这是有其他错误，那么我考虑把这个错误显⽰到标准错误设备吧；if(ngx_log.fd != STDERR_FILENO) //当前是定位到⽂件的，则条件成⽴{n = write(STDERR_FILENO,errstr,p - errstr);}}}break;} //end whilereturn;}//对于 nginx ⾃定义的数据结构进⾏标准格式化输出,就像 printf,vprintf ⼀样，我们顺道学习写这类函数到底内部是怎么实现的//该函数只不过相当于针对ngx_vslprintf()函数包装了⼀下，所以，直接研究ngx_vslprintf()即可u_char *ngx_slprintf(u_char *buf, u_char *last, const char *fmt, ...){va_list args;u_char *p;va_start(args, fmt); //使args指向起始的参数p = ngx_vslprintf(buf, last, fmt, args);va_end(args); //释放argsreturn p;}三、捋顺main函数中代码执⾏顺序nginx\app\nginx.cxx(1) ⽆伤⼤雅也不需要释放的放最上边(2) 初始化失败，就要直接退出的配置⽂件必须最先要，后边初始化啥的都⽤，所以先把配置读出来，供后续使⽤(3) ⼀些初始化函数，准备放这⾥:⽇志初始化(创建/打开⽇志⽂件)(4) ⼀些不好归类的其他类别的代码，准备放这⾥:把环境变量搬家(5) 该释放的资源要释放掉:goto语句【lblexit:】专门在程序执⾏末尾释放资源的函数【⼀系列的main返回前的释放动作函数】。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SCCM 2007系列教程之三日志文件Microsoft System Center Configuration Manager 2007 中的所有客户端和站点服务器组件都将过程信息记录在单个日志文件中。
您可以使用客户端和站点服务器日志文件中的信息来帮助您诊断在 Configuration Manager 2007 层次结构中可能出现的问题。
默认情况下，Configuration Manager 2007 中的客户端和服务器组件日志记录已启用。
客户端日志文件Configuration Manager 2007 客户端日志文件位于以下位置之一：在作为管理点的计算机上，客户端日志位于 SMS_CCM\Logs 文件夹中。
在所有其他计算机上，客户端日志文件位于 %Windir%\System32\CCM\Logs 文件夹或 %Windir%\SysWOW64\CCM\Logs 中。
CAS内容访问服务。
维护本地数据包缓存。
CcmExec.log记录客户端和 SMS 代理主机服务的活动。
CertificateMaintenance.logActive Directory 服务和管理点的证书维护。
ClientIDManagerStartup.log创建并维护客户端 GUID。
ClientLocation.log站点分配任务。
ContentTransferManager.log计划后台智能传输服务 (BITS) 或服务器消息块 (SMB) 以下载或访问 SMS 包。
DataTransferService.log记录策略或包访问的所有 BITS 通信Execmgr.log记录运行的所有播发。
FileBITS.log记录所有 SMB 包访问任务Fsinvprovider.log（在所有 SMS 2003 Service Pack 中重命名为FileSystemFile.log）软件清单和文件集合的 Windows 管理规范 (WMI) 提供程序。
InventoryAgent.log创建发现数据记录 (DDR) 和硬件及软件清单记录。
LocationServices.log查找管理点和分发点。
Mifprovider.log.MIF 文件的 WMI 提供程序。
Mtrmgr.log监视所有软件计数过程。
PolicyAgent.log使用数据传输服务请求策略。
PolicyAgentProvider.log记录策略更改。
Policyuator.log记录新的策略设置。
Remctrl.log记录远程控制组件 (WUSER32) 的启动时间。
Scheduler.log记录所有客户端操作的计划任务。
Smscliui.log记录控制面板中的“系统管理”工具的使用。
StatusAgent.log记录客户端组件创建的状态消息。
SWMTRReportGen.log生成一个由计数代理收集的使用数据报表。
（此数据记录在 Mtrmgr.log 中。
）站点服务器日志文件大多数 Configuration Manager 2007 站点服务器日志文件位于 <安装路径>\Logs 文件夹中。
由于 Configuration Manager 2007 对 Microsoft Internet Information Services (IIS) 的依赖性很强，您可以查看 IIS 日志文件中是否存在与客户端访问 IIS 服务器相关的其他错误。
IIS 日志文件位于IIS 服务器上的 %Windir%\System32\logfiles\W3SVC1 文件夹。
Ccm.log客户端配置管理器任务。
Cidm.log使用客户端安装数据管理器 (CIDM) 记录客户端设置的更改。
Coll.log当集合计算器创建、更改和删除集合时进行记录。
Compsumm.log记录组件状态摘要生成器任务。
Cscnfsvc.log记录媒体发送程序确认服务任务。
Dataldr.log处理 Configuration Manager 2007 数据库中的管理信息格式 (MIF) 文件和硬件清单。
Ddm.log使用发现数据管理器将 DDR 信息保存到 Configuration Manager 2007 数据库中。
Despool.log记录传入的站点到站点通信传输Distmgr.log记录包创建、压缩、增量复制和信息更新。
Hman.log记录站点配置更改并在 Active Directory 域服务中发布站点信息。
Inboxast.log记录从管理点移动到相应 SMS\INBOXES 文件夹的文件。
Inboxmgr.log记录文件维护。
Invproc.log记录对来自客户端清单文件的 Dataloader 组件的增量 MIF 文件的处理。
Mpcontrol.log记录管理点在 WINS 中的注册。
每 10 分钟记录一次管理点的可用性。
Mpfdm.log将客户端文件移动到相应 SMS\INBOXES 文件夹的管理点组件。
MPMSI.log管理点 .msi 安装日志。
MPSetup.log记录管理点安装包装过程Ntsvrdis.logConfiguration Manager 2007 服务器发现。
Offermgr.log记录播发更新。
Offersum.log记录播发状态消息的摘要。
Policypv.log记录客户端策略的更新，以反映对客户端设置或播发的更改。
Replmgr.log记录站点服务器组件与计划程序组件之间的文件复制。
Rsetup.log报表点安装日志。
Sched.log记录站点到站点作业和包复制。
Sender.log记录发送到其他子站点和父站点的文件。
Sinvproc.log将客户端软件清单数据处理记录到 Microsoft SQL Server 的站点数据库中。
Sitecomp.log记录已安装的站点组件的维护。
Sitectrl.log记录对 Sitectrl.ct0 文件的站点设置更改。
Sitestat.log记录对所有站点系统的监视进程。
Smsdbmon.log记录数据库更改。
Smsexec.log记录对所有站点服务器组件线程的处理。
Smsprov.log记录 WMI 提供程序对站点数据库的访问。
SMSReportingInstall.log记录报表点安装该组件启动安装任务并处理配置更改。
Srvacct.log站点使用标准安全时记录帐户维护。
Statmgr.log将所有状态消息写入数据库。
Swmproc.log处理计数文件并维护设置。
管理用户界面日志文件位于 <InstallationPath>\AdminUI\ 中RepairWizard.log记录有关运行修复向导的过程的错误、警告和信息。
ResourceExplorer.log记录有关运行资源管理器的错误、警告和信息。
SMSAdminUI.log连接到 Configuration Manager 2007 站点时记录本地 ConfigurationManager 2007 控制台任务。
管理点日志文件如果站点层次结构中安装了管理点，管理点日志文件将存储在管理点计算机上的SMS_CCM\LOGS 文件夹中。
MP_Ddr.log从客户端记录 XML.ddr 记录的转换，并将这些记录复制到站点服务器。
MP_GetAuth.log记录站点管理点的状态。
MP_GetPolicy.log记录策略信息。
MP_Hinv.log从客户端转换 XML 硬件清单记录，并将文件复制到站点服务器。
MP_Location.log记录位置管理器任务。
MP_Policy.log记录策略通信。
MP_Relay.log复制从客户端收集的文件。
MP_Retry.log记录硬件清单重试过程。
MP_Sinv.log从客户端转换 XML 硬件清单记录，并将它们复制到站点服务器。
MP_Status.log从客户端转换 XML.svf 状态消息文件，并将它们复制到站点服务器。
移动设备管理日志文件如果站点层次结构中启用了移动设备管理，则移动设备管理点日志文件通常存储在移动设备管理点计算机上的 <ConfigMgr 安装路径>\Logs 文件夹中。
DmClientHealth.log记录与设备管理点通信的所有移动设备客户端的 GUID。
DmClientRegistration.log记录纯模式下移动设备客户端的注册请求以及对请求的响应。
DmpDatastore.log记录设备管理点进行的所有站点数据库连接和查询。
DmpDiscovery.log记录设备管理点上的移动设备客户端的所有发现数据。
DmpFileCollection.log记录来自设备管理点上的移动设备客户端的移动设备文件收集数据。
DmpHardware.log记录设备管理点上的移动设备客户端的硬件清单数据。
DmpIsapi.log记录来自设备管理点上的设备客户端的移动设备通信数据。
dmpMSI.log记录设备管理点安装的 MSI 数据。
DMPSetup.log记录移动设备管理安装过程。
DmpSoftware.log记录来自设备管理点上的移动设备客户端的移动设备软件分发数据。
DmpStatus.log记录来自设备管理点上的移动设备客户端的移动设备状态消息数据。
FspIsapi.log记录来自回退状态点上的移动设备客户端和客户端计算机的回退状态点通信数据。
移动设备管理客户端日志有关受管理的移动设备和用于部署移动设备客户端的计算机上的日志文件的位置，请参阅如何为 Windows Mobile 和 Windows CE 设备配置日志记录。
DmCertEnroll.log记录移动设备客户端上的证书注册数据。
DMCertResp.htm（\temp 中）当移动设备注册程序在移动设备客户端上请求客户端身份验证证书时，记录来自证书服务器的 HTML 响应。
DmClientSetup.log记录移动设备客户端上的客户端安装数据。
DmClientXfer.log记录 Windows Mobile Device Center 和 ActiveSync 部署的客户端传输数据。
DmCommonInstaller.log记录客户端计算机上设置移动设备客户端传输文件的记录客户端传输文件安装。
DmInstaller.log记录 DMInstaller 是否正确调用 DmClientSetup，以及移动设备客户端上的DmClientSetup 是成功还是失败。
DmInvExtension.log记录客户端计算机上设置清单扩展文件的清单扩展文件安装。
DmSvc.log记录移动设备客户端上的移动设备管理服务数据。
操作系统部署日志文件CCMSetup.log提供关于基于客户端的操作系统操作的信息。