再上一篇:3.4.5 SYSIN
上一篇:第四章 作业控制子系统(Job Entry Subsystem)
主页
下一篇:4.1.2 JES2 的功能
再下一篇:4.1.3 JES2的客户化
文章列表

4.1.1 JES2 的配置

IBM S390 系统管理基础(zSeries,IBMSystemz, z/VM,zOS等操作系统使用,命令的参数与用法等)

在本节中我们主要向读者介绍以下几个问题:

$ JES2 是如何管理它的工作的

$ JES2 的数据保存在哪里,JES2 又是如何保证数据的完整性的?

$ JES2 支持那些处理系统的配置类型

在 MVS 系统中通过 JES2 对一些特定的数据集和设备的控制可以将 JES2 的作业卸载, 其中 JES2 用来管理这些数据集的手段和方法是 JES2 中独有的。在这一节当中我们主要向 大家介绍一些关于 JES2 配置方面的基础知识,这对于读者对整个系统的理解和学习是非常 有帮助的。
JES2 中数据集的管理

JES2 自己管理着一些数据集,在这些数据集中包含了与 JES2 有关的数据。这些数据主 要是以队列的形式存在,如作业队列、输出队列等等,每个队列中都包含了一队等待 MVS 系统处理的作业。所有这些数据集都保存在 DASD 设备上(direct access storage devices)。在 系统的生产过程中,新的作业不断地加入到这些队列中,JES2 就从队列中选择作业进行处 理。由此可以看出,这些数据集和队列必须能够正确地反映当前系统中作业的状态,只有这 样才能保证系统的完整性和高效性。下面便是关于 JES2 的 SPOOL 数据集和检查点数据集 的描述以及 JES2 对这些数据集进行管理的过程。

首先我们要向对这介绍一个术语 SPOOL(Simultaneous peripheral operations online), SPOOL 在本书中包含有几个含义,一般我们解释成是系统对作业处理的一个过程,这里包 含几层含义:
$ 使用 DASD 设备上的存储空间作为一个缓冲存储器,用来降低在外围设备和程序 之间传递数据的延迟。

$ 将输入流读到获将输出流写到一个中间设备上,等待接下来的处理或输出。

$ 当系统忙于其它的工作时,用来执行一些操作,如打印。

有些情况下我们也使用SPOOL 这个词来表示那些包含了SPOOL 数据集的DASD 设备。 所以我们在遇到这个词时,需要从上下文的关联来判断它的含义,只有这样才不会造成理解 上的错误。
在MVS-JES2 的环境中SPOOLING 是一个关键的过程。如同我们前面所提到的Spooling 可以为那些没有完成的作业提供一个临时的存储空间和并发的处理,这样在系统比较繁忙的 情况下,JES2 仍然可以接受作业到系统中。在这种情况下,JES2 将所接收的作业(包括 JCL、 作业的控制语句、作业的数据)写到一个 SPOOL 数据集中,等待系统空闲时在处理。
任何一个系统在处理作业和数据时都有可能发生错误,MVS 也是同样。根据所发生错 误的严重性不同所造成的后果也不同,有的错误可能导致所有的系统活动都被挂起;有的作 业可能导致作业的丢失或作业和作业的数据的不可用。一旦这些类型的错误发生,最可取的 做法是将 JES2 停下来,然后在作业和数据损失最小的情况下将所有的处理过程重启。JES2 中提供了相应的机制来完成这种操作,包括检查点数据集、检查点处理、检查点重构会话。
我们使用检查点数据集这样一个概念用来描述一组JES2 维护的位于DASD 设备或一些 相关设备上的数据集。无论是位于 DASD 设备或其它相关设备上,检查点数据集同样包含 了 JES2 中作业队列和输出队列的一个备份,这些备份信息中包含了系统中有哪些作业正在 被处理,以及每一个作业被处理到哪一布。同 SPOOL 数据集同样,位于一个多配置系统检 查点数据集可以被系统中的所有成员访问,但任何一个时刻只能有一个成员可以控制这些数 据集。由此我们可以联想到,在一个多配置的系统中检查点数据集为不同成员的作业和作业 的输出之间提供了一个交流的途径。JES2 定期对检查点数据集进行更新,这种更新是通过 将内存中数据被更改的部分复制到位于 DASD 设备或其它相关设备的副本中来完成的。值 得指出的是检查点数据集中的数据除了在 JES2 或系统发生故障时使用外,这些数据对于 JES2 中作业的通常处理也是非常关键的。
通常我们使用“检查点处理”这样一个概念来描述在 DASD 设备或其它相关设备上维 护一个包含了关键的作业信息的检查点数据集的副本的过程。这个副本从每一个 JES2 的成 员中获得更新数据。通过检查点处理的过程,JES2 可以在作业数据损失最小或没有损失的 情况下被关闭和重启。
检查点重构会话是一种动态的处理方法,通过这种方法当前的检查点数据集的配置情况 可以被更改,如添加一个检查点设备或将一个检查点数据集从一个设备转移到另外一个设备 等等。在检查点重构会话的方式下,不需要将 JES2 关闭然后重启便可以修改一些配置,这 样大大地提高了系统的可用性。
JES2 的配置 任何一个数据处理系统的配置都是根据用户的业务需要来决定的,这里面包括定义系统
的规模和复杂度。影响系统配置的因素很多,例如通常我们需要考虑以下问题:

$ 需要在同一时刻与系统进行交互的最大用户数

$ 需要处理的数据量

$ 系统支持的最大客户数

$ 用户和系统资源的地理分布

$ 能够提交作业,访问数据,执行程序的各种用户数量

JES2 提供两种不同的功能用来对 JES2 处理系统的配置进行扩展:远程作业入口 RJE(Remote Job Entry)和网络作业入口 NJE(Network Job Entry)。通过远程作业入口的方法可 以让本地的 JES2 处理系统的配置得以扩展,使用户不再局限于在一个地理位置上工作。RJE 是通过在一个不同的地理位置上定义一些的远程设备(如作业输入终端和输出设备等)的方 法来实现的,这些远程设备通过卫星、电话线路等远程通信手段连接到 MVS/JES2 的主机上。 在这种方式下,系统的用户可以分别位于一个大厦的不同办公室中,或者位于一个城市的不 同位置,甚至位于不同的城市、不同的国家中。特别指出的是,无论相隔多远,所有的这些 远程设备仍然属于同一个系统,也就是说都是在同一个系统中定义的。与前一种方法相对应 的是网络作业入口的方法,NJE 能将地理上分离的系统通过网络连接起来,进行通讯,传递 作业,将输出送往任一个连接的输出设备。在这种方式下,网络中可能存在多个 MVS/JES2 系统,也可能存在非 MVS/JES2 系统,不同的系统之间可以进行资源的共享。

尽管多个 JES2 配置的组合可以共存在一个复杂系统结构里,但是我们建议在一个复杂 系统结构中的每一个 MVS 系统都使用自己的一个 JES2 配置,所有这些不同的 JES2 配置都 作为一个成员在复杂系统结构中发挥作用。

JES2 可以在以下的几种配置结构中充分发挥 MVS 的性能:

$ 单系统结构(单处理器和一个 JES2)
$ 多系统结构(最多可以包含 32 个处理器并且每个处理器都可以拥有自己的 JES2)
$ 复合 JES 系统(多套 JES2 存在于一个 MVS 中)
$ 远程作业入口工作站(远端接入系统)

$ NJE 结构(多个单系统或多系统的通过网络连接的结构)

1.单系统配置

JES2 可以支持单个处理器的系统,也可以支持最多到 32 个处理器的系统。如果系统中 仅有一个处理器,我们称之为单系统设置。这样的一套系统适用于工作负载相对较低的环境, 或者要求相对独立的数据处理环境,以获得比较高的安全级别。

2.多系统配置
大多数系统都可以通过 JES2 将多个处理器组成一种多系统结构,用来提高系统的性能, 我们把这种配置称为 MAS(Multi-Access Spool)配置。这种配置中包含两个或多个 JES2 处理 系统,每个 JES2 都为自己的处理器服务,但这些 JES2 共享同一个 SPOOL 数据集和检查点 数据集。在这种方式下,所有的处理器之间没有直接的联系,它们仅通过共享的数据集来通 信。每个 JES2 处理器都能从本地或远程读卡机中取得作业,为作业分配处理器,在输出设 备上进行结果输出,与用户通讯。在这种方式下,每一个 JES2 处理器的运行都是独立于其 它 JES2 处理器的。
所有的 JES2 处理器共享一个公共的作业队列和一个公共的输出队列,这些队列都存放 于检查点数据集中。这两个共享的队列使得所有的 JES2 处理器平衡负载。任何一个作业可 以在任何一个空闲的处理器上得到运行,输出也可在任何一个可用的输出设备上输出。当然, 用户也可以指定所请求的作业在某个特定的处理器上运行,输出在某个特定的输出设备上输 出。当系统中的一个处理器故障时,其他的处理器仍然继续工作,并接替是故障的处理器的 工作。仅仅是在故障处理器上运行的作业被中断。
3.运行 JES2 的多个副本 (Poly-JES)
在一个 MVS 系统允许多个 JES2 子系统并行工作,其中一个 JES2 被指定为主 JES2 子系 统,其它的 JES2 被指定为辅助 JES2 子系统。对于辅助子系统来说,存在着一些额外的限 制,例如,TSO/E 用户只能访问主 JES2 子系统。这些限制对维护 MVS-JES 系统的相对独 立和安全是必要的,对于产品的测试工作来说这是一个很好的功能。存在这样多个 JES2 拷 贝的系统被称作复合-JES。辅助 JES2 子系统对于测试一个产品的新版本或者是测试自定义 的退出点程序都是很有用的,子系统间的独立性防止了测试对主子系统的破坏,保证了系统 的正常生产。
4.JES2 的远程作业入口方式(RJE)
远程作业入口功能允许在 JES2 中定义和使用远程作业入口工作站。远程作业入口工作 站指通过数据传输连接到系统中的一个成员上的工作站。这里所说的工作站可以是简单的 I/O 设备,或是一组 I/O 设备,甚至是包含了处理器的一个系统,如 System/36,System/390 等。一般来说远程作业入口工作站可以包含有一个可编程的工作站(如一台 PC),或者有一 个通信终端(如 3770, 2780, S/260 等),这些设备通过数据通信连接连接到 MVS 系统。在 JES2 和远程设备之间的这种连接之间的通信一般采用 SDLC(Synchronous Data Link Control 同步 数据连接控制)或 BSC(Binary Synchronous Communication 二进制同步通信)协议。下图表示 了一个简单的远程作业入口配置。

图 4-2 远程作业入口配置
远程作业入口工作站是本地系统处理能力的延伸,仅仅是作业通过远程连接传输而已。 对于一个需要在许多不同的地点进行数据的输入或者需要将作业的结果发送到许多位于不 同地点的设备上的应用来说,远程作业入口的方法显而易见时非常方便的。下面我们用几个 日常生活中常见的例子来说明这种方法的使用。
$ 在一个大的百货公司中存在许多收银台,这些收银台位于商场的不同楼层、不同位 置。每一个收银台中的售货员都必须输入售出商品的信息并打印收银条等结果。由于安置 MVS 系统的主机房所在的建筑与商场所在的建筑可能相隔几百公里,因此每一个收银终端 都直接连接到系统上显然是不可能的。在这种情况下,我们就可以将所有的中断,包括打印 机定义为 JES2 的远程终端,通过 JES2 的远程作业入口的方法进行工作。
$ 这里我们可以考虑一家服装连锁店的经营,这家连锁店包括一个主店和七家分店。 所有分店的经理都必须各自做自己的工作,包括发订单、访问库存、提供支付信息等。但所 有这些信息必须保存在位于主店的计算中心的存储设备上,便于进行统计和管理。在这种情 况下,每一个分店的终端都通过远程作业入口的方式在主机的 JES2 中被定义。下图表示了
这家服装连锁店的系统配置:

图 4-3 远程作业入口的例子 在上图中,每一个特定的地区有一家分店,如北京、上海、广州、深圳等等。每一家分
店都连接到位于香港的单一主机上。整个连锁机构使用了一个 MVS/JES2 系统来管理所有分 店的商业行为,如存货控制、销售、支付系统等等。
在这种系统配置中,JES2 采取了同样的方式处理所有的作业。无论作业是通过远程通讯 手段从远程终端上进入系统的,还是通过本地的设备进入系统的。
为了系统中能够支持远程作业入口的功能,位于远程的工作站必须在本地的系统中被定 义。JES2 可以使用两种协议与远程作业入口工作站通信:SDLC 协议(synchronous data link control)和BSC 协议(binary synchronous communication)。
有的远程作业入口工作站可以拥有自己的处理器,如 System/370 系统,在这个系统上运 行 JES2 生成的程序。这些程序可以向主机的 JES2 发送作业和从主机的 JES2 中接收数据。 这样的工作站可以被一些可编程工作站所取代,例如一台PC 或是另一个远程作业入口配置。 同时还有一些远程作业入口工作站没有自己的处理器,这些工作站仅仅被用来作为输入作业 和输出结果的远程终端来使用,如 2780、2770 等设备。
5.JES2 的网络作业入口方式(NJE) 从对系统扩展的角度来讲,网络作业入口和远程作业入口所完成的功能是类似的。简单
的说,网络作业入口是在由几个对等的系统构成的网络中实现的,在这个网络中网络作业入
口连接的是 JES2 和工作站。远程作业入口和网络作业入口之间的主要区别体现在它们的运 算能力和处理器的位置。特别指出的是,远程作业入口仅仅是对单一的处理系统的扩展,无 论是一个单处理器的系统还是一个 MAS 的系统结构,被扩展后的系统能够从相对与主机位 置的远程位置接受作业的递交并将结果返回进行输出。而网络作业入口是将若干个这样的单
处理器系统和 MAS 的系统结构相互连接构成为一个整体的处理网络。在这个网络中,可能 几个系统是建立与同一个处理器之上的,也可能几个系统都位于同一个机房中,也可能是在 全世界不同的角落通过很多节点连接在一起共同进行作业处理。其中每一个处理器系统和其 本地及远程设备构成一个节点,许多节点再连接在一起就组成了远程作业入口网络。
如前所述,构成一个节点的 MVS 系统中可能包含有 1 个或者多个(最多达 32 个)处理器, 所有的这些处理器可以共享一套 SPOOL 数据集和检查点数据集。网络作业入口网络的各个 节点之间可以采用不同的方式进行通讯,发送和接收数据。建立在同一个物理处理器上的多 个节点可以采用 VTAM(Virtual Telecommunications Access Method)方法进行通讯,这种方 法不需要硬件支持。对于地理上分布较近的节点间的通信可以采用CTCA(channel-to-channel adapters 通道连接卡)和数据通信连接进行。而地理上分布较远的节点间采用 SNA 和 BSC 方式进行通讯。下面的例子进一步讨论这方面的内容。
针对上一小节的服装连锁店的例子,主机系统(包括MVS 和JES2)都位于香港的机房中, 其它分店的终端作为远程作业入口终端连接到主机系统上,这样共同构成了这一地区的一个 节点。这种配置方式对于一个相对较小范围内的连锁机构来说可能是足够了。但是对于一个 跨国集团来说这种配置又有可能是不够的。这样的企业可能会在全世界范围内建立许多这样 类似的节点,将这些节点相互连接起来就必须通过网络作业入口的方式。下面我们用图来表 示这种结构:

图 4-4 网络作业入口的例子 这里面我们注意到不同的节点都有各自不同的订货系统、支付系统、管理系统等等,也
就是说每一个节点都是一个完整的系统。我们可以注意到,在纽约和伦敦两个节点上都使用 的是 MAS 的系统结构配置,在香港节点上仍然使用的是我们上一节中描述的配置,在这种 网络环境中还可以包含其它简单的系统配置。在网络作业入口环境中,一个位于北京的分店 经理可以定购一种产品,位于香港的主机集合来自于所有分店的此类信息,并将这些信息递 交到位于纽约的总部,接着这些定购信息被发往位于伦敦的生产厂商,在伦敦进行制造和发
货。根据企业运营方式的不同,不同的请求在香港、纽约和伦敦之间传递。 在一个网络作业入口的网络中并不要求所有的节点都是 MVS/JES2 系统。如图 4-5 所描
述的,每个节点都可以包含一些不同的处理系统;如 MVS/JES2、MVS/JES3、VM/RSCS 和 VSE/POWER 等系统都可以接入到这个网络中来。实际上这些系统都支持网络作业入口的方 式和协议。

图 4-5 不同处理系统网络的例子