大型主机与 z/OS 软件

IBM Z / z/OS

一台机器几十年不停机地跑着银行的核心账务。

操作系统与终端出现时间 · 1964 年前后按机型容量与使用量授权,费用高昂。大型主机关键业务高可用银行核心
看官方文档

01 它是干嘛的

IBM Z 是大型主机及其操作系统软件体系。它承担的是最不能出错、也最不能停机的计算:银行核心账务、保险保单、航空订座、政府社保。它的设计目标是极致的可靠性与向后兼容——几十年前写的程序今天仍能运行。

02 为什么会有它

以前:批处理时代,数据要等一晚上

早期计算机多为批处理:白天把打孔卡片或磁带收集起来,晚上批量录入,第二天出结果。银行要等到次日上午才知道昨天的账目情况。

大型主机带来了在线事务处理:柜台的每一次操作立刻写入并反馈,成千上万个终端同时连到同一台机器。这对可靠性提出了极端要求——停机一小时,损失以千万计。

于是主机把冗余做到了硬件层面:CPU、内存、电源、I/O 通道全部双份甚至多份,任一部件故障都能在不中断业务的情况下切换。今天的云所追求的「高可用」,主机在几十年前就在做。

03 它怎么工作

靠全冗余硬件、在线替换能力,以及把工作负载在多个分区间动态迁移。

操作系统:应用不能直接碰硬件只能「请求」管住能看什么管住能用什么管住能不能装管住何时能跑你的 App运行在沙箱里系统服务通知 / 定位 / 相机 / 支付内核进程调度 · 内存 · 驱动 · 文件系统硬件芯片 · 屏幕 · 传感器沙箱隔离只能看到自己的文件,删了不影响别人权限弹窗要相机、要定位都得你亲自同意代码签名被改过就不许安装运行后台管制退到后台就冻结,省电、防偷跑这一整套限制看起来很烦,但它换来的是:一个 App 崩溃不会带走整个系统,一个 App 被攻破也偷不到别人的数据。应用层受控的通信
看最底层那层内核与硬件之间的关系:主机的与众不同在于把可靠性做进了硬件与操作系统的结合部。

高可用是怎么做到接近零停机的

  1. 1
    ① 硬件冗余

    关键部件多份并存,单点故障不影响整体运行。

  2. 2
    ② 在线维护

    固件与部件可在运行中更换与升级,不必停机。

  3. 3
    ③ 逻辑分区

    一台物理机切分为多个隔离的逻辑分区,分别承载不同业务。

  4. 4
    ④ 负载迁移

    工作负载可在分区间动态调配,资源不足时立刻补充。

  5. 5
    ⑤ 向后兼容

    老程序无需改写即可在新机型上运行,保护几十年积累的软件资产。

04 谁在用它

银行核心账务

每秒成千上万笔交易,且必须精确无误。

保险与社保系统

数据保留数十年,程序生命周期极长。

航空与铁路订座

全球实时共享同一份座位库存。

政府关键基础设施

对可用性与审计有强制要求。

05 怎么用

主机领域几乎无法通过自学入门,通常从企业的主机运维岗位或官方培训进入。

  1. 01先理解在线事务处理与批处理的区别。
  2. 02学习作业控制语言与数据集概念。
  3. 03在仿真环境中练习提交作业与查看输出。
  4. 04再接触子系统与安全权限体系。

避坑提示

  • !主机的价值不在单机性能,而在可靠性与兼容性带来的总拥有成本。
  • !「去主机化」迁移往往耗时数年,风险主要来自业务逻辑的隐性细节。

06 关键概念

在线事务处理
操作即时生效并反馈,与攒到夜里再处理相对。
逻辑分区
在一台物理机上切出多个彼此隔离的运行环境。
高可用
通过冗余与自动切换把停机时间压到极低。
向后兼容
老程序无需修改即可在新版本上运行,保护历史投资。

07 容易混淆的对比

分布式云架构成本低、扩展灵活,但一致性与可靠性工程难度高。
x86 服务器集群性价比高,适合多数互联网业务;极端关键场景仍倾向主机。
图软件图鉴

纯静态站点,无后端、无追踪。内容为中文原创撰写,用于帮助非技术读者理解主流软件产品。

关于本站

全部内容在构建时生成
产品名称与商标归各自公司所有

© 2026 软件图鉴Nuxt 4 · Vue 3 · Tailwind 4 · 纯静态