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

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

432 Глава16

• SYS1.PARMLIB содержит управляющие параметры всей системы.

• SYS1.LINKLIB содержит множество системных исполняемых модулей.

• SYS1.LPALIB содержит системные исполняемые модули, загружаемые в область

загрузки модулей (link pack area) при инициализации системы.

• SYS1.PROCLIB содержит JCL-процедуры, распространяемые с z/OS.

• SYS1.NUCLEUS содержит базовые модули супервизора в системе.

• SYS1.SVCLIB содержит программы вызова супервизора.

1632 SYS1PARMLIB

SYS1.PARMLIB представляет собой обязательный секционированный набор данных,

содержащий разделы, поставляемые компанией IBM и созданные при инсталляции.

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

бой резидентный системный том. PARMLIB является важным набором данных в опе-

рационной системе z/OS, подобным по функциям директории /etc в системе UNIX.

Назначение PARMLIB состоит в том, чтобы содержать множество параметров ини-

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

таким образом, необходимость ввода параметров оператором.

Все параметры и разделы набора данных SYS1.PARMLIB описываются в руководс-

тве z/OS MVS Initialization and Tuning Reference, SA22-7592. Некоторые наиболее важ-

ные разделы PARMLIB рассматриваются в этой главе.

1633 Область загрузки модулей (LPA)

Область загрузки модулей (link pack area, LPA) представляет собой раздел общей области

адресного пространства. Она находится ниже области системных очередей (system queue

area, SQA) и содержит перемещаемую область загрузки модулей (pageable link pack area,

PLPA), фиксированную область загрузки модулей (fixed link pack area, FLPA), если такая

существует, и изменяемую область загрузки модулей (modified link pack area, MLPA).

Модули в области загрузки модулей (LPA) загружаются в общую память и разделя-

ются между всеми адресными пространствами в системе. Так как эти модули являются

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

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

Модули, расположенные в LPA, не требуется переносить в виртуальную память, так

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

Модули, находящиеся в любом участке LPA, всегда находятся в виртуальной памяти,

а модули, находящиеся в FLPA, также всегда находятся в основной памяти. К модулям,

находящимся в LPA, необходимо очень часто обращаться, чтобы не допустить изъятия

их страниц. Когда страница находится в LPA (но не в FLPA), и к ней не обращаются

постоянно разные адресные пространства, повышается вероятность ее изъятия.

1634 Перемещаемая область загрузки модулей (PLPA)

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

загрузки (при выполнении «холодного» запуска с включенной опцией CLPA). Эта об-

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

 Обзорсистемногопрограммирования 433

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

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

мы. PLPA и расширенная PLPA содержит все разделы SYS1.LPALIB и других библиотек,

заданных в активном LPALSTxx посредством параметра LPA в IEASYSxx или с консоли

оператора при инициализации системы (это замещает спецификацию PARMLIB).

Можно использовать один или несколько разделов LPALSTxx в SYS1.PARMLIB для

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

LPALIB. Можно также использовать раздел LPALSTxx для добавления доступных только

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

мещаемую область загрузки модулей (PLPA). Система использует такое сцепление,

называемое LPALST-сцеплением, для построения PLPA в процессе инициализации яд-

ра. Библиотека SYS1.LPALIB должна размещаться на томе с прямым доступом, который

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

На рис. 16.3 представлен пример раздела LPALSTxx.

F ile E d it E d it_ S e t t in g s M e n u U tilitie s C o m p ile rs Te s t H e lp

--- - - - - - - - - - - - - - --- - - -- - -- - - - - - --- - - -- -- - - - - - ---- - -- -- - - - - - -- -- - - - -- - - - - - -- -- - -

E D IT S Y S 1 . P A R M L IB (L P A L S T 7 B ) - 0 1 . 0 3 C o l u m n s 0 0 0 0 1 0 0 0 7 2

C o m m a n d = = = > S c ro ll = = = > C S R

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To p o f D a ta * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

0 0 0 2 0 0 S Y S 1 .L P A L I B ,

0 0 0 2 2 0 S Y S 1 .S E R B L P A ,

0 0 0 3 0 0 I S F. S IS F L P A ,

0 0 0 5 0 0 I N G .S IN G M O D 3 ,

0 0 0 6 0 0 N E T V IE W . S C N M L P A 1 ,

0 0 0 7 0 0 S D F 2 . V 1 R 4 M 0 . S D G IL P A ,

0 0 0 8 0 0 R E X X . S E A G L P A ,

0 0 1 0 0 0 S Y S 1 .S IA T L P A ,

0 0 1 1 0 0 E O Y .S E O Y L P A ,

0 0 1 2 0 0 S Y S 1 .S B D T L P A ,

0 0 1 3 0 0 C E E .S C E E L P A ,

0 0 1 4 0 0 I S P . S IS P L P A ,

0 0 1 6 0 0 S Y S 1 .S O R T L P A ,

0 0 1 7 0 0 S Y S 1 .S IC E L P A ,

0 0 1 8 0 0 E U V .S E U V L P A ,

0 0 1 9 0 0 T C P IP .S E Z A L P A ,

0 0 2 0 0 0 E Q A W .S E Q A L P A ,

0 0 2 0 0 1 I D I. S ID IA L P A ,

0 0 2 0 0 2 I D I. S ID IL P A 1 ,

0 0 2 0 0 3 D W W .S D W W L P A (S B O X 2 0 ) ,

0 0 2 0 1 0 S Y S 1 .S D W W D L P A ,

0 0 2 0 2 0 D V G .N F T P 2 3 0 .S D V G L P A ,

0 0 2 2 0 0 C IC S T S 2 2 .C IC S . S D F H L P A (S B O X D 3 )

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * B o t t o m o f D a ta * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Рис 163 ПримерразделаLPALSTPARMLIB

1635 Фиксированная область загрузки модулей (FLPA)

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

активном разделе IEAFIXxx библиотеки SYS1.PARMLIB. Эту область следует использо-

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

их размещении в фиксированной, а не в перемещаемой области. Наилучшими канди-

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

рых требуется быстрое реагирование.

В FLPA можно включить модули из сцепления LPALST, сцепления linklist, SYS1.MI-

GLIB и SYS1.SVCLIB. FLPA выбирается посредством использования значения парамет-

434 Глава16

ра FIX в IEASYSxx, добавляемого к IEAFIX для формирования имени раздела IEAFIXxx

библиотеки PARMLIB, или с консоли оператора при инициализации системы.

На рис. 16.4 представлен раздел IEAFIX PARMLIB; часть модулей, расположенных

в FLPA, принадлежат библиотеке SYS1.LPALIB.

File Edit Edit_Settings Menu Utilities Compilers Test Help

-------------------------------------------------------------------------------

EDIT SYS1.PARMLIB(IEAFIX00) - 01.00 Columns 00001

00072

Command ===> Scroll ===> CSR

****** ***************************** Top of Data ******************************

000001 INCLUDE LIBRARY(SYS1.LPALIB) MODULES(

000002 IEAVAR00

000003 IEAVAR06

000004 IGC0001G

000005 )

000006 INCLUDE LIBRARY(FFST.V120ESA.SEPWMOD2) MODULES(

000007 EPWSTUB

000008 )

****** **************************** Bottom of Data ****************************

Рис 164 РазделIEAFIXPARMLIB

1636 Изменяемая область загрузки модулей (MLPA)

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

зованных библиотек APF (см. раздел 18.7.1 «Авторизованные программы»), предна-

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

грузки модулей для текущей начальной загрузки. Обратите внимание на то, что MLPA

существует только на протяжении текущей IPL. Таким образом, если требуется ис-

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

ной загрузки (включая быстрый запуск и «теплый» запуск). Когда система осущест-

вляет поиск программы, MLPA просматривается перед PLPA. MLPA можно использовать

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

ми модулями или модулями замены.

1637 SYS1PROCLIB

SYS1.PROCLIB представляет собой обязательный секционированный набор данных,

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

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

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

1638 Подсистема главного планировщика

Подсистема главного планировщика (master scheduler subsystem) используется для

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

заданий, в качестве которой может использоваться JES2 или JES3. При запуске z/OS

 Обзорсистемногопрограммирования 435

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

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

которое становится адресным пространством с первым номером (ASID=1).

Затем главный планировщик может запустить подсистему ввода заданий (JES2 или

JES3). JES является первичной подсистемой ввода заданий. На многих рабочих системах

JES не запускается сразу же; вместо этого пакет автоматизации запускает все задачи в

контролируемой последовательности. Затем происходит запуск других подсистем. Все

подсистемы определяются в разделе IEFSSNxx библиотеки PARMLIB. Эти подсистемы яв-

ляются вторичными подсистемами (secondary subsystems).

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

Если требуются изменения, рекомендуется создать раздел MSTJCLxx в наборе PARM-

LIB. Суффикс определяется параметром MSTRJCL в разделе IEASYSxx PARMLIB. Раздел

MSTJCLxx обычно называется главным JCL (master JCL). Он содержит операторы оп-

ределения данных (DD) для всех системных входных и выходных наборов данных,

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

В Примере 16.1 представлен образец раздела MSTJCLxx.

Пример 16.1. Образец главного JCL

File Edit Edit_Settings Menu Utilities Compilers Test Help

-------------------------------------------------------------------

EDIT SYS1.PARMLIB(MSTJCL00) - 01.07 Columns 00001 00072

Command ===> Scroll ===> CSR

****** ***************************** Top of Data **********************

000100 //MSTRJCL JOB MSGLEVEL=(1,1),TIME=1440

000200 // EXEC PGM=IEEMB860,DPRTY=(15,15)

000300 //STCINRDR DD SYSOUT=(A,INTRDR)

000400 //TSOINRDR DD SYSOUT=(A,INTRDR)

000500 //IEFPDSI DD DSN=SYS1.PROCLIB,DISP=SHR

000600 // DD DSN=CPAC.PROCLIB,DISP=SHR

000700 // DD DSN=SYS1.IBM.PROCLIB,DISP=SHR

000800 //IEFJOBS DD DSN=SYS1.STCJOBS,DISP=SHR

000900 //SYSUADS DD DSN=SYS1.UADS,DISP=SHR

****** **************************** Bottom of Data ***************

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

система определяет, относится ли команда START к процедуре или к заданию. Если

раздел MSTJCLxx содержит оператор IEFJOBS DD, система осуществляет поиск разде-

ла, запрашиваемого командой START, в сцепленном IEFJOBS DD.

Если сцепленный IEFJOBS не содержит раздела с таким именем, или если сцеп-

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

командой START, в IEFPDSI DD. Если раздел найден, система изучает первую запись на

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

436 Глава16

исходный JCL-код для запускаемой задачи. Если раздел не содержит допустимый

оператор JOB в первой записи, система предполагает, что исходный JCL-код является

процедурой и создает JCL для вызова процедуры.

После создания (или обнаружения) исходного JCL-кода, система обрабатывает JCL.

При поставке MSTJCL00 содержит оператор IEFPDSI DD, определяющий набор данных,

содержащий исходный JCL-код процедуры для запускаемых задач. Обычно в качестве

набора данных используется SYS1.PROCLIB; он может представлять собой сцепление. Для

того чтобы полезная работа могла быть выполнена, SYS1.PROCLIB должна, по меньшей

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

1639 Библиотека процедур заданий

SYS1.PROCLIB содержит каталогизированную процедуру JES2. Эта процедура опреде-

ляет библиотеки процедур, связанные с заданиями, как показано в Примере 16.2.

Пример 16.2. Как определить библиотеки процедур в процедуре JES2

//PROC00 DD DSN=SYS1.PROCLIB,DISP=SHR

// DD DSN=SYS3.PROD.PROCLIB,DISP=SHR

//PROC01 DD DSN=SYS1.PROC2,DISP=SHR

...

//PROC99 DD DSN=SYS1.LASTPROC,DISP=SHR

...

Многие инсталляции имеют очень длинные списки библиотек процедур в JES-

процедуре. Это вызвано тем, что JCLLIB является сравнительно недавней инновацией.

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

лиотеки, так как JES не запустится, если хотя бы одна библиотека отсутствует. Обычно

используемую библиотеку удалить нельзя, однако JES не блокирует эти библиотеки,

хотя использует их постоянно.

Для замещения спецификации по умолчанию используется следующий оператор:

/*JOBPARM PROCLIB=

После имени библиотеки процедур задается имя оператора DD в процедуре JES2,

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

что запущено задание в классе A и что класс имеет заданную по умолчанию специфи-

кацию PROCLIB в PROC00. Для того чтобы использовать процедуру, расположенную

в SYS1.LASTPROC, потребуется включить в JCL-код следующий оператор:

/*JOBPARM PROCLIB=PROC99

Другой способ определения библиотеки процедур состоит в использовании JCL-

оператора JCLLIB. Этот оператор позволяет составлять и использовать процедуры, не

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

теках в том порядке, в котором они перечисляются в операторе JCLLIB, прежде чем

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

системных процедур.

 Обзорсистемногопрограммирования 437

Использование оператора JCLLIB представлено в Примере 16.3.

Пример 16.3. Оператор JCLLIB

//MYJOB JOB

//MYLIBS JCLLIB ORDER=(MY.PROCLIB.JCL,SECOND.PROCLIB.JCL)

//S1 EXEC PROC=MYPROC1

...

Если предположить, что системная библиотека процедур по умолчанию содержит

только SYS1.PROCLIB, система выполняет в библиотеках поиск процедуры MYPROC1

в следующем порядке:

1. MY.PROCLIB.JCL.

2. SECOND.PROCLIB.JCL.

3. SYS1.PROCLIB.

16310 Порядок поиска для программ

При запросе программы через системную службу (такую как LINK, LOAD, XCTL или

ATTACH) с использованием опций по умолчанию, система ищет ее в следующей пос-

ледовательности:

1. Job pack area (JPA).

Программа, находящаяся в JPA, уже была загружена в требуемое адресное про

странство. Если можно использовать копию в JPA, она будет использоваться.

В противном случае система либо ищет новую копию, либо откладывает запрос

до тех пор, пока не станет доступна копия в JPA (например, система откладывает

запрос до тех пор, пока не завершится обработка для предыдущего инициатора

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

тельного использования, уже находящийся в JPA).

2. TASKLIB.

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

TASKLIB. Модули, загружаемые неавторизованными задачами, находящиеся в

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

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

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

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

туальной памяти, прежде чем их можно будет запустить.

3. STEPLIB или JOBLIB.

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

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

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

гут размещаться в сцепленных STEPLIB и JOBLIB в JCL-коде или программой, исполь-

зующей динамическое распределение. Однако поиск модулей будет выполнен только

в одном из них. Если для определенного шага задания распределены обе библиотеки

STEPLIB и JOBLIB, система выполняет поиск в STEPLIB, игнорируя JOBLIB.

438 Глава16

В любых наборах данных, сцепленных в STEPLIB или JOBLIB, поиск будет осу-

ществляться после TASKLIB, но перед LPA. Модули, находящиеся в STEPLIB или

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

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

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

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

ной памяти, прежде чем их можно будет запустить.

4. LPA, поиск в которой осуществляется в следующем порядке:

а) модули в динамической LPA, заданные в разделах PROGxx;

б) модули в фиксированной LPA (FLPA), заданные в разделах IEAFIXxx;

в) модули в изменяемой LPA (MLPA), заданные в разделах IEALPAxx;

г) модули в перемещаемой LPA (PLPA), загружаемые из библиотек, заданных в

LPALSTxx или PROGxx.

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

странствами в системе. Так как эти модули являются реентерабельными и не явля-

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

дач в любом числе адресных пространств одновременно. Модули, расположенные

в LPA, не требуется переносить в виртуальную память, так как они уже находятся

в виртуальной памяти.

5. Библиотеки в linklist, заданные в PROGxx и LNKLSTxx.

По умолчанию linklist начинается с SYS1.LINKLIB, SYS1.MIGLIB и SYS1.CSSLIB. Од

нако можно изменить этот порядок, используя SYSLIB в PROGxx, и добавить дру-

гие библиотеки в сцепление linklist. Система должна перенести модули, находя-

щиеся в linklist, в приватную область виртуальной памяти, прежде чем можно будет

запускать программы.

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

опции в макросе, используемом для вызова программ. На порядок поиска, исполь-

зуемый в системе, влияют параметры EP, EPLOC, DE, DCB и TASKLIB. Дополнитель-

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

модуля, в руководстве z/OS MVS Programming: Assembler Services Guide. Некоторые

подсистемы IBM (особенно CICS и IMS) и приложения (в частности, ISPF) исполь-

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

16311 Что такое системные символы

Системные символы (system symbols) представляют собой элементы, позволяющие различ-

ным системам z/OS совместно использовать определения PARMLIB, сохраняя уникальные

значения в этих определениях. Системные символы действуют подобно переменным

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

программы. При указании системного символа в разделяемом определении PARMLIB сис-

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

деление, во время инициализации замещает системный символ уникальным значением.

Каждый системный символ имеет имя (которое начинается с амперсанда (&) и мо-

жет заканчиваться точкой (.)) и подстановочный текст, представляющий собой строку

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

 Обзорсистемногопрограммирования 439

Существует два типа системных символов:

Динамические

Подстановочныйтекстможетизменитьсявлюбоймоментначальнойзагрузки

Статические

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

неизменнымнапротяженииначальнойзагрузки

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

символов, используемых в системе, применяется команда D SYMBOLS. В Примере 16.4

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

Пример 16.4. Фрагмент выходных данных команды D SYMBOLS (некоторые строки удалены)

HQX7708 ----------------- SDSF PRIMARY OPTION MENU --

COMMAND INPUT ===> -D SYMBOLS

IEA007I STATIC SYSTEM SYMBOL VALUES

&SYSALVL. = «2»

&SYSCLONE. = «70»

&SYSNAME. = «SC70»

&SYSPLEX. = «SANDBOX»

&SYSR1. = «Z17RC1»

&ALLCLST1. = «CANCEL»

&CMDLIST1. = «70,00»

&COMMDSN1. = «COMMON»

&DB2. = «V8»

&DCEPROC1. = «.»

&DFHSMCMD. = «00»

&DFHSMHST. = «6»

&DFHSMPRI. = «NO»

&DFSPROC1. = «.»

&DLIB1. = «Z17DL1»

&DLIB2. = «Z17DL2»

&DLIB3. = «Z17DL3»

&DLIB4. = «Z17DL4»

&IEFSSNXX. = “R7”

&IFAPRDXX. = “4A”

Раздел IEASYMxx библиотеки PARMLIB является единым местом указания систем-

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

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

IEASYSxx библиотеки PARMLIB, содержащие системные параметры (оператор

SYSPARM).

В Примере 16.5 представлен раздел IEASYMxx библиотеки PARMLIB.

440 Глава16

Пример 16.5. Фрагмент раздела IEASYMxx библиотеки PARMLIB (некоторые строки удалены)

SYSDEF SYSCLONE(&SYSNAME(3:2))

SYMDEF (&SYSR2='&SYSR1(1:5).2')

SYMDEF (&SYSR3='&SYSR1(1:5).3')

SYMDEF (&DLIB1='&SYSR1(1:3).DL1')

SYMDEF (&DLIB2='&SYSR1(1:3).DL2')

SYMDEF (&DLIB3='&SYSR1(1:3).DL3')

SYMDEF (&DLIB4='&SYSR1(1:3).DL4')

SYMDEF (&ALLCLST1='CANCEL')

SYMDEF (&CMDLIST1='&SYSCLONE.,00')

SYMDEF (&COMMDSN1='COMMON')

SYMDEF (&DFHSMCMD='00')

SYMDEF (&IFAPRDXX='00')

SYMDEF (&DCEPROC1='.')

SYMDEF (&DFSPROC1='.')

SYSDEF HWNAME(SCZP901)

LPARNAME (A13)

SYSNAME (SC70)

SYSPARM (R3,70)

SYMDEF (&IFAPRDXX='4A')

SYMDEF (&DFHSMHST='6')

SYMDEF (&DFHSMPRI='NO')

SYMDEF (&DB2='V8')

В этом примере переменная &SYSNAME имеет значение, заданное ключевым сло-

вом SYSNAME; в данном случае, используется значение SC70. Так как каждая система

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

можно использовать &SYSNAME, где это разрешено. Например, можно задать для на-

бора данных SMF имя SYS1.&SYSNAME.MAN1, которое при запуске в SC70 после под-

становки будет иметь вид SYS1.SC70.MAN1.

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

На рис. 16.5 показано, что &SYSCLONE принимает значение &SYSNAME, начиная

с позиции 3 и длиной 2. В данном случае &SYSCLONE имеет значение 70. Подобным

образом, мы видим, что &SYSR2 создается из первых 5 позиций &SYSR1 с суффик-

сом 2. Где определяется &SYSR1? &SYSR1 определяется системой на основании се

рийного номера (VOLSER) загрузочного тома. Если возвратиться к рис. 16.4, мы уви-

дим значения &SYSR1 и &SYSR2.

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

темах (&IFAPRDXX со значением 00), и ее переопределение в SC70 на значение 4A.

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

пользуют одну библиотеку PARMLIB. В этом случае использование символов позволя-

 Обзорсистемногопрограммирования 441

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

каждая система требовала уникальный раздел. Раздел LOADxx определяет раздел

IEASYMxx, который система может использовать.

164 Управление системной производительностью

Задача настройки системы является итерационным и непрерывным процессом, ока-

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

на предприятии. Компонент z/OS Workload Management (WLM), обсуждавшийся в

разделе «Что такое управление рабочей нагрузкой?», является важной частью этого

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

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

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

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

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

ными инсталляцией.

Однако WLM может работать только с доступными ресурсами. Если их недоста-

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

требуемый результат; следует изучить другие области системы, чтобы определить

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

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

ресурсы (более мощный процессор, больше памяти или больше терминалов), сис-

темному программисту требуется изменить параметры WLM, чтобы отразить изме-

ненные условия.

165 Конфигурирование устройств ввода-вывода

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

граммном обеспечении) и канальной подсистеме (аппаратном обеспечении). Ком-

понент Hardware Configuration Definition (HCD) операционной системы z/OS консо-

лидирует процессы конфигурации аппаратного и программного ввода-вывода под

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

ными данными HCD является файл определения ввода-вывода (IODF), содержащий

данные конфигурации ввода-вывода. IODF используется для определения нескольких

аппаратных и программных конфигураций в операционной системе z/OS.

При активации нового файла IODF, HCD определяет конфигурацию ввода-вывода

в канальной подсистеме и/или операционной системе. Используя функцию актива-

ции HCD или команду оператора z/OS ACTIVATE, можно вносить изменения в теку-

щую конфигурацию без перезагрузки системы (initial program load, IPL) или сброса

по питанию (power-on reset, POR) аппаратного обеспечения. Внесение изменений

при работающей системе называется динамическим конфигурированием (dynamic

configuration) или динамическим реконфигурированием (dynamic reconfiguration).