爱立信软交换SERVER日常维护手册
爱立信软交换SERVER日常维护手册
目录
一、日维护工作内容 (3)
1、告警检查 (3)
2、硬件检查 (4)
3、信令链路检查 (11)
4、检查SIGTRAN IP端口状态 (12)
5、检查M3UA ASSOCIATION状态 (14)
6、检查M3UA DEST状态 (15)
7、中继状态检查 (15)
8、系统负荷情况检查 (16)
二、周维护工作内容 (17)
1、系统文件备份 (17)
2、CP事件检查 (18)
3、计费检查 (22)
三、月维护工作内容 (22)
1、系统时间核对 (22)
2、系统磁光盘机，计费磁光盘机的检查 (23)
3、关键数据检查 (23)
四、季维护工作内容 (26)
1、帐号口令变更 (26)
五、年维护工作内容 (26)
1、交换系统做健康检查 (26)
一、日维护工作内容
1、告警检查
检查目的：检查设备运行情况，发现故障隐患。检查频次：每天检查
检查方法：进入操作维护系统，用指令
ALLIP:ACL=A1;
ALLIP:ACL=A2;
ALLIP:ACL=A3;
ALLIP:ACL=O1;
ALLIP:ACL=O2;
分别查询A1/A2/A3/O1/O2级别的告警情况。
（2）异常处理：AXE交换机按紧急程度共分五种告警A1、A2、A3、O1、O2。
A1告警：为必须立即处理或影响重大的告警；
A2告警：需在短时间处理或在当天话务非忙时段处理；
A3告警：可在正常工作日内择期处理；
O1和O2告警：为提示性信息，根据实际情况采取适当措施即可，可能不需特别处理。具体告警处理步骤，可以以告警标题为关键字，
在ALEX中查找，即有相关处理流程。
2、硬件检查
2.1 cpu
2.1.1 cp运行状态
检查频次：每天检查
检查方法：用指令“DPWSP”检查CP的运行情况。
参考输出：
CP STATE MAU SB SBSTATE RPH-A RPH-B BUA STATE NRM B WO EX/PWO SB/PWO 1 END 检查标准：CP-A为执行边，CP-B为备用边，MAU状态为NRM。若输出结果与该CP的标准运行状态不否，则会有相关告警产生。具体告警处理步骤，以告警标题为关键字，在ALEX中查找，即有相关详细的处理流程。 2.1.2 RP运行状态 检查频次：最少三天检查一次。 检查方法：用指令“EXRPP:RP=ALL;”检查RP的情况。 参考输出： RP DATA RP STATE TYPE TWIN STATE DS MAINT.STATE 1 XQ RPA 4 XQ RPA 5 XQ RPA 6 XQ RPA 12 WO RP4L1A 13 WO 275 IDLE 13 WO RP4L1A 12 WO 275 IDLE …… END 检查标准：RP正常工作时STATE为WO。 2.1.3 EM运行状态 检查频次：最少三天检查一次。 检查方法：用指令“EXEMP:RP=ALL,EM=ALL;”检查EM的情况。 参考输出： EM DATA RP TYPE EM EQM TWIN CNTRL PP STATE 171 RP4S1A 0 ETMALT-1408&&-1439 170 SEC WOTWIN 171 RP4S1A 1 ETMALT-1440&&-1471 170 PRIM WO 171 RP4S1A 2 ETMALT-1472&&-1503 170 SEC WOTWIN 171 RP4S1A 3 ETMALT-1504&&-1535 170 PRIM WO 171 RP4S1A 4 UPET-1792&&-1823 170 SEC WOTWIN 171 RP4S1A 5 UPET-1824&&-1855 170 PRIM WO 171 RP4S1A 6 UPET-1856&&-1887 170 SEC WOTWIN 171 RP4S1A 7 UPET-1888&&-1919 170 PRIM WO 171 RP4S1A 8 UPET-1920&&-1951 170 SEC WOTWIN 171 RP4S1A 9 UPET-1952&&-1983 170 PRIM WO 171 RP4S1A 10 UPET-1984&&-2015 170 SEC WOTWIN ………………. END 检查标准：EM正常工作时STATE为WO或WOTWIN。 2.2 APG 2.2.1 APG设备状态 检查频次：每天检查 检查方法:在AP模式下用指令:cluster node检查APG NODE的状态。注意：AP1和AP2都需要进行检查 参考输出： C:\>cluster node Listing status for all available nodes: Node Node ID Status -------------- ------- --------------------- JNMSC2AP1B 2 Up JNMSC2AP1A 1 Up 检查标准：当NODE A&B的状态都为UP是为正常工作状态，当状态为DOWN 时， 说明NODE已倒掉，为异常状态,则会有相关告警产生。具体告警处理步骤，以告 警标题为关键字，在ALEX中查找，即有相关详细的处理流程。 2.2.2 APG进程工作状态 检查频次：每天检查 检查方法:在AP模式下用指令:cluster res检查APG进程工作状态。注意：AP1 和AP2都需要进行检查。 参考输出： C:\>cluster res Listing status for all available resources: Resource Group Node Status -------------------- -------------------- --------------- ------ ACS_ALOG_BufMan_1 RGAPM_1 DGG24MAP1B Online ACS_ALOG_SecLog_1 RGAPM_1 DGG24MAP1B Online ACS_ALOG_SysMon_1 RGAPM_1 DGG24MAP1B Online ACS_DSD_service_1 RGAPM_1 DGG24MAP1B Online ACS_ALH_Exec_1 RGAPM_1 DGG24MAP1B Online ACS_NSF_Server_1 RGAPM_1 DGG24MAP1B Online 检查标准：检查确认，AP1和AP2所有的进程状态全部为ONLINE。 2.2.3 APG raid状态 APG40 C/2 (操作系统WINNT) 检查频次：每天检查 检查方法:在AP模式下用指令:raidutil –L raid 检查APG raid的状态。注意：AP1和AP2都需要进行检查 参考输出： C:\>raidutil -L raid Address Type Manufacturer/Model Capacity Status -------------------------------------------------------------------------- d0b0t0d0 RAID 1 (Mirrored) DPT RAID-1 17522MB Optimal d0b1t0d0 Disk Drive (DASD) FUJITSU MAP3367NP 17522MB Optimal d0b0t0d0 Disk Drive (DASD) FUJITSU MAP3367NP 17522MB Optimal d0b0t1d0 RAID 1 (Mirrored) DPT RAID-1 17522MB Optimal d0b1t1d0 Disk Drive (DASD) FUJITSU MAP3367NP 17522MB Optimal d0b0t1d0 Disk Drive (DASD) FUJITSU MAP3367NP 17522MB Optimal d0b0t2d0 RAID 1 (Mirrored) DPT RAID-1 17522MB Optimal d0b1t2d0 Disk Drive (DASD) FUJITSU MAP3367NP 17522MB Optimal d0b0t2d0 Disk Drive (DASD) FUJITSU MAP3367NP 17522MB Optimal 检查标准：：当raid下面所有的磁盘状态为Optimal为正常。 APG40 C/4 (操作系统WIN2003) 检查频次：每天检查 检查方法:在AP模式下用指令: megarc –dispcfg –a0检查APG raid的状态 注意：AP1和AP2都需要进行检查 参考输出： C:\>megarc -dispcfg -a0 **************************************************************** ****** MEGARC MegaRAID Configuration Utility(NT)-1.13(10-17-2005) By LSI Logic Corp.,USA **************************************************************** ****** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Type ? as command line arg for help Finding Devices On Each MegaRAID Adapter... Scanning Ha 0, Chnl 0 Target 00 Scanning Ha 0, Chnl 0 Target 01 … Scanning Ha 0, Chnl 1 Target 15 **************************************************************** ****** Existing Logical Drive Information By LSI Logic Corp.,USA **************************************************************** ****** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL --------------------------------------------------- SpanDepth :01 RaidLevel: 1 RdAhead : Yes Cache: DirectIo StripSz :064KB Stripes : 2 WrPolicy: WriteThru Logical Drive 0 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status ---- ------ ---------- ------ ---------------------- 0 00 0x00000000 0x04471000 ONLINE 1 00 0x00000000 0x04471000 ONLINE **************************************************************** ****** Existing Logical Drive Information By LSI Logic Corp.,USA **************************************************************** ****** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 1( Adapter: 0 ): Status: OPTIMAL --------------------------------------------------- SpanDepth :01 RaidLevel: 1 RdAhead : Yes Cache: DirectIo StripSz :064KB Stripes : 2 WrPolicy: WriteThru Logical Drive 1 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status ---- ------ ---------- ------ ---------------------- 0 01 0x00000000 0x04471000 ONLINE 1 01 0x00000000 0x04471000 ONLINE **************************************************************** ****** Existing Logical Drive Information By LSI Logic Corp.,USA **************************************************************** ****** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 2( Adapter: 0 ): Status: OPTIMAL --------------------------------------------------- SpanDepth :01 RaidLevel: 1 RdAhead : Yes Cache: DirectIo StripSz :064KB Stripes : 2 WrPolicy: WriteThru Logical Drive 2 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status ---- ------ ---------- ------ ---------------------- 0 02 0x00000000 0x04471000 ONLINE 1 02 0x00000000 0x04471000 ONLINE 检查标准：：当raid下面所有的Logical Drive 的Status: OPTIMAL，物理磁盘Physical Target Status为ONLINE。 2.2.4 APG磁盘空间 检查频次：三天检查一次 检查方法:在AP模式下用指令:dir检查APG磁盘空间占用状态。注意：AP1和AP2都需要进行检查，需要在不同的磁盘盘符下输入指令。 参考输出： C:\>dir Volume in drive C is ntserv Volume Serial Number is C89F-4984 Directory of C:\ 10/27/2005 05:47 PM 29 $WINNT.LOG 04/09/2007 11:50 AM 692,224 19089-CXC137430_4_BA_R4AJ.exe 04/09/2007 11:50 AM 671,744 19089-CXC137474_4_AX4_R3AB.exe 07/02/2006 01:36 AM 07/02/2006 01:47 AM 10/28/2005 03:58 PM
04/09/2007 11:50 AM 40 FCH.TXT
07/02/2006 01:55 AM
05/10/2007 03:48 PM 439 megarc.log
04/19/2007 01:55 PM 0 msdls
07/02/2006 01:49 AM
09/01/2005 10:40 PM 73 svtyp.0
05/10/2007 10:47 AM
03/19/2007 01:25 PM
07/02/2006 02:02 AM
07/02/2006 01:51 AM 55,686 UpdatePatch.log
07/02/2006 01:51 AM 30 UpdatePatch.txt
04/19/2007 03:21 PM
10/27/2005 04:27 PM
9 File(s) 1,420,265 bytes
10 Dir(s) 10,903,789,568 bytes free
检查标准：磁盘空间占用率=1-空闲的磁盘空间/磁盘总容量。对于磁盘空间占用
率超过80% 进行分析。
2.3选组及时钟
2.3.1选组级状态
检查频次：每天检查
检查方法：用指令“GDSTP；”(针对810设备)检查选组级的情况。
参考输出:
UNIT STATE BLSTATE VAR STATUS CLM-0 WO 11 MASTER CLM-1 WO 11 SLAVE UNIT STATE BLSTATE VAR UNIT STATE BLSTATE XM-A-0-0 WO 0 XM-B-0-0 WO XM-A-0-1 WO 0 XM-B-0-1 WO XM-A-1-0 WO 0 XM-B-1-0 WO XM-A-1-1 WO 0 XM-B-1-1 WO MUX34-A-0 WO 0 MUX34-B-0 WO MUX34-A-1 WO 0 MUX34-B-1 WO …………….. END 检查标准:正常情况下所有UNIT状态应为WO。 2.3.2选组级时钟检查 检查频次：每天检查 检查方法：用指令“GDCVP;”检查系统时钟控制阀值。 参考输出： CLM OSCILLATOR CONTRVALUE AVERAGEVALUE FAULTCASE CLM-0 0 36527 36526 1 31553 31500 CLM-1 0 33799 33960 1 32621 32566 END 检查标准:时钟CONTRVALUE标准值为32600±7000的范围内。 2.3.3 系统参考时钟检查 检查频次：每天检查 检查方法：用指令“NSSTP；”检查系统参考时钟状态。 参考输出： CLOCK-REFERENCE STATE REF STATE BLS 0UPET EX 1UPET SB RCM-0 SB END 检查标准:正常情况下有且只能有一个参考时钟状态为EX,其他参考时钟的状态 必须为SB。 3、信令链路检查 检查频次：每天检查 检查方法:用指令“C7LTP”检查C7信令链路状态。 参考输出: LS SPID SLC STATE INHIBST FCODE INFO 2-5-251-4 HHMGA1 00 ACTIVE 01 ACTIVE 2-5-251-5 HHMGA2 00 ACTIVE 01 ACTIVE 2-5-255-4 HHHSTP2 00 ACTIVE 01 ACTIVE 02 ACTIVE 03 ACTIVE 07 ACTIVE 08 ACTIVE 09 ACTIVE 10 ACTIVE 11 ACTIVE 12 ACTIVE 13 ACTIVE 14 ACTIVE 15 ACTIVE ..................... END 检查标准: STATE为ACTIVE是正常的状态。若STATE状态不正常，一般情况是 由于该LINK所在的传输故障造成。若为其它原因，则以告警标题为关键字，在ALEX中查找，即有相关详细的处理流程。 4、检查SIGTRAN IP端口状态 检查频次：每天检查 检查方法: IHCOP:IPPORT=ALL; IHSTP:IPPORT=ALL; 参考输出: < IHCOP:IPPORT=ALL; IP PORT CONNECTION DATA IPPORT MHROLE MHRELPORT CURROLE IP-0-2 ACTIVE IP-1-2 STAND-BY IPADD SUBMASK 10.168.7.8 255.255.255.240 MTU 1500 IPMIGR IPBK 1 SVRATE SVTO SVMAXTX SVMINRX 10 3 2 2 SVI SVR 65 82 SVGW IPPORT MHROLE MHRELPORT CURROLE IP-1-2 STAND-BY IP-0-2 ACTIVE IPADD SUBMASK 10.168.7.24 255.255.255.240 MTU 1500 IPMIGR IPBK 1 SVRATE SVTO SVMAXTX SVMINRX 10 3 2 2 SVI SVR 65 82 SVGW IPPORT MHROLE MHRELPORT CURROLE IP-2-2 ACTIVE IP-3-2 STAND-BY IPADD SUBMASK 10.168.7.9 255.255.255.240 MTU 1500 IPMIGR IPBK 1 SVRATE SVTO SVMAXTX SVMINRX 10 3 2 2 SVI SVR 65 82 SVGW IPPORT MHROLE MHRELPORT CURROLE IP-3-2 STAND-BY IP-2-2 ACTIVE IPADD SUBMASK 10.168.7.25 255.255.255.240 MTU 1500 IPMIGR IPBK 1 SVRATE SVTO SVMAXTX SVMINRX 10 3 2 2 SVI SVR 65 82 SVGW END IP PORT STATE IPPORT OPSTATE BLSTATE IP-0-2 BUSY IP-1-2 BUSY IP-2-2 BUSY IP-3-2 BUSY END 5、检查M3UA ASSOCIATION状态 检查频次：每天检查 检查方法: 用指令“ M3ASP;” 参考输出: < M3ASP; M3UA ASSOCIATION STATUS SAID STATE BLSTATE EP01JINGM2 ACT EP02JINGM2 ACT END 检查标准: STATE BLSTATE为ACT是正常的状态。 6、检查M3UA DEST状态 检查频次：每天检查 检查方法: 用指令“M3RSP:DEST=ALL;” 参考输出: < M3RSP:DEST=ALL; M3UA ROUTING DATA DEST SPID DST SAID PRIO RST 2-5-255-38 JINMSC1 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-39 JINMSC3 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-96 JINHLR AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-129 JINMSC2 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-168 JINHLR2 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-207 JINGM2 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-209 JNDS1 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-210 JNDS2 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-239 HHGS23 AVA EP01JINGM2 1 EN-ACT-AVA 2-5-255-241 HHGS24 AVA EP01JINGM2 1 EN-ACT-AVA 3-2716 JINBSC4 AVA EP02JINGM2 1 EN-ACT-AVA 3-5125 JINBSC5 AVA EP02JINGM2 1 EN-ACT-AVA 3-5126 JINBSC6 AVA EP02JINGM2 1 EN-ACT-AVA END 检查标准: RST为EN-ACT-AVA是正常的状态。 7、中继状态检查 检查频次：每天检查 检查方法:用“STRSP:R=ALL（或R=重要路由。如：至各局间和A口路由）;” 检查路由状态。 参考输出： DEVICE STATE SURVEY R NDV NOCC NIDL NBLO RSTAT 1TCONI 0 0 0 0 NORES 2TCONI 64 0 64 0 NORES TCIAL1 25 25 0 0 NORES QYG01O 1792 338 1454 0 NORES QYG01I 1792 338 1454 0 NORES QYG02O 1792 336 1456 0 NORES QYG02I 1792 336 1456 0 NORES QYG03O 182 9 173 0 NORES QYG03I 182 9 173 0 NORES QYG04O 182 31 151 0 NORES QYG04I 182 31 151 0 NORES HHAIPUO 124 14 110 0 NORES HHAIPUI 124 14 110 0 NORES HHA1O 124 24 100 0 NORES HHA1I 124 24 100 0 NORES HHA2O 124 23 101 0 NORES HHA2I 124 23 101 0 NORES JINGM2O 1387 24 1363 0 NORES JINGM2I 1387 24 1363 0 NORES ………… 检查标准:中继路由RSTAT的状态应为NORES，闭塞设备的数目应为0。 8、系统负荷情况检查 8.1 交换机主处理器CPU负荷检查 检查频次：每天早忙时10：00—11：00检查 检查方法：提取统计时段：10：00－11：00，20：00－21：00的统计，或者用指令plldp;查看当时的CP负荷,并检查是否异常，发现CP负荷隐患。参考输出： PROCESSOR LOAD DATA INT PLOAD CALIM OFFDO OFFDI FTCHDO FTCHDI OFFMPH OFFMPL FTCHMPH FTCHMPL 1 14 50000 158 65 158 65 807 10 807 10 2 1 3 50000 136 63 136 63 759 9 759 9 3 13 50000 150 43 150 43 750 13 750 13 4 13 50000 146 5 5 14 6 55 770 11 770 11 5 13 50000 118 48 118 48 799 9 799 9 6 13 50000 144 49 144 49 766 12 766 12 …….. 检查标准：小于70％。70％以上进入预警流程。 8.2内存占用情况 检查频次：每三天检查 检查方法：用指令“SASTP;”检查内存占用的情况。 参考输出： SASTP; ORDERED STORE UTILIZATION ITEM PS RS DS TOTAL ALLOCATED AREAS 46841 3405 2290750 TOTAL FREE AREAS 214599 12971 4089353 TRANSPORT AREA 702 6 TOTAL BACKUP AREA 359602 LOGICAL STORE 262144 16384 6380104 PHYSICAL STORE 262144 16384 6739706 WORD LENGTH 16 32 16 UNITS ADDRUNIT KW LOGICAL END 检查标准： 内存占用比公式： 占用比= “TOTAL ALLOCATED AREAS”/ “LOGICAL STORE”。 开启内存备份功能，对占用比高于70％的进行分析，未开启内存备份功能，对占用比高于60％的进行分析。 二、周维护工作内容 1、系统文件备份 检查目的：检查系统文件备份是否正常执行 备份步骤：(系统文件备份至硬盘) （1）SYBFP：FILE； （2）SYBUE； （3）SYBUP：FILE； 人工备份，等待输出“BACKUP INFORMATION OUTPUT EXECUTED“提示， 通常需要等待30-50分钟。 （4）翻转刚做完的新文件到RELFSW0。 SYTUC； （5）〈SYBUI：DISC； 检查标准：备份成功。 2、CP事件检查 2.1中央处理机CP启动数据、CP错误记录检查 检查目的：检查CP的工作事件记录，便于发现CP的部分隐性硬件故障。 检查步骤：运用指令（1） DIRCP （2） SYRIP：SURVEY； NGN ORACLE数据库日常维护指导手册 UTS.610G14.A0 编者杨健易滨肖利光审稿吕学勇 日期2004年4月22日UT斯达康通讯有限公司 项目与技术支持部 UT斯达康公司以"客户成功，我们成功"的价值观衡量、规范员工的行为，致力于服务创新和服务承诺的兑现，力求为用户提供超越客户期望的服务。 UT斯达康公司拥有完善的服务体系，技术服务中心拥有一批优秀的专业技术人员，并在全国设有服务分支机构，提供24小时技术服务。本着用户至上，信守承诺的原则，UT斯达康公司承诺：在24小时之内对用户的问题给予答复。为客户提供优质、高效、专业的服务是UT斯达康的追求。 UT斯达康通讯有限公司项目与技术支持部 联系地址：浙江省杭州市教工路1号12号楼 邮政编码：310012 电话号码：(0571)88916789 传真：(0571)88916789 800免费电话：8008571466 邮件地址：utsupport@https://www.360docs.net/doc/7e8813422.html, 客户支持网站：https://www.360docs.net/doc/7e8813422.html, 版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。 仪器设备维护保养内容作业指导书 1目的 为规范仪器设备维护保养项目编制内容，做好仪器设备的维护保养工作，正确填写维护保养记录而做出统一规定。 2范围 本规定适用于所有需要进行维护保养的仪器设备的维护保养。 3职责 3.1设备管理员和计量管理员编制仪器设备维护保养计划，并报技术负责人审批后由检测室按计划组织实施； 3.2检测室组织好人员按计划进行维护保养。 3.3技术负责人批准仪器设备维护计划。 4仪器设备维护保养项目的规定 4.1维护保养计划中项目内容可根据设备特点和设备操作规程的有关规定从中选择（项目内容应为多种）： 1）电器系统是否完好； 2）紧固、滑动、传动、制动系统是否安全可靠； 3）设定的工艺参数是否达到； 4）操作系统是否灵敏可靠； 5）管道、密封是否漏气、漏水； 6）安全防护装置是否符合要求； 7）设备安装位是否保持水平； 8）其他设备是否对其使用出现了振动、电磁等新的影响； 9）必要时更换配件； 10）必要时补充或更换液压油； 4.2维修、维护保养内容可对应维护保养计划中项目内容： 1）经检查电器系统的电线完好、线路、开关等，符合要求； 2）紧固螺母可靠、未发现松动情况；滑动、传动、制动系统无异常，安全可靠； 3）达到设定的工艺参数要求； 4）操作系统灵敏可靠； 5）管道、密封无漏气、漏水； 6）安全防护装置符合要求； 7）设备安装位保持水平； 8）其他设备对其使用未出现振动、电磁等新的影响； 9）更换配件（如胶管、搅拌翅）； 10）补充液压油或更换液压油； 5记录表格 使用《仪器设备维护保养计划》、《仪器设备维修、维护保养记录》。6附加说明 本作业指导书由检测室提出。 本作业指导书起草人： 审核人：年月日 批准人：年月日 BSC操作维护手册(V08.11.21版) 1 附录 (4) 第一章常用基本指令汇总 (8) 第一节外部告警 (8) 第二节有关传输的指令 (8) 第三节有关MO类指令 (9) 第四节有关小区类指令 (10) 第二章基站设备监控维护 (12) 第一节基站设备故障监控与排除 (12) 第二节日常维护工作 (13) 第三节直放站设备监控维护................. 错误！未定义书签。第三章载波数据制作 (22) 第一节载波减容 (22) 第二节载波扩容 (33) 第四章基站数据制作 (22) 第一节小区参数设置规范 (22) 第二节小区数据定义 (33) 第三节 RBS200基站数据制作(参考R.7数据制作)错误！未 定义书签。 第四节 RBS2000基站数据制作（参考R7.1数据制作） (41) 第五章故障难点与重点（例子诠析） (44) 第一节如何定义一个新的TG (68) 第二节如何退传输 (73) 2 第三节如何加传输 (76) 第四节EDGE载波数据的定义 (78) 第五节如何改压缩方式 (83) 第六节如何改跳频方式 (85) 第七节RBS2302换RBS2308 (86) 第八节RBS2308换RBS2302 (88) 第六章常见故障的处理 (90) 第一节时隙不同步或配置不上的原因及处理方法 (90) 第二节常见CF类故障 (93) 第三节常见TRX类故障 (96) 第四节常见TX类故障 (98) 第五节常见RX类故障 (100) 第七章 BSC员工行为规范细则 (101) 3 附录 在进入章节之前，我们先简单了解一下BSC（基站控制器）里面所涉及到的一些MO 及其状态。 一、MO的结构 MO：（MANAGED OBJECT）管理对象； BSC：（BASE STATION CONTROLLER）基站控制器，属GSM网络单元，用于控制一个或若干个BTS； BTS：（BASE TRANSCEIVER STATION）GSM网络单元，是指工作于一个小区的一组无线载频的所有设备的总和； CELL：蜂窝小区，指一个基站的一个天线系统的无线覆盖范围； TG：（TRANSCEIVER GROUP）收发信机组，即被定义为和一个天线系统相连的所有收发信机的总和； CF：支持BTS的O&M； 4 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。 【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服 务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序： 在化工生产装置检修过程中，由于各种原因的影响，如果作业人员没有能够充 分地进行风险识别和安全评价，防范措施不到位，很可能导致在工作中产生某种失误, 造成事故的发生。有关数据表明，在化工企业生产、检修过程中发生的事故中，由于 作业人员的不安全行为造成的事故约占事故总数的88%，由于工作中的不安全条件 造成的事故约占事故总数的10%，其余2%是综合因素造成的。在相同的工作条件 下，作业人员的不安全行为是造成事故的主要原因。在实际工作中有效地进行风险识 别和安全评价，认为落实防范措施，杜绝作业人员的不安全行为，是安全生产、检修 的基本保障。在此，对化工生产装置区内以下种典型的检修作业所存在的风险以及相 应安全措施进行综合分析、归类。 1.目的：通过本规定，确保设备保持良好性能，提高设备的使用率，保证生产 正常运行。 2.范围：适用于公司所有生产设备及辅助设备的维修管理。 3.工作职责: 3.1机修部门负责监督、执行设备的日常保养、维修，制订年度保养计划并执 行 。 3.2生产设备部负责设备的日常点检保养，及故障设备的维修申请。 3.3生产设备部负责对设备保养、维修费用进行审核及管理。 4.管理内容及要求: 4.1设备的日常保养 4.1.1日保养。每天由操作人员（设备维护责任人）进行保养，主要是上班前、上 班中和下班后进行保养。 4.1.2上班前。要求机台操作工班前对设备各部位进行检查、按规定加注润滑油, 确认正常后才能使用。 4.1.3下班前。下班前清扫、擦拭设备，填写相关记录；班后清扫维护。 4.1.4机修工实行区域保养负责制，按照区域分工对所管范围设备每日进行1-2 次日常巡回检查，及时处理点检或日常保养中发现的问题，做好记录和预防维修工作; 设备的一级保养为每天，二级保养原则上以三个月为一个周期，设备累计运行时间根据各机械制定的保养时间按计划进行二级保养。 4.2设备的故障维修 421生产设备部在使用生产设备发生故障后，由设备班长（或车间主任）及时填写《设备维修申请单》，经部门主管签字后及时报送机修主管。 422机修主管接到《设备维修申请单》后及时安排机修人员进行处理，初步判定故障原因，确认修复时间及所需配件，如无配件填写采购申请单，由采购部门负责采购配件后及时对故障设备进行修复。 4.2.3故障设备经机修人员判定故障原因后，如无法自行修复，填写《设备委外维修申请单》，经采购部审核批准后进行委外维修。 4.2.4生产设备部负责对设备修复情况进行验收并签字。 4.3封存、闲置设备由使用部门报告机修部门进行实施，各车间组织专人定期进行维护。 5.腐蚀性介质检修作业 5.1作业风险 泄漏的腐蚀性液体、气体介质可能会对作业人员的肢体、衣物、工具产生不同程度的损坏，并对环境造成污染。 5.2安全措施 设备故障处理手册 1、设备简介 目前我公司使用的爱立信基站产品属于RBS2000（Radio Base Station) 系列。 从基站类型上分，RBS2000系列基站分宏蜂窝、微蜂窝、射频拉远基站三大类型；而从不同的频段分，则有GSM 900，DCS 1800和PCS1900等三种系列。 1.1、主要设备类型介绍 宏蜂窝基站：RBS2202、RBS2207、RBS2206 微蜂窝基站：RBS2302、RBS2309、RBS2308 射频拉远基站：RBS2111、RBS2101 1.1.1、RBS2202介绍 RBS2202设备是爱立信早期基站设备，广泛应用于容量站和覆盖站。RBS2202单机架最大配置为6个载波，单小区最大配置为12个载波，2个机架分主辅架连接。常用载波槽位配置有2+2+2，4+4+4，6+6+6，12+12+12。 插图（设备图示） ●机柜尺寸：400mm×600mm×1900mm ●重量：226kg ●工作环境温度：+5℃—+40℃ ●最大功耗2400W ●每个机柜最多能放6块载频。 ●机柜既可以配置成EGSM 900M的BTS，也可以配置成DCS 1800M的BTS。 1.1.2、RBS2207介绍 RBS2207设备适用DTRU，集成度较高，机架高度只有2206 的一半，所占空间较小，但是每机架只有3个槽位，容量小，适用于郊区覆盖。常用配置有2+2+2、4+2。 插图（设备图示） 1.1.3、RBS2206介绍 RBS2206设备适用DTRU，集成度较高，配置方式灵活，广泛应用于容量站和覆盖站。每个机架有6个槽位，最大配置为12个载波。常用槽位配置有4+4+4，6+6，8+4，12+12+12。 插图（设备图示） Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间) 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况 Bluecoat ProxySG设备维护手册 目录 1.手册适用范围 (3) 2.资源检测 (3) 2.1.关键参数描述 (3) 2.2.关键参数监控 (4) 2.3.非关键参数监控 (12) 3.常见故障及排查方法 (13) 3.1.用户无法访问某个网站 (13) 3.2.用户访问网站慢 (14) 3.3.配置错误导致问题 (14) 4.常用工具与日常操作 (15) 4.1.常用维护操作 (15) 4.2.常用信息查看命令 (18) 4.3.SG内置常用工具 (19) 1. 手册适用范围 本手册适用于Bluecoat SG产品日常维护与监控，包含资源检测，基本故障排查，维护常用CLI命令。 2. 资源检测 2.1.关键参数描述 Bluecoat的proxy产品SG包含多种关键资源，对于关键资源，只要有一种资源利用率达到一定程度，都会影响用户的使用。在日常维护过程中要密切注意这几种资源的情况。 关键参数： 1.CPU使用率 2.内存使用率 3. HTTP worker 4. DNS worker 5.端口使用率 6. License状态 非关键参数： 1.磁盘状态 2.CPU 温度 3.主板温度 4.电源电平 2.2.关键参数监控 A．CPU利用率：通常小于90%，突发到90%以上但不持续维持在90%的情况属于正常。 GUI监测方法（日常）： 点击Statistics-〉System Usage，在右边的窗口的CPU模版上可以看到在一个小时，一天，一个月内的CPU使用情况。 第一个图表，显示的时间刻度为每分钟，CPU取值是每分钟的尖峰CPU使用率 第二个图表，显示的时间刻度为每小时，CPU取值是每小时的平均CPU使用率 第三个图表，显示的时间刻度为每天，CPU取值是每天的平均CPU使用率 监控时，可参考三个图表的CPU使用情况，在出现故障时主要监控第一个图表的内容。 CPU monitor查看具体CPU消耗（高级）： 基站维护人员培训手册 基站维护人员培训手册 （爱立信设备） 河北移动通信有限责任公司 二○○六年三月 一、移动通信的演变及趋势 (2) 二、GSM网络系统介绍 (4) 三、规划和基站选址经验 (9) 四、呼叫的建立过程 (23) 五、天馈及铁塔维护 (27) 六、RBS2000系列操作与维护 (32) 七、典型故障处理方法 (71) 附件一：RBS基站MO故障常用处理流程 (74) 附件二：OMT软件简单介绍 (78) 附件三：SITE MASTER使用介绍 (81) 一、移动通信的演变及趋势 多址方式的基本类型有频分多址（FDMA）、时分多址（TDMA）、码分多址（CDMA 频分多址是把通信系统的总频段划分成若干个等间隔的互不重叠的频道分配给不同的用户使用。这些频道互不重叠，其宽度能传输一路话音信息，而在相邻频道之间无明显的干扰。 模拟移动通信系统中使用了频分多址技术，其优点是技术比较成熟，设备简单，容易实现。缺点是抗干扰性差，保密性差 时分多址(TDMA)方式。每一个载频上有8个时隙，每一个时隙相当于模拟系统中的一个信道，可提供一个移动台通话，最多可有8个移动用户使用同一频点，他们使用不同的时隙。如图所示，8个移动台分别工作在一个载频上的8个不同的时隙上时分多址移动通信系统是数字移动通信系统，它比模拟移动通信系统有抗干扰能力强，频率利用率高等优点。缺点是时分多址移动通信系统需要全网同步，技术比较复杂。 码分多址是发送端用各不相同的、相互（准）正交的地址码调制其所发信号。在接收端利用码型的（准）正交性，通过地址识别（相关检测）从混合信号中选出 软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 1 引言 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者、开发者、用户和使用场所。 1.3 定义 列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，及保密级别，可包括：用户操作手册；与本项目有关的其他文档。 2 系统说明 2.1 系统用途 说明系统具备的功能，输入和输出。 2.2 安全保密 说明系统安全保密方面的考虑。 2.3 总体说明 说明系统的总体功能，对系统、子系统和作业做出综合性的介绍，并用图表的方式给出系统主要部分的内部关系。 2.4 程序说明 说明系统中每一程序、分程序的细节和特性。 2.4.1 程序 1 的说明 ? 功能：说明程序的功能。 ? 方法：说明实现方法。 ? 输入：说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理：处理特点和目的，如：用图表说明程序的运行的逻辑流程；程序主要转移条件；对程序的约束条件；程序结束时的出口要求；与下一个程序的通信与联结（运行、控制）；由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元；程序运行存储量、类型及存储位置等。 ? 输出：程序的输出。 ? 接口：本程序与本系统其他部分的接口。 ?表格：说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括：表的 标识符；使用目的；使用此表的其他程序；逻辑划分，如块或部，不包括表项；表的基本结构；设计安排，包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。 ? 特有的运行性质：说明在用户操作手册中没有提到的运行性质。 2.4.2 程序 2 的说明 与程序1 的说明相同。以后的其他各程序的说明相同。 SAP系统日常管理 1 系统监视 1.1 进程监视 §SM66/SM50 进程查看 管理员需全天监看系统的进程。长时间运行的后台工作，有缺陷的报表程序，若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然，在杀掉这些进程前，需要与最终用户协商。 1.2 服务器监视 §SM51 R/3服务器的列表可用SM51显示，管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程，鼠标指针点中服务器的名称，然后选Processes。 §RZ20 CCMS监控 双击要查看的菜单项，检查系统收集的监控信息，遇到报警和错误信息要查清原因，找出解决办法。 1.3 用户监视 §SM04 用户监视 管理员应该考虑全天监视用户仅他们的活动。是否有非法用户？是否有用户试图或正在用他们不该用的事务码，等等。 1.4 性能监视 §ST03 工作量分析 世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据，特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图，将使你具有对你的系统的不可估量的感觉，这种感觉将使你能预见到将要发生的问题，并且很多时候可以避免问题的发生。 §ST02 缓存分析 R/3的缓存存储经常用到的数据，以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问，数据库的负载，网络的流量，从而提高系统的性能。数据缓存中包括了ABAP/4程序，屏幕，ABAP/4字典数据和公司的数据，这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。 §SP12 TemSe管理 管理员要检查文件系统和数据库空间的增长，尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。 1.5 更新记录 §SM13更新记录 此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的，一旦发生，开发人员应马上修改。 1.6 锁定对象 §SM12 锁定对象 用户总是会时不时的因为某种原因（如断线，程序出错等等）而锁定一个对象。所有被锁定的老的对象均要被分析，更正。 1.7 出错分析 §ST22出错分析 设备维护保养作业指导书 1、总则 1.1做好设备维护保养是确保设备的正常运转、减少故障，降低动力消耗，延长 设备使用寿命，实现生产的安、稳、长、满、优； 1.2本维护保养作业指导书适用公司生产装置中的设备。 2、混料搅拌机 2.1结构及工作原理 2.1.1 结构：主要由箱体、搅拌轴、搅拌桨、防结料装置、驱动装置、辅助管道 系统组成。 2.1.2工作原理：搅拌机水平安装，物料运动方向由进料搅笼来料经推动搅拌桨 将物料向后方向移动，同时同轴向运行的反向搅拌桨将还没有混合好的物料由后向进料方向推动，扬起的物料互相接触，达到物料混合目的，在一定的时间下反复运动，混合均匀。 2.2 岗位设备操作规程 2.2.1开车前进行有效盘车，各运动部件应无卡滞现象； 2.2.2设备转动灵活平稳，无异常震动和噪声； 2.2.3传动三角带按设备要求配置，松紧适宜； 2.2.4电动机、减速器和轴向轴承的温升不超过35℃，其最高温度低于70℃； 2.2.5减速机加注牌铭规定的润滑油到油标刻度线，保持润滑； 2.2.6停车前应停止加料，避免带负荷启动设备。 2.2.7料未放完尽量避免停车，如有紧急情况停车，料多时应先将大批的料清出， 严禁带负荷启动，特别是将物料在箱体中较长时间停留板结后再启动，极易造成搅拌奖、轴、减速机电机故障； 2.3 安装和调试要求 2.3.1保证设备本体水平； 2.3.2整体安装时轴向中心线在一条直线上。 2.3.3 减速机和电机传动三角带松紧合适、径向同心； 2.3.4 注意减速箱的油位和轴承座的油脂润滑。 2.4混料搅拌机的维护检查内容及周期 2.5常见故障及处理 1.1登陆操作 CUDB节点中有三类板卡，分别是GEP3板，SCXB(DMX)板和NWI-E板。 我们需要登录这些板子收集相应的日志，可以用SecureCRT，terminal或 者其他SSH客户软件登录这些板卡。 有两种方式可以登陆到CUDB： 1）C onsole直连 Console直连的方式在日常操作维护中不推荐使用。通过Console直连的 操作一般为对于硬件的操作，如更换板卡。 CUDB系统Console连接配置表。 2）通过网管网络连接 在对于CUDB的日常操作维护时，推荐通过网管网络连接CUDB。 从OSS登陆SC板卡和DMX板卡使用SSH协议，登陆NWI使用TELNET 协议。 CUDB系统网管登陆信息表 1.2CUDB 系统检查 通常情况下以下检查应该包括在每日健康检查中。 1.2.1CUDB总体系统检查 验证整个系统状态。在CUDB 某块SC板卡上执行这些指令。 执行指令: # cudbSystemStatus 命令描述: 这条命令自动执行下面的系统状态检查。 预期结果: Execution date: Tue Mar 25 11:29:36 CST 2014 CUDB Software Version: !- CUDB DESIGN DISTRIBUTION: CUDB13B CXP9020214/6 R1K Checking BC clusters: [Site 1] SM leader: Node 1 OAM2 Node 10.173.0.2 BC server in SC_2_1 ......... running BC server in SC_2_2 ......... running (Leader) BC server in PL_2_5 ......... running [Site 2] NoLeader Node 10.173.0.34 BC server in SC_2_1 ......... running BC server in SC_2_2 ......... running BC server in PL_2_5 ......... running Checking System Monitor BC status in local node: SM-BC in OAM1 ......... running SM-BC in OAM2 ......... running Checking Clusters status: Node 1: PL Cluster (2%) ..............................OK DSG1 Cluster (1%) ............................OK DSG2 Cluster (1%) ............................OK DSG3 Cluster (1%) ............................OK 系统运维手册 1、目的 (3) 2、适用围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (3) 4.1系统服务程序的构成 (3) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 (7) 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展， sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7) 1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86 中国移动通信有限公司分公司 发布 2007-6-30发布 2007-6-30实施 移动通信维护手册 爱立信交换设备维护分册 -故障处理 版本号：1.0.0 目录 1 APZ部分： (1) 1.1 故障描述：告警BACKUP INFORMATION FAULT (1) 1.2 故障描述：告警SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED (1) 1.3 故障描述：告警AUDIT FUNCTION THRESHOLD SUPERVISION (2) 1.4 故障描述：告警CP FAULT (2) 1.5 故障描述：告警SOFTWARE ERROR (3) 1.6 故障描述：告警SYSTEM RESTART (3) 2 APT部分： (3) 2.1 故障描述：告警ANALYSIS DATA FAULT (3) 2.2 故障描述：告警BLOCKING SUPERVISION (4) 2.3 故障描述：告警CCITT7 DESTINATION INACCESSIBLE (5) 2.4 故障描述：告警CCITT7 SIGNALLING LINK FAILURE (5) 2.5 故障描述：告警CCITT7 LINK SET SUPERVISION (6) 2.6 故障描述：告警DIGITAL PATH FAULT SUPERVISION (6) 2.7 故障描述：告警DISTURBANCE SUPERVISION OF TRUNK ROUTES (7) 2.8 故障描述：告警GROUP SWITCH FAULT (7) 2.9 故障描述：告警SEMIPERMANENT CONNECTION FAULT (8) 2.10 故障描述：告警SWITCHING NETWORK TERMINAL FAULT (9) 2.11 故障描述：告警NM ROUTE LOAD STATE CHANGE (10) 2.12 故障描述：告警RP FAULT (10) 2.13 故障描述：告警SIGNALLING FAULT SUPERVISION (11) 2.14 故障描述：告警SYNCHRONOUS DIGITAL PATH FAULT SUPERVISION (11) 2.15 故障描述：告警NETWORK SYNCHRONIZATION FAULT (12) 2.16 故障描述：告警EVENT REPORTING THRESHOLD REACHED，门限已达到80％ (12) 2.17 故障描述：告警M3UA DESTINATION INACCESSIBLE (12) 3 IOG部分： (13) 3.1 故障描述：告警ALI FAULT MAG PCB ADDINFO ALI-0 - NO CONTACT (13) 3.2 故障描述：告警PORT BLOCKED (14) 3.3 故障描述：告警PVC SET-UP FAILURE (14) 3.4 故障描述：告警LINE UNIT BLOCKED (15) 3.5 故障描述：告警SP NODE AUTOMATICALLY BLOCKED (16) 3.6、故障描述：告警SP TRANSIENT FAULT SUPERVISION (16) 4 APG部分 (17) 4.1 故障描述：告警AP LOG STATISTICS (17) 4.2 故障描述：告警AP ANTIVIRUS FUNCTION FAULT (17) 4.3 故障描述：告警AP FAULT (18) 4.3.1 MIRRORED DISKS NOT REDUNDANT：磁盘镜像有问题引起。 (18) 4.3.2 GENERAL ERROR：AP故障引起。 (19) IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯（一排 小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。如果有 硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读写操作， 则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMCweb管理界面，访问地址为：https:// 1、登录HMC 1.1 浏览器访问连接HMC后，首页界面如下图所示。 1.2 点击下图所示链接，进入HMC验证登录界面。 1.3 输入用户名与口令，登录HMC。 用户名：hscroot 口令： 1.4 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot|help|log off）链接，单击log off，会出现如下图所示注销界面： 选择Log off，系统返回到HMC初始登录界面状态。 3、重启HMC 左边导航栏中选择→HMC Management→shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！ 全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录 1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型: : RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：Oracle数据库日常维护指导手册
001仪器设备维护保养作业指导书
BSC操作维护手册(V08.11.21版)
数据库日常维护工作
软件系统运维手册(完整资料).doc
2016设备维修作业指导书
爱立信设备故障处理手册
Oracle数据库日常维护手册
ProxySG设备维护手册
省公司培训手册(爱立信设备)
软件维护手册
sap日常维护管理手册
设备维护保养作业指导书
爱立信CUDB日常维护指令
软件系统运维手册范本
ORACLE数据库日常维护与管理手册
爱立信故障处理手册
IBM P750小型机日常维护手册
ORACLE数据库日常维护与管理手册