《MKTR文件.docVIP

MKTR文件在APG故障处理中的应用 相信每个GSM设备维护的人员对MKTR文件都很熟悉。当APG系统发生重启、进程吊死等故障时，MKTR文件是分析故障原因的最重要的手段。MKTR是在当系统发生问题时，方便收集详细系统信息的一个系统工具。它通过收集一系列的系统以及程序运行的日志文件，如事件日志，升级过程记录，进程停止启动记录，磁盘和进程状态等，再把日志文件打包压缩到一个名为mktr_a/b.zip的压缩文件，存放到C:\acs\data\ftp\mktrbuild目录里面。这个目录是ftp的虚拟目录中，处于ACS目录下的mktrbuild子目录。维护人员从该FTP目录取下MKTR文件后，通过对该文件的分析，从而查找APG故障的原因。 一般来说，MKTR文件的生成用指令mktr加参数生成。但是，如果系统出现相关故障，mktr指令不起作用，可以用手工来收集最重要的APPLICATION SYSTEM LOG，以便分析。手工收集的方法如下: APLOC; dumplog system type C:\TEMP\log.txt dumplog application type C:\TEMP\log.txt MKTR是附属于ACS系统的一个功能，具体位于此C：\Program Files\AP\Acs\bin\下面，是一个EXE文件。下面对MKTR压缩包里面比较重要的文件做一个详细的介绍，通过了解这些文件内容，结合具体的例子，使维护人员掌握MKTR工具在APG故障处理中的应用。 MKTR文件的构成 EventLog Event Log包括Application Log， System Log和Security Log。原始记录文件保存在C:\winnt\system32\config文件夹里面，是以.evt为扩展名的文件，分别为AppEvent.evt，SecEvent.evt和SysEvent.evt。这些是最能够获得有用信息的记录，分析系统问题时往往从这里入手，并且可以得到头绪。下面分别对三种LOG进行举例说明。 System Log是关于WindowsNT系统的事件报告，APG的专有进程以外的属于NT的系统程序事件都在这里显示。一般关于NT系统的事件报告都能通过Event code在微软的网站上查找相关的信息。下面来看看SDFMSC的application log中的几条记录： 1/10/06 12:11:00 PM MSFTPSVC Warning None 10 N/A SDMSC6AP1A User administrator at host has timed-out after 900 seconds of inactivity. 这条记录是由于用户administrator无操作时间过长，超过系统定义的阈值（900秒），被释放连接引起的一个警示。要避免此类警示要求操作人员在对网元操作完毕以后主动断开连接，养成良好的操作习惯。此警示对系统没有影响。 1/8/06 10:29:54 PM DhcpServer Warning None 1025 N/A SDMSC6AP1A The DHCP server was unable to read the BOOTP file table from the registry. The DHCP server will be unable to respond to BOOTP requests that specify the boot file name. 这记录中Event 1025的具体原因描述可以从那里查到，在网站的搜索框里面输入EventID，得到相关的描述信息。具体的解决办法要注册用户才能打开。该警示是在写入Log的时候发生系统重启引致的，是DHCPServer的问题。一般这种软件问题需要爱立信提供解决办法。 1/6/06 2:24:33 PM i8042prt Error None 26 N/A SDMSC6AP1A Exceeded the allowable number of retries (configurable via the registry) on device \Device\KeyboardPort0. 第三条记录是由于APG的鼠标和键盘口没有连接，系统在启动的时候如果检测不到设备，会不断的去尝试连接，确认没有设备后继续启动进程。此警示对系统没有影响。 Security Log是用户的登录信息，包括了登录时间，用户名，成功与否，连接号以及进行鉴权的系统模块名称等。以下是SDFMSC Security Log的几条记录： 1/10/06 3:13:39 PM Security Success Audit Logon/Logoff