The developerWorks Connections platform will be sunset on December 31, 2019. On January 1, 2020, this blog will no longer be available. More details available on our FAQ.
z/OS Connect EE 三大件儿：Service、API和API requester（Core Components of z/OS Connect EE: Service, API and API requester）
在往期系列文章中，我们给大家介绍了IBM 为API经济推出的重要产品z/OS Connect EE，它是主机和分布式平台之间的桥梁，是主机客户构建微服务和混合云的有力武器，它不仅能够帮助客户基于现有资源构建标准的API，挖掘主机内潜在的价值；而且可以为主机程序打开通往 API世界的大门，轻松访问外部资源，拥抱API经济浪潮。 z/OS Connect EE 扮演的角色 图1-1 将主机内部资源暴露成RESTful API供外部消费： 无需修改代码，将主机里的程序或数据资源暴露成标准Restful API，这样企业内部、移动端或云端的应用程序可以通过z/OS Connect EE 上发布的Restful API访问主机内部的资源。这些细节是对前端API消费者透明的。 帮助主机内部程序消费外部RESTful API资源： z/OS Connect EE将外部标准Restful API转换成主机编程语言的编程接口，从而允许主机开发人员可以像写普通COBOL或PL/I程序一样，消费外部的API资源。对主机开发人员屏蔽了HTTP和Restful API的细节。 那么，z/OS Connect EE 是如何实现上面两个角色的呢？这就要请出我们今天的三位主角了：Service，API和API... [More]
Tags: service cics requester api z/osconnectee restful zcee |
z/OS Connect EE 的高可用性设计
现在的产品设计都在追求高可用性（high availability），对于企业核心系统的软件产品来说，高可用性设计尤为重要。各位小伙伴，我们今天就来看一下 z/OS Connect Enterprise Edition （下文简称 z/OS Connect）的高可用性设计方案。 核心准则：故障转移+冗余 一句话概括，z/OSConnect 通过支持 z/OS TCP 的高可用性功能和配置，共享 z/OSConnect 服务器，来实现高可用性设计目标。 典型部署模式 在实际应用中，一般建议采取如下的部署方案。 网络连接层，z/OS Connect 通过 SysplexDistributor 和 Port Sharing 技术来实现网络接入和送出的高可用性，提供动态路由和均衡负载能力。 服务层的高可用，是通过 z/OS Connect 服务器冗余来实现的。图中的 Z Subsystems Address Space 代表主机上的子系统，如CICS、DB2、MQ 等。 如某个 z/OS Connect 服务器的网络连接发生故障，SysplexDistributor... [More]
Tags: high zosconnect zcee ha availability |
z/OS Connect 助力你的业务更上一层楼
通过上一篇文章，相信大家对API经济已经有一定的了解，今天我们趁热打铁，解说下之前留下的一个引子。下面是我们今天要cover的重点： z/OS Connect Enterprise Edition (z/OS Connect) 是个什么产品？ 我能用 z/OS Connect 做什么？ 我想试试，该怎么开始？ z/OS Connect 产品是什么 通过上一篇关于 API 经济的解读，想必大家已经了解到 API 对企业业务拓展的重要性。 开放平台因其特性，转变起来相对容易；而对于使用主机平台作为业务处理主力的用户来说，如何进行服务化和 API 化，并将其并入企业的整体 API 战略就是一个非常现实的问题。在用户这种切实需求的驱动下，IBM z/OS Connect 产品应运而生。 IBM z/OS Connect V1.0 最初在 2014 年发布，仅具有暴露服务的功能。 2015年底发布了 z/OS Connect Enterprise Edition V2.0... [More]
Tags: cics zosconnect zcee |
z/OS和API经济的融合 – 数据中心的华丽转型
今天我们要和大家 share 的是一篇 z/OS Connect EE 开发人员撰写的文章。让我们来了解下在 API 经济大热的时代，z/OS 平台出了什么大招吧。 为什么选择API 经济 在如今的信息化时代，当一个企业探索数字化转型时，势必要关注一个概念—— API 经济 。API（Application Program Interface）即应用程序接口，是一种规范程序间数据交互的技术工具。随着互联网、云计算和移动计算的快速发展，API的经济价值开始显现。 对企业来说，API 是一种数字化的产品和服务。利用API，企业可以有效整合衔接企业内部的资源，打通并统一企业与外部的服务通道； 借此，企业不仅可以提升自主服务能力，增加商业收益；还可以创新业务模式，拓宽市场，提高客户满意度，提升品牌价值。 让我们先来看一组数据： • 早在 2012 年，Google 每天通过 API 处理50亿笔交易，Twitter 每天通过 API 处理130亿笔交易，亚马逊每天通过 API 处理1万亿笔交易； • 截止 2014... [More]
Tags: zosconnect zos api cics zcee |
CICS问题分析之内存越界诊断方法(CICS problem analysis: storage violations)
CICS为了防止系统代码和控制块被应用程序意外覆盖，会通过Access Key和Storage Key来保护各种DSA（dynamic storage area）：给用户应用程序、CICS系统代码和控制块分配不同的存储区域，不同的存储区域有不同的Storage Key；当应用程序访问存储区域时，必须具有与之匹配的Access Key。 尽管CICS提供了多种内存保护机制，但仍有可能出现Storage violation。Storage violation通常是应用程序的错误导致的。 Storage violation分为两种：一种是被CICS检测到的，一种是没有被CICS检测到的。 没有被CICS检测到的Storage violation可能表现为任何类型的问题症状。 至于被CICS检测到的Storage violation，用户会看到以下消息： DFHSM0102 applid A storage violation (code X'code') has been detected by module modname. CICS通过检查SCZ（storage check zone）和SAA（storage according... [More]
Tags: problem dsa violation cics scz analysis storage determination saa |
APAR PI87691: CICS TS V54 支持MFA
CICS TS V54 (APAR PI87691) 支持用户使用MFA凭证登录系统，可以让CICS Explorer登录访问系统更加安全可靠。 APAR PI87691 引入全新的CMCI JVM服务器，使CICS能够处理CMCI用户和CICS Explorer用户使用MFA凭证登录系统的请求。 CMCI JVM服务器在WUI region中运行，可以处理多种类型的用户验证：密码、密码短语、通行券（passticket）、MFA凭证和证书。使用哪一种验证类型取决于用户在第三方安全系统（external security manager ESM）的配置。 如果你想使用此功能，那么就需要配置好WUI region： WUI region 必须使用 CMCI JVM服务器。 WUI region 的 feature toggle 需设置为启用 CMCI JVM服务器：com.ibm.cics.cmci.jvmserver=true 详细的配置步骤请参阅 CICS TS V5.4 Knowledge Center 的文章：... [More]
Tags: cmci apar explorer mfa jvm cics |
用CICS程序写入VSAM data set时TCB出现频繁切换？
最近，某CICS 用户遇到了一个奇怪的问题， 在使用线程安全（thread-safe）、属性为 concurrency(required) 的程序写入 VSAM data set 的时候，出现了十分频繁的反复切换到 QR TCB 的情况。 在排除任何不符合线程安全的系统配置因素以后，我们发现出现这一现象与装载空 VSAM data set 有关。这又是为什么呢？如何才能避免这种现象？我们将在本文中一一解答。 装载空 VSAM data set，文件初始化并处于 load mode，LSR 不能用了 装载空 VSAM data set，VSAM 会对 data set 进行初始化操作。此时，文件会处于 load mode。然而，CICS 要打开处于 load mode 的文件，就无法使用本地分享资源（local shared resources [LSR]），因此文件的打开状态必须是非共享资源模式（non-shared resources [NSR] mode）。而 NSR模式意味着所有的处理必须通过 QR TCB 进行，而非 OPEN TCB。 concurrency(required)... [More]
Tags: performance cics tcb vsam dataset |
从零开始使用 CICS Liberty 部署 Java 应用（连载II）
在 之前的连载 中，我们介绍过怎么配置CICS Liberty应用的开发环境，并将TSQ示例以CICS bundle的形式部署在CICS Liberty中， 今天我们还是基于TSQ示例，教大家利用CICS Liberty提供的安全机制来保护我们的Java Web应用，对用户访问进行控制。 今天介绍的是 Basic registry，方便用户进行简单的安全测试，在后续的文章中，我们还会介绍SAF registry和LDAP registry，推荐用户使用默认的SAF Registry。 我们采用了 <application> 标签的方式来配置和部署应用。这种配置方式比较灵活，支持WAR，EBA，EAR等不同类型的应用，用户可以根据自身需求，在标签内容中进行相应的配置。 步骤概览： 1. 配置web应用的 web.xml 文件 2. 导出 Java web 应用 3. 配置 Liberty 的 server.xml 文件 4. 访问 web 应用 配置web应用的web.xml文件 (1) 配置安全权限 <security-constraint>
... [More]
|
用 IBM Health Checker for z/OS，让 CICS 系统安全防患未然
安全！安全！安全！这是所有系统管理员心中紧绷的一根弦。 像 CICS 这样庞大、复杂的系统，如何才能做到疏而不漏、防患未然呢？ 许多系统安全性的隐患都源于系统配置存在的问题，所以一定要确保系统配置遵循最佳安全实践的建议。这方面 IBM Health Checker for z/OS 可以助你一臂之力。 CICS TS V5.4, V5.1-5.3（需安装 APAR PI76965）和 V4.2（需安装 APAR PI76963）都已经支持 IBM Health Checker for z/OS。 IBM Health Checker for z/OS 是z/OS系统提供的基本功能之一，它提供的平台可以用来自动检测潜在的系统配置问题。 CICS TS 目前支持3项安全性相关的检测规则，这些规则会检查系统配置是否符合最佳安全实践建议。 如果某个 CICS region 的系统配置不符合这些安全规则，IBM Health Checker for z/OS就会发出警告，提醒你采取适当的更正操作。所有 CICS region 每30分钟运行系统交易... [More]
Tags: checker 54 cics security health |
CICS 对于Java 批处理的支持
本文翻译自： https://developer.ibm.com/cics/2016/10/04/java-batch-in-cics-concepts/ CICS TS V5.3 Liberty 已 声明 支持 Java 平台的批处理应用程序标准（ JSR-352 ）。那什么是批处理呢？ Liberty 支持 JSR-352 以后， CICS 允许在线处理与批处理共存，从而实现真正的 24X7 无间断运行，这又是怎么做到的？答案即将揭晓 … … 什么是批处理？ 总体而言，有两种交易处理类型：在线交易处理（ Online Transaction Processing, OLTP ）与批处理（ batch processing ）。对于典型的在线交易处理，它访问的数据范围由细颗粒度 的 请求所界定，而交易通常必须在几毫秒的响应时间内完成。相比之下，批处理是非交互式的、它在后台处理数据或进行高强度计算，通常运行时间较长。批处理可以顺序运行，也可以并行运行，可以通过各种模式 —— 即时、定时和按需 —— 启动批处理。... [More]
Tags: java cics batch |
浅谈CICS交易响应时间
分析交易性能分析时，响应时间是系统人员最为关注的性能指标之一，也是决定IT服务质量（SLA）的关键性能指标。在本期文章中，小编将和大家简单剖析下交易的响应时间和影响交易响应时间的因素。 首先，为大家奉上一张交易响应时间的细分图。可以发现，从CICS调度的角度来看，交易的响应时间由以下两部分组成： • Dispatch Time： 该交易被CICS调度运行的时间 • Suspend Time： 该交易暂停运行的时间 图1. 交易响应时间细分 交易被调度是否就意味着它开始在CPU上运行了呢。非也！ 交易被调度只是表明，在CICS调度的层面该交易已经获得优先执行的权利。但是，CICS作为一个运行在操作系统之上的地址空间，未必能得到z/OS Dispatcher的调度，获取硬件的CPU资源，真正地运行该交易。 大家可以看上图，CPU Time为 Dispatch Time的一部分，是交易真正在CPU上运行的时间。如果系统的CPU资源充裕，系统运行很健康，CPU time在Dispatch... [More]
Tags: suspend dispatch tcb transaction cics |
IBM Doc Buddy V2 - where you connect with IBM
Want to stay updated with IBM Z? To connect with IBM Mainframe experts? Or, maybe you look up IBM Z error messages when running into technical issues? Get all the benefits with our new IBM Doc Buddy! Why IBM Doc Buddy V2.0? IBM Doc Buddy V1 enables you to search both online and offline messages and codes of IBM Z. With over 4000 users, IBM Doc Buddy is one of the most frequently-used mobile apps to help IBM Z customers tackle technical issues they encounter. We are pleased to announce a new release of IBM Doc Buddy. Besides IBM Z... [More]
Tags: mainframe docbuddy social message ibm cics v2 |
CICS问题分析之诊断 0C4 ABEND
以前我们介绍过 CICS Domain 的结构关系以及 IPCS 工具。本篇文章将通过一个案例进一步介绍如何利用 IPCS 对 CICS SYSTEM DUMP 进行分析，对 0C4 ABEND 进行问题诊断。在这个案例中，我们定义安装一支交易 ABC1 ，在这支交易的运行中，会产生一个 0C4 Abend 。 Step 1. 如下图所示，执行交易 ABC1 ，在 terminal 上出现 message DFHAC2206 。 Step 2. 此时，查看该 CICS region 对应的 LOG 信息，确认这是一个 0C4 ABEND ，并伴有system dump 产生。 Step 3. 接下来，我们分析 CICS system dump。 3.1 首先查看 KE Domain。 通过 KE summary 查看异常产生时的时间和 message。诊断问题时，我们可以参考 message 中的信息。 DUMP SUMMARY 接着查看task信息，得到产生 0C4 的 task 信息。这里可以看到， 0C4 由交易 ABC1 产生，对应的 task... [More]
Tags: analysis abend cicsts problem troubleshoot |
CICS TS V5.4新功能：用CICS policy system rule监测系统健康
CICS TS 5.4 提供了 policy system rule，它和 system event 有相同的功能，但配置起来更加便捷。读了这篇文章，你也能轻而易举地配置system rule。 总览 CICS TS 4.2 引入了 system event，它可以在 CICS 系统的健康或资源状况变化时发出 event，帮你了解和管理 CICS 系统的健康状况和可用性。 CICS TS 5.1引入了CICS policy task threshold rule。它能识别用户任务过度使用某种资源的情况，并在这种资源的用量超出用户定义的界值（threshold）时自动作出反应（automated action）。通过配置，policy可以自动做出以下反应： 发出CICS消息，生成event、或终止用户任务（user task）。 这样一来，我们有两种方式（system event, policy task threshold rule）来执行大致类似的任务。CICS TS 5.4通过policy system rule，把这两大功能融合在 Policy 之中。 Policy system rules... [More]
Tags: system cicsexplorer policy 54 rule cicsts events |
CICS TS V5.4 新功能：用TIMEOUT 和 NOSUSPEND改善异步应用响应时间
在 异步处理和顺序处理 一文中,我们演示过如何用 CICS 提供的异步 API 启动子任务，再用 FETCH CHILD 命令取回子任务的响应和结果。在那个例子中， FETCH CHILD 等待子任务结束才返回，这可能需要几毫秒到几分钟不等。在等待子任务结束运行结束期间，父任务在 CICS 系统中处于挂起的状态，也就是说它受制于 dtimout ，甚至有可能在 FETCH CHILD 返回前就被清理（purge）。 现在 FETCH CHILD 和 FETCH ANY 命令提供了两个新选项： TIMEOUT 和 NOSUSPEND ，你可以用来控制父任务与子任务间的行为关系。巧妙运用它们可以更轻松地达到异步应用对响应时间的要求。 在 FETCH 命令中运用 TIMEOUT 你可以用 TIMEOUT 选项指明父任务等待子任务运行完成的最长等待时间（单位：毫秒）。如果 TIMEOUT 选项是一个非0的值，父任务将不受 dtimout 控制。下面是一个 COBOL 程序的例子， FETCH CHILD... [More]
|
