08.31.06
Posted in Oracle, Sybase at 6:45 pm by David.Guo
最近刚从天津回来,就被老板的老板找去训话了,主要意思就是一个:广东的Sybase系统性能低下,无法满足实用化验收的要求.既然是大老板亲自发话了,就有点麻烦了.
还没吃午饭列,老板就再次提到这个问题,并且说必须配合开发人员找到问题所在,本周必须出报告,指明问题所在.事实上,目前系统的慢,主要反映在我们的系统向数据库中插入数据的时候,无法满足需求,现在的业务,在0,30分这两个时间点上插入的数据很多,大概达到30000条记录左右,而我们的入库操作需要超过15分钟.平均每秒才能入库大约60条记录左右,这对于一个中型的系统,速度上是绝对不够的.而且,整个系统的cpu负载基本上都是在70%左右,基本上没有空闲.
为了解决这个问题,首先我们作了测试,使用Rapid SQL这个工具,向服务器中插入数据,采用批量提交,每100条记录提交一次,根据测试结果,发现每提交1000条记录,需要的时间,不会超过1000ms,也就是每秒可以插入数据1000条左右.
既然如此,我们开始怀疑是client的问题.由于我们的提交的程序是用Delphi 6.0来作的,使用的是Delphi自带的ADO控件来实现的,这个时候,我开始怀疑是ADO的控件出现了问题.
由于我的Sybase的水平不高,只能找我的私家顾问了,在msn上抓到无言(其实每次Sybase的重大问题,俺都是找他的)和他交流了下,他认为可能是Sybase自带的OLEDB Driver出现了问题,或者说是有bug.查了下Sybase官方网站的文档,确实是有类似的bug.下载安装了EBF13644以后,似乎没有太大的改观.为了测试确认问题是在这里,继续找无言,要了个java写的JDBC的代码,并请我们的开发写了个应用,使用batch的方法,发现每秒的插入能提高到700条左右.这样一来就可以肯定问题是出在Delphi的控件上了.
现在的问题是如何去改变这个问题,不过我想既然问题找到了,那么解决问题,这是一个时间问题了.我也将继续关注这个问题.
Permalink
Posted in Oracle, 其他内容 at 3:30 pm by David.Guo
老的样式太灰暗,总是觉得不是很爽
今天到wp上找了找,可用的样式还真多,我比较喜欢蓝色,蓝色才是技术论坛的颜色.
个人觉得现在的样式不错,先用用看一段时间,不行就换回来了.
Permalink
Posted in 其他内容 at 1:37 pm by David.Guo
最近在新机器上装金山词霸,每次装上了,只要开启鼠标取词,屏幕就开始狂闪了,关闭鼠标取词就好了.
肯定是金山词霸的问题,但是总得解决,否则俺这英文水平,看资料速度就慢了很多,没办法,到网络上搜索搜索再搜索,终于让俺找到了解决方法,记录之,免得忘记了.
从金山词霸官方网站下载http://support.kingsoft.com/c_1/XdictGrb.dll ，将下载的文件xdictgrb.dll替换词霸安装目录下的同名文件即可轻松解决这个问题
我试过了这个方法,解决这个鸟问题了,看来金山的软件,是有点问题的,呵呵.
Permalink
08.30.06
Posted in David.Guo的心情随笔 at 11:02 am by David.Guo
今天上午一上班,老板就找我谈话了.
主要的意思就是,我在天津某地作系统集成的时候,用于作前置机的一个pcserver上装的windows 2003标准版以后,只是给c盘分了20g空间,其余的磁盘空间(大概40g多),没有进行分区,也没有格式化,因此被项目部投诉.
老板说,你以后不要老是因为这种白痴事情被投诉.
从这件事情,能看到什么列?
Permalink
08.24.06
Posted in 其他内容 at 3:15 pm by David.Guo
最近要把应用迁移到小型机上,发现有两个问题存在:
1:应用中的动态生成的图片无法在客户端显示,显示的是一个大红叉;后台报错如下
< [ServletContext(id=606049161,name=grv40,context-path=/grv40)] Servlet failed with Exception
java.awt.HeadlessException
at java.applet.Applet.(Applet.java:74)
at hualong.grv40.common.chart.ChartApplet.(ChartApplet.java:89)
at hualong.grv40.common.chart.ChartServlet.doGet(ChartServlet.java :42)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl
$ServletInvocationAction.run (ServletStubImpl.java:996)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
at weblogic.servlet.internal.WebAppServletContext
$ServletInvocationAction.run(WebAppServletContext.java:6452)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java(Compiled Code))
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3661)
at weblogic.servlet.internal.ServletRequestImpl.execute (ServletRequestImpl.java:2630)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
2:动态图片中的中文是乱码,显示一个口的形状.
这问题困扰很久了,一直没抽时间来解决,今天得解决了.
询问bea和朋友后,他们说在weblogic中的启动命令中增加如下的参数 -D java.awt.headless=true,我们增加后,还是出不来,这就有点郁闷的说.
先解决图片的问题,打电话个weblogic,基本没有啥用,他们也没有好的方法,说是jdk的问题,让我们自己google看看,只能找开发写了个测试的东西,动态生成同样的png图片,直接用java -jar charttest.jar,在服务器上生成了一个图片,把这个 图片ftp下来,ok,显示正常.这个时候这问题就定位到了weblogic了,再问weblogic,他们说可以加上这个参数试试,我们用java -D java.awt.headless=true -jar charttest.jar,惨,界面上图片出不来,直接报错,错误信息和上面一样,呵呵,这就说明这个参数可能不能放那里.去掉这个参数,图片出来了.不过因为我的启动脚本在hacmp中,所以,必须要设置display参数,我们用了个简单的方法,在/etc/profile中增加了export DISPLAY=127.0.0.1:0.0,否则必须在X界面下才可以出来图片,增加这个后,就不用在X界面上了.
接下来该解决图片中的中文的问题了.weblogic的兄弟扯来扯去,这问题还是没有好的方法,找了个兄弟,他就问我中文库有没有加,lang有没有设置.
我加装了18030中文库,然后在启动的时候,先作了一个export LANG=Zh_CN,启动,图片中的中文问题搞定,然后我把这参数设置到startWebLogic.sh中,然后在hacmp中来启动weblogic,图片,中文,都出来了,开心呀,开心呀.
记录之,困扰很久的问题搞定了,不过老板说,这问题都是因为我机器没装好导致的,我晕呀,我冤,java我也不懂的,weblogic我也不懂的,唉,我只是一个dba.郁闷.
再次感谢robincaijg给予我们的支持.
Permalink
Posted in 其他内容 at 10:24 am by David.Guo
昨天晚上要修改一个东西,把一个小机作了shutdown -Fr命令,可是发现,机器根本没有shutdown下去,机器的boot地址还是可以ping通的,但是无法作telnet连接,显然是关机的时候死机了,由于机器在远程机房,只能等了.
早上到机房一看,我晕,显示器上就是一个绿色的光标,死在那了,液晶面板上显示的是一切正常,ft.没有办法了,打电话,找人.
人家告诉我,找一网线连接到机器后面的HMC口上去,通过那里来重新启动机器.HMC1的ip地址是192.168.2.147,HMC2口的ip地址是192.168.3.147.找了根网线,连到HMC2口上去,然后访问地址https://192.168.3.147,然后就是一登陆界面了,用户名admin,密码admin(这是默认的,如果你没有改的话),进去后,第一个操作必须要修改密码,否则啥都作不了.修改密码后,左边就是菜单了,想干吗都成.
记录之,免得以后忘记了.
Permalink
08.11.06
Posted in David.Guo的心情随笔 at 8:00 pm by David.Guo
今天赶到天津,准备开始二期系统集成中的收尾部分.
回到家,发现房间已经被其他兄弟住了,我的那个破床(破了1/3的床)丢到另外的房间.
这到没什么,大不了就是换个房间,开始找我的被子,我的枕头,发现我的被子被人垫了,枕头被人睡了,还有一个小的四四方方的枕头,找不到了.
我彻底疯倒,公司可是给每个人都有钱来买床上用品的呀,为什么要用我的被子,我的枕头,还有一个枕头失踪了,实在想不通,唉.
Permalink
08.01.06
Posted in Brotherxiao's at 4:20 pm by bachelor
下午项目部的一兄弟说有个job改了时间后执行有问题。next时间总是不对。远程连上去一看似乎确实如此，要求job在每个小时的20分执行，而实际显示的next时间却不在20分。job如下：
begin
sys.dbms_job.submit(job => :job,
what => ‘DPC_EXCUTE_HOUR;’,
next_date => to_date(‘01-08-2006 16:20:00’, ‘dd-mm-yyyy hh24:mi:ss’),
interval => ‘trunc(sysdate,’‘hh’‘) + 20/(60*24)’);
commit;
end;
/
看起来好像没有什么问题。突然发现job的failures<>0,也就是说上次执行很可能没成功，于是手工run了一下，果然报错了：
ERROR at line 1:
ORA-12011: execution of 1 jobs failed
ORA-06512: at “SYS.DBMS_IJOB”, line 242
ORA-06512: at “SYS.DBMS_JOB”, line 218
ORA-06512: at line 1
尝试解决
1、手工执行存储过程，没问题
2、重建job后依然如故
好像没什么道理，仔细检查job的执行时间，才发现原来是interval的间隔设置有问题，改成’trunc(sysdate,’‘hh’‘) + 1/24+20/(60*24)’,问题得到解决，呵呵，不注意这个地方还真容易出错:)
Permalink
« Previous entries ·