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

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

462 Глава17

Внедрение элемента (функции)

Функциональный

SYSMOD

Системные

библиотеки

Компоновка

MOD1

MOD2

MOD3

MOD4

MOD1

LMOD2

MOD2

MOD3

MOD4

Существует два типа функциональных SYSMOD.

• Базовый (base) функциональный SYSMOD добавляет или заменяет системную

функцию целиком. Примерами базовых функций являются SMP/E и JES2.

• Зависимый (dependent) функциональный SYSMOD осуществляет добавление к

существующей системной функции. Он называется зависимым, так как его ус-

тановка зависит от уже установленной базовой функции. Примерами зависи-

мых функций являются языковые возможности SMP/E.

Как базовые функциональные SYSMOD, так и зависимые функциональные SYS-

MOD используются для внедрения новых элементов в систему. На рис. 17.4 представ-

лен пример простого функционального SYSMOD, внедряющего четыре элемента.

Рис 174 ПримерпростогофункциональногоSYSMOD

175 Недопущение или исправление проблем

с элементом

При обнаружении проблемы с программным элементом IBM предоставляет своим

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

ставляется в формате временного программного исправления (PTF). Хотя вы могли

Рис 173 Внедрениеэлемента

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

и не сталкиваться с проблемой, которую исправляет PTF, лучше установить PTF в сво-

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

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

Обычно PTF предназначены для полной замены или обновления одного или не-

скольких элементов системной функции (рис. 17.5).

Рис 175 Предотвращениевозникновенияпроблемсэлементом

На рис. 17.5 представлен ранее установленный загрузочный модуль LMOD2. Если

требуется заменить элемент MOD1, нужно установить PTF SYSMOD, содержащий мо-

дуль MOD1. Этот PTF SYSMOD заменяет элемент, содержащий ошибку, на исправлен-

ный элемент. При установке PTF SYSMOD, SMP/E выполняет перекомпоновку LMOD2,

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

На рис. 17.6 представлен пример простого PTF SYSMOD.

Рис 176 ПримерпростогоPTFSYSMOD

PTF SYSMOD всегда зависят от установки функционального SYSMOD. Иногда не-

которые PTF SYSMOD могут также быть зависимыми от установки других PTF

SYSMOD. Такие зависимости называются предварительными условиями (prerequi-

sites). Мы рассмотрим предварительные условия для PTF при обсуждении сложности

отслеживания элементов системы.

464 Глава17

176 Исправление проблем с элементом

Иногда возникает необходимость исправить серь-

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

будет доступен PTF. В такой ситуации IBM предо-

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

граммы (authorized program analysis report APAR).

APAR представляет собой исправление, предназна-

ченное для быстрой коррекции определенной об-

ласти элемента или замены ошибочного элемента. APAR SYSMOD устанавливается для

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

На рис. 17.7 серым цветом выделена область MOD2, содержащая ошибку.

Рис 177 Исправлениепроблемсэлементом

Обработка APAR SYSMOD обеспечивает модификацию объектного модуля MOD2.

Во время установки APAR SYSMOD происходит обновление (и исправление) MOD2

в загрузочном модуле LMOD2.

На рис. 17.8 представлен пример простого APAR SYSMOD.

Рис 178 ПримерпростогоAPARSYSMOD

Предварительным условием для APAR SYSMOD всегда является функциональный

SYSMOD; кроме того, APAR SYSMOD может зависеть от установки других PTF или APAR.

APAR–

временноеисправлениеошибки

всистемнойуправляющей

программеIBMилив

лицензированнойпрограмме,

выполняющеесядля

определенного

пользователя

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

177 Настройка элемента – USERMOD SYSMOD

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

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

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

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

USERMOD SYSMOD. Этот SYSMOD можно использовать для замены или обновления

элемента, либо для внедрения совершенно нового пользовательского элемента в сис

тему. В любом случае USERMOD SYSMOD разрабатывается либо для изменения кода

IBM, либо для добавления собственного кода в систему.

На рис. 17.9 MOD3 был обновлен посредством установки USERMOD SYSMOD.

Рис 179 Настройкаэлемента

На рис. 17.10 представлен пример простого USERMOD SYSMOD.

Рис 1710 ПримерпростогоUSERMODSYSMOD

Для USERMOD SYSMOD предварительными условиями является установка функцио-

нального SYSMOD и, возможно, установка других PTF, APAR или USERMOD SYSMOD.

1771 Предварительные условия и сопутствующие условия SYSMOD

Как мы говорили, для PTF, APAR и USERMOD SYSMOD предварительным условием яв-

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

SYSMOD:

466 Глава17

• PTF SYSMOD могут зависеть от других PTF SYSMOD.

• APAR SYSMOD могут зависеть от PTF SYSMOD и других APAR SYSMOD.

• USERMOD SYSMOD могут зависеть от PTF SYSMOD, APAR SYSMOD и других

USERMOD SYSMOD.

Иногда PTF или даже APAR взаимно зависят от других PTF SYSMOD, называемых

сопутствующими условиями

(corequisites).

Рассмотрим сложность этих зависимостей. Если умножить сложность взаимосвя-

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

та вроде SMP/E становится очевидной.

Рассмотрим воздействие этих связей на обслуживание программного обеспече-

ния в среде z/OS.

178 Отслеживание элементов системы

Важность слежения за элементами системы и их модификациями становится очевид-

ной при рассмотрении процесса обслуживания z/OS. Часто PTF выполняет замену

множества элементов.

В примере, представленном на рис. 17.11, PTF1 содержит замены для двух модулей,

MOD1 и MOD2. И хотя загрузочный модуль LMOD2 содержит четыре модуля, выпол-

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

Рис 1711 ЗаменаPTF

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

был заменен PTF1? Посмотрим на рис. 17.12.

В этом примере PTF2 содержит замены для MOD2 и MOD3. Для того чтобы MOD1,

MOD2 и MOD3 могли успешно взаимодействовать, PTF1 должен быть установлен до

PTF2. Поэтому MOD3, поставляемый в PTF2, может зависеть от MOD1, входящего

в PTF1. Эта зависимость и составляет предварительное условие. Предварительные ус

ловия SYSMOD определяются в разделе управляющих операторов модификации

(modification control statements, MCS) пакета SYSMOD, рассмотренных в разделе «Из-

менение элементов системы».

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

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

причина для отслеживания системных элементов. Один и тот же модуль часто может

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

Системные

библиотеки

MOD2

MOD1

MOD2

MOD1

MOD4

MOD3

MOD2

MOD1

MOD4

MOD5

MOD3

LMOD1

LMOD2

LMOD3

Load Module Constructions

На рис. 17.13 один и тот же модуль MOD2 входит в LMOD1, LMOD2 и LMOD3. При

внедрении PTF, заменяющего элемент MOD2, этот модуль необходимо заменить во

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

зочные модули и входящие в них модули.

Теперь можно оценить, насколько сложным может быть отслеживание системных

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

возможностей отслеживания SMP/E.

179 Отслеживание и управление предварительными

условиями

Для успешного отслеживания и управления элементами все элементы и их модифи-

кации должны быть четко определены в SMP/E. Для этого в SMP/E используются

идентификаторы модификации. Существует три вида идентификаторов модифика-

ции, связанных с каждым элементом.

Рис 1712 ПредварительноеусловиедляPTF

Рис 1713 Содержаниезагрузочныхмодулей

468 Глава17

•

Идентификаторы функциональных изменений (Function Modification Identifiers,

FMID) идентифицируют функциональный SYSMOD, внедряющий элемент в систему.

• Идентификаторы изменений замены (Replacement Modification Identifiers,

RMID) идентифицируют последний SYSMOD (в большинстве случаев, PTF SYS-

MOD) для замены элемента.

• Идентификаторы изменений обновления (Update Modification Identifiers, UMID)

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

его последней замены.

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

SYSMOD, установленных в системе. Это обеспечивает правильную последователь-

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

элементов, и знаем, что отслеживает SMP/E, перейдем к рассмотрению того, каким

образом SMP/E выполняет функцию отслеживания.

1710 Как работает SMP/E?

Давайте обсудим установку функций в системе. Начнем с элементов, таких как моду-

ли, макросы и исходный код. Эти элементы обрабатываются такими утилитами, как

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

ли содержат машинный исполняемый код.

Рабочая система в среде z/OS содержит операционную систему z/OS и весь код,

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

хранится, и как все организовано? Давайте посмотрим.

17101 Дистрибутивные библиотеки и целевые библиотеки

Для корректного выполнения обработки, SMP/E должен обрабатывать множество ин-

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

программного обеспечения. Всю информацию, обрабатываемую в SMP/E, можно рас-

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

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

тотеку с ящиками, содержащими карточки для каждой книги в библиотеке. Эти кар-

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

и указателе для книги на полке.

В среде SMP/E существует два разных типа «книжных полок». Они называются

дистрибутивными библиотеками и целевыми библиотеками. Так же как книжные

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

библиотеки и целевые библиотеки содержат элементы системы.

Дистрибутивные библиотеки (distribution libraries) содержат все элементы, такие

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

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

копирование. При возникновении серьезной ошибки с элементом в рабочей системе,

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

Целевые библиотеки (target libraries) содержат исполняемый код, необходимый

для работы системы.

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

17102 Консолидированная база данных состава программного

обеспечения (CSI)

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

рассмотрели один важный фрагмент. Общественная библиотека содержит картотеку,

помогающую найти книгу или требуемую информацию. SMP/E содержит тот же тип

механизма отслеживания в виде консолидирован-

ной базы данных состава программного обеспе-

чания (consolidated software inventory – CSI).

Наборы данных CSI содержат всю информа-

цию, необходимую SMP/E для отслеживания ди-

стрибутивных и целевых библиотек. Так же как картотека содержит карточку для

каждой книги в библиотеке, CSI содержит запись для каждого элемента в своих биб-

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

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

CSI содержит не сам элемент, а только описание представляемого элемента.

Посмотрим, как эти записи организованы в CSI.

Зоны SMP/E

Карточки в картотеке общественной библиотеки организованы в алфавитном поряд-

ке по фамилии автора, а также по теме и заголовку книги. В CSI записи элементов

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

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

дистрибутивных библиотек, находятся в дистрибутивной зоне. Записи, представляю-

щие элементы из целевых библиотек, находятся в целевой зоне. Обе эти зоны имеют

такое же назначение, как и ящики в картотеке общественной библиотеки.

Помимо дистрибутивной зоны и целевой зоны, SMP/E CSI содержит также гло-

бальную зону. На рис. 17.14 представлена связь между зонами SMP/E и библиотеками.

CSI

Дистрибутивная

зона

CSI

Глобальная

зона

CSI

Целевая

зона

TLIBs DLIBs

Рис 1714 СвязьмеждузонамиSMP/Eибиблиотеками

Глобальная зона содержит:

• записи, необходимые для идентификации и описания каждой целевой и дист-

рибутивной зоны в SMP/E;

CSI–

наборданныхSMP/E,

содержащийинформацию

оструктурепользовательской

системы

470 Глава17

• информацию об опциях обработки SMP/E;

• информацию о статусе всех SYSMOD, обработка которых была начата

в SMP/E;

• исключения для SYSMOD, требующие специальной обработки или содержа-

щие ошибки.

В SMP/E, когда говорится об исключениях, обычно подразумеваются HOLDDATA.

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

ет устанавливать. Это может иметь следующие причины:

• PTF содержит ошибку, и его не следует устанавливать до тех пор, пока ошибка

не будет исправлена (ERROR HOLD).

• Перед установкой SYSMOD может быть необходимо выполнить некоторые

системные действия (SYSTEM HOLD).

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

новкой SYSMOD (USER HOLD).

Теперь вы имеете представление о согласовании всех элементов системы, их уста-

новке, модификации и отслеживании с использованием SMP/E.

1711 Работа с SMP/E

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

знать для того, чтобы начать работать с SMP/E. Вся обработка в SMP/E выполняется с

применением трех простых команд: RECEIVE, APPLY и ACCCEPT. Ниже мы рассмот-

рим эти команды.

17111 Использование команды RECEIVE

Команда RECEIVE позволяет получить SYSMOD, находящийся вне SMP/E, и добавить

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

ющих его записей CSI. Это позволяет осуществлять запросы ввода в последующих

процессах. В последнее время в качестве источников SYSMOD часто используются

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

го производителя.

Этот процесс выполняет несколько задач (рис. 17.15):

• Построение записей в глобальной зоне для описания SYSMOD.

• Проверка правильности SYSMOD, в частности проверка синтаксиса управляю-

щих операторов модификации (MCS), связанных с продуктами, установленны-

ми в CSI.

• Установка SYSMOD в библиотеках. Пример: библиотека временного хранения PTF.

• Доступ к HOLDDATA, чтобы убедиться в том, что не будет выполнено внедрение

ошибок.

Во время выполнения команды RECEIVE выполняется копирование MCS для каж-

дого SYSMOD в область временного хранения SMP/E, представляющую собой набор

данных SMPPTS, содержащий замену или обновление элемента для данного SYSMOD.

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

Существуют также RELFILE, в которых упаковываны элементы в виде «относительных

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

MOD. Относительные файлы хранятся в другой области временного хранения, назы-

ваемой наборами данных SMPTLIB.

SMPPTS

MCS Entries

Global Zone

SYSMOD ENTRIES

HOLDDATA ENTRIES

Веб-

сайт

Целевые

библиотеки

Целевая

зона

Дистрибутивные

библиотеки

Дистрибутивная

зона

SMPPTS

Записи MCS

Global Zone

Записи SYSMOD

Записи HOLDDATA

SMPTLIB

Относительные

файлы

Рис 1715 ОбработкакомандыRECEIVEвSMP/E

SMP/E обновляет глобальную зону информацией о полученных SYSMOD:

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

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

магнитную ленту с исправлениями (например, магнитную ленту CBPDO или ESO), и

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

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

SET BDY(GLOBAL).

RECEIVE.

После ввода этих команд, SMP/E получает все SYSMOD и HOLDDATA с магнитной

ленты.

Примеры команд RECEIVE

Для того чтобы получить только HOLDDATA, требующие специальной обработки или

содержащие информацию об ошибках, используется следующая команда:

SET BDY(GLOBAL).

RECEIVE HOLDDATA.

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

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

SET BDY(GLOBAL).

RECEIVE SYSMODS.