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

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

522 ПриложениеА

Производительность каналов прошла развитие от параллельных каналов до

ESCON-каналов и до FICON-каналов. Сервер z9-109 продолжил это развитие путем

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

каналов.

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

процессоров, например, SAP, ICF, IFL и zAAP. Сервер z9-109 улучшает управление путем

предоставления отдельных пулов для обработки разделяемых ICF, IFP и zAAP в PR/SM.

Базовые «реальные» системы развились в виртуальные системы, и это развитие от-

носится к системам, процессорам, памяти, устройствам ввода-вывода, интерфейсам

локальной сети и т. д. Сервер z9-109 продолжает развитие в этом направлении путем

использования новых инструкций, повышающих производительность QDIO-операций

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

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

избегая остановки обработки

при возникновении прерываний адаптера.

В последних поколениях мэйнфреймов был расширен набор инструкций; он

включает инструкции, совместимые с другими платформами (например, инструкции

двоичных вычислений с плавающей точкой), инструкции для более эффективной

реализации популярных языков (например, инструкции обработки текстовых строк

в C/C++), инструкции для более эффективного использования реестра (например,

относительные инструкции и инструкции с непосредственными адресами, а также

инструкции с длинным смещением) и т. д. Сервер z9-109 продолжил это развитие

путем реализации новых и измененных инструкций.

Криптографические аппаратные средства были доступны и в ранних системах,

но в последних моделях серверов они были значительно доработаны. Сервер z9-109

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

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

(сопроцессора защиты и ускорителя) в единое устройство. Эти две опции могут быть

отдельно определены в устройстве.

Прозрачное аппаратное восстановление всегда было основой структуры мэйнф-

рейма и получило развитие во многих направлениях. Сервер z9-109 продолжил это

развитие путем расширения функций прозрачного восстановления таким образом,

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

Параллельное обслуживание является основной целью проектирования совре-

менных мэйнфреймов и часто включает поиск баланса между реплицируемыми

компонентами и дополнительной интеграцией микросхем и MCM. Сервер z9-109

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

гокнижной конфигурации во время обновления или ремонта.

 ПримерытаблицDB2 523

Примеры таблиц DB2

Большинство примеров в главе 12 «Системы управления базами данных

в z/OS» ссылаются на таблицы из этого приложения. Вместе эти таблицы со-

держат информацию о сотрудниках и отделах и составляют образец приложе-

ния, иллюстрирующий большинство функций DB2.

Таблица отделов (DEPT)

Таблица отделов описывает каждый отдел предприятия, определяет, кто яв-

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

ется. Таблица находится в табличном пространстве DSN8D81A.DSN8S81D и

создается следующим кодом:

Так как таблица является автореферентной

и при этом также является

частью цикла зависимостей, необходимо добавить к ней внешние ключи, ис-

пользуя следующие операторы:

524 ПриложениеВ

Столбцы таблицы отделов

Столбец Имя столбца Описание

1 DEPTNO Идентификаторотдела,первичныйключ

2 DEPTNAME Имя,описывающееосновныефункцииотдела

3 MGRNO Номерсотрудника(EMPNO)дляменеджераотдела

4 ADMRDEPT Идентификаторотдела,передкоторымотчитываетсяэтототдел;

отделвысшегоуровняотчитываетсяпередсамимсобой

5 LOCATION Имяместоположения

Индексы таблицы отделов

Имя По столбцу Тип индекса

DSN8810XDEPT1

DEPTNO Первичный,возрастающий

DSN8810XDEPT2

MGRNO Возрастающий

DSN8810XDEPT3

ADMRDEPT Возрастающий

Содержимое таблицы отделов

Связь с другими таблицами

Таблица является автореферентной: для указания руководящего отдела используется

идентификатор отдела. Данная таблица является родительской для:

 ПримерытаблицDB2 525

• Таблицы сотрудников, через внешний ключ в столбце WORKDEPT.

• Таблицы проектов, через внешний ключ в столбце DEPTNO. Эта таблица является

зависимой от таблицы сотрудников через внешний ключ в столбце MGRNO.

Таблица сотрудников (EMP)

Таблица сотрудников идентифицирует всех сотрудников по номеру сотрудника и со-

держит основные сведения о персонале. Таблица находится в многораздельном таблич-

ном пространстве DSN8D81A.DSN8S81E. Так как она имеет внешний ключ, ссылающий-

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

ному ключу. Затем создается таблица EMP с использованием следующего кода:

Столбцы таблицы сотрудников

Столбец Имя столбца Описание

1 EMPNO Номерсотрудника(первичныйключ)

2 FIRSTNAME Имясотрудника

3 MIDINIT Инициал,соответствующийвторомуимени(отчеству)

4 LASTNAME Фамилиясотрудника

5 WORKDEPT Идентификаторотдела,вкоторомработаетсотрудник

6 PHONENO Номертелефонасотрудника

7 HIREDATE Датаприеманаработу

8 JOB Должностьсотрудника

9 EDLEVEL Количестволетобучениявучебныхзаведениях

526 ПриложениеВ

Столбец Имя столбца Описание

10 SEX Полсотрудника(MилиF)

11 BIRTHDATE Датарождения

12 SALARY Годовойокладвдолларах

13 BONUS Годоваяпремиявдолларах

14 COMM Годовоекомиссионноевознаграждениевдолларах

Индексы таблицы сотрудников

Имя По столбцу Тип индекса

DSN8810XEMP1

EMPNO Первичный,многораздельный,возрастающий

DSN8810XEMP2

WORKDEPT Возрастающий

Связь с другими таблицами

Данная таблица является родительской для:

• Таблицы отделов через внешний ключ в столбце MGRNO.

• Таблицы проектов через внешний ключ в столбце RESPEMP. Эта таблица явля-

ется зависимой от таблицы отделов через внешний ключ в столбце

WORKDEPT.

 Утилиты 527

Утилиты

Не существует какого-то формального определения относительно того, что

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

нии только некоторые программы, поставляемые с z/OS, называются утили-

тами (utilities). С другой стороны, в среде UNIX многие стандартные команды

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

копирования, фильтры и многие другие типы программ. В среде z/OS эти

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

. Раз-

личие состоит только лишь в терминологии, однако новых пользователей z/OS

это может сбить с толку.

В z/OS утилиты являются пакетными программами (хотя команды ALLOC

позволяют выполнять их в оперативном режиме TSO) и обычно имеют соот-

ветствующие требования к JCL. Это включает DD-операторы SYSPRINT, SYSIN,

SYSUT1 и SYSUT2. Большинство пользователей z/OS знакомы с IEFBR14, IEB-

GENER и IEBCOPY. Пользователи VSAM должны быть знакомы с IDCAMS.

Из широкого диапазона функций и возможностей z/OS только небольшое

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

шого числа утилит, написанных клиентами (хотя большинство пользователей

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

широко используются сообществом пользователей. Независимые изготовите-

ли программного обеспечения также предлагают множество подобных про-

дуктов (платных). Некоторые из них можно отнести к утилитам; некоторые из

них конкурируют с утилитами IBM, тогда как другие предоставляют функции,

не реализованные в утилитах IBM.

В z/OS UNIX термин «утилита» имеет значение, общее для UNIX.

528 ПриложениеС

Большинство рассматриваемых здесь основных и системных утилит описывается

в публикации z/OS DFSMSdfp Utilities. В этом приложении приводится обзор доступ-

ных утилит вместе с простыми примерами самых основных утилит.

Основные утилиты

Некоторые утилиты (в традиционном значении этого термина) широко используют-

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

IEFBR14

Единственная функция этой программы состоит в том, чтобы выдавать нулевой код

завершения (0). Она используется в качестве безопасного средства «выполнения JCL».

Само понятие выполнения JCL считается некорректным, однако оно очень хорошо

передает идею. Например, рассмотрим следующее задание:

//OGDEN1 JOB 1,BILL,MSGCLASS=X

// EXEC PGM=IEFBR14

//A DD DSN=OGDEN.LIB.CNTL,DISP=(NEW,CATLG),VOL=SER=WORK02,

// UNIT=3390,SPACE=(CYL,(3,1,25)

//B DD DSN=OGDEN.OLD.DATA,DISP=(OLD,DELETE)

Это полезное задание, хотя выполняемая программа (IEFBR14) не делает ничего.

При подготовке к запуску задания инициатор распределяет OGDEN.LIB.CNTL и со-

храняет набор данных по завершении задания. Он также удаляет OGDEN.OLD.DATA

по завершении задания. DD-имена A и B не имеют особого значения и используются

потому, что синтаксис оператора DD требует указания DD-имени.

Те же операции создания одного набора данных и удаления другого можно было

выполнить, например, через ISPF, но эти действия может потребоваться выполнить

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

Примечание ИмяIEFBR14представляетинтересОднагруппавIBM,создававшаяпервона-

чальныйкоддляOS/360,использовалапрефиксIEFдлявсехсвоихмодулейВассемблереBR

означаетпереход(Branch)кадресуврегистре(Register)Переходкадресувобщемрегистре14

являетсястандартнымспособомзавершенияпрограммыХотя,выбираяимя,разработчикине

проявилиособойизобретательности,практическивсеспециалистывz/OSслегкостью

запоминаютимяIEFBR14

Программа IEFBR14 не является утилитой в том смысле, что она не включена в ру-

ководство Utilities. Однако не существует другой практической категории для этой

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

IEBGENER

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

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

тельный набор данных). Она может также выполнять фильтрацию данных, изменять

LRECL и BLKSIZE, генерировать записи и выполнять некоторые другие функции.

 Утилиты 529

Однако чаще всего она используется просто для копирования наборов данных. Ти-

пичное задание может иметь следующий вид:

//OGDEN2 JOB 1,BILL,MSGCLASS=X

// PGM=IEBGENER

//SYSIN DD DUMMY

//SYSPRINT DD SYSOUT=X

//SYSUT1 DD DISP=SHR,DSN=BILL.SEQ.DATA

//SYSUT2 DD DISP=(NEW,CATLG),DSN=BILL.COPY.DATA,UNIT=3390,

// VOL=SER=WORK02,SPACE=(TRK,3,3))

IEBGENER требует использования четырех DD-операторов с DD-именами, описы-

ваемыми в примере. Оператор SYSIN DD используется для чтения управляющих па-

раметров; при простых вариантах управляющие параметры не нужны, и можно ис-

пользовать DD DUMMY. Оператор SYSPRINT используется для выдачи сообщений,

получаемых из IEBGENER. Оператор SYSUT1 предназначен для ввода, а оператор SY-

SUT2 – для вывода. Этот пример считывает существующий набор данных и копирует

его в новый набор данных.

Если выходной набор данных является новым, и если параметры DCB не заданы,

IEBGENER копирует параметры DCB из входного набора данных (к параметрам DCB

относятся LRECL, RECFM и BLKSIZE, как описывается в разделе 5.8 «Форматы записи

наборов данных»).

Другой общий пример может иметь приблизительно следующий вид:

//OGDEN2 JOB 1,BILL,MSGCLASS=X

// PGM=IEBGENER

//SYSIN DD DUMMY

//SYSPRINT DD SYSOUT=X

//SYSUT2 DD DISP=OLD,DSN=BILL.TEST.DATA

//SYSUT1 DD *

 Это встроенные данные. Они могут занимать столько места,

 сколько требуется. Для приложения они представляютсякак

 LRECL=80, RECFM=F, BLKSIZE=80. Вам лучшераспределитьнабор

 данных SYSUT2с более подходящим размером блока.

Этот пример предполагает, что набор данных BILL.TEST.DATA уже был создан. Это

задание перезапишет его данными из входного потока SYSUT1. Так как выходной

набор данных уже существует, IEBGENER будет использовать существующие атрибу-

ты DCB.

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

в z/OS. Она существует со времен первой версии OS/360.

530 ПриложениеС

IEBCOPY

Эта утилита обычно используется в следующих целях:

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

набора данных в другой.

• Для копирования библиотечного набора данных в уникальный последователь-

ный формат выгруженного (unloaded) библиотечного набора данных. Как и

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

править по FTP

или обрабатывать как простой последовательный набор дан-

ных.

• Для чтения выгруженного библиотечного набора данных (представляющего

собой последовательный файл) и повторного создания первоначального биб-

лиотечного набора данных. Как вариант, можно использовать только выбран-

ные разделы.

• Для сжатия библиотечных наборов данных (на месте) для восстановления

потерянного пространства.

Большинство программных продуктов для z/OS распространяются как выгружен-

ные секционированные наборы данных. Опции копирования ISPF (в том числе, оп-

ция 3.3) негласно используют IEBCOPY. Перемещение PDS или PDSE с одного тома на

другой с легкостью выполняется утилитой IEBCOPY. При возникновении необходи-

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

ниях, чаще всего используется IEBCOPY. При выполнении аналогичных операций в

среде TSO (через ISPF) утилита IEBCOPY используется косвенным образом.

Простое задание с IEBCOPY может иметь следующий вид:

//OGDEN5 JOB 1,BILL,MSGCLASS=X

// EXEC PGM=IEBCOPY

//SYSPRINT DD SYSOUT=*

//SYSIN DD DUMMY

//SYSUT1 DD DISP=SHR,DSN=OGDEN.LIB.SOURCE

//SYSUT2 DD DISP=(NEW,KEEP),UNIT=TAPE,DSN=OGDENS.SOURCE,

// VOL=SER=123456

Это задание выгружает OGDEN.LIB.SOURCE (который, предположительно, явля-

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

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

ляция связывает с приводами для магнитных лент). По умолчанию, IEBCOPY осу-

ществляет копирование из SYSUT1 в SYSUT2. Обратите внимание на то, что имя

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

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

требованием). Для восстановления PDS на другом томе можно использовать следу-

ющее задание:

Выходной набор данных обычно имеет формат V или VB, и существуют дополнительные аспекты, ко-

торые следует учитывать при передаче наборов данных V или VB через FTP.

 Утилиты 531

//JOE6 JOB 1,JOE,MSGCLASS=X

// EXEC PGM=IEBCOPY

//SYSPRINT DD SYSOUT=*

//SYSIN DD DUMMY

//SYSUT1 DD DISP=OLD,UNIT=TAPE,DSN=OGDENS.SOURCE,

VOL=SER=123456

//SYSUT2 DD DISP=(NEW,CATLG),DSN=P390Z.LIB.PGMS,UNIT=3390,

// SPACE=(TRK,(10,10,20)),VOL=SER=333333

ВэтомпримереIEBCOPYобнаружит,чтовходнойнаборданныхявля

ется выгруженным библиотечным набором данных. Нам потребовалась

внешняяинформация,чтобыопределить,чтонаборданныхзайметоколо

10 дорожек и будет иметь 20 блоков оглавления.

ВместоDD DUMMYдля SYSINможно былоиспользоватьследующее:

//SYSIN DD *

COPY OUTDD=SYSUT2,INDD=SYSUT1

SELECT MEMBER=(PGM1,PGM2)

Параметры OUTDD и INDD определяют используемые DD-имена. В данном случае

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

бованием.

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

чески сжимает набор данных (восстанавливая потерянное пространство).

IEBDG

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

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

ных. Можно генерировать разнообразные поля и данные, и поля для каждой записи

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

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

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

Ниже представлен простой пример использования IEBDG:

//OGDEN7 JOB 1,BILL,MSGCLASS=X

// EXEC PGM=IEBDG

//SYSPRINT DD SYSOUT=*

//OUT DD DISP=(NEW,CATLG),DSN=OGDEN.TEST.DATA,UNIT=3390,

// VOL=SER=WORK01,SPACE=(CYL,(10,1)),

// DCB=(RECFM=FB,LRECL=80,BLKSIZE=8000)

//SYSIN DD *

DSD OUTPUT=(OUT)