畅享博客 > iT慢-郎中 > 优化升级案例 > 这样的系统升级改造,令人心疼!
2007-7-5 12:35:38

这样的系统升级改造,令人心疼!

从成功案例中,可以学习成长;从失败的案例中,更容易总结经验,提升自我。

成功案例报导得多;失败案例却不容易发掘.

伴随着IT用户信息化程度的越来越深,其对于软件应用性能的要求也就越来越高,就需要对IT系统进行升级扩容等全方位的改进。

从技术角度来看,在升级改造过程中,比起全新信息化建设的困难度,实在是有过之而无不及。这类的因系统性能问题而升级改造的,不成功的案例多于成功的案例。

原由:系统的响应时间慢,就是系统的升级的主要原因!

软件平台:

操作系统: Microsoft 2000 server

数据库: Microsoft SQL server

应用软件: 行业内成熟的软件, 单机运行

硬件平台:

服务器: DELL (2CPU2GB的内存,和18GB的硬盘2个做镜像)

磁盘阵列:DELL220S SCSI盘阵(使用18GB的硬盘14个做RAID-5,共250GB)

经过两年的上线使用后,算是成功上线使用,但是开始有用户反映这个系统的响应时间越来越慢,希望可以信息中心可以提升系统的性能。

信息中心和几个供应商的会诊后,确认是硬件指标太低,造成性能太慢。
硬件慢,简单!只要有银子就可以解决。销售商介绍更高规格的硬件设备,于是把原来的设备转成其他的应用上,这个主要核心系统全部采购更新的高性能指标设备。

第一次升级方案:购买高性能指标的服务器

提高服务器的性能指标:

换服务器,把CPU 2个变4个,主频1.8变成3.6, 内存2GB4GB

换存储设备,SCSI盘阵太慢,换成2Gb Fibre光纤盘阵,加上2Gb的光纤交换机,采用最新的SAN存储结构技术,采用DELL推荐的中小企业用的盘阵AX150 (双控、500GB SATA 硬盘7)3.5TB的容量,连数据备份一并解决。真划算,价格也不贵,总价在30万以内,在原来的预算内,有银子真的很好用!

兴高采烈的迎接全新设备的,好像娶媳妇一样,信息中心上上下忙了大半个月,从培训、安装硬件软件、倒数据、系统测试、系统切换,连续加班好几天。总算把她侍侯好了。

系统上线了,和供货商一起聚聚,喝喝小酒,联络感情,以后好配合!

3个月过去了,业务端反映,系统速度好象没有什么改善,甚至还慢了。财务部门反映每个月的结算,速度和以前差不多。


第二次升级方案:修改软件

硬件已经提升了,有问题可能就是软件问题,要软件商进行二次开发,修改软件。软件公司因为慢的问题,收不到开发费用,效果也就有限了。这又加班好几个月的时间,改善不明显。
软件公司找了一个高人,检测后,确定还是硬件问题
? 问题又推到存储上!


第三次升级方案:升级盘阵上的Firmware

服务器的工程师进行了盘阵上的操作系统版本和补丁,不见效果,和存储厂商的资深系统工程师,再继续找问题。最后换了一个高级技术经理,一看,你这个AX150盘阵规格太低,只适合做备份,不适合做OLTP应用,应该使用更高档的全光纤盘阵,应该就没有问题。


第四次升级方案:更换4Gb的光纤盘阵

现在是2007年,主流产品都是4Gb的光纤,于是更换更高指标的存储设备CX3-20,带宽是44Gb,共16Gb的带宽,盘阵内存是4GB,硬盘使用300GB4Gb纯光纤硬盘8个,服务器上加两片4GbHBA卡,更换4Gb的光纤交换机。服务器的内存增加到8GB.

大半年过去了,听说系统的缓慢又出现了!

有人问我你心疼什么?银子又不是你的!

请各位大师瞧瞧, 这个升级的案例中,问题出现在那里?


推荐到鲜果: 查阅更多相关主题的帖子: 成功案例 ERP 升级改造

评论

厂商忽悠人呗,所以今后设备选型一定要先测试!

发布者 linbo10978
2007-7-5 12:41:12


哈哈哈,咋从来没有人关心一下应用的问题呢(数据库,应用服务的调优等等)!再说了,你们那个系统到底并发多少人,业务复杂程度怎么样,数据量多大啊? 还有了,终端用户对于响应的心理需求多少啊?

发布者 西城古意
2007-7-5 15:34:42


顶一下楼上的!

SQL。。。
并发数。。。
这些都是可能造成反应慢的原因

发布者 xie30
2007-7-5 17:39:10


不知道你的数据量有多大,但既然是做IT的相信你们对硬件的评估能力,估计问题还是出在软件上。

发布者 Blue sky
2007-7-6 13:20:06


你好,我是CCNEWS的记者,看到你这篇文章很感兴趣。能否和您取得联系?我的电话是13126584760.MSN:zjjemail@sina.com

发布者 匿名用户
2007-7-7 18:15:01


任何系统都有他的瓶颈, 其他的地方再畅通,瓶颈没解决还是无法畅通.

SQL Server的效能在大量并发用户下可能是个大问题,但是从软件角度优化还是有相当空间的,比如充分利用缓存(连接池),索引,甚至分布式方式分散负荷.

发布者 超级马力
2007-7-11 11:58:14


任何系统都有他的瓶颈, 其他的地方再畅通,瓶颈没解决还是无法畅通.

SQL Server的效能在大量并发用户下可能是个大问题,但是从软件角度优化还是有相当空间的,比如充分利用缓存(连接池),索引,甚至分布式方式分散负荷.

发布者 超级马力
2007-7-11 11:58:16



发布者 匿名用户
2007-7-13 12:49:46


上系统一定要把架构搭好,我觉得这还是硬件结构上的问题,目前硬件设备的档次应该没有问题,软件上也不应该有问题,问题在于搞设计的人不懂应用,所以就会出现此类问题,不知道对否请赐教。

发布者 匿名用户
2007-7-13 12:53:08


这就是规划上的问题,规划出问题并不只是在IT行业有,各个行业都存在。规划搞不好,隐患就存在,一句话,规划如果只凭理论,不结合实际再加上没有前瞻性,问题是一定出现的。

发布者 匿名用户
2007-7-13 12:58:34


对于FC-AL的盘阵来说什么重要
带宽4GB?
15000 rpm FC磁盘 传输速率
光纤环路的数量
才比较重要

8块盘还达不到2G的双通路的顶峰

server 内存8GB很多么
有没有实时监控内存pi po现象呢 内存P p设置是否针对应用呢

发布者 匿名用户
2007-10-18 10:13:14


应该是xiehe hospital

发布者 匿名用户
2007-11-1 13:16:14


您正在以 匿名用户 的身份发表评论  快速登录
(不得超过 50 个汉字)
       看不清,换一个
提示消息
(输入完内容可以直接按Ctrl+Enter提交)