Эбберс М. Введение в современные мейнфреймы: основы z/OS

Подождите немного. Документ загружается.

212 Глава6

6142 Использование ISPF в режиме разделенного экрана

Как уже говорилось выше, большинство пользователей ISPF предпочитает применять

разделенный экран. Для этого выполните следующие действия:

1. Переместите курсор в нижнюю (или верхнюю) строку.

2. Нажмите PF2, чтобы разделить экран.

3. Нажмите PF9 для переключения между двумя экранами.

4. Нажмите PF3 (возможно, несколько раз) для закрытия одного из разделенных эк

ранов. Экран необязательно разделять по верхней или нижней строке. Для разде-

ления можно выбрать любую строку, используя PF2. Можно применять больше

двух экранов. Попробуйте использовать эти ISPF-команды:

START

SWAP LIST

SWAP <screen number.>

6143 Управление текстом в ISPF

После подключения к TSO/E и активации ISPF перейдите на главное меню.

1. Введите каждую опцию и выпишите ее назначение и функцию. Каждая группа

должна подготовить краткий обзор по одной из 12 функций панели ISPF (элемен-

ты 0–11). Обратите внимание на то, что в разных инсталляциях z/OS часто вы-

полняется настройка панелей ISPF под свои потребности.

2. Создайте тестовый раздел в секционированном наборе данных. Введите несколь

ко строк информации, после чего поэкспериментируйте с нижеперечисленными

командами. Если нужна справка, нажмите PF1.

i Вставка строки.

клавиша Enter Нажмите Enter, ничего не вводя, чтобы выйти из режима

вставки.

i5 Добавление пяти строк ввода.

d Удаление строки.

d5 Удаление пяти строк.

dd/dd Удаление блока строк (поместите один DD в первую

строку блока, а другой DD в последнюю строку блока).

r Повторение (репликация) строки.

rr/rr Повторение (репликация) блока строк (где первое RR

обозначает первую строку блока, а второе RR обозначает

последнюю строку).

c, затем a или b Копирование строки до или после другой строки.

c5, затем a или b Копирование пяти строк до или после другой строки.

cc/cc, затем a или b Копирование блока строк до или после другой строки.

m, m5, mm/mm Перемещение строк.

x, x5, xx/xx Исключение строк.

s Повторный вывод (отображение) исключенных строк.

( Сдвиг столбцов вправо.

 ИспользованиеJCLиSDSF 213

) Сдвиг столбцов влево.

< Сдвиг данных влево.

> Сдвиг данных вправо.

6144 Передача задания на выполнение и просмотр результатов

Откройте раздел COBOL1 библиотеки yourid.LIB.SOURCE и просмотрите COBOL-

программу. В нем отсутствует JCL-код. Теперь откройте раздел COBOL1 в yourid.JCL

Внимательно просмотрите JCL-код. Он использует JCL-процедуру для компиляции

и запуска COBOL-программы

Выполните следующие действия:

1. Измените имя задания на

yourid с дополнительными символами.

2. Измените параметр NOTIFY на ваш идентификатор пользователя.

3. Добавьте TYPRUN=SCAN в свою карту задания.

4. Введите

SUB

в командную строку ISPF для передачи задания на выполнение.

5. Разделите свой экран ISPF и перейдите в SDSF на новом экране (он мог остаться

после предыдущего упражнения).

6. В SDSF перейдите в дисплей ST (Status) и найдите имя своего задания.

Вам может потребоваться ввести команду PRE или OWNER в командную строку

SDSF, чтобы просмотреть имена заданий (предыдущий пользователь мог ввести

команду префикса для вывода только некоторых имен заданий).

7. Введите

рядом с именем своего задания, чтобы просмотреть печатные выход-

ные данные:

• сообщения JES2;

• сообщения инициатора;

• сообщения компилятора COBOL;

• сообщения компоновщика;

• выходные данные COBOL-программы.

8. Удалите TYPRUN=SCAN, когда вы будете готовы запустить свое задание.

9. Нажмите PF3 для перехода на уровень вверх и введите

рядом с именем своего

задания для вывода другого формата выходных данных.

Преподаватель может рассказать вам о назначении различных сообщений JES2

и инициатора.

• Повторно передайте на выполнение задание с MSGLEVEL=(1,1) в операторе

JOB.

• Повторно передайте на выполнение задание с MSGLEVEL=(0,0) в операторе

JOB.

Параметр MSGLEVEL контролирует количество генерируемых сообщений иници

атора.

Совпадение имен разделов (COBOL1) необязательно, однако оно удобно.

Это не совсем та COBOL-процедура, которую мы обсуждали ранее. В разных версиях операционной

системы эти процедуры содержат некоторые изменения.

214 Глава6

6145 Создание раздела PDS

Существует несколько способов создать новый раздел PDS. Под своим идентифика-

тором пользователя попробуйте каждый из приведенных ниже способов. На следую-

щих этапах TEST3, TEST4, TEST5 и TEST6 представляют имена новых разделов. Введите

несколько строк текста для каждого случая.

Используя панель редактирования ISPF:

• перейдите в основное меню ISPF;

• перейдите к опции 2 (Edit);

• в строку Data Set Name введите

JCL(TEST3)

(без кавычек!);

• введите несколько строк текста и нажмите PF3 для сохранения нового раздела.

Новый раздел можно создать при просмотре списка разделов в режиме редакти-

рования:

• Выберите опцию 3.4 (или опцию 2) для редактирования yourid.JCL.

• При просмотре списка разделов введите

S TEST4

в командную строку.

• Введите несколько строк текста и нажмите

PF3

, чтобы сохранить новый раздел.

Новый раздел можно создать при редактировании существующего раздела:

• Откройте yourid.JCL(TEST1) или любой другой существующий раздел.

• Выберите блок строк, введя cc (в области строчных команд) в первую и пос-

леднюю строку блока.

• Введите

CREATE TEST5

в командную строку. Это создаст раздел TEST5 в теку-

щей библиотеке.

Новый раздел можно создать через JCL. Введите следующий JCL-код в yourid.

JCL(TEST5) или в любой другой набор данных:

//yourid1 JOB 1,JOE,MSGCLASS=X

//STEP1 EXEC PGM=IEBGENER

//SYSIN DD DUMMY

//SYSPRINT DD SYSOUT=*

//SYSUT2 DD DISP=OLD,DSN= yourid.JCL(TEST6)

//SYSUT1 DD *

This is some text to put in the member

More text

Сохраните раздел, содержащий этот JCL-код. Его можно будет использовать позже.

6146 Копирование раздела PDS

Существует много способов скопировать раздел библиотеки. В предыдущем упраж-

нении использовалась функция панели ISPF 3.3 для копирования всех разделов биб-

лиотеки. Ту же функцию можно использовать для копирования одного или несколь-

ких разделов.

 ИспользованиеJCLиSDSF 215

Во время редактирования раздела библиотеки можно скопировать в него другой

раздел библиотеки:

• откройте раздел библиотеки;

• пометьте строку этого раздела символом a (after) или b (before), чтобы указать,

куда следует скопировать другой раздел;

• введите

COPY xxx

в командную строку, где xxx – имя другого раздела в теку-

щем наборе данных.

Можно скопировать раздел из другого набора данных (или последовательного

набора данных) следующим образом:

• откройте раздел или последовательный набор данных;

• пометьте строку этого раздела символом A (after) или B (before), чтобы указать,

куда следует скопировать новый материал;

• введите

COPY

в командную строку, чтобы вывести панель Edit/View-Copy;

• введите полное имя последовательного набора данных (если нужно, с одинар-

ными кавычками) или полное имя библиотеки (включая имя раздела) в поле

Data Set Name.

 ПакетнаяобработкаиJES 217

Пакетная обработка и JES

Цель Какспециалиступомэйнфреймам,вамнужнопониматьспособыобработки

системойосновныхприложенийкомпании,таких,какприложенийведения

ведомостейТакиезадачиобычновыполняютсяпосредствомпакетнойобработки,

чтопредполагаетвыполнениеодногоилинесколькихпакетныхзаданий

впоследовательномпотоке

Крометого,вамнеобходимопонимать,какимобразомподсистемавводазаданий

(JES)обеспечиваетпакетнуюобработкуJESпомогаетоперационнойсистемеz/OS

приниматьзадания,назначатьвремяихобработкииопределятьспособобработки

выходныхданныхзадания

Послезавершенияработынадэтойглавойвысможете:

• приводитьобзорпакетнойобработкииспособовинициированияиуправления

работойвсистеме;

• объяснить,какимобразомJESуправляетпотокомработывсистемеz/OS

218 Глава7

71 Что такое пакетная обработка?

Термин пакетное задание (batch job) появился во времена перфокарт, содержавших ука-

зания, которым должен был следовать компьютер при выполнении одной или несколь-

ких программ. Пачки перфокарт, представлявших множество заданий, часто складыва-

лись друг на друга в магазин устройства чтения перфокарт и обрабатывались в пакетах.

Историческая справка. Герман Холлерит (Herman Hollerith, 1860–1929) изобрел

перфокарту в 1890 году, работая статистиком в Бюро переписи населения (United

States Census Bureau). Чтобы облегчить составление таблиц результатов переписи на-

селения США в 1890 году, Холлерит разработал бумажную карту с 80 колонками и 12

строками, сделав ее по размеру равной долларовой купюре того времени. Для пред-

ставления наборов значений данных он пробивал отверстия в карте на пересечениях

соответствующих строк и столбцов. Кроме того, Холлерит разработал электромеха-

ническое устройство для «чтения» отверстий в карте, и получающийся электрический

сигнал сортировался и табулировался вычислительным устройством (позже г-н Хол-

лерит основал компанию Computing Tabulating Recording Company, которая в конце

концов и стала корпорацией IBM).

В настоящее время пакетными заданиями называются такие задания, которые мо-

гут выполняться без вмешательства пользователя или для которых можно назначить

выполнение при наличии требуемых ресурсов. Например, программа, считывающая

большой файл и генерирующая отчет, считается пакетным заданием.

В системах PC и UNIX нет непосредственного

аналога пакетной обработке z/OS. Пакетная обра-

ботка предназначена для тех часто используемых

программ, которые можно выполнять с минималь-

ным вмешательством человека. Они обычно вы-

полняются в назначенное время или при необхо-

димости. Возможно, ближайшим аналогом будут процессы, запускаемые командами

AT или CRON в UNIX, хотя существуют существенные различия. Пакетную обработку

можно в некоторой степени считать аналогичной очереди принтера, обрабатываемой

в операционных системах для процессоров Intel. Пользователи отправляют задания

на печать, и задания печати ожидают обработки до тех пор, пока они не будут выбра-

ны по приоритету из очереди заданий, называемой спулом печати (print spool).

Для осуществления обработки пакетного задания специалисты в z/OS используют

язык управления заданиями (JCL), чтобы сообщить z/OS, какие программы следует

выполнять и какие файлы будут нужны выполняемым программам. Как уже рассмат-

ривалось в главе 6, «Использование JCL и SDSF», JCL дает возможность пользователю

описывать в z/OS некоторые атрибуты пакетного задания, в частности:

• кто вы (пользователь, передавший пакетное задание);

• какую программу следует выполнить;

• где расположены входные и выходные данные;

• когда следует выполнить задание.

После передачи пользователем задания в систему пользователь обычно не осу-

ществляет каких-либо действий, связанных с заданием, пока оно не завершится.

Пакетноезадание–

программа,котораяможет

выполнятьсясминимальным

вмешательствомчеловека,

обычновыполняющаяся

вназначенноевремя

 ПакетнаяобработкаиJES 219

72 Что такое JES?

z/OS использует подсистему ввода заданий (job entry subsystem, JES) для ввода заданий

в операционную систему, для назначения времени их обработки в z/OS и для управ-

ления обработкой их выходных данных. JES является компонентом операционной

системы, обеспечивающим дополнительные функции управления заданиями, управ-

ления данными и управления задачами, такие, как планирование, управление потока-

ми заданий, а также чтение и запись входных и

выходных потоков на устройствах вспомогатель-

ной памяти, параллельно с выполнением заданий;

этот процесс называется спулингом (spooling).

z/OS осуществляет управление работой в виде задач и подзадач. И транзакции, и па-

кетные задания связаны с внутренней очередью задач, управляемой на основе приорите-

тов. JES является компонентом z/OS, работающим перед выполнением программы, осу-

ществляя подготовку работы к выполнению. JES работает также после выполнения про-

граммы, помогая выполнять очистку после выполнения работы. Это включает управление

распечатыванием выходных данных, генерируемых активными программами.

Если конкретнее, JES осуществляет управление входными и выходными очередя-

ми заданий и данными.

Например, JES управляет следующими аспектами пакетной обработки в z/OS:

• получением заданий в операционной системе;

• планированием заданий для обработки в z/OS;

• управлением обработкой выходных данных заданий.

В z/OS существует две версии систем ввода заданий: JES2 и JES3. Из них JES2 явля-

ется гораздо более распространенной и используется в примерах в этой книге. JES2

и JES3 содержат множество функций и возможностей, однако к их базовым функци

ям относятся следующие:

• прием заданий, переданных различными способами:

из ISPF посредством команды SUBMIT;

по сети;

из выполняющейся программы, которая может передавать другие задания

через внутренний считывающий модуль (internal reader) JES;

с устройства чтения перфокарт (крайне редко!).

• управление очередями заданий, ожидающих выполнения. Можно определить

несколько очередей для различных целей;

• управление очередями заданий для инициатора (initiator), который представ-

ляет собой системную программу, запрашивающую следующее задание в соот-

ветствующей очереди;

• прием печатных выходных данных задания во время его выполнения и управ-

ление очередью выходных данных;

• (необязательно) передача выходных данных на принтер или их сохранение в спуле

(spool) для обработки в PSF, InfoPrint или другом менеджере выходных данных.

JES–

наборпрограмм,

обрабатывающихпакетные

заданиявz/OS

220 Глава7

JES использует один или несколько дисковых

наборов данных для спулинга (spooling), представ-

ляющего собой процесс чтения и записи входных

и выходных потоков на устройствах вспомогатель-

ной памяти, параллельно с выполнением заданий,

в формате, удобном для последующей обработки

или операций вывода. Слово spool является сокра-

щением от simultaneous peripheral operations online.

JES объединяет несколько наборов данных спулов (если они существуют) в еди-

ный абстрактный набор данных. Его внутренний формат не соответствует стандарт-

ному формату метода доступа и не записывается или считывается приложениями

непосредственно. Входные задания и печатные выходные данные множества заданий

хранятся в едином (абстрактном) наборе данных спула. В небольшой системе z/OS

наборы данных спулов могут занимать несколько сотен цилиндров дискового про-

странства; в больших инсталляциях они могут занимать множество полных томов

дискового пространства.

Основные элементы пакетной обработки представлены на рис. 7.1.

Рис 71 Потокпакетнойобработки

Инициатор (initiator) представляет собой компонент z/OS, осуществляющий чте-

ние, интерпретацию и выполнение JCL-кода. Обычно он выполняется в нескольких

адресных пространствах (в виде нескольких инициаторов). Инициатор управляет

поочередным выполнением пакетных заданий

в одном адресном пространстве. Если активны 10

инициаторов (в 10 адресных пространствах), то

одновременно могут выполняться 10 пакетных за-

даний. JES частично выполняет обработку JCL, од-

нако основная обработка JCL осуществляется

инициатором.

Спулинг–

чтениеизапись(вJES)

входныхивыходныхпотоков

наустройствах

вспомогательнойпамяти,

параллельносвыполнением

заданий

Инициатор–

компонентоперационной

системы,осуществляющий

чтениеиобработку

операторовязыкауправления

операциями,поступающихот

системногоустройстваввода

 ПакетнаяобработкаиJES 221

Задания, изображенные на рис. 7.1, представляют собой JCL и, возможно, данные,

смешанные с JCL-кодом. Примером данных, которые могут быть перемешаны с JCL,

является исходный код (операторы исходного кода), подаваемый на вход компилято-

ра. Другим примером является бухгалтерское задание, готовящее недельную ведо-

мость для разных подразделений компании (предположительно, во всех подразделе-

ниях используется одно приложение ведения ведомостей, однако входной файл

и файл главного сводного отчета могут различаться).

На схеме задания представлены в виде перфокарт (с использованием традицион-

ного символа перфокарты), хотя ввод с настоящих перфокарт в настоящее время

выполняется очень редко. Обычно задание состоит из образов карт (80-байтовых за-

писей фиксированной длины) в разделе секционированного набора данных.

73 Что делает инициатор?

Для асинхронного выполнения нескольких заданий система должна выполнять ряд

функций:

• выбор заданий из входных очередей (этим занимается JES);

• проверку отсутствия конфликтов при использовании наборов данных не-

сколькими заданиями (включая пользователей TSO и прочие интерактивные

приложения);

• проверку правильности распределения однопользовательских устройств,

в частности приводов для носителей на магнитных лентах;

• поиск исполняемых программ, запрашиваемых заданием;

• очистку после завершения задания и запрос следующего задания.

Основную часть этой работы выполняет инициатор, используя информацию JCL

для каждого задания. Самой сложной функцией является проверка отсутствия конф-

ликтов при использовании наборов данных. Например, если два задания попытаются

одновременно выполнить запись в один набор данных (или если одно задание осу-

ществляет чтение, а другое – запись), возникает конфликт

. Такие конфликты обычно

вызывают повреждение данных. Основное назначение JCL состоит в том, чтобы со-

общить инициатору, что нужно заданию.

Предотвращение конфликтов при использовании наборов данных крайне важно

для z/OS и является одним из определяющих свойств этой операционной системы.

При правильном построении JCL-кода предотвращение конфликтов выполняется ав-

томатически. Например, если задание A и задание B должны выполнить запись в оп-

ределенный набор данных, система (через инициатор) не позволяет обоим заданиям

выполняться одновременно. Вместо этого, после того как запущено первое задание,

инициатор, пытающийся запустить другое задание, переводится в режим ожидания

до тех пор, пока не завершится первое задание.

Существуют случаи, когда такое использование является корректным, и можно разработать JCL-код для

таких случаев. В случае простых пакетных заданий такие конфликты обычно неприемлемы.