APG40 硬盘空间的维护经验
一、概述
APG40的硬盘有两类。一类是系统盘，每边（A边和B边）各一块，分为四个分区 C: D: E: F:。另一类是数据盘，是三对硬盘作RAID1镜像。只有执行侧（ACTIVE）可以接入数据盘。数据盘的分区分为J: K: L: M: G: Q: Y: R: S: 。
APG40有一个内部监控磁盘空间使用的程序，根据目前的缺省配置，当所剩磁盘空间小于总分配空间的16％时，即会生成A2级告警。而小于4％时，即会产生A1告警。当剩余空间重新回到6％时，A1告警消除。而剩余空间回到18％时，A2告警消除。这个告警门限的设定没有特别的原因而且不对某一个磁盘分区有针对性。
随着APG40软件版本的不断升级，正常的系统文件对C:盘（共2GB）的占用会不断增加，从而导致会比较频繁地出现C:盘使用空间不足的告警。就目前软件安装的情况（R9,R10），定期检查和删除一些不必要的系统日志文件，应该可以使C:盘的剩余可使用空间控制在360MB到400MB之间。从而可以达到消除告警的威胁。
从日常维护的角度，C: 盘，K:盘和HLR的L:盘会经常有空间告警现象的出现。下面分别就这些磁盘分区的维护，介绍一下我们在处理这方面问题的经验。
二、C:盘空间的维护
C:盘是APG40系统盘的主系统分区。分配空间为2GB。当剩余空间小于16％（320MB）时出现A2告警。恢复18%（380GB）以上后，该告警消失。在C:盘中，如果出现空间告警，请按以下步骤查看是否有垃圾文件和系统日志文件可以删除。
1.检查 C:\TEMP目录，该目录是用于存放AP升级用的临时文件以及系统生成的一些记录文件。该目录下的文件是可以随时清除的，不会给系统正常运行带来影响。值得注意的是，有的客户
cd /d C:\TEMP
rd . /s /q
2.由于APG40的FTP服务器会将一些传送文件作为CACHE留在c:\winnt\profile\….的某些子目录中，典型的文件是病毒库文件（eg. inort.exe），会占用很多空间。
dir /s c:\winnt\profiles
del /s c:\winnt\profiles\*.exe
del /s c:\winnt\profiles\*.zip
3.检查 FTP 服务器的日志文件, 看是否占用很多空间，原则上所有日志文件都可以删除，除了正在使用中的以外。
del C:\winnt\system32\LogFiles\*.log /s
4.使用ETRUST人工扫描扫描病毒时，会生成一些日志文件。这些文件可能会占用很大空间，可以删掉。注意，只可以删SL开头的文件(不适用R10系统)。
dir c:\Progra~1\CA\eTrust\InoculateIT\DB\SL*
5.查看C:垃圾箱中是否有未彻底删除的垃圾文件。
cd /d c:\Recylcer
del * /s
6.查看 c:\acs\logs\core, 删除名字以core.unknown开始的文件, 但保留 drwtsn32.log
dir c:\acs\logs\core
del c:\acs\logs\core\core.unkonw.*
7.检查 c:\acs\data\ftp, 该目录是对应ACS的虚拟目录。在该目录下，有可能有一些放到ACS虚拟目录的临时文件，另外在mktr目录中，存放每次做好mktr的压缩文件
dir c:\acs\data\ftp\* /s
del c:\acs\data\ftp\*.zip /s
8.检查 “C:\program files\ca\etrust\inoculateIT\ARCTEMP”和“C:\program files\ca\common\scanengine\ARCTEMP”, 该目录下存放一些安装ETRUST过程中的临时文件，可以删掉(不适用R10系统)。
cd /d c:\”Program Files”\etrust\Inoculate\ARCTEM
del *
9.有的进程出现软件错误时，会生成一个DEBUG文件，该文件有时会占用很大空间
del c:\winnt\user.dmp
三、K:盘空间的维护
K: 盘共分有2.5GB的空间。有四类文件比较占空间。
1．ALOG
存在于K:\ACS\logs\ALOG\logfile目录中，记录的是所有输入系统的指令（CP和AP），系统产生的告警和EVENT。一般地，这些文件也被要求传送到OSS，并在APG40上保存一定时间（7天）。这个目录中文件的格式为Logfile-2005-01-02-0001，指明了日志文件的生成日期。日志文件的管理有两种方式。一种是可以指定总空间的占用门限。缺省值为100MB。当日志文件的总和超过100MB，最老的文件就被删除掉。一种是指定保存的最长期限，超过期限的日志文件将被自动清除。一般的，HLR的APG40中ALOG文件会比较大，因为HLR的用户数据操作指令比较多。如果指定保存期限，APG40就不会理100MB的限制条件去保存文件了。实际保存文件的总数可能比100MB小，也可能比100MB大。
2．待传，或未被传送的统计文件
在K:\AES\data\cdh\ftp\OSSDESTx\ready（x=1,2,3…）中，保存所有以RESPONDING方式待传送的统计文件，包括STS和TRARFILE和TRDIPFILE等。由于系统REBOOT或其他原因导致的文件传送失败，这些待传送的文件没有被及时清除，以垃圾的形式存在于上述目录中。一般地，首先确认上述文件是否仍然需要，如果时间太久，统计的信息不再有时效性，则可以将他们直接删除或者从Ready目录挪到Delete目录中。否则将它们拷贝回其原来所在的目录，用手工的方式（afpfti）重新传送。
3．APG40的系统备份
AGP40的系统备份是将两个NODE的系统压缩以ZIP文件的形式存放于K:\Images\nodea(nodeb)\中。一般的，根据现有K:盘空间的配置，最多可以存放两套APG40的系统备份，共4个ZIP文件，每个文件约430－450MB大小。如果要作多一套备份，请即时删除最老的一套备份。
4．本地告警输出备份
有的局有配置了告警输出到本地终端。那么在本地在K:\MCS\logs\PDS会生成AD-xxxx.log的文件。由于这类文件不会自动删除，所以如果其数量过大，请酌情删除老的文件。一般地，我们不鼓励在本地保存告警输出，因为APG40内置的AUDIT LOG功能已经保存有各类告警的信息，并且支持搜索和空间自动管理。删除本地告警输出的设置，请作：
C:\>cpdlist -l
DEVICESEP TYPE TIME STATEQPRTPRCA PARAMETER
AD-1023 NoFile 0Idle 00-255-f .
C:\>cpdremove AD-1023
并清空CP的IO路由表
<IOROL:CANCEL;
<IOROL
RCA=0&&31;
<IOROI
RCA=0&&31;
…..
<IOROL
RCA=224&&255;
<IOROI:PRCA=224&&255;
四、L:盘空间的维护
在R9的系统中。L: 盘目前分配有10G空间，存放CP软件的备份以及基站软件等。一般地，MSC和BSC的APG40有足够的空间存放上述文件。但对于HLR，由于其CP备份主要是用户数据，会占用很大的存储空间。有的HLR仅一个CP备份就占用大约3GB的空间。目前，采取WINDOWS NT 自带的压缩工具compact，可以将L:\FMS\data\CPF\RELVOLUMSW目录压缩。对HLR的CP备份，压缩率可以达到90％，效果很好，压缩过程也很简单。在R10系统中，针对HLR，L盘借用了计费盘（Y盘）的空间，分配了17GB。这样，一般地就不需要压缩CP备份文件了。
压缩流程如下所示：
1.检查目标目录是否已经设定为压缩目录
cd /d L:\FMS\data\CPF\RELVOLUMSW\RELFSW0
compact
Listing L:\FMS\data\CPF\RELVOLUMSW\RELFSW0\
New files added to this directory will not be compressed.
24576 :24576 = 1.0 to 1R0
24576 :24576 = 1.0 to 1R1
6144 :6144 = 1.0 to 1R2
48814080 :48814080 = 1.0 to 1R3
6144 :6144 = 1.0 to 1R4
46452736 :46452736 = 1.0 to 1R5
Of 6 files within 1 directories
0 are compressed and 6 are not compressed.
95,328,256 total bytes of data are stored in 95,328,256 bytes.
The compression ratio is 1.0 to 1.<-压缩比为1:1, 说明还没有设为压缩目录
2.压缩选定目录（一般地，分别选定3个目录RELFSW0,RELFSW1,RELFSW2）
cd /d L:\FMS\data\CPF\RELVOLUMSW\RELFSW0
compact /c
Setting the directory L:\FMS\data\CPF\RELVOLUMSW\RELFSW0\ to compress new files [OK]
Compressing files in L:\FMS\data\CPF\RELVOLUMSW\RELFSW99\
R0 24576 :4096 = 6.0 to 1 [OK]
R1 24576 :4096 = 6.0 to 1 [OK]
R26144 :4096 = 1.5 to 1 [OK]
R3 48814080 :3235840 = 15.1 to 1 [OK]
R46144 :4096 = 1.5 to 1 [OK]
R5 46452736 :28516352 = 1.6 to 1 [OK]
7 files within 2 directories were compressed.
95,328,256 total bytes of data are stored in 31,768,576 bytes.
The compression ratio is 3.0 to 1. <-压缩比为3:1, 说明已经设定为压缩目录
.
[
本帖最后由 qinghui 于 2006-5-23 12:35 编辑 ]
关注楼主