股价重挫 25%，最终却是 AI 背锅

7 月下旬，IBM 发布了最近一期的财报，净收入 172 亿美元，毛利润 99 亿美元，利润率接近 58%，当季的净利润 22 亿美元。要是一般的公司，都能够敲锣上市了，但这是曾经的蓝色巨人 IBM，期望自然也不一样。

早在 7 月 14 号，IBM CEO Arvind Krishna 发了一封给投资者的公开信，宣称这个季度“比之前预期还要差”，消息发布出来后股价应声大跌 25%，创下 IBM 史上最大单日跌幅。

业绩下降的主要原因是大型机业务下滑 42%，要知道大型机是可是 IBM 当下阶段安身立命之本。大型机每卖出一块钱的硬件，能带动三倍的软件收入，所以硬件销售崩溃对 IBM 的打击将是致命的。

尽管有 IBM 高管出来解释说，硬件销售遇冷是因为 AI 太火，内存价格暴涨导致客户把计划用于更新大型机的钱，挪去买了 PC 服务器，大型机的更换计划因此被推迟。

姑且认为是真的吧，不过接下来 Oracle 的这条消息，会让 IBM 更加头疼！

EBCDIC，压死大型机的最后稻草

一直以来，IBM 大型机数据库迁移到 Oracle，都面临两个主要的挑战：

• 字符编码转换：需要准确的将 EBCDIC 编码转换成 ASCII；
• 二进制排序保留：旧有的 EBCDIC 应用程序（如 COBOL）依赖特定的二进制排序规则，直接迁移到 ASCII 系统会导致查询结果和排序逻辑发生变化。

为了解决以上两个迁移过程中的痛点，Oracle 26ai 提供了原生的 EBCDID 兼容能力。

精准的字符编码转换

字符编码转换的核心是引入了一系列与 IBM CDRA 兼容的 EBCDID 客户端字符集，这些字符集实现了 CDRA 代码页的定义，提供了与 IBM 发布标准兼容的源到目标字符映射，确保数据迁移和通信时的编码转换准确无误。

内置 EBCDIC 二进制排序

26ai 内置了模拟的 EBCDIC 二进制排序功能，这种排序直接基于二进制进行比较，生成的排序键长度与原字符值相同，避免了传统语言排序带来的存储膨胀和性能开销。同时，不需要在语句中自定义语言排序，减少了迁移过程中应用改造成本。

数据绑定排序

26ai 的数据绑定排序功能，允许将排序规则直接绑定到列、表或 Schema 上，不需要修改应用程序 SQL 代码或其他特殊的设置，即可保持原有的 EBCDIC 排序行为。

小结

以上技术能够大大降低 IBM 大型机的迁移改造成本，曾经有客户就先将系统从大型机迁移到 Oracle，之后再从 Oracle 迁移到国产数据库。如果一步到位，不论是迁移成本还是系统风险，都会大大提升。

当然也有朋友可能会说，大型机上也不仅仅只是数据库，COBOL 应用改造和 CICS 交易系统迁移的实施难度也非常大。但整个迁移过程中，数据库的迁移是工作量最大、风险最高的环节。得益于 Oracle 的 EBCDIC 编码兼容能力，迁移大型机数据库和迁移 Informix、Sybase 等普通异构数据库没有太大的差别，大大降低了整体的风险。

写在最后

面临 AI 资源抢占和客户出走大型机的双重风险，曾经的蓝色巨人如今看来也很有些不堪重负。

如果你对 IBM 历史有足够的了解，曾经有着非常辉煌的过往，也有很多决策失误的不堪，以致于每隔十几年就会有人喊“IBM 要完蛋了”，但它总能以某种笨重但顽强的方式活下来。

曾经的蓝色巨人早已不再是聚光灯下的主角，但它的百年历史已经是科技史上的奇迹。尽管这位巨人当下遭遇了不小的挑战，谁又知道再过几年它会不会再次起死回生呢？