APG典型故障处理小结
APG40紧急恢复
APG紧急恢复1、概述当遇到APG紧急故障时，也许因为未能找到适合的文档或者OPI，或者因为OPI 过于繁琐而影响了处理故障的效率。
以下文档主要根据一些常见的OPI资料和一些处理经验总结而成，用以处理一些简单的APG紧急故障。
根据当前GMCC的网络结构，本文主要覆盖了基于APG40C/2硬件的Windows NT系统的R10APG2、发生在AP1上的紧急故障以下故障基于Windows NT系统能够正常被引导启动的故障。
2.1、AP1 UndefinedAP Undefined 故障表现为：<prcstateUndefined这表明Cluster Server未被或着正在被启动。
首先我们需知道系统重启对于修故AP 系统上的错误是很有帮助的，它能修复系统盘Windows NT上的许多问题（数据盘上的问题除外，处理数据盘问题时需特别小心），所以必要时要多重启 :P查找以确定Cluster Server是否已经启动,使用指令：net start |find "Cluster Server"C:\>net start |find "Cluster Server"Cluster Server如果找到Cluster Server，表明Cluster Server正在或已被启动。
如果Cluster Server未被启动，可手工启动Cluster ServerManual Starting of Cluster--------------------------net start clussvcnet start ACS_FCH_Server等待一到两分钟，Cluster Server应该能被启动。
但启动Cluster Server时，您有可能经常得到的FaultCode 有:1722 The RPC server is unavailable1717 The interface is unknown70 The remote server has been paused or is in the process of beingstarted1069 The service did not start due to a logon failure.2813717FC 70和1717表明Cluster Server 正在启动，但未完全起来，这是可能Cluster Server启动前的中间状态，请耐心等待几分钟如果长时间得到类似FC70 的错误，可尝试双边AP node同时重启动的方法，正常的话，AP nodeB会先完成重启，并成为Active nodeFC1069表明AP应用所使用的系统帐号失效了，对于这种情况：一般可使用指令：SetupservicesNet start Clussvc如果依旧有Fault Code 1069在NodeA使用，nbtstat -RR ## on PDC to reset WINS cache 在NodeB使用，netdom BDC /RESET ## on BDC only然后在要起Cluster Server的node上执行Setupservices –rNet start ClussvcCluster Server 有可能因为系统Quorum Log的损坏而无法启动，即使使用前面提到的方法，此时AP两边node都是undefined的，在这种情况下，我们能够采用以下方法处理问题：首先在MKTR的Eventlog中，你能找到以下Event:Event 1019 :the quorum logfile for the cluster was found to be corruptEvent 1069 :resource "Disks J: K:" failed这时你可确认Cluster Server问题是由Quorum Log引起了。
关于APG_NODE_DUMP掉的故障处理经验
AP NODE DUMP掉的故障处理一、故障描述1．网管出现以下告警：其中一个NODE down掉的告警: ap not redumdant ap apname node nodename 1 dgg13b1ap1c a dgg13b1ap1a node not available dgg13b1ap1b cause date time node is down 20050202 210457 对故障NODE 无法ping通。
2．在机房现场使用显示器连上APG，发现故障NODE提示operating system not found 使用Ctrl + Alt +Del重启后故障二、故障原因APG系统实际已经类似PC，在长期使用的过程中，由于系统硬盘的电气特性，出现了吊死的情况（询问爱立信，有可能为磁头吊死）；使用软启动是无法解决该故障，必须进行断电重启。
一般来说，断电重启后可以恢复正常；在恢复正常后，对该局需要做进一步观察，如果发现该交换局频繁出现该故障，则可断定该NODE存在硬件问题，需要更换APG-NODE。
三、故障处理步骤断电重启步骤：1、在正常NODE，AP模式下，键入：fcc_save_to_remove other出现提示，键入y进行确认指令说明：该指令命令CLUSTER停止对另外一个NODE的控制。
必须要键入该指令才能对另外一个NODE进行断电，否则会造成CLUSTER 和RAID的损坏。
在指令完成后，另外的一个NODE工作灯熄灭，同时MIA灯闪烁。
2、对故障NODE断电（拔出-48V电源线），等待2分钟后，插好电源线。
故障NODE 在通电后开始自行启动。
3、待故障NODE重启后，在正常的NODE键入：fcc_integrate other出现提示，键入y进行确认指令说明：带动另外NODE投入工作。
4、一般情况下，故障NODE恢复正常。
检查进程状态cluster res所有进程工作正常，此时可以消除reboot和General fault 的告警，此时应残留mirror disks not redundant 的告警。
APG故障处理
APG故障处理经验积累APG故障处理经验积累：APG 进程重启故障表现：WINNT状态正常，可以正常TELNET；但是有告警中有“NODE DOWN”，TELNET 上该NODE，敲入PRCSTATE，提示THE NODE UNDEFIND。
首先，检查进程运行情况net start一般这种表现，多为CLUSTER MASTER没有正常启动。
在确认没有发现CLUSTER MASTER没有正常工作后启动该进程：net start “Cluster Master”（R9）net start “Cluster Server” (R10)重启APG步骤：一、先看一下A/B NODE的RAID状态（指令raidutil -L all)，ACTIVE边所有的都是optima状态，PASSIVE边都是drive failed状态。
二、再看一下A/B NODE的RESOURCE状态是否都为ONLINE（指令cluster res)三、在B-NODE边敲指令prcboot,将active状态倒换为passive。
可能需要好几分钟。
四、重复第二步，所有RESOURCE都为ONLINE,且A-NODE为ACTIVE,B-NODE为PASSIVE，则成功。
否则继续进行以下步骤。
五、在A-NODE重复第三步操作。
六、重复第二步，所有RESOURCE都为ONLINE,且B-NODE为ACTIVE,A-NODE为PASSIVE。
七、在A/B NODE分别敲指令mktryymmdd-hhmm为防止文件损坏，在unix提取文件的使用，请首先使用bin 这条指令！检查APG与CP 的联系是否正常OCINP：IPN=all; （cp command）定义外部告警查看定义：exalls -l exalls定义数据：exaldef -s "MAINS FAILURE" -c 0 -C 8 -o no -S Power exal-1-4修改数据：exalch -s "MAINS FAILURE" -c 0 -C 15 -o no exal-1-4解开设备：exaldeblk -b exal-1-4 -e exal-1-8 （如果闭使用exalblk）3、APG网元备份后，SYTUC出Fault Code:54Fault Code 54 表示：Not permitted. File in exclusive use.(Name rotation is not initiated.)故障定位为APG执行边吊死，在确定了备用边工作正常后，对APG执行边做重启后，故障排除。
烧结区域典型故障、原因分析及经验总结--[超实用!!!]
![烧结区域典型故障、原因分析及经验总结--[超实用!!!]](https://img.taocdn.com/s3/m/7fcfad6d58fafab069dc02d1.png)
06年变送器、流量显示类烧结车间故障现象：2006年，监控画面无流量显示故障排查：一混水流量调节电动执行器跳电，电磁流量计也失电，后将电源送上，主机不工作，显示屏无流量，电脑上也无流量显示。
因主机不工作，怀疑为电源供电问题及保险丝。
查电流供电正常，220V，查看主机保险丝，正常。
后将二混电磁流量计主机与一混主机对换，显示流量正常，判断流量计探头完好。
故判断此次故障应是电磁流量计内部损坏引起的。
总结：多学习仪器仪表知识，做好仪器仪表的保养工作。
经常检查仪器仪表的供电状况，防止断电引起的仪器仪表的损坏。
5#烧结煤气总管压力无显示故障故障现象：2006年，4月9号早上6点多，5#烧结煤气总管压力在上位机上显示为零，此时煤气快速切断阀关闭。
故障排查：首先检查煤气总管压力变送器的24V电源，发现没有4～20mA信号输出，然后检查煤气总管压力的配电隔离器，发现隔离器上有24V电源，这说明隔离器没有提供24V电源给压力变送器，后更换配电隔离器后就恢复正常，故障排除。
总结：加强检修力度，排除隐患，把故障减小到最低，保证设备正常运行。
6#烧结B线煤气流量跑最大故障现象：2006年，6#烧结B线煤气流量一直跑最大。
故障排查：一开始怀疑是差压变送器的问题，所以用FLUKE压力校准器再次校准，但是所显示的压力值和电流值很吻合，就断定差压变送器不存在问题；后又检查孔板的正负是否安装反，经检查，也没有问题；最后怀疑负管堵塞或是程序上有错误，在排除程序错误这个可能性后检查出负管内有大量的积水，将该管内的积水排出后有气体排出，现在煤气流量显示准确。
总结：差压变送器负管堵塞是常见的问题，很多情况都是负管内有大量的积水，所以要定期排污，保证管道通畅。
6#烧结一混进水电磁流量计画面显示断路故障现象：2006年，6#烧结一混进水电磁流量计画面显示断路，没有显示。
故障排查：一开始估计是电磁流量计的接线有松动或未接，但是现场检查后发现接线正常；后用万用表测量电源，为AC220V，也正常，量信号输出为40多毫安，用电压档量有DC24V的电源，到配电室检查，发现经过220V电源再连接到PLC，正确接法是直接连接到PLC。
分子筛纯化系常见故障分析与处理
分子筛纯化系统常见故障分析与处理2009-12-03酒泉钢铁(集团)有限公司(以下简称：酒钢)于2003年秋季开始筹建3套21000m3/h空分设备，现结合设备调试中分子筛纯化系统出现的几次故障，以及国内同行在日常工作和设备调试、安装中出现的同类故障，对分子筛纯化系统常见故障及其处理经验作一总结，供参考。
1 21000m3/h空分设备分子筛纯化系统简介酒钢21000m0/11空分设备分子筛纯化系统设计处理空气量150000m3/h，空气进口温度17℃，出口温度24℃，分子筛再生温度170℃，切换周期为4小时。
分子筛吸附器采用活性氧化铝和分子筛双层床结构，延长了分子筛的使用寿命，同时使床层阻力减少。
内装13X-APG条形分子筛22t，活性氧化铝11t。
每套空分设备配有630kW功率的电加热器3台，2用1备。
酒钢21000m3/h空分设备分子筛纯化系统流程如图1所示。
2分子筛纯化系统常见故障分析和处理2．1 操作不当使分子筛纯化系统发生故障2005年冬季，按照酒钢计划，1#21000m3/h空分设备配合生产主线进行停机检修。
空分设备停机后，进行疏通氧压机冷却器的工作。
其间，发现空压机放空阀法兰处大量渗水。
技术人员当时就意识到可能是空冷塔返水。
后来经过仔细检查，发现常温水泵的进出口阀门没有关严，系统冷却水通过水泵进入空冷塔，水位逐渐上升，进入空气管道后经放空阀法兰处渗出。
随后立即打开分子筛吸附器进口处排水阀V1262进行检查，没有水流出。
证明水没有进入分子筛纯化系统。
如果有水进入分子筛纯化系统，则必须进行处理后才能继续工作。
后来在空分设备正常运行时，两个分子筛吸附器的冷吹峰值分别为115℃和118℃，说明分子筛纯化系统运行正常。
酒钢空分设备曾发生过因操作不当导致水分进入分子筛纯化系统的故障。
3#6000m3/h空分设备临时停车，操作工关闭空冷塔进出口阀门后发现排水阀V1262处流出大量水。
检查发现，由于空冷塔回水阀V1164没有完全关闭，加之止回阀V1165存在故障，导致有压回水经回水管道进入空冷塔，最后水位上升，导致水进入分子筛纯化系统。
全国爱立信GSM设备典型案例分析与维护经验汇总
全国爱⽴信GSM设备典型案例分析与维护经验汇总全国爱⽴信GSM设备典型案例分析与维护经验汇总⼀、交换⽹ (2)1.1 APG40容量过⼩的处理 (2)1.2 关于告警板问题经常需插拨ALCPU板问题报告 (5)1.3 APG40计费冗余实现⽅案 (12)1.4 各种Forlopp吊死 (12)1.5 ⼿机激活CLIR（主叫隐藏）功能导致主叫失败的说明 (13)1.6 APG40历史告警 (13)1.7 Infinite⽂件虚假告警 (14)1.8 功能块ALA产⽣⼤量FORLOPP的调查研究 (14)1.9 APG系统告警较多、帐号管理不⽅便问题 (18)1.10 AP node故障和SCSI RAID磁盘故障 (19)1.11 省际彩铃呼叫提⽰号码不完整或⽆法听彩铃问题 (20)1.12关于串话、单通问题的专题分析 (21)1.13漏话故障处理 (25)1.14外省拨叫⼴东彩铃⽤户听到“未能接通”的通知⾳ (28)1.15例⾏⼩启引起CP FAULT原因分析 (29)1.16爱⽴信端局G17覆盖下的⼤量⽤户出现被叫不通分析 (35)1.17爱⽴信⽹元TCP/IP连接中断故障分析 (37)1.18关于⽤户取消来电显⽰后⽆法正常做被叫的案例分析 (39)1.19爱⽴信HLR21 CP内存故障处理经验 (41)1.20交换机A接⼝信令中断处理 (46)1.21移动客户话单中位置⼩区号和交换机代码不符合问题分析 (49)1.22爱⽴信端局短信延迟的处理 (55)1.23市话拨打移动⼿机回声有严重回声问题解决 (57)1.24SYMSC12神州⾏⽤户查询亲情号码时播报次序号混乱 (60)1.25爱⽴信交换机软件故障处理报告 (68)⼆、⽆线⽹ (70)2.1 CZBS6&7 时隙闭塞问题 (70)2.1 爱⽴信设备串短信问题分析 (71)⼀、交换⽹1.1 APG40容量过⼩的处理●来源：江苏●问题描述：C盘的空间配置太⼩,经常出现磁盘空间不够的告警；K：L：设计空间过⼩，有时也会出现关于容量太⼩的告警。
网管网故障汇总
----常用解决方法
三、 网元无法访问
————网元无法访问一般会有机楼管理人员联系我们
1，与网元管理员确实网元IP，子网掩码，网关，接入网管交换机等信息。 2，在广州TD网管IP地址规划和网管网设备端口分配表这两个表中找出对应的信 息。 3，如步骤1的信息不同于步骤2，让现场人员更改网元信息。 4，如步骤1的信息同于步骤2，检查网管网的路由器，交换机，防火墙的配置信息。 5，网管网设备配置有误就立刻修改。 6，网管网设备配置未误，在AGP防火墙上查看ARP信息，如没有对应的IP地址 同MAC地址，就查看交换机与防火墙或交换机与交换机之间的级连接口没有没 放通对应的VLAN。 7，如以上一切正常，要求现场人员用手提电脑代替网元接入测试，如正常访问就 是网元问题；与还是不能访问，即是网元到交换机之间网线或者交换机端口问 题，那就要更换网线路或者交换机端口。
典型故障案例
故障名称：清河东 号楼机楼 号楼机楼APG-LAN断链 故障名称：清河东3号楼机楼 断链 故障现象： 故障现象： 8月12日，网管网维护人员收到清河东维护人员报障，APG网元全部脱管。 处理过程： 处理过程： 1、金海值班人员打开what’s up发现清河东3号楼汇聚交换机SW3A-9303、SW3B-9303、PIX-UR、 PIX-FO及下挂APG-LAN交换机挂红。 2、查看清河东A、B出口路由器下联S9303的端口，发现端口状态为up，查看路由器log信息，发现 有ospf邻居丢失信息，查看ospf邻居，发现路由器A丢失了路由器B的邻居信息。 3、考虑到其组网拓扑为路由器A与路由器B互通的数据包先到交换机S9303A后再转到S9303B，再 流到路由器B。所以怀疑交换机A、B之间的互联端口故障！再查看路由器vrrp信息，发现vrrp信 B A B vrrp vrrp 息正常！判断并非互联端口故障。 4、在9303A上查看log信息，发现提示LPU板卡内存超过阈值！怀疑是内存使用率过高导致ospf数据 包丢失，使路由器A/B邻居丢失。 5、在处理过程中9303A的LPU板自动重启，导致交换机A、B互联端口关闭，路由器A、B的vrrp正 常切换。流量经出口路由器B上流，交换机9303B恢复通讯。 6、9303A交换机LPU板重启完毕，交换机互联端口状态为up，路由器VRRP开始切换，9303A交换 机恢复远程管理。故障恢复。 分析总结： 分析总结： 故障发生的原因为S9303A以及S9303B交换机的软件bug，导致LPU板卡内存使用率过高， 数据包转发不稳定。需要厂家提供相应补丁封堵bug。另外需要注意的是处理交换机端口挂死情 况，应优先考虑实行路由器vrrp主备切换。由主备切换控制数据流流经S9303B，再考虑重启 S9303A。
爱立信APG43统计原理及常见故障处理
关于爱立信APG网元统计无法正常生成的隐患分析背景增强网络的服务质量，提高客户感知，是我们一直努力的方向。
而提高网络质量，首先必须要采集及分析网元的统计数据，准确的数据统计是网维和网优部门掌握交换机运行状况、网络质量评估和网络资源优化配置的前提。
本案以爱立信APG网元统计系统组成及其工作原理为基础，分析当前关于爱立信统计常见故障，并给出解决方法。
问题（任务）描述在日产维护工作中，时常会发生：（1）网优无法取到MRR、RIR等统计文件；（2）话务四期的统计数据不全或者无法取到统计数据；（3）打印15分钟的话务，STMFO -i -z SCREEN -b 201204111030 -s 201204111045 CELTCHF -p 15提示stmmp:error connecting to server（4）打印MP信息，STMMP -L -l提示stmmp:error connecting to server下面将从Recording和STS系统组成及工作原理出发，分析这些故障原因，给出解决方法。
分析与对策爱立信APG存在两种类型的统计，Recording类型和STS类型统计。
一、Recording类型Recording类型统计使用的是CP文件系统。
在BSC或者MSC中配置统计，结果保存在APG的L:\FMS\data\CPF\EXCHVOLUME目录对应文件夹。
在BSC中Recording类型统计文件一共有七类：BA-List Recording (BAR)Channel Event Recording (CER)Measurement Result Recording (MRR)Radio Interference Recording (RIR)Cell Traffic Recording (CTR)BTS configuration data collection (BCDC)Mobile Traffic Recording (MTR)（在BSC中生成统计文件，但需在MSC中配置统计）每一类型文件都对应着10到64个记录文件，如MRRFIL00,MRRFIL08及MTRFIL63。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
APG典型故障处理小结1、故障：intelligent networks management interface分析：此告警表明文件系统在处理intelligent networks management interface （INM）接口连接时出错。
此时有两种情况：1、ACTIVE CONNECTION FILE BUFFER表明缓冲区文件有误；2、INM LOG FILE表明INM的LOG文件处理时出错，此种情况比较常见，LOG FILE因为某些偶然原因被删除后就会出现这种情况，例如有时LARGE RESTART或是RELOAD后丢失此子文件。
处理: 用指令ssmpi:sfn=n+1其中SFN:SUBFILE NAME。
n为最后一个INMLOG中的子文件的数目，出现这种情况。
APG40中可以用CPFLS -S指令直接查看INMLOG 中的子文件情况。
2、故障：APG40系统中文件无法传到OSSDESTx的问题。
分析：多数此类告警都可以用指令CDHLS -L 查看所有路径的OSSDESTx 的传输类型和参数定义有否正确。
大多数都不会有参数丢失的情况，然后用CDHVER 查看告警制定的OSS路径的状态是否OK,否则用指令CDHVER -M 人工修正使状态变为正常，消除告警。
但是有的告警比较特殊例如:AP FILE PROCESSING FAULTCAUSEFILE TRANSFER FAILEDTRANSFER QUEUEALOGDESTINA TION SETOSSDEST ALOGProblem DataTransfer error分析处理过程：先试着用以上常规的处理方法即以上指令来设法消除此告警：1、用acease无法消除告警2、cdhls -l OSSDESTALOG查看此路径的所有传输参数，一切均正确。
3、用cdhver OSSDESTALOG看其状态，结果显示STATUS OK。
4、于是确认了本地交换机的设置没有问题，怀疑是到OSS的网络不通但用指令ping 对端oss的IP, 显示网络路径完全正常；后来注意到A3级的一个告警，是由于刚才那个A2级告警引起的：DA TA OUTPUT, AP COMMON DESTINA TION HANDLING, DESTINA TION FAULTDESTINA TIOOSSDEST ALOGCAUSEWRITE FAILUREProblem DataThe connection to the remote host lost or write access denied再分析上面的告警要确认了是因为AP 文件没有写到OSS的权限。
综上分析可以确定是对端网管的设置问题，导致ALOG文件无法正常传送。
所以联系对端协助处理。
总结：此类问题可以从三方面来分析1、本地设置和定义的参数。
2、网络是否畅通。
3、对端的参数设置问题。
3．故障：APG40中CLUSTER 无法正常启动的问题分析：APG40中经常出现AP1边的CLUSTER服务无法正常加载启动的问题，一般是当管理员改过普通用户的帐号或者密码时，或者系统升级的遗留问题时会出现。
因为启动CLUSTER需要帐号密码的认证。
处理：在AP 模式下，用指令CLUSTER RES 查看具体服务ONLINE /OFFLINE 的情况。
一般情况下，可以用指令cluster res <resource name> /on /wait将某些服务人工ONLINE上；如果告警中涉及到磁盘阵列的问题还要用两条非常有用的指令raidutil -L all 和raidutil -L logical/physical查看逻辑磁盘和物理磁盘的状态。
如果整个CLUSTER无法加载,则查看ACTIVE或是PASSIVE边NODE 的状态就为UNDEFINED。
在控制面板中的服务，找到CLUSTER查看属性，把MANUAL改为AUTO加载，然后在ACCOUNT项中改为正确的帐号和密码，然后PRCBOOT后，CLUSTER可以正常启动，解决故障。
4．故障：告警AP SYSTEM ANAL YSIS详细描述：A2/APZ "GZMMSC63/JB/0/0" 804 041127 0011AP SYSTEM ANALYSISAP APNAME NODE NODENAME1 GZG13MAP1C A GZG13MAP1AOBJECT COUNTER INSTANCE LIMIT VALUELogicalDisk % Free Space C: <16 15.955分析:这是一个由于磁盘空间不够引起的告警，此时我们通过LOCAL IPPORT/PCANYWHERE进入AP1 NODE A查看C盘的属性，发现C盘的剩余空间小于16%。
处理办法：C盘空间不足时可删除的文件1、C:\acs\data\Ftp\mktrbuild该目录存储的是爱立信TR需要的logfile，可以完全删除（一般可在提交给爱立信后即刻删除）。
2、C:\Temp该目录存储的是windows NT系统的临时文件，可以完全删除。
3、C:\WINNT\system32\logfiles\MSFTPSVC1C:\WINNT\system32\logfiles\MSFTPSVC2C:\WINNT\system32\logfiles\MSFTPSVC3该目录存储的是windows NT系统记录的用户登录信息、安全事件信息等logfiles，可删除较旧的文件，建议至少保留一周之内的文件，如实在空间不足，也可全部删除。
4、C:\acs\logs\fch该目录下如果有扩展名为.old的文件，形似：acs_fch_activity.old，为系统自动保留的旧版本文件，可删除该.old文件。
C:\acs\logs\prc该目录下如果有扩展名为.old的文件，形似：ACS_PRC_error.old，为系统自动保留的旧版本文件，可删除该.old文件。
C:\acs\logs\usa该目录下如果有扩展名为.old的文件，形似：usa.tmp.old，为系统自动保留的旧版本文件，可删除该.old文件。
C:\acs\logs\core该目录下如果有扩展名为.unknown.x（其中x为一阿拉伯数字）的文件，形似：core.unknown.x，可删除该文件。
5、清空C盘回收站通过以上方法一般可以消除该告警,如果不能消除的话,在确定C盘空间大于16%情况下,可以用指令ACEASE -O ID号消除.5．故障：告警AP ANTIVIRUS FUNCTION FAUL T详细描述:Alarm Identifier Class Category Time8796:0 A2 APZ Sun Nov 21 07:17:42 2004Object of ReferenceLOGFILE/APPLICATION-VIRUSAlarm TextAP ANTIVIRUS FUNCTION FAULTSIGNATURE FILE DOWNLOAD FAILEDProblem DataSun Nov 21 07:17:41 2004 3004 GZG33MAP2A 2 264 InoculateIT EVENTLOG_W ARNING_TYPE 07:16:11 11/21/04 176 gzg33map2a 07:17:41 11/21/04 The automatic download has run 4 times unsuccessfully.The next attempt will occur at the regularly scheduled download time.解决方法:在ap1设置eTrust软件,记住沟选Redistribution Server选项,然后APG2（计费专用）就可以通过“Redistribution Server”的方式从APG1更新病毒库。
6．故障：AP LOG STATISTICS详细描述:Alarm Identifier Class Category Time8799:0 A2 APZ Mon Nov 29 08:53:45 2004Object of ReferenceLOGFILE/SECURITY-LOGONAlarm TextAP LOG STATISTICSSECURITY VIOLATION A TTEMPTProblem DataMon Nov 29 08:53:45 2004 29697 GZG33MAP1A 644 196 SecurityEVENTLOG_AUDIT_SUCCESS GZ9912 GZG33MAP1AS-1-5-21-1586019725-754599781-3438223002-1051 SYSTEM NTAUTHORITY (0x0,0x3E7) -解决方法:因为多次登陆输入帐号密码错误而导致,用acease消除即可.7、故障：AP PROCESS REINITIATED详细描述:AP PROCESS REINITIATEDAP APNAME NODE NODENAME1 ZCCBSC1AP1C B ZCCBSC1AP1B分析：这是进程重新启动引起的。
解决办法：当进程起来后，此类故障都可以用APLOC进入AP模式，然后直接用ACEASE ID消除。
8、故障：AP FAULT详细描述:AP FAULTAP APNAME NODE NODENAME1 ZCZ40AP1C B ZCZ40AP1BPROBLEMGENERAL ERROR&AP-AP ETHERNET LINK&MIRRORED DISKS NOT REDUNDANT分析：此类故障是由于APG40 DOWN掉后而引发的一系列告警。
解决办法：当APG40 PRBOOT 或RESET时启会出现此类的告警，当重启成功后（大概五分钟）故障会自动消除。
如果没有自动消除可以用APLOC进入AP 模式，然后直接用ACEASE ID消除。
9、故障：AP PROCESS STOPPED详细描述：AP PROCESS STOPPEDAP APNAME NODE NODENAME1 ZCCBSC1AP1C B ZCCBSC1AP1B分析：此类故障是由于这是进程吊死引起的。
解决办法：此类故障都可以用APLOC进入AP模式，然后用ACEASE ID消除10、故障：OSS无法收集到告警分析：此故障是由于AD-X吊死引起，解决办法：可以在APG40 ACTIVE NODE 做PRCBOOT后，OSS能正常联机11、故障：DIRECT FILE OUTPUT FAULT详细描述：DIRECT FILE OUTPUT FAULTAP APNAME NODE NODENAME1 ZCCMSCAP1C A ZCCMSCAP1ACAUSEBLOCK TRANSFER FAILEDFILENAMERCEFILE1分析：此故障是文件传送失败引起。