首页 > > > GSM常见问题处理思路.pdf

GSM常见问题处理思路.pdf

GSM常见问题处理思路.pdf

上传者: 深蓝色 2012-02-22 评分1 评论0 下载106 收藏10 阅读量649 暂无简介 简介 举报

简介:本文档为《GSM常见问题处理思路pdf》,可适用于电信技术领域,主题内容包含目录常见案例分析OMC服务器的常用命令OMC服务器的各进程的启动方式OMC服务器的常见的出错信息OMC日志分析OMC的正常进程OMC的程序结构第三部符等。

目录常见案例分析OMC服务器的常用命令OMC服务器的各进程的启动方式OMC服务器的常见的出错信息OMC日志分析OMC的正常进程OMC的程序结构第三部分OMC常见问题处理HLRSERVER的问题处理HDB硬件问题的处理配置文件错误引起的问题HDB的问题处理用户上网类问题前转类问题前置机数据类问题第二部分HLR常见问题处理单通问题的处理通话类问题处理具体案例分析总体思路业务类问题处理第一部分MSC常见问题处理GSM常见问题处理思路GSM常见问题的处理思路目录GSMGSMGSMGSM常见问题处理思路常见问题处理思路常见问题处理思路常见问题处理思路概要说明本文主要讲述华为GSM系统NSS部分的常见问题的处理思路由于GSM系统比较庞大涉及的技术也比较复杂因此问题的定位和处理也相应比较复杂全文分为三个部分第一部分MSC部分常见问题的处理包括业务问题通话话音问题的定位和处理思路第二部分HLR部分常见问题的处理包括HLR前置机HDB和HLRSERVER的常见问题的定位和处理第三部分OMCSERVER常见问题的处理KeywordsGSM常见问题处理思路MSC常见问题HLR常见问题OMCSERVER常见问题GSM常见问题的处理思路第第第第一一一一部分部分部分部分MSCMSCMSCMSC常见问题处理常见问题处理常见问题处理常见问题处理MSC的常见问题有业务类的问题通话类的问题和硬件故障类的问题!要点掌握业务类问题的处理思路掌握通话类问题的处理思路业务类问题处理总体思路总体思路总体思路总体思路MSC常见问题主要和业务有关比如呼叫漫游切换补充业务等MSC的问题处理的关键在于熟悉各种业务的流程和各接口的NO信令对于业务方面的问题的处理的总体思路是分析现象>跟踪消息并定位问题>检查相关数据消息的跟踪的手段主要有以下几种用户接口跟踪接口跟踪链路跟踪使用信令分析仪表跟踪消息在实际应用中可以根据需要进行选择用户接口跟踪用户接口跟踪用户接口跟踪用户接口跟踪用户接口跟踪适用于问题比较典型可以通过某个用户的表现进行定位而且被跟踪的用户已经在我方的VLR中登记接口跟踪接口跟踪接口跟踪接口跟踪对某个接口比如A接口的跟踪主要用在开局割接前的调测中因为在网运行的系统上某个接口的消息都特别多难以定位链路跟踪链路跟踪链路跟踪链路跟踪GSM常见问题的处理思路链路跟踪包括从维护台跟踪和适用仪表跟踪的优点在于信息全便于查找问题但是缺点在于对于一些链路很多的局向很难进行全面的跟踪有时需要人工闭塞一些LINK才能跟踪到比较完整的消息对于从维护台跟踪下来的信令消息直接存盘下来是文本文件的格式如果直接分析难度比较大可以使用工具将其转换为MA的格式使用MA软件进行分析这样就非常方便了不但有详细的消息解释而且还可以根据关键字对消息进行查找还能对同一个业务的过程进行跟踪这种方法特别适用于不能对单用户进行跟踪或者从大量的消息中分检单个呼叫或者其他业务的情况具体案例分析具体案例分析具体案例分析具体案例分析!要点熟悉各种业务流程熟练进行各种跟踪消息分析数据管理中每长表格以及表格内每个字段的意义和相互关系案例由于其没有配置该基站的小区号数据或配置有误造成基站服务区内用户只能做主叫现象Q基站开通后其服务区内的用户只能做主叫处理过程对MSC侧的数据配置进行检查发现BSC表中有关该基站所在BSC的目的信令点的数据与位置区小区表中该基站所在BSC的目的信令点的数据不对应就是该错误造成了MSC在下发系统消息命令时不知把该命令下发给哪个BSC从而导致该基站接收不到所要下发的寻呼消息对MSC侧的BSC表位置区小区表进行数据修改使该基站所在BSC的目的信令点数据配置一致MSC数据设定以后该基站能正常开工对该基站服务区内的用户进行主被叫拨打测试各种呼叫都正常原因分析Q基站与N基站S成树型连接对该基站进行数据加载后该基站能正常开工当锁定BCCH频点进行拨打测试时发现手机用户在该服务区内只能GSM常见问题的处理思路做主叫不能做被叫对ABIS接口进行信令跟踪后发现该基站BCCH没有向其服务区内的用户下发寻呼消息PAGINGMESSAGE由此可判断出问题的原因可能是MSC侧在下发系统消息命令时由于其没有配置该基站所在BSC的目的信令点数据或配置有误致使该基站接收不到下发的寻呼消息从而造成其服务区内的用户不能作被叫案例由于BSC表配置问题引起的寻呼不能成功故障现象某局调测时发现有大量用户在正常状态时做被叫提示暂时无法接通的提示音故障分析在用户接口跟踪时发现漫游号码能正常取到而且MSC已经向BSC下发了寻呼消息但是没有寻呼响应在MSC拆线的消息中提示目的地不可达在相应的链路跟踪中不能看到寻呼消息这样故障可以定位在MSC没有将寻呼消息发到链路中仔细检查消息发现不成功的呼叫中寻呼消息都是从MSC的某一个模块发出的而MSC的这个模块到BSC没有链路检查MSC数据管理台中的BSC表发现在该表中配置的所属MSC模块中配置了这个模块处理过程将BSC表中的该所属模块删除后问题解决建议与总结在BSC表中配置的所属MSC模块必须是有到BSC的链路的模块如果该模块没有对应BSC的链路那么就会出现以上msc找不到bsc的情况通话类问题处理通话类的问题主要有以下两种单通和杂音单通问题的处理单通问题的处理单通问题的处理单通问题的处理单通问题可能存在于话路的从用户端到无线接口A接口TUP等各个环节和各个设备中需要根据实际情况来定位在无线侧可能是由于无线信号上下行信号不平衡TRX故障等原因在网络侧可能和HW连线错误鸳鸯线CIC数据错误网板或者DTM单板故障有关对于单通问题的定位使用可以监听时隙的M误码仪进行监听不但可以将单通定位在特定的系统上而且可以看出单通是只有来话还是去话这样非常容易查找单通的原因了GSM常见问题的处理思路案例在增加话路中继时出现单通现象现象描述在增加A局到B局的话路中继后拨测时发现有单通现象处理过程当发现有单通现象时进行拨测测试确认单通现象不是偶然现象而是由于新增的话路中继造成的闭塞大部分的原有中继并针对网板的新增中继对应的时隙占用情况进行分析发现当占上新增中继的其中两条时总会出现单通现象基本确认是否为新增的中继存在问题闭塞一条有问题的中继对另一条进行测试仍然有单通现象首先再次检查这两条中继对应的DTM板的指示灯状态正常再查看NO电路的状态空闲也很正常进一步核查数据和HW的连接情况也未发现异常插拔中继端口发现在断开有问题的一条中继时另一条中继也随之断开说明两条中继线之间存在内在的关系再次查看中继线的收发连接情况未发现异常与B局联系对两对中继线分别测试发现B局那一边将两对中继线的一条相互错位即连接情况如附图所示大部分工程师在调测中继时只关心DTM板的指示灯状态如果状态正常便认为硬件连接没有问题实际上象上图的连接方式指示灯状态也完全正常这可能由于DTM板的RX与TX之间存在虚电路的连接例如E的左边一路的RXTX实际是通过其他三块中继板形成一种自环从而使DTM板指示灯状态正常的如果左边一侧的局发起呼叫占上E的中继并在IAI消息中让对端局也占用相同中继的相同时隙(即相同CIC的电路但由于硬件的连接的错误导致对端把来话接到另一条中继上从而形成单通现象原因分析单通现象是指通话的双方一方可以听到对方的声音而对方听不到自己的声音单通现象的产生可能由以下原因造成硬件问题包括HW线的某条断开HW数据配置问题中继的连接错误如上例中继电路的配置与物理连接不匹配等由于手机本身问题或基站侧的无线原因导致单通GSM常见问题的处理思路在拨打长途时偶尔也会出现单通现象可能与长途传输有关从以上原因看与我们网络侧有关的主要是第一点为了减少单通现象的产生建议以下几点在铺设中继线时一定要将中继线贴好标签包括线序和收发端尽量减少中继线连接错误的可能性在调测的过程中测试一定要细心在话务小的情况下可闭塞部分原有中继增加占用新增中继的概率同时观察网板的时隙占用情况和在用户跟踪中观察出局所占的电路号确保每一条中继都被占用过如果出现单通现象应仔细分析产生的原因是否存在规律等不要盲目行事在象开局时条件具备的情况下可对中继线一对一对进行拨打测试这样更容易发现有问题的中继GSM常见问题的处理思路第第第第二二二二部分部分部分部分HLRHLRHLRHLR常见问题处理常见问题处理常见问题处理常见问题处理HLR由HLR前置机和HDB组成HLR对应的问题也可能是由前置机或者HDB对应的部分组成!要点熟悉HLR的系统工作原理掌握HLR部分的故障的分析定位和处理前置机数据类问题前置机数据类问题前置机数据类问题前置机数据类问题HLR前置机的数据比较简单除了硬件配置外对系统影响比较大的表有被叫分析表IMSI区号对应表GT转换表等表格GT转换表影响用户的位置更新被叫分析表禁止前转号码表影响用户呼叫转移的前转号码的合法性IMSI区号对应表如果没有包括的号段登记前转时不能成功对于前置机数据类的问题主要有下面几个方面前转类问题前转类问题前转类问题前转类问题对于用户前转不能成功的问题主要检查被叫分析表禁止前转号码表IMSI区号对应表等表格案例联通MS无法前转移动号段故障现象联通MS设定前转移动号段后做被叫时提示您拨的用户不存在但是可以前转市话和本网手机原因分析在MS上设定前转移动的号段后在HLR用户数据管理台上查询所设定的前转号码发现所设定的前转号码已变为xxxxxxxx的形式由于多插入了本地的区号()所以导致前转失败MS设定前转时HLR根据被叫分析表和禁止前转号码表等表分析送上来的前转号码所以前转移动号段时将匹配至呼叫字冠为的纪录认为是本地号码所以加上了的前缀查看被叫分析表发现被叫字冠为的业务属性为本地而的业务属性为移动网本地局GSM常见问题的处理思路处理过程在被叫分析表中加上呼叫字冠为的纪录业务属性为移动网他局或其他移动属性设定之后前转都正常用户上网类问题用户上网类问题用户上网类问题用户上网类问题在HLR数据中与用户上网有关的主要就是GT转换表的配置其中包括了用户的E和E编码在HLR的数据配置中只需要配置本HLR中用户对应的E的编码即可其余的E的编码不用配置HDB的问题处理的问题处理的问题处理的问题处理HDB使用的操作系统为UNIX数据库采用ORACLE对HDB的维护需要了解UNIX和ORACLE的相关知识另外对于HDB中各目录和文件的配置以及我们的HLR常用的表格的结构必须了解配置文件错误引起的问题配置文件错误引起的问题配置文件错误引起的问题配置文件错误引起的问题hdb中最常见产生问题的配置文件就是hlrsh文件案例HDB中SERVERIP地址设置不当导致在HLR用户数据管理台中不能开户销户等操作故障现象某局在调测时发现登录HLR用户数据管理台正常能添加删除资源但是在进行开户销户等操作时不能成功提示错误原因分析在HDB中hlrsh文件中的OMCSERVERIP地址应该为HLRSERVER的IP地址不能是OMCSERVER的IP地址该地址如果不正确就HDB与HLRSERVER不能正常连接处理过程检查HDB和OMC系统连接的网线连接连接正常排除了网络连接的问题然后在HLRSERVER中查看HLRCOM的进程只有一个这说明HDB和HLRSERVER连接有问题在HDB中检查hlrsh文件OMCSERVERIP项地址设置为但是实际上的HLRSERVER的IP地址为将双机中的该地址改正后并通过以下步骤将HDB中的HLR重启#haregnhlr#haregyhlr重启后问题解决GSM常见问题的处理思路HDB硬件问题的处理硬件问题的处理硬件问题的处理硬件问题的处理HDB硬件配置比较复杂主要包括终端连接器主机磁盘组网络连接等终端连接器问题终端连接器问题终端连接器问题终端连接器问题确认问题"确认无硬件连接问题电源问题问题表现#连接口忙#连接无响应故障恢复#连接口忙关闭其它连接口再试不成功关终端连接器并重启再试不成功按安装手册对其重配置再试不成功要求SUN公司设备维护或更换#连接无响应要求终端连接器设备维护或更换启动问题启动问题启动问题启动问题确认问题"确认没有安装问题电源问题问题表现#Telnet到终端连接器上如果主备机显示ok表示没有正常启动UNIX如果双机都有hwhlrph>或hwhlrph>提示符表示UNIX启动正常GSM常见问题的处理思路#Telnet到逻辑主机上如果可以连接表示HA启动连接不通表示双机HA失效或没有启动问题恢复#HA没有正常启动ping发现timeout提示ping其它物理主机如上操作表示正常使用检测工具检查应该发现HA软件没有运行且大部份检测项报错或报超时此时Telnet到一二号主机手工启动HA参考启动HA一节建议使用etcrcdSstartclusterstart来启动并观察启动过程中终端和终端监视器上的输出如果不能启动则使用scadmin方法来启动正常结束后应用可以恢复使用检测程序可以看到测试项都为ok若仍有测试项不通过重新定位问题使用Sstartcluster程序启动不成功而scadmin启动成功表示Sstartcluster程序问题要求公司重新检查程序并发送改正后的程序#双机或单机ping不通进入在终端监视器如果显示ok表示此机进入ok状态UNIX没有正常启动输入boot起动本机UNIX正常启动HA启动应用启动正常结束系统恢复使用检测程序可以看到HA应用都为Ok若仍有测试项不通过重新定位问题进入终端监视器查看如果本机没有显示输出或长期挂起没有运行表示主机进程发生故障强制本机退回到ok状态后按以上步骤进行恢复GSM常见问题的处理思路操作方法在终端监视器上按<Ctrl>后输入sendbrk退回到ok状态输入boot启动hwhlrph>lsDeftemptxtabctxtDumpError以上为输出的错误消息此时主机已经挂起按回车后不出现提示符^不成功则关本机电源后重开电源重复以上操作网络问题网络问题网络问题网络问题确认问题"确认两台主机都处理开机状态"确认没有安装问题硬件连接问题电源问题启动问题"确认Telnet终端连接器发现双机已经出现提示符hwhlrph>或hwhlrph>且两机都可以在终端连接器上使用用户口令登录问题表现#双机中任一机PingIp不通#双机中任一机Pinghostname不通#双机中任一机Ping私网IP不通#双机中任一机使用rsh登录到另一机不成功#双机中任一机显示网卡有倒换若没有以上问题请重新判断是否为网络问题问题恢复#双机中任一机PingIp不通GSM常见问题的处理思路查看etchosts文件与安装手册上比较确认是否文件问题重启动观察启动是否成功不成功则备份etc目录到opthlrsetupbackup下命名为hwhlrphetcerror日期tarZ恢复早期本机上的etc目录并重启重新定位问题注意双机中的备份是不同的每台机器都备有双机的备份必须先确认机器名再进行恢复问题仍存在电话通知HDB项目组请求对磁盘全面恢复#双机中任一机Pinghostname不通如果IP能ping通但HostnamePing不通表示etchosts文件有问题与安装手册比较恢复本机下etchosts文件注意双机hosts文件不同必须确认两台机器的文件名后再用vi修改#双机中任一机Ping私网IP不通确认HA已经启动使用hastat命令查看当前私网状态如果私网已经从口转到口表示有一块私网网卡出现了倒换要求SUN公司对网卡设备进行维护如果没有以上问题仍然Ping不通请使用ifconfiga命令查看本机上的私网情况如果没有hme和qfe的消息则表示为HA配置文件错误恢复HA配置文件并重启HA参考恢复HA一节#双机中任一机使用rsh登录到另一机不成功如果使用IP和hostname进行Telnet连接正常而使用rsh连接不正常这种情况下HA可能不能正常工作这是由于双机中主机信任关系文件损坏GSM常见问题的处理思路查看rhosts文件确认两台主机的所有IP都在其中由于自动备份会修改这个文件所以在恢复前先通关掉自动备份与告警功能再根据安装手册上修改rhosts文件一节恢复两台主机的rhosts文件并重新安装自动备份不成功重启动#双机中任一机显示网卡有倒换使用Ifconfiga命令查看双机中任一机的当前网卡已经倒换过用pnmstatl查看NAFO一节可以看到网卡已经倒换过在终端监视器上查看发现有hmelinkdown显示约一分钟一次使用Pnmstatl查看公网NAFO状态正常情况hwhlrph>optSUNWpnmbinpnmstatlBkggrpradpstatusfotimeliveadp恢复时先检查网线连接是否断开双LANSWITCH中是否有一个断电LANSWITCH上连接灯是否亮如果连接正常表示网卡配置文件已坏检查公网NAFO倒换设置下面为一号主机上操作最后一位是ClusterID号表示第一台主机表示第二台主机hwhlrph>optSUNWpnmbinpnmdschwhlrlPNMtttdNfXXRNMfi以上三种情况都表示配置错误请恢复haconf再试不成功重启按以上步骤再测试一次确保NAFO设置没有问题网络仍有故障通知SUN公司可能要对硬件网卡进行更换主用机网卡问题先倒到备机恢复后重启动本机备用机网卡问题恢复后重启动本机要求恢复完成后检测网络全部正常GSM常见问题的处理思路磁盘问题磁盘问题磁盘问题磁盘问题确认问题#发现分区有异常增大#双机中任一机不能正常启动且不能按启动问题恢复#检测程序报磁盘阵列错误问题恢复#发现分区有异常增大恢复时查看varadmmessages文件看是不是有异常增大增大过快请查看里面内容后备份var目录到dskctds物理设备上的ohter目录下文件名为hwhlrphvar日期tarZ恢复出厂备份的var目录#双机中任一机不能正常启动且不能按启动问题恢复这种问很有可能是由于长期没有对系统进行维护部份目录空间不够造成启动不正常可能不能正常进入UNIX恢复按关单机的方法将有故障的一台机halt进入ok状态boots让系统启动到单用户模式按上一种方法恢复原var目录重启动okbootsINIT:SINGLEUSERMODETypeCtrldtoproceedwithnormalstartup,(orgiverootpasswordforsystem另一种情况是可能由于意外情况造成opt或其它分区不能挂上系统这样可能可以进入UNIX但是运行不正常或大量应用不能运行恢复fsck命令检查并修复磁盘参考安装手册将没有挂上的分区手工挂上哪个分区不见了就挂哪一个分区hwhlrph>mountoptdevdskctdsXGSM常见问题的处理思路以上操作都不能成功通知HDB项目组请求对本机磁盘进行全面恢复#检测程序报磁盘阵列错误如果自动恢复不能成功表示磁盘阵列上有硬盘从组中间脱离或是磁盘阵列配置问题恢复先按要求备份双机etc目录并恢复正确的双机etc目录重启双机不成功参考以上磁盘阵列操作使用手工恢复磁盘阵列问题HAHAHAHA问题问题问题问题确认问题#确认双机UNIX都正常#检测程序报HA没有启动#检测程序报磁盘阵列挂接不上问题恢复#检测程序报HA没有启动恢复参考启动问题手工启动HA#检测程序报磁盘阵列挂接不上恢复恢复ccd文件备份按要求启动HA系统恢复表示ccd文件损坏不成功停本机HA恢复haconf重启HA系统恢复表示系统配置文件损坏不成功重启动系统恢复表示配置文件损坏不成功手工恢复磁盘阵列故障系统恢复磁盘阵列硬件故障GSM常见问题的处理思路不成功说明磁盘阵列磁盘出现严重故障与SUN公司联系要求换硬盘同时申请使用单机接管HLRSERVER的问题处理的问题处理的问题处理的问题处理HLRSERVER中最重要的就是HLR数据库其中包括了用户的IMSIMSISDN和KIKC等号码资源所有的用户数据操作包括营业厅操作都是通过HLRSERVER完成的对于HLRSERVER的问题处理必须熟悉UNIX操作系统和SYBASE数据库的常用操作由于HLRSERVER和OMCSERVER有很多共同的地方HLRSERVER的问题和OMCSERVER的问题放在一起详见下一部分内容GSM常见问题的处理思路第第第第三三三三部分部分部分部分OMCOMCOMCOMC常见问题处理常见问题处理常见问题处理常见问题处理!要点熟悉OMC的程序结构和常见进程掌握OMC常见问题的处理思路OMCOMCOMCOMC的程序结构的程序结构的程序结构的程序结构!要点熟悉OMC在正常情况下有些什么进程掌握OMC的日志文件的意义OMCOMCOMCOMC的正常进程的正常进程的正常进程的正常进程OMC服务器主要包含如下几个部分也就是平常见到的OMC的进程timesvrd时间服务器进程为整个系统提供定时服务正常时以ps命令查看应该有个以上的进程newswitchsvrOMC系统路由器为所有浏览器的全部业务台Bam和各服务器进程提供彼此间的路由选择所有浏览器Bam和各服务器进程都与之相连为他们分配唯一的台号newlogmanager日志服务器存放浏览器上各种操作日志newserverd配置服务器为整个系统提供定时产生日志和记录并通知浏览器节点信息通知Bam节点号alarmbam告警服务器是所有告警数据存放地并进行统一分发正常时有个进程hlrserverHLR用户管理服务器处理各种HLR用户操作当浏览器上没有HLR用户管理窗口被打开时只有个进程有多少浏览器上打开了HLR用户管理窗口它的进程就多起几个GSM常见问题的处理思路newbillsvr话单服务器接收Bam传来的话单存放在OMC用户下的billdata目录下newcommdriver应用集中器是服务器侧各业务台申请台号和业务分发的统一接口正常时有个进程newfhlrsvrOMC与HLR接口程序进行协议转换和为HLR提供一些配置业务数据正常时有个进程若只有个说明与HLR连接有问题Mmlsvr进程用于营业厅人机命令的接口程序正常时有个进程若只有个说明与营业厅连接有问题OMC日志分析日志分析日志分析日志分析OMC服务器日志信息是进行日常OMC服务器维护不可缺少的部分每个进程都对应着自己的日志文件具体如下timesvrd时间服务器进程的日志文件为timesvrlognewswitchsvrOMC系统路由器的日志文件为switchlognewlogmanager日志服务器的日志文件为logmanlog数据库操作日志为logdbmsglognewserverd配置服务器的日志文件为newconfiglogalarmbam告警服务器的日志文件为newalarmlog数据库操作日志为newalarmdbmsgloghlrserverHLR用户管理服务器的日志文件为hlrserverlog数据库操作日志为hlrdbmsglognewbillsvr话单服务器的日志文件为newbillsvrlognewcommdriver应用集中器的日志文件为commdrvlognewfhlrsvrOMC与HLR接口程序的日志文件为newfhlrsvrlog数据库操作日志为Newfhlrdbmsglog其中正常日志程序运行过程中所有异常信息具体到出错行号数据库日志信息记录程序运行过程中涉及到数据库操作的出错信息在出现浏览器或Bam与OMC服务器连接不上或各业务台操作异常时可以查看OMC服务器日志信息定位出错原因步骤如下A查看网络情况以ping命令看出错机器与OMC服务器之间通讯状况B查看进程数量GSM常见问题的处理思路首先查看newswitchsvr进程是否为两个若不是则进入OMC用户下log目录以vi命令查看switchlog文件中Fail信息或以如下命令进行错误信息统计:grepFailswitchlog然后根据具体出错信息进行具体解决其次查看newcommdriver进程是否为两个若不是则进入OMC用户下log目录以vi命令查看commdrvlog文件中Fail信息或以如下命令进行错误信息统计grepFailcommdrvlog然后根据具体出错信息进行具体解决再次根据出错的业务台来确定相应的服务器进程查看其进程数和日志出错信息方法同上最后如果确定出错进程为newlogmanagerhlrservernewfhlrsvr或alarmbam其数据库日志中出现与错误信息则以ISQL命令进入sybase环境查看数据库情况C查看硬盘是否写满以dfk命令看硬盘的各相关文件系统是否写满一般屏幕显示格式如下文件系统千字节用了可用容量挂接在devdskctdsdevdskctdsusrprocprocfddevfddevdskctdsvardevdskctdshomedevdskctdshomedevdskctdsoptswaptmp注意如果某个文件系统的容量变为则可能导致程序运行出错OMC服务器的常见的出错信息服务器的常见的出错信息服务器的常见的出错信息服务器的常见的出错信息A网络通讯异常包括系统设置不正确网线或网卡出故障等B硬盘文件分区写满判断方式如C所述如果在CDE窗口方式下不要忘记打开一个控制台窗口GSM常见问题的处理思路C数据库日志写满方式为在OMC用户下执行如下命令isqlUsaPserver进入sybase环境然后在sybase环境执行如下命令查看master库日志情况sphelpdbmastergo如果freekbytes对应的数值为或只有几十则说明日志库异常执行如下命令来清理日志dumptransactionmasterwithnolog查看告警库warn日志情况sphelpdbwarngo如果freekbytes对应的数值为或只有几十则说明日志库异常执行如下命令来清理日志dumptransactionwarnwithnolog查看OMC日志库newomclog日志情况sphelpdbnewomcloggo如果freekbytes对应的数值为或只有几十则说明日志库异常执行如下命令来清理日志dumptransactionnewomclogwithnolog查看Hlr用户库Hlr日志情况sphelpdbhlrgo如果freekbytes对应的数值为或只有几十则说明日志库异常执行如下命令来清理日志dumptransactionhlrwithnologGSM常见问题的处理思路D因掉电等原因造成数据库坏掉而无法进入此时数据一般会丢失处理方法为首先按所述停止与出错数据库相关的进程其次执行如下命令isqlUsaPserver进入sybase环境然后在sybase环境执行如下命令如果出错的为Hlr用户管理库dbccdbrepair(hlr,dropdb)go如果出错的为告警warn库dbccdbrepair(warn,dropdb)go如果出错的为OMC日志库dbccdbrepair(newomclog,dropdb)goEOMC服务器处理能力不够如果不是以上出错原因可能是因为OMC处理能力有限可重新启动服务器初始化系统不会影响业务OMC服务器的各进程的启动方式服务器的各进程的启动方式服务器的各进程的启动方式服务器的各进程的启动方式自动启动OMC服务器在etcrcd目录下设有批处理文件一般名称为Swserver只要重新启动即可OMC服务器的常用命令服务器的常用命令服务器的常用命令服务器的常用命令A重新启动以su命令进入超级用户输入正确的口令然后执行reboot命令即可B关机以su命令进入超级用户输入正确的口令然后执行poweroff命令即可C查看进程psef|grep进程名称D停止进程kill进程号E进入数据库isqlUsaPserverGSM常见问题的处理思路F查看数据库日志sphelpdb数据库名称goG清除数据库日志dumptransaction数据库名withnologgoH查看数据库用户spwhogoI停止数据库用户kill数据

精彩专题

热门资料

自制廉价的Arm9开发平台.pdf

“数据通信原理”重点题型.doc

ZigBeeの葵花宝典.pdf

Cisco_OSPF命令与配置手册(中文).pdf

该用户的其他资料

  • 名称/格式
  • 评分
  • 下载次数
  • 资料大小
  • 上传时间

用户评论

0/200
    暂无评论
上传我的资料

相关资料换一换

资料评价:

/ 25
所需积分:0 立即下载
返回
顶部
举报
资料
关闭

温馨提示

感谢您对爱问共享资料的支持,精彩活动将尽快为您呈现,敬请期待!