XX大学教务系统容灾优化报告.docVIP

北京理工大学珠海学院 2012年6月4日 教务系统容灾优化报告 4号中午接到学校老师的一个电话，说学校的教务系统正在选课，但非常卡，几乎不能登录。情况比较紧急，于是用QQ远程操作。 首先了解下基本情况跟症状 登录教务系统下，果然，卡的不行，登录半天没反应。SQL*PLUS可以登录，数据库没有完全死掉。同时也了解到服务器是双CPU，4核，16G内存，红帽linux，pc server，归档关闭。 索要警告日志 这也是数据库出现各种异常后首先要参考的资料。不过10g跟11g的存放位置 略有不同，要查一下： 10g: select name,value from v$parameter where name = background_dump_dest; 11g：select value from V$DIAG_INFO where name =Diag Trace; 不过很不幸，这个文件达到了4.8G（具体原因后面说），不容易DOWN下来。只能在服务端用tail命令查看下最后一段的500行日志信息，且无限刷屏，悲剧了： Tue Jun 5 11:50:45 2012 Memory Notification: Library Cache Object loaded into SGA Heap size 2815K exceeds notification threshold (2048K) Details in trace file /oracle/admin/jwgl/udump/jwgl_ora_18027.trc 查一下metalink，很不巧，这还是一个小bug。学校用的oracle是，这个bug在被fixed。这是一个警告，进程花费大量时间在内存中查找剩余空间，没找到，进行了扩展，有可能是内存碎片比较严重，侧面反应应用服务比较垃圾（开始担心）。改一个隐藏参数就行了，具体的解释放到附件（Library Cache Object Loaded Into Sga.txt）里： 备份spfile后，修改如下： SQL create pfile=’/home/oracle/pfile_bakora’ from spfile; SQL alter system set _kgl_large_heap_warning_threshold=8388608 scope=spfile ; SQL shutdown immediate SQL startup 若需要察看参数是否生效，普通查询是无法查找的，因为这种前面加“_“的参数都是隐藏参数，需要借助脚本： SQL set linesize 120 SQL col name for a30 trunc SQL col value for a20 SQL col pdesc for a50 trunc SQL SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.KSPPDESC PDESC 2 FROM SYS.x$ksppi x, SYS.x$ksppcv y 3 WHERE x.indx = y.indx AND x.ksppinm LIKE %par%; Enter value for par: kgl_large old 3: WHERE x.indx = y.indx AND x.ksppinm LIKE %par% new 3: WHERE x.indx = y.indx AND x.ksppinm LIKE %kgl_large% 不过上面信息的刷屏导致后面几万行全是这些无用的信息，没时间再向上面去翻阅了。学校比较急，先生成一下AWR报告，看下性能的瓶颈在哪里。 生成AWR报告 AWR即自动工作负载信息库 (AWR:Automatic Workload Repository)，可以取代10g之前的Statspack和ASH。做了3号全天跟4号中午12点前的AWR。 首先看了下3号的AWR报告，基本正常，老师说3号全天是没问题的。再看了下4号那天的，震惊了： DT Time是反应数据库整繁忙程序的一个参数，计算是DB time=DB CPU+ DB waiting time(no-idle time)，也就是记录的服务器花在数据库运算(非后台进程)和等待(非空闲等待)上的时间。这个值竟然比国家电网绝大部分网省的还要大！可见学生们对于要抢到自己心爱的课程的决心是多么的强烈！立刻觉的这个数据库有研究的价值了。也可以看到oracle的版