终端sql挂起

案例1现象描述:JBOSS突然停电后重启,局域网WEB发布登陆不进去,但用小内网192.
168.
0.
0网段的就可以正常登陆WEB页面,并可以看到数据.
原因分析:起初怀疑是局域网的问题,但可以PING通并且访问内网时也不用代理.
前几天突然停过一次电,由于服务器未接UPS电源,造成服务器断电.
可能是突然断电后JBOSS文件损坏.
解决方法:用备份的jbossweb-tomcat55.
sar文件替换原先的文件后局域网IP登陆WEB正常.
案例2现象描述:数据库HA不正常.
原因分析:Windows群集服务出现问题后造成的数据库双机热备出现问题.
解决方法:a)C:\>Isql–Usa–P–SCL7100BAK1>Sp_companion2>GoServer'FKSERVER02'isaliveandclusterconfigured.
Server'FKSERVER02'isconfiguredforHAservices.
Server'FKSERVER02'iscurrentlyin'Symmetricfailedover'mode.
b)删除数据库状态包括是'offline'的数据库,如1>sp_helpdb2>Go然后可以直接删除系统表中状态是'offline---16'的记录,删除前将系统表做下备份1>sp_configure'allowupdatesystemtables',12>godeletefromsysusageswheredbidin(selectdbidfromsysdatabaseswherestatus2&16=16)deletefromsysdatabaseswherestatus2&16=16c)执行DBCC命令,回滚HA切换失败,恢复正常的HA状态.
1>dbccha_admin('','rollback_failover')2>go检查HA状态是否正常.
1>sp_companion2>goServer'FKSERVER02'isaliveandclusterconfigured.
Server'FKSERVER02'isconfiguredforHAservices.
Server'FKSERVER02'iscurrentlyin'Symmetricnormal'mode.
案例3现象描述:在建立某一户用户信息时候,输入完所有信息提示"用户信息保存失败".
原因分析:现象比较奇怪,未出现这样的问题,序列号和必填的信息都输入完整.
可能是工作站无法识别生冷的汉字.
解决方法:检查用户序列号并未重复,输入信息都符合对应的类型.
最后发现在输入用户地址中,包含了"牛咡桥"字样,用"牛耳桥"替换后保存成功.
案例4现象描述:两个终端归属在同一个用户下面,测量点只能展开一个终端的测量点,另外一个展不开,无法浏览数据.
原因分析:原因不是很明确.
解决方法:删除空格,并重启WEB,启动后刷新后正常,两个终端的测量点均能正常浏览数据,解决上述问题.
案例5现象描述:负控工作站没有建立终端档案的情况下,我们终端通上电,装卡,接着终端出现闪电符号,在终端未知状态下可以看到它在线.
接着我们建立终端和用户档案,然后刷新前置机和定时任务,接着下发参数,提示终端不在线.
用户一般都是建立挡案和安装终端都是同时进行,有时可能档案还没有建完,前置机没有刷新,那边的终端就安装完成并连上了前置机的未知终端,一般用户只看到闪电符号叫认为连上了,但他们并不知道连的是未知终端,所以主站那下发参数,就显示终端不在线,客户放映我们的终端有问题.
原因分析:前置机一直都在连接未知终端,刷新前置机只是刷新终端的档案,本身的连接地址一直没有变.
解决方法:解决的办法是把终端复位或者把前置机重启.
案例6现象描述:主站升级后,原来为内江市变电站做集抄用的终端添加的任务模版丢失了.
原因分析:默认任务模版里边没有半小时,1小时,2小时的任务.
解决方法:将半小时,1小时,2小时的任务添加上就OK了.
案例7现象描述:自贡市电业局数据库双机不能切换.
原因分析:自贡这边的双机热备是没有问题,而是机器硬盘坏了以后,server没有来得及切过去,就被强制关掉了,所以出现双机不能正常切换.
解决方法:1.
在主点和备点上在isql–Usa–SCL7100–P和isql–Usa–SCL7100BAK–P下分别使用sp_companion查看状态是不是恢复:sp_companiongo如果状态恢复成'Symmetricnormal'mode就ok了.
如果不是恢复成'Symmetricnormal'mode,而是状态恢复成'Symmetricfailover'mode那就是没有恢复过来.
如果是'Symmetricfailover'mode解决办法一是:1,用用户sa登陆到主server上,执行:dbccha_admin('',rollback_failover)go2,执行完毕,使用sp_companion查看状态是不是恢复:sp_companiongo3,如果状态恢复成'Symmetricnormal'mode.
则执行下一步,否则请给我打电话.
136414489874,sa登陆到备server上,执行:sp_haproxydbCL7100,'create'go5,再次将两个server的sp_companion和sp_helpdb发送给hwan@sybase.
com,以确认状态是否正常了.
解决办法二是:在群集管理器中将服务CL7100BAK_GRP先移动到主点上,然后再移动到备点上,就可以了.
依据是当主点宕掉再恢复后备点上的代理没有自动删掉,上面的方法就是把备点上的代理删掉.
案例8现象描述:更新升级了新补丁程序,并执行了初始化语句后,打开IE浏览器输入CL7100用户及密码发现进不去了,提示是"登陆超时请重新登陆",但是其他程序用该用户和密码都是运行正常的.
原因分析:首先检查是不是网络的问题,因为只是更新,JBOSS的配置没有变动,同时检查其它应用程序是否工作运行正常等.
解决方法:用超级用户进去负控工作站把原来的用户和密码重新设置了一遍后,在进入WEB就工作正常了.
案例9现象描述:终端编号在输入超过12位时,保存提示"已经有终端编号存在",实际上无此编号,刷新工作站和前置机都出错,终端号和相应的用户无法对应.
终端编号数据库定义为20位,输入13位应该可以.
原因分析:可能是JBOSS存在BUG问题解决方法:连接数据库,在数据库删除相应的终端,或者更改该终端编号在12位以内,然后刷新工作站和前置机后正常.
案例10现象描述:可以通过"负控工作站"召测的到上海协同230终端所采集的电表的数据,但在WEB上面没有数据上传.
原因分析:1.
查看终端的档案后,排除掉协同终端的测量点不对应的原因;再查看终端的任务数据,是配置的总加组,而且任务都配置完整,在"定时任务"上也能够看到该终端所配置的任务,"定时任务"的任务没有启动的原因也排除了;接着在"前置机"上查看终端的报文,也是没有问题,但没有数据上传.
2.
在"定时任务"上没有看到,那就是下发的任务在协同终端内存里面没有保存.
召测该终端的任务,全部为空.
解决方法:1.
把所有的总加组任务去掉,重新配置测量点的冻结任务,并下发协同终端,就解决了问题.
2.
重新配置测量点的冻结任务,并下发协同终端;召测后,能够看到所有的已经配的任务,就ok了.
案例11现象描述:测试终端已经不在线了.
但是前置机还是显示在线,而且点击前置机的刷新按钮,显示还是在线,所以前置机显示的总线情况似乎不能反映真实的在线情况.
原因分析:可能是由于终端心跳周期是30分钟,心跳周期比较长的缘故造成终端实际上已经掉线了,但前置机还是显示在线.
解决方法:将心跳周期设短一些(如15分钟).
1.
重新启动服务器后jboss运行正常,问题解决.
案例12现象描述:东平县供电局客户反映WEB页对外发布查找不到数据,显示空白页面,服务器必须重新启动后,才能访问.
原因分析:因前置机安装了双网卡,web浏览需要监听两个IP地址,但Jboss中默认是只监听JBoss绑定的IP地址.
解决方法:修改D:\jboss-4.
0.
2-1.
32\server\default\deploy\jbossweb-tomcat55.
sar\server.
xml文件,增加web页面需要监听的IP地址,重启Jboss后问题解决.
案例13现象描述:WEB电量示度数据只有总有功、总无功数据,没有分时电量数据.
原因分析:定时任务采集数据为测量点冻结数据,而规约中测量点冻结数据没有定义分时电量表示编码组,故在采集测量点电量冻结数据时没有分时电量数据.
解决方法:定时任务采集电量数据不采集冻结数据,改采集测量点实时电量数据.
案例14现象描述:定时任务采集冻结数据第一次召测总是无任务数据上传,过几分钟后补测才可以采集到冻结任务数据.
原因分析:终端整点数据还未冻结,定时任务下发命令后终端没有该点数据,所以是无效数据,通过补采可以将数据采集回来但是这样会增加通讯流量解决方法:将运行定时任务的服务器时间调慢几分钟,比终端的时间滞后几分钟,这样等终端冻结数据完成后再去执行定时任务.
案例15现象描述:在群集里面资源组不能正常的进行切换,总是处于联机挂起状态.
原因分析:1.
群集将两个或多个服务器连接在一起,使其对客户端呈现为单个计算机.
在一个群集中连接服务器可以分担工作负载、实现单点操作/管理,并为满足增长的需求进行相应的调整提供了一种途径.
网络负载平衡充当前端群集,用于在整个服务器群集中分配传入的IP流量,是为电子商务Web站点实现增量可伸缩性和出色可用性的理想选择.
最多可以将32个运行WindowsServer2003系列产品的计算机连接在一起共享一个虚拟IP地址.
NLB通过在群集内的多个服务器之间分配其客户端请求来增强可伸缩性.
随着流量的增加,可以向群集添加更多的服务器,任何一个群集最多可容纳32个服务器.
NLB在为用户提供连续服务的同时还提供了高可用性,即自动检测服务器故障,并在10秒内在其余服务器中重新分配客户端流量.
群集服务充当后端群集,可为数据库、消息传递以及文件和打印服务等应用程序提供高可用性.
当任一节点(群集中的服务器)发生故障或脱机时,MSCS将尝试最大程度地减少故障对系统的影响.
在使用群集上的任何方法之前,必须先打开到该群集的连接.
Open方法可打开到群集的连接.
将空字符串("")作为参数传递给Open方法,即可打开到localhost上的群集的连接.
脚本将在本地主机服务器上运行;oCluster.
Open("").
因为能打开群集,就可以查看资源组,当组中的一个资源发生故障且必须将该资源转移到其他节点时,该组中的所有资源都将被移动.
2.
突然断电导致两台数据库服务器同时的关机,经常会导致RAID磁盘阵列信息丢失.
而南充是做的RAID5,RAID5的工作方式是将各个磁盘生成的数据校验切成块,分别存放到组成阵列的各个磁盘中去,这样就缓解了校验数据存放时所产生的瓶颈问题,但是分割数据及控制存放都要付出速度上的代价.
而数据库是存放在磁盘阵列所分的盘上的,因而这就给数据库带来了影响.
解决方法:1.
在群集管理器中,Sybase的资源组会有问题,先把组执行初始故障,看看能不能回滚.
这时候通过移动组,联机,脱机等等操作.
2.
通过查找到以sp_companion结尾的数据库后,删除设备;再经过脱机和联机后,数据库还是不能正常启动,原因断电之前主数据库不知转换到那台服务器上去了,通过不断的尝试,最终先启动备机,再起主机,数据库在群集里才处于'联起'状态.
案例16现象描述:在恢复群集正常工作状态后,再检查HA配置的状态是否正常时发现,两个数据库不能正常的进行切换,进行'移动组'处理时,总是处于'联机挂起'而且用'sp_companion'查看时,出现了'symmetricfailback'.
原因分析:可能是有冗余的数据库和出现了有很多数据库的状态是offline的,而且代理库也不存在.
解决方法:通过sp_helpdb命令查看,但没有处于offline的数据库,通过关掉主机数据库后,更改了数据库的最先所属者,再开主机,然后移动主数据库到主机,并把数据服务更改为手动;接着有把sqlver.
exe进程杀掉后,再重启备机;然后在两台服务器上登录数据库后,执行dbccha_admin("","rollback_failover")命令后,主机能够正常的切换.
案例17现象描述:打开JBOSS服务器启动服务时,在连接数据库时出现错误,JBOSS不能正常工作,同时各工作站也不能登陆.
原因分析:检查JBOSS配置,数据库IP和数据库名称是否正确,网络通讯是否正常.
在将数据库服务器重新启动后还是不能正常启动,在启动群集服务时发现CL7100-GRP组不能正常联机,导致SYBASE数据库服务不能正常启动,检查发现2号备机意外自动关机过导致了SYBASE-HA被破坏了.
解决方法:将SYBASE-HA服务恢复后系统运行正常了.
案例18现象描述:CL7100主站在与北京亿恒特公司终端联调时,发现每天定时任务采集会缺一个点,时间发生在每天下午4点多.
原因分析:定时任务采集所在的服务器的时钟不准确,造成采集实时任务时,系统时钟超前或滞后一点时间,定时任务都可能把采集上的任务抛弃掉.
解决方法:把定时任务安装在另一台服务器上,与JOBSS安装在同一台服务器上,通过一段时间观察,暂时没有发现类似现象.
案例19现象描述:主站下发IP端口通讯参数后终端无法再重新上线.
原因分析:协同主站在建立终端档案后,其他参数有一套默认方案,默认方案中将主站的APN参数前加了个空格,应该为"dzdl.
yn",而在建终端档案时候默认方案为"dzdl.
yn",多了一个空格,由于协同主站可以批量下发参数,这样在通过主站下发其他参数时不小心将关键的通讯参数也一起下发,将错误的APN参数下发给终端,终端在再次登陆时始终无法登陆主站.
正常APN参数"dzdl.
yn"为64-7a-64-6c-2e-79-6e,加入空格后则为"20-64-7a-64-6c-2e-79-6e""20"即为"空格"的ASCII码.
解决方法:到现场重新设置APN参数,并告诉主站人员关键参数不要通过主站来下发.
案例20现象描述:在主站前置机上ping科立的网络口电能量终端IP,出现了时断时续的问题.
原因分析:经过故障现象的初步分析,发现出现故障现象的电能量ADSLMODEM都具备以下两个特征:1.
MODEM都启用了内置拨号的模式,即统称的ADSL路由模式;2.
科立电能量终端使用的是TPLIN型号的modem;故障原因的进一步分析和初步结论当ADSLMODEM采用内置拨号方式连主站时,就相当于一台电脑终端,得到了宽带网络运营商的DHCPSERVER分配的一个公网IP地址,此时MODEM缺省开放的所有控制端口全部暴露在INTERNET之下,一般情况下,ADSLModem开放了21、23、80这几个端口,其中23和80端口是Modem厂家提供给ADSL用户用于管理和设置Modem的,而且Modem出厂时设置的密码是众所周知的,所以病毒只需要利用这些开放的端口就可以对Modem进行攻击.
但是由于使用的是私网,其IP地址被分配到个人拨号终端,因此MODEM端口不会暴露,因而不存在这方面的风险.
在出现类似故障的实际环境下,更换同一型号正常上网的MODEM为修改端口配置的MODEM后,继续采用内置拨号上网,观察还是有这样的情况.
于是,再往前查原因,更换小的协议转换器后,再ping该电能量终端的IP,有没有出现时断时续.
解决方法:让博联公司联系该厂家上门修理或更换该设备.
案例21现象描述:在正常安装了数据库,配置好jboss,正常启动了jboss、中心控制、前置机、定时任务.
在中心控制里面建立了用户的档案后,涮新了前置机,定时任务无法涮新,只有重起.
重起时,在第一次总是出现"启动定时任务失败",而第二次就能够正常的启动.
原因分析:数据是用端口号来通知传输层协议送给哪个软件来处理的,数据是没有智慧的,如果很多的程序共用一个端口来接受数据的话,那么当外界的一个数据包送来后传输层就不知道该送给哪一个软件来处理,这样势必将导致混乱.
因而,我们在定义定时任务时,都给他分配了一个端口号,来访问jboss,当这台计算机通过网络访问jboss服务器时,如果它需要对方返回数据的话,它也会随机创建一个大于1023的端口,告诉jboss返回数据时把数据送到自己的哪个端口,然后软件开始侦听这个端口,等待数据返回.
而jboss服务器收到数据后会读取数据包的源端口号和目的端口号,然后记录下来,当软件创建了要返回的数据后就把原来数据包中的原端口号作为目的端口号,而把自己的端口号作为原端口号,也就是说把收到的数据包中的原和目的反过来,然后再送回定时任务服务器,定时任务服务器再重复这个过程如此反复直到数据传输完成.
当数据全部传输完定时任务服务器就把源端口释放出来.
因而是在第一次启动定时任务时,他的源端口还没有释放,就不能正常的启动.
出现了"启动失败",而后关闭端口后,启动又能够正常的启动.
解决方法:在关闭定时任务后,等待几分钟在开启或者重起两次就可以解决问题了.
案例22现象描述:在正确安装了数据库,配置好jboss,正常启动了jboss、中心控制、前置机、定时任务.
并配置好物理隔离器(包括正向物理隔离器、反向物理隔离器),然后配置WEB服务器,该WEB服务器三个网卡分便连接正向物理隔离器、反向物理隔离器和供电公司的网络,但WEB服务器无法访问syabse数据库.
原因分析:系统的拓扑图如下:该物理隔离器(正向、反向型号分便是HRWAII-85M-II、SYSKEEPER-2000)装置除采用基本的防火墙、代理服务器等安全防护技术之外,关键采用了"双机非网"的物理隔离技术,即装置可以阻断网络直接连接,两个网络不同时连接在设备上;可以阻断网络逻辑连接,即TCP/IP必须被剥离,将原始数据非网方式传送;隔离传输机制具有不可编程性;任何数据都是通过两级代理方式完成;具备对数据的审查功能,数据不具有攻击及有害的特性;具有强大的管理与控制功能,从而实现了国调中心的安全防护要求的两种通讯模式:完全单向通讯方式(UDP);单向数据4字节(或1Bit)返回方式(TCP);使用物理隔离器的目是实现sybase数据库和WEB服务器数据同步,而syabse数据库本身不兼容物理隔离器,因而WEB服务器无法访问到sybase数据库,必须通过接口程序,实现数据从CL7100系统通过正向隔离器发送以及WEB服务器的接收.
CL7100系统隔离器(正向)隔离器(反向)WEB服务器防火墙局里的网络解决方法:在数据库服务器和WEB服务器上面安装数据传收的程序,或者直接用防火墙代替两个物理隔离器.