版主真是一個無私的人!
大家有好的經(jīng)驗就趕快來發(fā)言吧!



APG40 硬盤空間的維護


APG40的硬盤有兩類。一類是系統(tǒng)盤，每邊（A邊和B邊）各一塊，分為四個分區(qū) C: D: E: F:。另一類是數(shù)據(jù)盤，是三對硬盤作RAID1鏡像。只有執(zhí)行側(cè)（ACTIVE）可以接入數(shù)據(jù)盤。數(shù)據(jù)盤的分區(qū)分為J: K: L: M: G: Q: Y: R: S: 。

APG40有一個內(nèi)部監(jiān)控磁盤空間使用的程序，根據(jù)目前的缺省配置，當所剩磁盤空間小于總分配空間的16％時，即會生成A2級告警。而小于4％時，即會產(chǎn)生A1告警。當剩余空間重新回到6％時，A1告警消除。而剩余空間回到18％時，A2告警消除。這個告警門限的設(shè)定沒有特別的原因而且不對某一個磁盤分區(qū)有針對性。

隨著APG40軟件版本的不斷升級，正常的系統(tǒng)文件對C:盤（共2GB）的占用會不斷增加，從而導(dǎo)致會比較頻繁地出現(xiàn)C:盤使用空間不足的告警。就目前軟件安裝的情況（R9,R10），定期檢查和刪除一些不必要的系統(tǒng)日志文件，應(yīng)該可以使C:盤的剩余可使用空間控制在360MB到400MB之間。從而可以達到消除告警的威脅。但由于頻繁的檢查和刪除這些日志文件會給日常的維護工作帶來不必要的繁瑣，我們將針對MSC APG40的現(xiàn)實情況將A2級別的告警門限調(diào)低至8％，而維持A1級別的告警門限為原設(shè)置的4％不變。

從日常維護的角度，C: 盤，K:盤和HLR的L:盤會經(jīng)常有空間告警現(xiàn)象的出現(xiàn)。下面分別就這些磁盤分區(qū)的維護，介紹一下我們在處理這方面問題的經(jīng)驗。

一、C:盤空間的維護
C:盤是APG40系統(tǒng)盤的主系統(tǒng)分區(qū)。分配空間為2GB。當剩余空間小于16％（320GB）時出現(xiàn)A2告警�；謴�(fù)18%（380GB）以上后，該告警消失。在C:盤中，如果出現(xiàn)空間告警，請按以下步驟查看是否有垃圾文件和系統(tǒng)日志文件可以刪除。

1.檢查 C:\TEMP目錄，該目錄是用于存放AP升級用的臨時文件以及系統(tǒng)生成的一些記錄文件。該目錄下的文件是可以隨時清除的，不會給系統(tǒng)正常運行帶來影響。

cd /d C:\TEMP
rd . /s /q

2.由于某種原因在AP1的c:\winnt\profile\….的某些子目錄中，有很多以TTFILE開頭命名的ZIP垃圾文件，會占用很多空間�？梢园阉鼈儎h掉。我們正在調(diào)查為什么會生成這些文件的原因，希望可以盡快解決。

dir /s c:\winnt\profile
del /s c:\winnt\profile


3.使用ETRUST人工掃描掃描病毒時，會生成一些日志文件。這些文件可能會占用很大空間，可以刪掉。注意，只可以刪SL開頭的文件。

dir c:\Progra~1\CA\eTrust\InoculateIT\DB\SL*

4.檢查 FTP 服務(wù)器的日志文件, 看是否占用很多空間，原則上所有日志文件都可以刪除，除了正在使用中的以外。
APZ 212 3x:
dir C:\winnt\system32\LogFiles\MSFTPSVC1

APZ 212 40:
dir C:\winnt\system32\LogFiles\MSFTPSVC1
dir C:\winnt\system32\LogFiles\MSFTPSVC2
dir C:\winnt\system32\LogFiles\MSFTPSVC3

5.查看C:盤中有沒有CP的備份文件 (R0-R5)，CP備份不應(yīng)該存放在系統(tǒng)盤，而應(yīng)該存在L:數(shù)據(jù)盤中。如果發(fā)現(xiàn)，把它們刪除或者移到L:盤中。

dir c:\R? /s

6.查看 c:\acs\logs\core, 刪除名字以core.unknown開始的文件, 但保留 drwtsn32.log

dir c:\acs\logs\core
del c:\acs\logs\core\core.unkonw.*

7.檢查 c:\inetsrv\ftproot, 該目錄是APG40的FTP服務(wù)器的根目錄，如果傳送文件直接存到根目錄，就會存在這里。一般地，不鼓勵這樣傳送文件，可以移到數(shù)據(jù)盤上其他適當?shù)哪夸洠�或者確認這些文件不需要后，直接刪除掉。

dir c:\inetsrv\ftproot

8.檢查 “C:\program files\ca\etrust\inoculateIT\ARCTEMP”和“C:\program files\ca\common\scanengine\ARCTEMP”, 該目錄下存放一些安裝ETRUST過程中的臨時文件，可以刪掉。
二、K:盤空間的維護
K:盤共分有2.5GB的空間。有三類文件比較占空間。
1．ALOG
存在于K:\ACS\logs\ALOG\logfile目錄中，記錄的是所有輸入系統(tǒng)的指令（CP和AP），系統(tǒng)產(chǎn)生的告警和EVENT。一般地，這些文件也被要求傳送到OSS，并在APG40上保存一定時間（7天）。這個目錄中文件的格式為Logfile-2005-01-02-0001，指明了日志文件的生成日期。日志文件的管理有兩種方式。一種是可以指定總空間的占用門限。缺省值為100MB。當日志文件的總和超過100MB，最老的文件就被刪除掉。一種是指定保存的最長期限，超過期限的日志文件將被自動清除。一般的，HLR的APG40中ALOG文件會比較大，因為HLR的用戶數(shù)據(jù)操作指令比較多。如果指定保存期限，APG40就不會理100MB的限制條件去保存文件了。實際保存文件的總數(shù)可能比100MB小，也可能比100MB大。檢查、設(shè)定、傳送和保存ALOG日志文件的流程請參閱附錄1。
2．待傳，或未被傳送的統(tǒng)計文件
在K:\AES\data\cdh\ftp\OSSDESTx\ready（x=1,2,3…）中，保存所有以RESPONDING方式待傳送的統(tǒng)計文件，包括STS和TRARFILE和TRDIPFILE等。由于系統(tǒng)REBOOT或其他原因?qū)е碌奈募�傳送失敗，這些待傳送的文件沒有被及時清除，以垃圾的形式存在于上述目錄中。一般地，首先確認上述文件是否仍然需要，如果時間太久，統(tǒng)計的信息不再有時效性，則可以將他們直接刪除。否則將它們拷貝回其原來所在的目錄，用手工的方式重新傳送。重新傳送這些文件的流程請參閱附錄2。
3．APG40的系統(tǒng)備份
AGP40的系統(tǒng)備份是將兩個NODE的系統(tǒng)壓縮以ZIP文件的形式存放于K:\Images\nodea(nodeb)\中。一般的，根據(jù)現(xiàn)有K:盤空間的配置，可以存放兩套APG40的系統(tǒng)備份，共4個ZIP文件，每個文件約400－450MB大小。如果要作多一套備份，請即時刪除最老的一套備份。

三、L:盤空間的維護
L: 盤目前分配有10G空間，存放CP軟件的備份以及基站軟件等。一般地，MSC和BSC的APG40有足夠的空間存放上述文件。但對于HLR，由于其CP備份主要是用戶數(shù)據(jù)，會占用很大的存儲空間。有的HLR僅一個CP備份就占用大約3GB的空間。目前，采取WINDOWS NT 自帶的壓縮工具compact，可以將L:\FMS\data\CPF\RELVOLUMSW目錄壓縮。對HLR的CP備份，壓縮率可以達到90％，效果很好，壓縮過程也很簡單。壓縮流程如下所示：

1.檢查目標目錄是否已經(jīng)設(shè)定為壓縮目錄

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, 說明還沒有設(shè)為壓縮目錄

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, 說明已經(jīng)設(shè)定為壓縮目錄


附錄1ALOG 文件傳送定義

定義文件傳送，需要定義傳送目的（CDH）和傳送隊列（AFP）。

傳送目的的定義需要指定目的地IP地址，傳送方式（主動Initiating還是被動Responding），一般對ALOG的傳送指定主動傳送方式。即每當一個新文件生成，由APG40主動發(fā)起一個FTP傳送到遠端OSS服務(wù)器。另外還需要定義傳送協(xié)議（FTPV2）。如果是主動方式，還需指定登錄遠端系統(tǒng)的用戶名，密碼以及登錄路徑。其定義格式為：

cdhdef -a 132.97.19.1 -t ftpv2 -c i -r /home/chen/ -u chen –p OSSDESTALOG

-a 目標IP地址（OSS）
-t傳送協(xié)議，F(xiàn)TPV2
-c 傳送方式，i 指Initiating主動傳送， r指Responding被動傳送
-r 登錄遠端的目錄
-u 登錄遠端的用戶名
-p 需設(shè)定登錄遠端的密碼
OSSDESTALOG傳送目的的名字

如果是R10的系統(tǒng)，還需要指定目的集（CDHDS），一般目的集的名字與目的名相同。其定義格式為：

cdhdsdef OSSDESTALOG OSSDESTALOG

傳送隊列的定義需要指定代傳文件的保存時間，即指傳送成功后在APG40上保存的期限,單位為分鐘（10080分鐘＝7天）和需要用到的傳送目的。其定義格式為:

afpdef –d 10080 ALOG OSSDESTALOG

-d 保存時間，由用戶自行設(shè)定，建議HLR少保存一點時間。
ALOG傳送隊列名
OSSDESTALOG傳送目的（R9），或目的集名（R10）

最后，在定義完傳送目的和傳送隊列后，指定ALOG將日志文件綁定到傳送隊列，這樣，在K:\ACS\logs\ALOG\logfile中保存的ALOG的日志文件就被傳送隊列管理起來。老于指定保存時間的日志文件會被自動刪除。如果指定其定義格式為：
alogset –d ALOG

檢查以上數(shù)據(jù)定義的指令及打印輸出如下所示：

C:\>cdhls -l ossdestalog
CDH DESTINATION TABLE

DESTINATIONTRANSFER TYPEPARAMETERS
OSSDESTALOGFTPV2 -a 132.97.19.1
-c i
-r /home/chen/
-u chen

C:\>cdhdsls ossdestalog
CDH DESTINATION SET TABLE

DESTINATION SET TYPE
OSSDESTALOGFILE

C:\>afpls -l alog
AFP TABLE

TRANSFER QUEUEUSER GROUP
ALOG

SOURCE DIRECTORY


REMOVE DELAYREMOVE TIMERDEFAULT STATUSDESTINATION SET
10080 0READYOSSDESTALOG

C:\>aloglist
STATUS
ACTIVE

MAXIMUM LOGFILE SIZE
100 MB

LOGGING PERIOD
2004-11-23 16472005-01-06 0001

TRANSFER QUEUE
alog
























附錄2 統(tǒng)計文件的手工傳送

統(tǒng)計文件包括STS和RECORDING文件，如TRARFILE，TRDIPFILE等。STS文件生成在S:\STS\data\Deliverybuffdir中，TRARFILE和TRDIPFILE生成在L:\FMS\data\CPF\EXCHVOLUME\中。

與上面?zhèn)魉虯LOG文件的定義相似，這兩類統(tǒng)計文件的傳送也需要定義傳送目的，傳送目的集，和傳送隊列。

傳送目的定義(R9）
cdhdef -a 123.123.123.123 -t ftpv2 -c r -f 10.29.14.40 -x 50010 OSSDEST1

傳送目的及目的集的定義(R10)
cdhdef -t ftpv2 -c r -f 132.97.19.1 -x 50010 -h CDH OSSDEST1
cdhdsdef OSSDEST1 OSSDEST1

傳送隊列的定義：
(R9)
afpdef-d 10 -w S:\STS\DATA\DELIVERYBUFFDIRQUENENAME OSSDEST1
afpdef -d 10-w L:\FMS\DATA\CPF\EXCHVOLUME\TRARFILE TRARFILE OSSDEST1
afpdef -d 10-w L:\FMS\DATA\CPF\EXCHVOLUME\TRDIPFILE TRDIPFILE OSSDEST1

(R10)
afpdef -d 10 TRARFILE OSSDEST1
afpdef -d 10 TRDIPFILE OSSDEST1
cpfchange -d TRARFILE -m FILE TRARFILE
cpfchange -d TRDIPFILE -m FILE TRDIPFILE

這里要說明幾點：

•一般地，統(tǒng)計文件的傳送采用被動方式（RESPONDING），可以看到它的傳送目的定義的參數(shù)選用 –c r
•被動方式傳送時，每當一個新的文件生成，APG40會發(fā)一個Notification給遠端的接收服務(wù)器（OSS）。該服務(wù)器的IP地址由-f參數(shù)指定。OSS接到Notification后，會登錄到APG40的CDH虛擬FTP目錄中，抓取文件。虛擬目錄的名字是由-h參數(shù)指定。在APG40中，我們定義CDH的虛目錄對應(yīng)的實目錄是K:\AES\data\cdh\ftp。這意味著所有被動方式待傳送的文件在原始目錄中生成以后都會拷貝一份到K:\AES\data\cdh\ftp下面指定的傳送目的，如OSSDEST1的Ready子目錄中。待OSS服務(wù)器下到APG40中取走該文件后，會把它移到OSSDEST1下面的Delete目錄中。幾分鐘后，APG40會自動將其從K:\AES\data\cdh\ftp\OSSDEST1\Delete盤清除掉。
•定義統(tǒng)計文件的傳送隊列時，主要指定四個參數(shù)，
•第一個參數(shù)是保存時間，由-d參數(shù)指定，單位為分鐘。當Notification成功發(fā)送，并把一份拷貝送到K:盤后，計數(shù)器開始計時，到保存時間倒計到0時，系統(tǒng)將該統(tǒng)計文件從其原始生成目錄刪除。這時，由于OSS的問題，可能送到K:盤的拷貝還未被取走而仍然留在K:\AES\data\cdh\ftp\OSSDEST1\Ready目錄中。
•第二個參數(shù)-w，是指定待傳送文件所在的源目錄。這里需要明確的是，STS的統(tǒng)計文件生成源目錄在S:\STS\data\Deliverybuffdir，TRARFILE和TRDIPFILE在L:\FMS\data\CPF\EXCHVOLUME\TRARFILE和L:\FMS\data\CPF\EXCHVOLUME\TRDIPFILE。文件源目錄是由-w 參數(shù)指定的。在R10中，這類RECORDING的統(tǒng)計文件(TRARFILE,TRDIPFILE, etc.)不在傳送隊列中指定源文件路徑了，而是在cpfchange指令中定義。

•第三個參數(shù)是傳送隊列的名字，一般地，對于STS類型的統(tǒng)計文件，其傳送隊列的名字與統(tǒng)計報告的名字應(yīng)該一樣。統(tǒng)計報告的名字如下列命令所示:

C:\>stmrp -L -l
REPORTID IN-USE NAMEOBJECT TYPES
2000yes QUEUENAME C7SL1 C7SL2 CHASSIGNT EOS HLRSTAT HNDOVER
LOAS LOCAREAST LOSSROUTE MTRAFTYPE
NBRMSCLST PAGING SAE SHAM SHIST SHMSGSERV
TRUNKROUTE UPDLOCAT
2001yes NQISTSEOS LOSSROUTE MTRAFTYPE SAE C7SL1 C7SL2
HLRSTAT PAGING CHASSIGNT NBRMSCLST
SHMSGSERV HNDOVER UPDLOCAT LOCAREAST
MAPSIGIWRK SHIST SHAM TRUNKROUTE LOAS

RECORDING類型的統(tǒng)計傳送隊列的名字也應(yīng)與文件名相同。如TRARFILE和TRDIPFILE。

•第四個參數(shù)是傳送目的或目的集。該參數(shù)指定定義到傳送隊列的文件傳送的目的（R9）或目的集（R10）


以上描述了關(guān)于統(tǒng)計文件的定義。從中可以看出統(tǒng)計文件傳送的工作機理。從實際運行的經(jīng)驗看，有時由于APG40系統(tǒng)重啟或遠端OSS服務(wù)器處理Notification的應(yīng)用出現(xiàn)故障，導(dǎo)致OSS服務(wù)器不能及時從APG40中取走這些文件。而在故障清除之后，Notification里記憶的信息已經(jīng)被沖掉，導(dǎo)致這些文件仍然不能夠得到傳送，從而以垃圾的形式留在K:\AES\data\cdh\ftp\OSSDEST1\Ready中。

遇上上述問題，首先我們要確認，是否OSS仍然未能夠從APG40中取走這些統(tǒng)計文件。如果是，首先應(yīng)該解決傳送故障的問題。首先從APG40方面，看有沒有傳送失敗的告警，并驗證到傳送目的鏈路工作正常。用到的指令是：

C:\>cdhver OSSDEST1
DESTINATIONSTATUSNOTIFICATION
OSSDEST1 OKOK

如果狀態(tài)（STATUS）是OK，說明傳送目的的鏈路沒有問題。NOTIFICATION是OK，說明處理Notification的服務(wù)請求工作沒有問題。

從APG40方面，可以重新發(fā)送Notification信息給OSS，以防由于某種原因上一次的Notification信息包丟失或未被處理。重發(fā)Notification的命令為：

cdhver –m OSSDEST1

如果上述的操作仍然不能夠使OSS服務(wù)器來取走統(tǒng)計文件并把統(tǒng)計文件移到K:\AES\data\cdh\ftp\OSSDEST1\Delete中，應(yīng)該請求OSS的技術(shù)支持。一般地，需要在OSS端重啟EHIP，甚至BGW,SGW的服務(wù)。

如果目前的統(tǒng)計文件傳送正常，而在K:\AES\data\cdh\ftp\OSSDEST1\Ready中卻有一些老的統(tǒng)計文件留在那里。首先要判斷的是，網(wǎng)優(yōu)是否還需要這些數(shù)據(jù)。如果不再需要這些過時的統(tǒng)計數(shù)據(jù)，可以手工用DOS指令將其移到K:\AES\data\cdh\ftp\OSSDEST1\Delete中，幾分鐘后，APG40會自動把它們從系統(tǒng)中刪除。如果仍然需要，需把它們拷貝回到原來生成它們的目錄中。如，S:\STS\data\Deliverybuffdir或L:\FMS\data\CPF\EXCHVOLUME\TRARFILE，etc. 再把它們從K:\…\Ready中刪除。這里注意的是，STS的統(tǒng)計文件是以子目錄的形式存在的，其名字如QUEUENAME-MP1001_200409192200_124。RECORDING類型的統(tǒng)計文件是以子文件的形式存在TRARFILE-0000012943

拷貝回原目錄中后，需要用afpfti指令手工重新傳送。

傳送STS統(tǒng)計文件目錄：
cd /d S:\STS\data\Deliverybuffdir
afpfti -z QUEUENAME-MP1001_200409192200_124 QUEUENAME OSSDEST1

如果有很多文件要傳送，可以用DOS提供的批文件傳送。如：
cd /d S:\STS\data\Deliverybuffdir
for /d %I in (QUEUENAME-MP1001*) do afpfti -z %I QUEUENAME OSSDEST1

傳送RECORDIGN統(tǒng)計文件：
cd /d L:\FMS\data\CPF\EXCHVOLUME\TRARFILE
afpfti -c TRARFILE-0000012943 TRARFILE OSSDEST1

如果有很多文件要傳送，可以用DOS提供的批文件傳送。如：
cd /d L:\FMS\data\CPF\EXCHVOLUME\TRARFILE
for %I in (TRARFILE-*) do afpfti -c %I TRARFILE OSSDEST1

[ 本帖最后由 wenwen 于 2006-11-13 13:15 編輯 ]