当很罕见地出现错误的时候，高服务性就用得上了。许多组件都可以在系统运行的同时被更换（热插拔）；甚至微码（microcode）的升级也可以在系统运行的同时进行。对于那些不能被同时更换的部件，如CPU，备用品的存在就保证了能够客户方便的时候安排系统停机。
除了系统设计中的固有可靠性，IBM也创立了一个紧密联结的集群技术，叫做Parallel Sysplex，这项技术支持由最多32个系统作为一个系统镜像运行。在一个合理部署的Parallel Sysplex系统上，即使一个独立系统遭受了毁灭性损失，整个系统也不会受太大影响，而且不会导致任何工作的损失。任何在那台遭受损失的系统的上进行的工作，都可以自动地在剩下的系统上重新开始。另一个Parallel Sysplex的优势是一台（或多台）系统可以从整个系统中移出以进行硬件或软件的维护工作（例如在非工作时间），而其余的单独系统可以继续处理工作。当维护工作完成后，系统又回归加入Sysplex系统中继续工作。充分利用这一特点就可以升级整个Sysplex系统软件（一次一个单独的系统），而不会导致任何应用程序的暂停使用。
正因为拥有所有这些功能，真正100%的系统可用性是非常实用的，并且已经在许多地方开始实施。
I/O 吞吐量（I/O Throughput）
这些通道实际上就是I/O处理器，他们执行通道程序。这些程序包含了成串的I/O指令，其中就包含有最原始的分流功能。这些通道极大地降低了CPU在I/O操作中的工作量，使得CPU可以更加高效地工作。每一个通道都能同时处理许多I/O操作和控制上千个设备。
在360和370系列构架上，操作系统会创建一个通道程序并在一个已连接到所需设备的通道上执行这个程序。如果这个通道或控制单元十分忙碌，起始I/O指令就会失败，然后操作系统就会尝试在另一个已连接到不同控制单元的通道上重新开始通道程序。如果所有的道路都是繁忙的，操作系统就会把这个请求列入队列留在以后再试。XA系列里面出现的一个显著的改进就是创立了通道子系统的概念，这个子系统可以协调并安排系统里所有通道的活动。现在操作系统只需要创立通道程序，然后把程序转交给通道子系统，通道子系统就会处理所有的通道/控制单元以及队列问题。这样就使大型机具有了更加强大的I/O吞吐量并使CPU能更有效地工作，因为只有在所有的I/O操作都完成的时候才需要CPU的介入。
目前z900大型机的I/O吞吐能力是最低每秒24GB（这是字节数，不是“位”数。）虽然我没有亲自测试这些最新系统的机会，但即使理论上的数字可能不太准确，如果说z900大型机达到了每秒100，000 次I/O，我也不会感到太吃惊。
The ISA （IBM System Architecture）
这些年虽然IBM大型机的整体指令集有了显著改进，IBM保持了惊人的对应用程序的向后兼容。许多最为显著的构架上的变化已经影响了一些只能直接被操作系统调用，而不能被应用程序调用的设备（如I/O子系统）。IBM已经花费了巨大的努力来保证它的客户们不必重写或重编译他们的程序来在新系统上运行。这样，客户要采用新的硬件就更为容易，客户只需要拔下旧系统，换上新系统，而不需要做额外的软件测试工作。对于只有拥有一台大型机的公司来说，只需要花几个小时就可以对旧系统进行升级，而不需要在投入正式使用前对新系统进行测试。这特别适合那些在升级前后使用同一种操作系统的客户，他们只需要将操作系统升级到所需要的版本就行了。例如，客户可以在新安装的z900系统上仍然运行31位的操作系统，然后在一个单独的LPAR上安装并测试一个64位的操作系统，然后再把全部运行的业务转移到64位的操作系统上。
目前为止，（要说的）就是这些
我希望你们觉得这篇文章有你们需要的信息并具有启发性，因为这篇文章很简短，我知道你们肯定有许多问题。如果有问题，可以到天极论坛，贴上任何你的问题。如果那些问题对我来说也过于深奥，我会叫上一两个朋友来帮我解答问题，所以，不用担心，尽管问吧。此外，你们对于在以后的文章中，希望看到那些内容，也尽管提出来。
