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

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

452 Глава16

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

команду D IPLINFO, как показано в Примере 16.7.

Пример 16.7. Выходные данные команды D IPLINFO

D IPLINFO

IEE254I 11.11.35 IPLINFO DISPLAY 906

SYSTEM IPLED AT 10.53.04 ON 08/15/2005

RELEASE z/OS 01.07.00 LICENSE = z/OS

USED LOADS8 IN SYS0.IPLPARM ON C730

ARCHLVL = 2 MTLSHARE = N

IEASYM LIST = XX

IEASYS LIST = (R3,65) (OP)

IODF DEVICE C730

IPL DEVICE 8603 VOLUME Z17RC1

Создание системных адресных пространств

Помимо инициализации системных областей z/OS устанавливает адресные про-

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

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

и системных компонентов. К адресным пространствам компонентов относятся:

*MASTER*, ALLOCAS, APPC, CATALOG, и т. д.

Инициализация главного планировщика

Программы инициализации главного планировщика инициализируют системные

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

сам главный планировщик. Они также вызывают создание системного адресного

пространства для подсистемы ввода заданий (JES2 или JES3), после чего запускают

подсистему ввода заданий.

Инициализация подсистем

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

использованию в системе. Разделы IEFSSNxx библиотеки SYS1.PARMLIB содержат оп-

ределения первичных подсистем, таких как JES2 или JES3, и вторичных подсистем,

таких как NetView и DB2. Дополнительные сведения о данных, содержащихся в раз-

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

мой системы.

Во время инициализации системы заданные подсистемы инициализируются.

Сначала нужно определить первичную подсистему (JES), так как другим подсистемам,

таким как DB2, требуются функции первичной подсистемы в программах инициали-

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

ки подсистем (subsystem affinity service) в своих программах инициализации, иници-

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

ализируются до первичной подсистемы. После инициализации первичной JES ини-

циализация подсистем осуществляется в том порядке, в котором разделы IEFSSNxx

PARMLIB заданы параметром SSN. Например, при SSN=(aa,bb) раздел IEFSSNaa библи-

отеки PARMLIB будет обрабатываться перед разделом IEFSSNbb.

Обработка START/LOGON/MOUNT

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

давать задания на обработку. Если задание активируется командой START (для пакет-

ных заданий), LOGON (для заданий с разделением времени) или MOUNT, выделяется

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

вать команду LOGON, оператор должен запустить VTAM и TSO, имеющие собственные

адресные пространства.

На рис. 16.7 показаны некоторые важные системные адресные пространства,

а также VTAM, CICS, TSO, пользователь TSO и инициатор пакетной обработки. Каждое

адресное пространство по умолчанию имеет 2 Гб виртуальной памяти, независимо

от того, работает ли система в 31-разрядном или в 64-разрядном режиме.

Запускаемые задачи

. . .

Пакетное

задание

TSO-под-

ключение

Адресные пространства

системы и подсистем

Рис 167 Схемавиртуальнойпамятидлянесколькихадресныхпространств

Каждое адресное пространство отображается, как показано на рис. 3.9 «Области

памяти в адресном пространстве». Приватные области доступны только для этого ад-

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

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

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

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

темой на этапе выполнения программы инициализации ядра (Nucleus Initialization

Program, NIP).

454 Глава16

На этапе NIP система может запросить у оператора предоставление системных

параметров, контролирующих работу z/OS. Система также выдает информационные

сообщения, информирующие оператора об этапах процесса инициализации.

1682 Типы начальной загрузки

Существует несколько типов начальной загрузки (IPL); ниже они описаны подробно:

• «Холодный» запуск.

Начальная загрузка, при которой происходит загрузка (или перезагрузка) PLPA

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

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

начально загружается PLPA. Последующие начальные загрузки являются «хо-

лодными» запусками, когда происходит перезагрузка PLPA, либо для изменения

ее содержимого, либо для восстановления ее содержимого, если оно было ут-

рачено. Обычно выполняется после внесения изменений в LPA (например при

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

• Быстрый запуск.

Начальная загрузка, при которой не происходит перезагрузка PLPA, но проис-

ходит очистка страниц наборов данных VIO (система сбрасывает таблицы

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

созданной области PLPA). Обычно выполняется, если не было внесено измене-

ний в LPA, однако необходимо обновить VIO. Предотвращает «теплый» запуск

заданий, использующих наборы данных VIO.

• «Теплый» запуск.

Начальная загрузка, при которой не происходит перезагрузка PLPA и сохраня-

ются страницы журналируемых наборов данных VIO

. Это позволяет заданиям,

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

налируемыми наборами данных VIO.

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

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

отRAM-дисканаПК,этинаборыданныхдействительносохраняютсянадискеимогут

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

многоданных,поэтомуихразмерограничен

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

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

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

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

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

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

передающие реальные наборы данных, а не использовать VIO. Современные диско-

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

длительного хранения наборов данных VIO.

Кроме того, не следует путать «холодный» запуск IPL (обычно используется тер-

мин CLPA, а не «“холодный” запуск») с «холодным» запуском JES. «Холодный» запуск

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

и полностью уничтожает существующие данные в JES.

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

1683 Завершение работы системы

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

закрыть все задачи. В современных системах это является задачей пакета Automation

(автоматизации). Для завершения работы системы обычно требуется одна команда.

Это удалит большинство задач за исключением задачи Automation. Задача Automation

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

лекса или кольца синхронизации.

169 Заключение

Роль системного программиста z/OS состоит в установке, настройке и обслуживании

операционной системы.

Системный программист должен (среди прочего) иметь представление о следую-

щих вопросах:

• настройка системы;

• управление рабочей нагрузкой;

• производительность системы;

• конфигурирование устройств ввода-вывода;

• операции.

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

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

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

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

модулей (link pack area, LPA), linklist и авторизованные библиотеки являются основа-

ми процесса выборки (fetch).

Также в этой главе обсуждалась роль системного программиста в конфигурирова-

нии консолей и настройке автоматизации на основе сообщений.

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

вопросы:

• начальная загрузка и процесс инициализации;

• типы начальной загрузки: «холодный» запуск, быстрый запуск и «теплый» за-

пуск;

• причины для перезагрузки.

Основные термины в этой главе

HCD IODF SYSRES

SMP/E linklist IPL

WTOR PARMLIB PROCLIB

Системныесимволы

PSA LPA

Ядро(nucleus)

LOADPARM SQA

456 Глава16

1610 Контрольные вопросы

Чтобы проверить понимание материала этой главы, ответьте на следующие вопросы:

1. В Примере 16.2 предположим, что класс, назначенный определенному заданию,

имеет заданную по умолчанию сцепленную PROCLIB для PROC00. Этому заданию

нужна процедура, которая находится в SYS1.OTHERPRO. Что можно сделать для

выполнения этого задания? В каких библиотеках процедур можно было бы вы-

полнять поиск, если ничего не было сделано?

2. Почему консольные операции часто автоматизируют?

3. Почему структура сообщений и команд хорошо подходит для автоматизации?

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

5. Какие три типа перезагрузки существуют, и в чем различие между ними?

1611 Темы для дальнейшего обсуждения

1. Одна из причин, почему мэйнфрейм считается безопасной средой, связана с тем,

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

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

граммист. Считаете ли вы это правильным?

2. Сравните описание в разделе «Порядок поиска для программ» с путями поиска,

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

3. Обсудите следующее утверждение в отношении z/OS и других операционных

систем, которые вам знакомы: основная цель системного программиста состоит в

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

1612 Упражнения

1. Определите, какие разделы IEASYSxx использовались при текущей начальной за-

грузке. Задал ли оператор суффикс альтернативного IEASYSxx?

2. Задал ли оператор какой-либо параметр в ответ на сообщение

SPECIFY SYSTEM

PARAMETERS

? Если задан ответ

, найдите соответствующие разделы PARMLIB для

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

если бы не был задан этот ответ оператора.

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

а) В своей системе найдите адрес загрузочного устройства (IPL device address)

и загрузочный том (IPL Volume). Перейдите в SDSF, введите ULOG, после чего

введите /D IPLINFO.

б) Что такое адрес устройства IODF?

в) Какой раздел LOADxx использовался при начальной загрузке? Какой набор

данных содержит этот раздел LOADxx?

г) Просмотрите этот раздел; какое имя имеет системный каталог, используемый

системой?

д) Какое имя имеет используемый набор данных IODF? Введите /D IOS,CONFIG.

е) Системные параметры могут поступать с нескольких наборов данных PARMLIB.

Введите /D PARMLIB. Какие наборы данных PARMLIB используются в вашей

системе?

 ИспользованиеSMP/E 457

Использование SMP/E

ЦельКаксистемныйпрограммистz/OS,выбудетеотвечатьзаобеспечение

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

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

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

Напервыйвзглядэтоможетпоказатьсянеоченьсложнойзадачей,однако

сростомсложностиконфигурациипрограммногообеспеченияувеличивается

исложностьмониторингавсехэлементовсистемы

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

всистемеz/OSявляетсяSMP/ESMP/Eконсолидируетданныеустановки,

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

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

данных

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

• чтотакоеSMP/E;

• чтотакоемодификациисистемы;

• какиенаборыданныхиспользуютсявSMP/E

• какимобразомSMP/Eможетпомочьвустановкеиобслуживаниипродуктов 

 ивмониторингеизмененийвпродуктах

458 Глава17

171 Что такое SMP/E?

SMP/E представляет собой инструмент операционной системы z/OS, предназначен-

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

живания модификаций этих продуктов. SMP/E контролирует эти изменения на уров-

не компонентов, используя следующие методы:

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

циальных изменений.

• Вызов системных утилит для установки изменений.

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

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

мости, отменять изменение.

Сведения обо всем коде и его модификации расположены в базе данных SMP/E, назы-

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

dated software inventory – CSI) и содержащей один или несколько наборов данных VSAM.

SMP/E можно запустить либо используя пакетные задания, либо используя диало-

ги в ISPF/PDF. Используя диалоги SMP/E, можно выполнять интерактивные запросы к

базе данных SMP/E, а также создавать и передавать задания на обработки команд

SMP/E. Основные команды работы с SMP/E рассматриваются в разделе 17.11, «Работа

с SMP/E».

Дополнительные сведения. Дополнительные сведения о SMP/E см. в публика-

ции SMP/E User’s Guide. Эту и другие публикации IBM можно найти на веб-сайте z/OS

Internet Library:

http://www.ibm.com/servers/eserver/zseries/zos/bkserv/

172 Место SMP/E в системе

Может показаться, что система z/OS представляет собой один большой блок кода,

управляющий центральным процессором. В действительности, z/OS представляет

собой сложную систему, содержащую множество небольших блоков кода. Каждый из

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

(рис. 17.1).

RACF

NetView

DB2

MVS

CICS

ISPF

TSO

SMP/E

EREP

JES

RMF

HTTP

IMS

VTAM

WAS

DFSMS

PSF

RRS

Рис 171 СистемасточкизренияSMP/E

 ИспользованиеSMP/E 459

Например, система z/OS может содержать следующие функции:

• базовая управляющая программа (Base Control Program, BCP);

• CICS;

• DFSMS;

• HTTP Server;

• ISPF;

• JES2 или JES3;

• OSA/SF (Open Systems Adapter/Support Facility);

• RMF (Resource Measurement Facility);

• SDSF (System Display and Search Facility);

• SMP/E;

• TSO/E (Time Sharing Option/Extensions);

• WebSphere MQ;

• z/OS UNIX System Services (z/OS UNIX).

Каждая системная функция состоит из одного или нескольких загрузочных моду-

лей. В среде z/OS загрузочный модуль представляет базовый модуль машинного ис

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

нескольких объектных модулей и их обработки утилитой компоновки. Компоновка

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

му функции системы представлены одним или несколькими объектными модулями,

которые были скомбинированы и скомпонованы.

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

рис. 17.2.

Создание загрузочного модуля

Ассемблирование Компоновка

Макрос

SRCMOD 2 MOD 2

MOD 2

MOD 1

LMOD 1

Рис 172 Созданиезагрузочногомодуля

Чаще всего объектные модули идут в составе продукта. В данном примере объект-

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

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

460 Глава17

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

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

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

объектного модуля MOD2. После ассемблирования необходимо выполнить компо-

новку объектного модуля MOD2 и объектного модуля MOD1, в результате чего полу-

чается загрузочный модуль LMOD1.

Помимо объектных модулей и исходного кода, большинство продуктов содержат

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

списков и прочих разделов библиотек z/OS. Эти модули, макросы и другие типы дан-

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

тельные блоки называются элементами.

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

установлены в той же системе z/OS. Они описывают связь программного обеспече-

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

системе z/OS.

173 Изменение элементов системы

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

обеспечение системы z/OS. Эти изменения могут быть необходимы для улучшения

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

добавить в систему некоторые новые функции, обновить некоторые элементы сис-

темы или изменить некоторые элементы. Программное обеспечение, как програм-

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

ходный код и прочие типы данных (например, CLIST или образцы процедур).

1731 Что такое SYSMOD?

SMP/E может устанавливать различные системные обновления, если они упакованы

как системные модификации (system modification, SYSMOD). SYSMOD представляет со-

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

который SMP/E должен установить и отслеживать

системные изменения.

SYSMOD представляют собой сочетание эле-

ментов и управляющей информации. Они состоят

из двух частей:

• Управляющие операторы модификации (modification control statements, MCS),

выделенные первыми двумя символами ++, сообщающие SMP/E:.

какие элементы обновляются или заменяются;

какая связь между SYSMOD и программным продуктом и другими SYSMOD;

прочую информацию об установке.

• Текст модификации, описывающий объектные модули, макросы и прочие эле-

менты, содержащиеся в SYSMOD.

SYSMOD–

входныеданныедляSMP/E,

определяющиевнедрение,

заменуилиобновление

элементоввz/OS

 ИспользованиеSMP/E 461

1732 Типы SYSMOD

Существует четыре различных категории SYSMOD, каждая из которых поддерживает

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

FUNCTION

ЭтоттипSYSMODвнедряетвсистемуновыйпродукт,новуюверсиюпродуктаили

обновленныефункциисуществующегопродукта

PTF

Временноепрограммноеисправление(programtemporaryfix,PTF)представляетсобой

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

установкивовсехсредахPTFможноиспользоватькакпрофилактическиесредстводля

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

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

проблемУстановкеPTFвсегдадолжнапредшествоватьустановкафункционального

(FUNCTION)SYSMOD,ачастоидругихPTF

APAR

Авторизованныйотчетобанализепрограммы(authorizedprogramanalysisreport,APAR)

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

обходапроблемыдляпервогосообщившегоопроблемеAPARможетбытьнеприменим

вопределеннойсредеУстановкеAPARвсегдадолжнапредшествоватьустановка

функциональногоSYSMOD,ачастоиопределенногоPTFДругимисловами,APAR

предназначендляустановкинаэлементесопределеннымсервиснымуровнем

USERMOD

ЭтоттипSYSMODсоздаетсяпользователем,либодляизменениякода,поставляемогоIBM,

либодлядобавлениянезависимыхфункцийвсистемуУстановкеUSERMODвсегдадолжна

предшествоватьустановкафункциональногоSYSMOD,аиногдаинекоторыхPTF,APARили

другихUSERMOD

SMP/E отслеживает функциональные и сервисные уровни каждого элемента и ис-

пользует эту иерархию SYSMOD, например, для определения того, какие функцио-

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

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

174 Внедрение элемента в систему

Один из способов модификации системы состоит во внедрении новых элементов

в систему. Чтобы выполнить внедрение элементов через SMP/E, можно установить

функциональный SYSMOD. Функциональный SYSMOD внедряет новый продукт, новую

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

системе. Все остальные типы SYSMOD зависят от функционального SYSMOD, так как

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

ным SYSMOD.

Под установкой функционального SYSMOD подразумевается размещение всех

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

лиотек являются SYS1.LPALIB, SYS1.MIGLIB и SYS1.SVCLIB.

На рис. 17.3 представлен процесс создания исполняемого кода в библиотеках ра-

бочей системы.

На рис. 17.3 показано, как при установке функционального SYSMOD выполняется

компоновка объектных модулей MOD1, MOD2, MOD3 и MOD4 для создания загрузоч-

ного модуля LMOD2. Исполняемый код, созданный в загрузочном модуле LMOD2, уста-

навливается в системных библиотеках путем инсталляции функционального SYSMOD.