g**1
发帖数: 10330 | 1 工行6.23事件内部通报首曝光 因IBM软件缺陷所致
中国网 www.china.com.cn 2013-07-09 10:50 打印 | 转发 | 评论
近日，中国工商银行信息科技部就6月23日工行系统故障事件（以下简称“6·23事
件”）正式作出内部通报，这份通报称，工行数据中心（上海）主机系统出现故障，是
由于IBM提供的主机DB2V10版本内存清理机制存在缺陷引发。
而在技术问题之外，工行本身的管理问题以及国内银行业信息系统落后的沉疴可能
也是此次事件的诱因。
事件原因直指IBM：软件存在缺陷
6月28日上午，工行某直属一级分行信息科技部员工陆续收到内部通报邮件。该通
报就6·23事件的情况及原因作了基本描述，但对事件影响范围、内部处理能力判断均
语焉不详。
通报称，“6月23日上午，数据中心（上海）监控发现主机CPU利用率升高，经分析
判断与6月23日凌晨实施的主机DB2数据库软件升级版本有关（从V9升级到V10），在紧
急回退升级系统软件版本后系统运行恢复正常。”同时，工行总行信息科技部将该事件
直接原因归为IBM公司提供的软件产品存在缺陷，并称这点“经IBM公司正式确认”。
工行就6·23事件做出的正式内部通报文件
6月23日上午，全国多地中国工商银行柜台、ATM、网银业务出现故障，持续近1个
小时。作为服务2.92亿个人客户及400多万公司客户的全国金融服务巨头，工行此次故
障波及北京、上海、广州、武汉、哈尔滨等多个大中型城市。
当日，工行将该事故对外模糊描述为：“中国工商银行部分地区因计算机系统升级
原因造成柜面和电子渠道业务办理缓慢。”这也是迄今为止工行就6·23事件向用户发
布的唯一公开解释。
IBM公开官方资料显示，工行与IBM的合作始于1997年，至今16年之久。针对通报中
提及的“经IBM公司正式确认”，记者联系多位IBM相关负责人，但均未得到回应。
工行IT运维能力遭质疑
这份内部通报由一位不愿透露姓名的工行在职员工提供。该员工表示，自己并不太
满意这份解释：“对灾难备份只字未提，有意将管理问题规避为技术问题。”
通报也提及了一些管理问题，但表述颇为模糊，通报称，“（数据中心上海）没有
按照‘第一时间恢复生产’的要求采取果断措施及时进行回退，并且回退过程不坚决，
耗时较长。”
银行的灾难备份系统，是指银行对本地数据中心的数据、业务系统、软硬件等资源
进行同城或异地备份，以确保发生某些不可预测的灾难后，重要信息系统的数据安全的
一种预防措施。
据中国银行业监督管理委员会（以下简称“银监会”）发布的《银行业金融机构信
息系统风险管理指引》，银行业金融机构应制定信息系统应急预案，并定期演练、评审
和修订；全国性数据中心要实现异地灾备。
日前，国内最大的灾难备份服务商万国数据CEO黄伟在接受福布斯中文网采访时表
示，“银行的IT系统永远面临信息安全的挑战，但悲哀的是，银行在IT系统和灾难备份
中不计成本，但遇到这样的大面积的安全问题依然无法在短时间内恢复系统。”他认为
，长久以来国内银行的IT系统运作是在给这样的事件埋下伏笔，他最后指出，“在国内
银行，IT系统的搭建更像是给上级和银监会看的‘政绩工程’。”
2008年，现任银监会副主席郭利根曾就多起国内银行信息科技风险事件发表讲话。
他说，工行等国有银行是国内在IT技术和风险管控上都比较先进的银行，它们的问题频
发，“充分暴露出我国银行业信息系统的脆弱性。”
他指出，基础建设滞后、软硬件及核心技术受制于人和系统管理粗放是当时银行业
信息科技建设存在的主要问题，“特别是在业务连续性规划、业务恢复机制、风险化解
和转移措施、技术恢复方案等方面，存在明显的‘短板’。”
整整五年过去，工行6 23事件证明了这些问题仍旧没有得到有效解决。 |
x******g
发帖数: 33885 | 2 还在用古董DB2?
快转成MS SQL server吧。 |
w***u
发帖数: 17713 | 3 你不用cobol吧？要劝COBOL 程序员学java?db2,cobol这些吃饭香，又轻松，还不用担
心被裁。 |
c***c
发帖数: 21374 | 4 用db2的还很多
大企业怎么可能随便改系统
【在 x******g 的大作中提到】
: 还在用古董DB2?
: 快转成MS SQL server吧。
|
g********x
发帖数: 7361 | 5 这种事之前更多，但现在能放出来是因为中国有了国产的替代品了
【在 g**1 的大作中提到】
: 工行6.23事件内部通报首曝光 因IBM软件缺陷所致
: 中国网 www.china.com.cn 2013-07-09 10:50 打印 | 转发 | 评论
: 近日，中国工商银行信息科技部就6月23日工行系统故障事件（以下简称“6·23事
: 件”）正式作出内部通报，这份通报称，工行数据中心（上海）主机系统出现故障，是
: 由于IBM提供的主机DB2V10版本内存清理机制存在缺陷引发。
: 而在技术问题之外，工行本身的管理问题以及国内银行业信息系统落后的沉疴可能
: 也是此次事件的诱因。
: 事件原因直指IBM：软件存在缺陷
: 6月28日上午，工行某直属一级分行信息科技部员工陆续收到内部通报邮件。该通
: 报就6·23事件的情况及原因作了基本描述，但对事件影响范围、内部处理能力判断均
|
c*******9
发帖数: 9032 | 6 微软的更恶心。
【在 x******g 的大作中提到】
: 还在用古董DB2?
: 快转成MS SQL server吧。
|
b****e
发帖数: 161 | 7 老办法啦，IBM背黑锅，然后工行巨额采购合同签给IBM，不信等着看。 |
xt
发帖数: 17532 | 8 后台数据库没那么容易改，要不Sybase怎么靠那么一点市场居然也活着
呢。再说SQL Server似乎很少有哪个银行用来做这种关键的数据库服务
器？
【在 x******g 的大作中提到】
: 还在用古董DB2?
: 快转成MS SQL server吧。
|
xt
发帖数: 17532 | 9 国内似乎Oracle+AIX用得更多
【在 b****e 的大作中提到】
: 老办法啦，IBM背黑锅，然后工行巨额采购合同签给IBM，不信等着看。
|
k**0
发帖数: 19737 | 10 像这种系统升级怎么会没有事前beta testing?
IT失职阿 |
|
|
x****o
发帖数: 29677 | 11
这话说的,当你自己机器了,说改就改?
【在 x******g 的大作中提到】
: 还在用古董DB2?
: 快转成MS SQL server吧。
|
k*******g
发帖数: 7321 | |
f****l
发帖数: 8042 | |
x******g
发帖数: 33885 | 14 用了错的系统，不改也是死路一条。早改早投胎。
【在 c***c 的大作中提到】
: 用db2的还很多
: 大企业怎么可能随便改系统
|
x******g
发帖数: 33885 | 15 Oracle是有贵又难用。AIX 也是IBM的垃圾
【在 xt 的大作中提到】
: 国内似乎Oracle+AIX用得更多
|
x******g
发帖数: 33885 | 16 windows8 也许是恶心。
但SQL Server绝对是世界上最先进的enterprise 资料库系统
【在 c*******9 的大作中提到】
: 微软的更恶心。
|
xt
发帖数: 17532 | 17 这俩绑在一起那才叫贵。我知道中行用的就是这个。其实
都是看谁推销和回扣好。
银行后台可不能乱改，一旦出事那可麻烦了，这也是为什么
NYSE还在用Sybase ASE.
【在 x******g 的大作中提到】
: Oracle是有贵又难用。AIX 也是IBM的垃圾
|
xt
发帖数: 17532 | 18 你饶了我吧。你到墙街去游说游说看，估计除了Chase没有
多少人会认。
【在 x******g 的大作中提到】
: windows8 也许是恶心。
: 但SQL Server绝对是世界上最先进的enterprise 资料库系统
|
y*h
发帖数: 25423 | |
c***c
发帖数: 21374 | 20 +1
不可思议。
而且就算test了n次，也应该在夜里升级。哪里有business hour升级后台关键数据库的？
【在 k**0 的大作中提到】
: 像这种系统升级怎么会没有事前beta testing?
: IT失职阿
|
|
|
c***c
发帖数: 21374 | 21 give me a break ...
【在 x******g 的大作中提到】
: windows8 也许是恶心。
: 但SQL Server绝对是世界上最先进的enterprise 资料库系统
|
c**y
发帖数: 1427 | 22 SQL SEVER是主流db里面最烂的，Oracle/IBM/Teradata也各有问题，但比
M$的强多了，市场份额就说明问题了
【在 x******g 的大作中提到】
: windows8 也许是恶心。
: 但SQL Server绝对是世界上最先进的enterprise 资料库系统
|
c***c
发帖数: 21374 | 23 db2挺好的
市场做不过对手也是没辙
【在 x******g 的大作中提到】
: 用了错的系统，不改也是死路一条。早改早投胎。
|
xt
发帖数: 17532 | 24 我的理解，应该是夜间升级，但是白天使用的时候出问题，
实际上就是压力测试问题？
的？
【在 c***c 的大作中提到】
: +1
: 不可思议。
: 而且就算test了n次，也应该在夜里升级。哪里有business hour升级后台关键数据库的？
|
xt
发帖数: 17532 | 25 我对IBM的东西没有好印象。我的结论是：无论多么好的产品，
里面总要带一点非常诡异的东西，可能是为了故意造成不兼容
的原因。弄个AIX，连shell都和别人的不一样。
【在 c***c 的大作中提到】
: db2挺好的
: 市场做不过对手也是没辙
|
c***c
发帖数: 21374 | 26 make sense
应该是如此，否则就太不可思议了
【在 xt 的大作中提到】
: 我的理解，应该是夜间升级，但是白天使用的时候出问题，
: 实际上就是压力测试问题？
:
: 的？
|
y*h
发帖数: 25423 | 27 看着象IBM故意的，新版本需要更高的硬件资源，工行又得找IBM升级主机了。。。
【在 xt 的大作中提到】
: 我的理解，应该是夜间升级，但是白天使用的时候出问题，
: 实际上就是压力测试问题？
:
: 的？
|
c***c
发帖数: 21374 | 28 是的。理论上的优秀如果不配以操作使用和开发上的便利，铁定没戏。
【在 xt 的大作中提到】
: 我对IBM的东西没有好印象。我的结论是：无论多么好的产品，
: 里面总要带一点非常诡异的东西，可能是为了故意造成不兼容
: 的原因。弄个AIX，连shell都和别人的不一样。
|
xt
发帖数: 17532 | 29 IBM的所有东西的共同特点就是非常消耗资源。
【在 y*h 的大作中提到】
: 看着象IBM故意的，新版本需要更高的硬件资源，工行又得找IBM升级主机了。。。
|
xt
发帖数: 17532 | 30 AIX卖得还是很好。我们做的软件，一般performance最差和最难做
的第一是SPARC，第二是AIX.AIX的Bash版本都不一样，同样的脚本
在其他机器上没有问题，到那上面就完蛋
IBM的市场做得好。比如说那个Clearcase，曾经有一段时间如果你
不用那个都不好意思出门见人了，好在我们不用那个。Clearcase
比Perforce烂太多了，且不说现在免费source control一大把一大把
的，都比他们的好。
【在 c***c 的大作中提到】
: 是的。理论上的优秀如果不配以操作使用和开发上的便利，铁定没戏。
|
|
|
k*******g
发帖数: 7321 | 31 俺觉得Foxbase也不错！
【在 y*h 的大作中提到】
: 我看还是dBase III好
|
xt
发帖数: 17532 | 32 这些都是MS在买晒被子的源程序之前的东西。后来他们趁晒被子
要破产的时候买源程序过来，做了SQL Server.其实连这个名字
都是晒被子起的。
【在 k*******g 的大作中提到】
: 俺觉得Foxbase也不错！
|
b*******n
发帖数: 8420 | 33 哈哈，说不定是IBM的三哥在印度时间的夜里升级的，掐指一算国内上午正好是印度凌
晨时间
的？
【在 c***c 的大作中提到】
: +1
: 不可思议。
: 而且就算test了n次，也应该在夜里升级。哪里有business hour升级后台关键数据库的？
|
p**********6
发帖数: 3408 | 34 一个csv文件搞定。
【在 y*h 的大作中提到】
: 我看还是dBase III好
|
G******g
发帖数: 2275 | 35 你政治水平属于白痴，计算机水平也是白痴，你究竟哪方面能达到平均水平呢？
【在 x******g 的大作中提到】
: 还在用古董DB2?
: 快转成MS SQL server吧。
|
