东京证券交易所全天停止交易，日本IT业界：瑟瑟发抖.gif

 

今早突发！东京证券交易所因系统问题导致全面停止交易，札幌、名古屋和福冈证券交易所也停止了所有股票交易。目前大阪证券交易所照常交易。

新季度的第一天就冻结了数千只股票的交易，而此时正值关键经济数据发布之际。

听到此消息的股民和程序员：心态有点崩了...

根据已有数据，东证过去曾有八次由于系统故障导致交易暂停的情况。

其中一次在2005年11月1日，交易系统的核心“股票业务服务器”的启动过程一度暂停，同天下午1:30才恢复交易。

造成这次系统故障的原因有以下几个巧合：

1.东证的交易系统是用COBOL编写的

2.2005年10月31日晚上正在按惯例做每月处理

3.每月处理是东证在每个月底必然要执行的“コンデンス”

（这是一项释放磁盘空间的工作，该磁盘空间不再可通过重复读取和写入文件来使用，这等效于个人计算机上称为碎片整理的过程。）

“コンデンス”处理是每个月底的例行工作。过去，此过程从未破坏过程序。为什么这次破坏了子模块之间的调用关系？

下图是金融机关发生系统障害的原因调查表，其中由于软件障害，以及管理造成的障害分别名列1、2位。

尤其是证券交易这种社会影响力极大的金融系统，如果只是一味的追求短期开发和节省成本，忽视后续的管理以及运营。一旦出现事故会造成极其严重的社会影响

那么后续的运营管理都包括那些方面呢?比如说大家耳熟能详的：进行了多少次无影响测试？如果发生故障，是否正确的进行了系统复元，是否正确实施了管理？后期运营维护应该花的人力财力是不是偷工减料了？一位熟悉财务系统的资深SE表示：“在现场，每个人的作业被极度细化分工，几乎没人能掌握全部业务内容。如此不联动作业的背景下，无影响测试和项目管理的作用跟意义又能有多大呢？”

2020年10月1日的这次障害，有消息称是机器故障的原因。

机器故障却不能及时得知，反而发生了停市这种可以说是耸人听闻的事件。基干系统的老朽是一方面，如果说跟管理混乱完全没关，不管您信不信，反正我是信了。

这些沉珂旧疾病如不能从根本去除，可能距离下次停市又不远了！