拥有一个强大的预防性维护过程是管理所有IT最佳实践环境包括z /OS®。通过避免已知的缺陷，它可以有一个大的影响该系统的运作，预防性维护提高可用性。有一个积极主动的预防性服务策略可以减少重新发现的缺陷和帮助的数量您避免非计划停运。 IBM建议预防性维护在安装每年至少两到四倍。此外，IBM建议HIPER，PE修复，安全/完整性与普适的PTF更频繁地安装。其中以Z的IBM Systemz®的中/ OS的优势是它的跨技术的紧密集成在硬件，固件，操作系统和中间件。要继续在整个的力量在产品的生命周期中，IBM开发的称为综合服务额外的测试工作测试（CST）和推荐的预防性维护策略，直接连接到这个功夫。推荐服务升级（RSU）于2001年推出，并继续提供用于z / OS操作系统一致的，可安装和测试预防性维修水平系统，关键子系统，如CICS®，DB2®，IMS™，的MQSeries®，WebSphere®的应用程序服务器和许多其它IBM工具和产品，在z / OS平台上运行。对于很多多年来，IBM的每一个产品都有自己的预防性维护策略和有它自己的建议有什么维修安装。的不一致建议导致混乱。与RSU建议，好处是所有的IBM产品具有预防性维护相同的建议。作为IBM的质量承诺的一部分，CST是存在测试服务环境维护用于操作系统和关键子系统。其目的是为了验证的PTF 和产品很好地协同工作，并确定可能会影响这一进程的问题。该测试的结果是在整个产品集维护的一个包，已通过测试一起。在CST所做的测试是除了将之前进行任何测试 PTF的纠正性服务的释放。该RSU提供集成和测试服务为客户包进行安装。用于创建RSU的过程提供了一种用于减少遇到故障维修（PES）的风险。自推出以来，该RSU已成为基于客户的反馈很多IBM的客户所接受的维修策略和预订到CST网站。同时根据反馈众多客户，他们的经验表明，使用在更稳定的系统的RSU结果。

科技委员会环境由两个平行Sysplexes对当前混合运行支持的硬件和软件产品。 CST模拟客户生产样的工作负载行使已安装的产品。每个Sysplexes科技委环境是配置为一PeerTo等网络多站点地理位置分散的并行系统综合体™（GDPS®）远程拷贝（PPRC）DASD配置。每个综合体有GDPS控制系统如果发生站点故障，确保各项工作有序故障切换。网站故障和计划内和无计划HyperSwaps是按月进行的。在一个综合体，进程被中断和失败被迫发生。其他系统综合体，用于压力和恢复测试，以及长寿测试以暴露发生随时间的问题。一般的建议是，为客户阶段转出推荐服务通过产品升级（RSU）任何单一系统上，而不是改变所有的主要产品（如 z / OS上，DB2，IMS，CICS，CTG，DB2 Connect™的，GDPS，Java™的，WebSphere MQ的，的WebSphere 应用服务器用于z / OS，IBM?? DB2和IMS工具和z / OS问题确定工具）一次全部。在一个系统中改变很多产品同时可能复杂化问题的诊断和PTF背面出的任务，如果发生严重的问题。 IBM认识到，一些客户已经有限的维护窗口和需要升级几款产品在同一时间。因此，IBM做测试“大爆炸”（维修对单个图像）推出了维修，确保方法的所有产品在同一时间它的工作原理。它是特别重要的是彻底的客户应用测试中完成这种情况下，为了避免需要背出所有的维护。对RSU和CST的更多信息，可以在科技委的网站上找到

请注意，服务的建议是基于IBM的CST环境检测。你的环境和应用程序会有所不同，因此，你的结果也可能会有所不同。