/
Author: Яковлев В.В. Варфоломеев В.А. Лецкий Э.К. Шамров М.И.
Tags: связь компьютеров сети эвм вычислительные сети программное обеспечение операционные системы информационные технологии информационные системы
ISBN: 5-9556-0036-1
Year: 2016
Text
Операционные
системы
обеспечение на платформе
2-е и здани е, и с пр авле нно е
Варфоломеев В.А.
Лецкии Э . К.
Шамров м . и.
Яковлев В.В.
Национальный ОжРЬПЫЙ Университет " интуит"
2016
,
и
программное
zSeries
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
)ДК
004.7(075.8)
ББК15
АВ'
Архитеюура и технологии
I ВМ
lllм ap oB М . И., ЯЮ)вл<,в В. В.
-
eSelVer zSeri<'S I
Барфоло ме<'в В.А . , Л<,цкий Э. К,
М . : Н а циональный ОткРЫ1ЫЙ Унив<'рситет " ИНТ УИТ",
2016 (Основы информ ац ионных технологий)
ISBN 5-955б-ООЗ6-1
Пр<,дставл<,ны
компонеИ1Ы,
принципы
построения,
базовые
языЮ)вые и иитерф<,йсные СР<'дсrnа оп<,рационной системы
м<,ханизмы,
z/OS
а
для систем
такж<,
18М
<,SelV<>r zS<>ri<'S .
Рас см отр <, ны программны<' С Р <'дста 18М для постро<,ния информ ац ионных систем
(W<,bSph<,["(>,
ОВ2,
I.AJtu s, MQS<>ri<'S).
zS<,ries.
Прив<,де ны прим<' р ы праК"ШчесЮ)й реализации
р<,ш<,ний I ВМ на п латформе
(с)
000 " И НТУИТ. РУ", 2005-2016
(с) Барфолом<'<'в В. А. , Лецкий эк, шамров М.И ., ЯЮ)вл<,в В. В. ,
2005-2016
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Эволюция
Сервер ы
Z/OS
и
S/390
могуг
zSeries
функционировать
под
управлением
различных операционных систем (ОС) , каждая и з которых располагает
собственной
средой
для
выполнения
приложений
и
работы
пользователей, а также имеет специфические особе нн ости и области
прим е н е ния.
На
рис.
5.1
показаны
четыре
направления
развития
системного пр о гра ммного обеспечения, прим е ня емо го на мэй нфр еймах
IВM
начиная
с
БО-х
годов.
Каждое
направ ле ни е
пр едставл е но
семейством операционных систем с единой концепцией постр оения и
языковыми
средствами, а такж е общими базов ыми
компонентами ,
адап тир уем ыми
нововв едениям.
версиям
Внугри
подцерживается
к сменяющим
каждо го
семейства
принцип
архитектурными
д руг друга
при
н аследован ия
аппаратным
п е реход е
к
новым
"с ни зу-вверх".
Э ТО
означает, что приложен ия , разработанные для старых моделей систем ,
могуг выполняться и на более новы х моделях. В то же время в системе
появляю тся возможности
и компоненты, р аскры в аю щие преимуществ а
новых а ппар атных плапlюРм.
Первое направление с начала 70-х годов
управления па мятью
поп уля рны е
и
OS/390
1.105.
и
MVS
шир око
(МшОр!е
используемые
Э ТО
базируется на технологии
Vn1ua! Storage)
сегодня
направление
и включает н аиболее
операционные
позиционируется
системы
18М
как
стратеrnческое , по скольку обеспечивает использование возможностей
мэй нфр еймов в полном объеме. Следует отметить, что операционная
система ОС
ЕС, известная специалистам по отечественной линейке
ком пью теров единой серии (ЕС ЭВМ), такж е может бы ть отнесена к
данному семейству, поскольку в ее основе лежала архитектура
Подробное
описание
технолоrnи
MVS,
zJ05
возможностей операционной системы
,
а
также
MVS.
архитектуры
будет представлено в п.
и
5.1.
...".
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
S1J70'ХЛ
Sl370
S!370 ESA
SI3"
~
o",vsl
MV~
OSJМfТlМVТ
еР .)
~~ MVSJF.S~l
VWз10J
г--
VWx.-t.\J
~
roosJ
~
OO~
os.з
~
.. dOSJ
""'
~
vw.s41
VSг:lSJ:.
~
~
Г\i'SElEДА
Linu:.. SrJ9cl
lLЬШ:"~
.1
1.
'964
Р и с.
.1
1
1
1970
5.1 .
Табли ц а
1
1.
,...,
1980
2000
Э волюция опера ц ионных систем мэйнфреймов 18М
5.1 . Опера ци онные
с и стемы , п одцерживающие серверы 19хх
О п е р а ци о нны е
Реж и м 31-разря.цно Й
Реж и м б4-разря.цно Й
с и стемы
ад р еса ци и
ад р еса ции
и выше
Z/OS V1R1
05/390 V2R10
05/390
z/vм
V2Rб-R9
V3Rl
VMlE5A
да
да
да
да
да
н ет
и вы ше да
V2RЗ-R4
да
да
нет
да
н ет
У5И5А V2RЗ и
вы ше
Lirшх
for z5eries
нет
да
Lirшх
for OS /390
да
нет
Второе на п равление п редставлен о семейством опе р ационных с и стем ,
п острое н ных на основе концепци и ''ви ртуальн ых маши н " УМ
(Virtua!
Масhinе). Дан ная техноло гия п озволяет ' 'разби ть '' реальн ый ком п ьютер
н а п роизвольное число ви ртуальн ых, каждый и з которых ис п ользует
свою
часть
п амять,
работат ь
ресурсов
периферийные
п араллельно
системы
(процессорное
устройства).
п од
время,
Виртуальные
управлением
о п ератив н ую
машины
р азли ч ных
MOгyr
(''гостевых'')
о п е р ационных систем и решат ь р азли ч ные наборы задач. Современная
;
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
версия
операционной
п редставлена в п.
В
осн ове
название
системы
виртуальных
ма lШlН
zJVM
будет
5.2.
третьего
направления
лежит
технолоrnя,
получившая
(Уiпuа!
VSE
вышедшей под
Storage Extended). Начиная с первой версии ,
н азванием DOS (Disk Operating 5ystem) (читателям со
стажем, быть может, известна аналогичная отечественная разработка
ДОС ЕС), о п ерационные системы да нного семейства орие н тированы
н а малые и средние по мощности конфигурации мэЙнфреЙмов . Выпуск
версии У5Е для платформы
zSeries
не планируется .
Четвертое н а п равление , родившееся совсем недавно (в
г.), связано
5/390
операционной системы
Да нное решение позволяет п ере нести на
серверы
среде
1 8М
Linux,
Linux.
и
1999
с п одцержкой на платформах
zSeries
существующие при ложен ия и
поп уляр ной во всем мире
системы, работающие в
что в совокуп н ости с большой мощностью, н адежностью и
защище нностью мэйнфреймов
обеспечивает существенное
за трат
системы.
на
эксплуатацию
характеристика о п ерацио нн ых систем
будет представлен в п.
Обзор
сн ижение
возможностей
Linux для 5/390
и
и
Linux для zSeries
5.2.
Выбор той или иной операционной системы определяется множеством
требований,
учитывающих
характеристики
прои зводи тельности
и
безопасн ости , наличие необходимо го н абора сервисов, совместимость с
имеюl.ЦИМИСЯ
п риложениями
и
т.п .
В
да нной
главе
представлены
н еобходимые сведения о возможностях и архитектур н ых особенностях
Linux, п редла гаемых в настоящее
время для установки н а серверы zSeries. Операционные системы IВM ,
п оддерж ивающие
серверы
zЗхх в
режимах 31
и
64-разрЯДн ой
адресации, представлены в таблице 5.1.
операционных систем
Эволюция
Z/05
z/05,
z/vм и
Z/OS
п редставляет
спроектированн ую
и
собой
новейшую
разработа нн ую
для
операционную
серверов
z5eries
систему,
с учетом
п ерехода н а 64-разрядн ую архитектуру: Как пр едставитель семейства
МУ5,
Z/05
унаследовала основные конструктив н ые элементы
п редшественницы
Поэтому
05/390,
рассмотрение
своей
сохра нив и развив ее базовые возможн ости .
архитектуры
,
z/OS
целесообразно
начать
с
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
исторического обзо р а , р аскрываю щего особенности техноло гии
MVS
и
основные эта пы со в ерше нс твов а ни я ОС вместе с соверше нствовани ем
аппаратн ой пл апlюРмы (рис.
Однако
в
н ачале
введем
помогyr
сор иен тироваться
5.1).
несколько
т ем
важнейших
читателям,
пон ятий ,
которые
только
которые
начинают
знакомиться с мэйнфреймами IВM.
Пакетн ое задание
(batchjob) -
внеl.ШlЯЯ еди ни ца работы
Выглядит
Z/OS.
как текст, на пи сан ный на специальном языке управления зада ниями
JCL (Job
Со пио !
Language),
в
котором
указан о,
каЮ1е
програ ммы
(загрузочные модули) , в какой п оследовательности и с каЮ1ми данными
долж ны бы ть исполнены в р амках задани я. Задания ф:Jрмируются и
направляются
в
систему
пользователями
ч е р ез
терм инальны е
устр ойства, консоли, ранее запущенн ы е пр о гра ммы и т. п .
Адрес но е
про ст р анство
виртуальной
принятой
па мяти,
к
выделяемой
выполнению
вспомогательные
выполнения
(address
под
размещение
пр ограммы.
системные табли цы
долж н а
либо
совокупность
space)
В
и
в
и
да нны х
ВЮlючает
z/Os
код.
размещаться
кода
ячеек
Прогр амма
также
до
собственном
н ачала
ад р ес но м
пространстве , либо получить место в ''чужом''.
Задач а
(task) -
внугренняя единица р аботы
Z/OS.
Любая программа
может б ы т ь пр едставле н а
пр о гр амм и ст ом
фрагментов
MOгyr выполняться п араллель н о,
кода,
кото рые
кванты
процессорного
задание
состоит
из
времени
как совокуп но сть задач
независимо
п оследов ател ьн ости
от
др уги х
вызываемых
на
выполняемых
операционных
системах
задач .
Сино ни мом
(Windows, UN IX)
задачи
является
получая
задач.
Если
выполнение
программ, т о прогр амма состоит и з множества (как мин и мум
параллельно
-
-
од н ой)
в
других
терм ин
' 'поток''
(thread).
На бор
да нны х
(data
set)
те рмин ,
означающий
именованную
совокупность связанных элеме н тов данны х, размещаемых в о вн е l.Шlе Й
памяти или иных устройствах. Для боль шинства читателей это н е чт о
иное , как файл.
Первые шаги
,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Прежде всего , следует отметить, что эволюция операционной сис темы
zJ05
связана
методов
в
п ервую
упр авле ния
основной
связанный с п латформо й
техноло гию
о ч е р едь
5/360,
изменениями,
п амятью .
В
которые
п е риод
каса ю тся
"младенчеств а",
операционные системы и с п ользовали
распределения
выполняющимися
с
п амяти
програ ммам и
на
между
осн ове
п араллель но
прямого
' 'деления ''
физической п амяти (О5IМFТ и 05IМУТ).
в н ачале 70-х годов, с п оявлением н овой модели
5/370,
пр оизошел
п ереход н а техноло гию виртуальной п амяти . Концепция виртуальной
п амяти
обеспечивает
более
эqxpeктивное
использование
осн ов н ой
п амяти ЭВМ благода р я реализации следУЮ ЩИ Х принципов:
•
р азрывное р азмеще ни е пр о гра мм в физической памяти блоками
страницами;
•
р азме щение ст р аниц прогр аммы частично в основной, а ч астичн о
•
обязательное присугствие страниц п рограммы в ос н ов н ой па мяти
-
во внешней п амяти;
ли шь
в
п ер иод
ее
активности
(ко гда
пр о грамма
вы п ол н яется
пр оцессором);
•
динамический обмен
стран ица ми между основной и
•
динамическое п реобразова ни е адресов.
внешне й
па мятью;
П ервой ласточкой, возвестившей в
1972 году эпоху виртуальн ой п амяти ,
Vll1ual 5torage 2 (05N52), более известная
как 5У5 (5iпg)e Virtual 5torage). 5У5 обеспечивала подце р жку
виртуального адресного п ространства размером 16 МВ (пр и
стала операционная система
сегодня
еди ного
24- р азрядной адреса ции) для всех параллельно р аботающих прorра мм .
При этом реальный объем физической п амяти мэй нфр ейма в то время
едва мо г дост игать
1-2
МВ.
в 1974 году 5У5 уступил а место операционной си стеме МУ5 (Multlple
Virtual 5torage), в которой был и ре ал изов а ны архи тектурные принципы ,
на
десятил етия
систем
и
системах
опредеЛИВl.Ш1е
сохра нивши еся
05/390
и
с
zJ05.
н а п равление
некоторыми
Поэтому
развития
и зме нения м и
имеет
смысл
операционных
в
со вр еме нны х
более
рассмотреть осн овные эта пы развития т ехноло гии МУ5 Ш.
,
подроб н о
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
МVS/З7 0
(Mu!tip!e Virtua! Stогаgе/З7 0)
в соответствии
с ко н ц еп цией
МУ5 ,
каждая п рикладная программа ,
выллняющаясяя н а п лапlюрме
5/370,
получа ет в свое распоряжение
виртуальн ое адрес н ое п ространство объ емом
МВ , что существен н о
16
увеличивает объем достynной приложению памяти по срав н е н ию с
SVS.
ЭТО
означает
одновременно
раздельных
также ,
что
выполняемых
адресных
может
быть
увеличен о
приложений.
п ространств
Кроме
повышает
количество
того ,
сте п е н ь
нал ичие
безопасности
п рограмм и п ользователей , поскольку приложе н ие , работающее в одном
адресном п ространстве , не имеет возможности
(пред намер е нно или
н ет) напрямую обратиться к п амяти в других адресных пространствах .
Одн ако
в
некоторых
случая х
прилож е ния
нуждаются
во
взаимодей ств и и , когда о н и обмениваются данными или и с пользуют
одни и те же общие программы. В МУ 5 /37 0 для этой цели в каждом
виртуальном адресном
общая область
пространстве была вы делена так называемая
агеа) , в
(common
которой резервировал ось место дл я
размещения программ (предназначен н ых в основном для подцержки
системны х
Остальная
серви с ов)
часть
и
данных,
адресного
доступных
простран ст ва ,
п риложений , назва н а приватн ой областью
16мъ............................ ............... [ C~'"
•••
•••
[
,,•
•[••
"
"
"
i
О
,•
~
.
'\.. CМF/ '
Рис.
5.2 .
--
от
других
5.2).
•,
•
I
~
i,
~
~
~
,~
i,
u
•• ...
п риложениям .
агеа) (ри с.
(private
------- - ----
-- --- -------.,•
1
всем
защищен н ая
u
'\..см,./'
Виртуальные адресные пространства МУ5 /370
Для того чтобы н е расширять объем общей област и (и, стало быть, не
сокр ащать объем при ватной) , для некоторых системных программ
выделяются
отдельные
виртуальные
,
адресные
прост р анства.
MVS
Для
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
организации
взаимодействия
с
такими
программами ,
а
также
взаимодействия между обычными прилож ен иями в архитектуре
для
S/370
был реализован альтер нативный механизм межпространственной связи
CMF (Cross
Метогу
Facility).
Э тот механизм основан на сп ециальных
процессорных командах, с помо~ю которых можно передавать данные
из
одного
адрес ного
про странства
в
д ругое ,
а
также
запускать
процедУРЫ из других адресных пространств. При этом используются
встроенные
средства
обеспечения безопасности
на
основе
средств
ав торизации.
MVS/XA (Multiple Virtual Storage/eXtended Architecture)
к концу 70-х предел в
16
МВ для приложений становился все более
заметным ограничивающим фактором. Переход на архитектуру
S/370-
ХА (eXtended Агсhitесtше) обеспечил расширение ра зрядности адреса до
31 бит, что дало возможность в новой версии операционной системы
MVS/XA (1983) создавать виртуальные ад ресные простран ств а
размером 231 = 2 GB (рис. 5.3). Этот объем виртуальной памяти ,
выделяемый приложению, прим е нял ся вплоть до п ерехода на 64разрядную архитектуру zSeries (z/Агсhitесtше).
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
:ZЩJ"
..
,r-
-,•
~
СМ '
,,•
•
••
•~
• ..............•• .. ............
~
~
•,
~
~
:
... ".......". ,......
•••~
!~
G •&
•
~
~
,,• ••
Z
N
!
G~
..........
""" ... "." ", ...,.... ,... , .........
".y--~
""-т
E",~""
!
Pr!vaLC
А".
EJ:tcnded
Со_.
л
l iiМВ
.....
............... ................................ ...... ..
.. "
.....:::: .......................... ..
............::::;:::::::"'..,
N
•
Priv;tW
5
М'
j
Р и с.
5.3.
Для
сохра н ен и я
Виртуальные адресные прост р анства
п ространства
гр аницы
16
преемствен н ости
MVS/XA
МВ
(как
в младших
стали
структура
MVS/XA
виртуально го
адресного
МВ осталась прежнеЙ . Свыше
16
говор и ть
"а Ь оуе
liпе"
-
' 'н ад
л ини ей")
п оявились р асшире нн ая общая область (Ехtепd еd Соmrnоп А геа) , как
п родолже ни е
об щей
область (Еxtепd еd
п ростра н ство
области
Private
для
MVS/370,
Агеа) ,
3 1 -разрЯД н ых
меж п ростра н стве нн ой связи
и
р асшире н ная
при ватная
дающая дополнитель н ое жиз н е нн ое
(CMF)
приложений .
Механизм
был ада п ти рова н к н овому формату
адресных п ростра н ст в.
Следует
отметить ,
разработа нн ых для
п ереключ е н ия
в
что
для
MVS/370,
режим
в
п одцержЮ1
MVS/XA
24-разрядной
"старых"
п риложе ни й ,
была сохране н а возмож н ость
адреса ци и .
В
этом
случае
п риложения мо гли ис п ользовать п о- п режнему только 1 6-ме габайтн ую
област ь адресн ого простра н ства.
MVS/ESA (Mu!tip!e Virtu a!
Architecture)
Stо гаgе/Е пtегргisе
System
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Появление
архитектуры
операционной
МУ5IE5А.
Е5А1370
системы для
1988
в
этой
плапlюРмы,
Основные нововведения в
использован ием
реализова нн ой
расшире нн ой
к
создан и ю
получившей
этой версии были
н азвание
связаны с
п амяти
(expanded storage), впервые
1985 ГОду. Расширенная п амять ,
в системе Е5 /3090 в
являясь фактически
годУ п ривело
продолжением
основной
(центральной) п амяти ,
стала использоваться для хранения вытесненных и з основной памяти
страниц , что позволило существенно уме н ьшить время на страничный
обмен по с р авнению с применением для этой цел и дисковой п амяти .
Расширенная память адресуется поблоч н о (размер блока
расширен н ой памяти
п амять была
мо г достигать
8 GB,
по-прежнему ограниче н а 2 GB.
в МУ5IE5А
появились
виртуальные адресные
типа: пространства данных
адресных
Практически
пространств
в
таком
версиях МУ5 и
05/3 90
2G B .................. .... .
I
о
ЕхtС"Пded
I'rivalc.
д'"
виде
МУ5IE5А
эта
схема
"c.F\o
~ ,~ •
"
представлена
сохра ни лась
~
•~
~
j
• =
~
"
""
./
.........
в
последующих
ПроХ"1p3tt(:ТU
ГIU!срщюстраl!(:"ПШ
"',-
IUI.IIНbl..X
O;!mm(ln
~.
-,
z
о
••
.
о
i
о
...................... ...
с
~
••
о
~
•"
~
".
~
!
...... ,.....,...
,•
1! •,
=
8.
u= =
,~
! &~
д
5.4.
..................
----
............... ..'
рис.
~
с
....... .......
на
u= ~
&
Are.
Д~.
HIgh
---
~ •>
Ех""""'
Сотмon
PriV3!t
нового
zJ05.
CМF
~
о
3
! 6МВ ................ ...................
прост р анства
и гиперпространства (от
и легла в основу построения
---
"
КВ). Объем
' 'высоко п ро и зводительные пространства ' ). Общая
PERformance 5paces схема
(Data 5paces)
-4
в то время как основная
~
CМF
~
--
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Рис.
5.4.
Виртуальные адресные пр остр а н ства
4
Пространства да нны х мо гуг и меть размер от
побаЙтно.
дан ны х
Они
создаваться
MOryr
произвол ьного
вы полнения.
В
пространствах
типа
отличие
коды.
Для
пространствах да нны х,
регистров
в
при меняю тся
позволяет
мо гуг
2 GB
и адресуются
этим
для
р азмещения
дан ным
ад ресны х
к
архитектуре
с п е ци ал ьны е
и
данн ы м ,
ЕSAlЗ70
ре ги стры
одновременно
проц ессе
в
испол н яться
р азме щенны м
в
качестве
базовых
(AR),
доступа
в
что
взаимодействовать
16),
несколькими про стр анства ми дан ны х (до
в
про ст р анств,
размещаться
доступа
при ложе ниям
к
об ычны х
не
КВ до
при ложениями
доступа
от
дан ны х
программные
и
MVSIESA
с
и с пользуя стандартные
процессорные команды. Следует отметить , что в
MVSIESA
п оявились
пространства дан ны х, создаваемые для н ужд операционной системы и
используемые
специальными
VLF , LLA, DLF
и др.
Гиперпространства
да нны х,
но
с
системными
п редста вл яют
некотор ы ми
собой
програ ммам и ,
р аз нови дность
специфическими
такими
как
прос тра нств
че ртам и .
Главная
особенность заключ ается в том , что данные из гиперпространств MOryr
вытес н яться только в расширенную па мять ( никогда во внешнюю!), что
обеспечивает
повыше ни е
прои зводи т ельности
при
их
об р аботке .
Па мять гип ер п ространств адресуется п облоч но (размер блока
4
КВ).
MVS/ESA SP V 4 (Mu!tip!e Virtua! Storage/Enterprise
System Architecture, System Product Version 4)
Очередной
ч етвертой
вехой
в е р сии
ориентированной
изменения
появлением
сисплекс
в
р азви тии
на
с истем ного
системы
архи тектуру
програ мм ного
ЕSСОN-ка н алов
(Sysp lex)
MVS стало п оявление
MVSIESA в 1990 году,
ЕSAlЗ90
(ES/9000). Основные
техноло гии
операционной
и
обесп ече ни я
внедрением
был и
элементов
System
Со uрliпg
АРРС
с
технологии
для постр оения м ного ма шинны х ком п лексов. В связи
с этим п оявились новы е компоненты и функции, такие как
среде,
связа ны
XCF (Cross
Facility) для управления ресурсами в мнorома шинн ой
(Advanced Program-to-Program Со пununiс аtiоns) для
организации взаимодействия пр иложе ний в распределенной системе
на базе протокола
APPN.
Кроме того , была произведена модернизация
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
стандартных функций
для работы в сисплексе.
MVS
Механизм управления памятью продолжал совершенствоваться за счет
внедрения
новых
алгоритмов
реализован блочный обмен
защиты
и
распределения
страничного
(block paging)),
рабочей
обмена
(на пример ,
был
более надежных методов
нагрузки.
В
тр етьем
выпуске
MVSIESA SP У4 был сделан первый шаг в сторону интеграции MVS и
UN IX и вступления MVS в сообщество открытых систем: реализована
п оддержка интерфейса при кrыдно го программирования (AP I) для С /С ++
при ложений в соответствии с междУНародным стандартом IEEE POSIX
1003.2 (Portable Operating System Interfuces UNIX) .
MVS/ESA SP У5 (Mu!tip!e Virtua! Storage/Enterprise
System Architecture, System Product Version 5)
Пятая
версия
пр едназначалась
Server).
была
MVSIESA
для
установки
выпущена
на
серверы
в
1994 году, она
9672 (Parallel Enterprise
Данная версия обеспечивала полную подце р жку технологии
пар аллельно го
сисплекса
(ParaUel
Manager),
дающий
системных
возможность
ресурсов
между
В
Sysp lex).
пр едставлен модуль управления рабочей
ней
нагрузкой
впервые
был
WLM (WorkLoad
рационального
распределения
приложениями
основе
на
сqюрмулированных целей функционирования.
в
релизе
2.2
были
существенно
сервиса , получившего
редакция')
возможностей
Э то
расширены
возможности
в то время названи е Оре п
на звание
стандарта
подчеркивало
открытых
систем
Edition
полн ую
Х/Оре п
UN IX-
("откры тая
подцержку
РопаЬШtу
Guide,
прин ятого мноrn.ми р азработчиками UN IХ-систем. Данный стандарт
унифи цирует на бор функций интерфейса системных вызовов
интерфейс пользователя
(sheU)
(API)
и
для п ереноса п рограммно го обеспечения
и повышения мобиль но сти пользователей открытых систем независимо
от
платqюрмы.
Таким
пользовательская
иерархической
образом,
оболо ч ка
файловой
использование приложений
компьютеров .
в
MVS была интегрирована
UN IX, реализована подцержка
системы
UNIX и стало возможным
н а языке С /С++, на пи санны х для UN IX-
shell
Одновремен н о
в
рамках
UN I Х-сервиса
были
пр едставлены ком пон е н ты для подцержки р аспределе нны х вычислений
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
на основе стандарта
Для
повышения
DCE (Distributed
эффективности
Со mрutiпg Епvirопmепt).
обработки
пакетных
зада ний
при
обработке по следовател ьных наборов да нны х был введен компонент
BatchPipeslМVS и применена технология
Hiperbatch.
3начительные
коммуникационных
изменения
коснулись
Соmmtmicаtioп
eNetwork
объединил
Server
средства
вычислительных сетей на базе двух протоколов:
доступа
поль зовател ей
добавле н компонент
для
использующих
UNIX-компонент
N etWare
сети
TCPIlP. Для
ресурсам S/390
SNA
к
и
а для реализации функций файл-сервера
LANRES,
пользователей,
Windows,
локальной
сервисов.
подцержки
р або чи е
станции
OS/2,
DOS,
LAN SelVer for MVS.
OS/39 0
OS/390
Появление
принципов
1995
в
постро е ния
сравнению
с
годУ
означало
операционной
ар хитектуры
как
совокупность
изменение
системы
по
MVSIESA
версиями.
предшествующими
рассматривалась
коренное
программных
SP
продуктов
(компонентов) , каждый из которых распространялся , устанавливался и
обслуживался
различные
отдельно
ЦИЮlы
от
других.
обновления
К
тому
версий ,
что
же
продукты
не
только
имели
вызыв ало
проблемы при сопровождении системы, но и снижало общий уровень
надежности ее р аботы.
В основу
OS/390
которые,
во-первых,
легла концепция интеграции всех ее компонентов ,
разрабатываются
и
тестируются
как
еди ный
программный комплекс и , во-вторых, поставляются покупателям в виде
единого пакета. Все множество компонентов системы делится на две
категории
еlеmепts)
-
базовые
и
опциональные.
Базовые
компоненты
(base
обеспечивают подцержку основных системных функций
являются
обязательными
Дополнительные
опциональных
присугствия
заказчиком.
в
возможности
компонентов
которых
Таким
в
той
образом ,
любой
конфигурации
системы
представлены
(optional
или
при
иной
feаtшеs),
OS/390.
в
виде
необходимость
конфигурации
планировании
и
определяется
закупки
OS/390
существует во зможность оплатить только необходимые компоненты в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
составе пакета
таким
(все
образом,
базовые
и
возможность
н е которые опциональные) ,
испо л ьзовать
остальные .
потеряв ,
О днако
в
дальнейшем при необходимо сти можно актив изирова ть отключенные
опциональные
компоненты ,
предусмотр е нную
включения "
IВM
(dynamic
Представленная
существ енно
оплатив
стандартную
заказ
выполнив
и
процедУРУ
"дина мического
еnaы mепt) •.
архитектура
облегчают
и
уста новленн ая
процесс
технология
инсталляции
и
по ставки
со прово ждения
операционной си сте мы. Обновления для всех компонентов, а также
IBM в виде нового
05/390. Первые три релиза вышли в первой в е рсии (05/390 Уl
RI -R3), остальные - во второй (0 5/390 У2 R4-RI0).
новые компоненты каждые ПОЛГQЦа выпускались
релиза
Второе направл е ни е,
0 5/390,
корпоративно го
функций
по
которому шло обновление и модернизация
превращение
на
ее
масuпаба ,
основе
в
серверную
операционную
подцерживающую
промышл е нны х
множ ество
стандартов
информационны х техноло гий. С реди реализованны х в
и
сист ему
се рверных
современных
0 5/390
сер висов
можно выделить:
•
•
системный сервис: ба зо вые функции операционной системы;
коммуникацио нный
сервис:
сетевое
взаимодействие
с
пользов ател ями и устройствами в гетерогенной вычислительной
среде на базе протоколов
• LAN - сервис :
функции
5NA и TCP/lP;
серве р а данных
и
п е чати
в
локальных
вычислител ьны х сетя х;
•
р азработка
приложений
(аррlicаtioп
епаЫеmепt):
подце ржка
объектной техн оло гии и графического интерфейса для конечных
пользователей ;
•
UN IХ -се рвис : пол ная подцержка приложений и пользовательской
среды
•
UNIX
в рамках стандарта открыты х систем
управление
да нными
в
распределенны х
системах на основе промышл е нного стандарта
•
•
XPG4.2;
сервис распредел е нны х вычислений: подце ржка приложений и
вычислительных
DCE;
Web -се рвис: подцержка http-сервера и сервера приложений
Java;
сервис
защи та
безопасности:
авторизация
по льзователей ,
системных ресур с ов , сетевая безопасность, криптография.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Подробно сервисы и компоненты
05/390
бу,цуг рассмотрены далее в
настоящей главе, по скольку большая часть из них полностью или с
н еболь шими изменениями вошла в состав
z/OS.
05/390 может использоваться для установки на все модели 51390 Paralle!
Enterprise Server G5 и G6, IВM Е5 /9000 Processor uпit 9021 и 9121, S/390
Multiprise 2000 и Multiprise 3000 Enterprise Server, а такж е на серверы z900
(только V2R6 и старше), и поддерживает 24-разрЯД ный и 3 1 -разрЯД ный
режимы адреса ции МУ5. Отметим, что версия 05/390 V2R10 при
уста новке на серверы z900 подцерживает также 64-разрядный режим
ад рес а ции
и
z/OS,
систему
игра ет
особую
роль
при
п ереходе
на
операционную
MVS,
вы п ущенная в
о чем п ойдет речь ниже .
zlOS
z/05 -
новая опера ционная система семейства
октябре
2000 года для п одцержки 64-разрядной архитектуры
(z/Architecture) на платформе zSeries (z900, z990, z800 и др.). Размер
адресуемой памяти в z/OS достиг 2 Б4 =16 ЕВ (экзабайт), что дает
возможность
выделить
приложениям
соответствующее
виртуальное
ад ресно е пространство , а также увеличить объем основной памяти (в
z900
можно
использовать
разрядном режиме
так
как
для
Z/05
до
64 GB).
Расширенная
память
в
64-
н е подцерживает ся, в н ей нет необходимости ,
снижения
интенсивности
страничного
обмена
теперь
можно просто увеличить объем основной памяти. Для обеспечения
п реемственности
сохранена
полная
поддержка
"старых"
31-
и
24-
разрядных прилож ений , в т ом числе заложе на возможность для их
при ложениями.
В режиме 31z/OS можно использовать на п латформах S/390
Paralle! Enterprise 5erver G5/G6 и S/3 90 Multiprise 3000 Enterprise Server.
взаимодействия
с
64-разрядными
разрядной адресации
Следует
отметить ,
что
в
первых
выпусках
развитие и р асширен и е возможностей
касалось
как
базовых
механизмов
и
Z/05
шло
постепенное
64-разрЯДной
адресации. Э ТО
отдельных
функциональных
компонентов операционной системы , так и языковых компиляторов и
средств
систем
разработки
п риложений.
пром ежугоч нorо
Аррliсаtюп
Server и
слоя
Параллел ьно
(например ,
д р.), ориентированных на
шла
СУБД
модернизация
DB2, Websphere
п лапlюрм у zSeries.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
В
п ервом
адреса ция
па мяти,
7105 VIRl
вы п уске
б ы ла
а
реализована
виртуальное
ограничивалось
1 Re)ease 1)
(Vе гsiоп
только
дл я
адрес н ое
обращения
к
пространство
Во втором выпуске
2 GB.
64·разрядная
физической
п о- п реж н ему
у приложений
7105 VIR2
по явилась возможность и с пользовать виртуал ьную п амять свы ше
для
р азмещения
относи тся
в
то м
и змен или сь
функции.
данных
числе
(стали
Кроме
(но
и
не
программны х
к 3 1 - р азрядны м
64·разрядными)
то го ,
в
данном
кодов!).
приложениям ,
соответствующие
релизе
появил ась
2 GB
Сказа нн ое
п оскольку
системные
возмож н ость
разрабатывать 64-разрЯДные пр иложен ия на языке а ссе мблера (НЩh
Level AssembIer), а
виде
также на языках высокого уровня. В н аиболее п олном
возможности
64-разрЯДной
адресации
при
виртуальной п амяти был и реализованы в версии
в
2003
использовани и
7105 V1R4,
вышедшей
году
Что касается архитектуры , то о п ерацио нная система
основные
пр инц ипы
использованны х в
организации
системы , но
7105
большинство
И зменен и я коснулись
05/390 .
отдель ны х МОдУЛе й
и
гл авное,
что
сохра ни ла
ком пон ентов ,
функционально сти
следует отметить,
это
появ ле ни е новых важных компо н е н тов:
•
менеджера
р есурсо в
Rе sо шсе
lntelligent
Director (lRD) для
LPAR с учетом
динамического управления ресурсами в режиме
р або ч ей нагрузЮ1;
• msys for
ее
5е шр
мастера по установке и конфигурировани ю
-
ком п онен тов,
использующий
гр афи ч ес Ю1Й
7105
и
д иалоговый
инт е р~йс ;
•
менеджера
л иц ензий
обеспечиваю ще го
лицензиями
на
Lk:ense
IBM
удобны й
ин тер~йс
программные
ценообразования IВM
Manager
пр одукты
для
на
(ILM),
управления
основе
страт е гии
и упрощаю щего
Workload License Charges
постепенное наращивание возмож н остей системы.
С
2002
года в рамках семейства опера ци онных систем
специальная
установЮ1
версия
только
п од
на
названи ем
серверы
7105 . е,
серии
z800.
возможности и пр еимущества
7105,
инфо рма цион н ы х
электро нного
ИСЮJючи тельно
систем
на
выпускается
7105
пред назначенная
Сохраняя
дл я
базовые
7105.е ориентирована на подце ржку
lпtеmеt-протоколах
"
и
бизнеса ,
п остроенных
технологиях
Websphere
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Application
5еГУеГ и
только на языках
DB2 и использующих приложения , написанные
Java и C/C++ . Выбор zl05.e является экономичным
решением для м н огих бизнес-приложений.
В ответ на пожелания пользователей
реЛИЗ0В
zl05
и
периодичность выпуска новых
была увеличе на п о сравнению с
zl05.e
05/390
с
6
до
12
месяцев, что позволило с ни зить затраты на проведение об н овления .
Рекомендации по переходу на
z/OS
Для организаций , использующих большие серверы
актуальн ой
является
работающей
п од
операционную
процедУРУ
проблема
п ерехода
управлением
систему
перехода,
в
zl05.
основе
18М
с
чрезвычайно
платформы
на
05/390,
IBM ,
серверы
рекомендует плавную
которой
лежит
принцип:
G5/G6,
zSeries
и
пошаговую
при
смене
платформы сохранять н екоторое время старую операционную систему, а
замену операцион н ой системы производить на старой платформе Ш ,
Ш,
Q).
Во всех случаях перед установкой
установить
миграции .
обновления
05 /390 V2RI0
Дело
в
том,
для
что
более
18М
zl05
рекомендуется сначала
плавной
выпускает
zl05 VIRl Upgrade Package (PUP)
и
безболезне нн ой
специальный
для
05/3 90 V2RI0,
позволяющий произвести обновле ни е автоматически.
ШIG6
ОSl390
(RIO)
G5/G6
ОSIЗ90
ОSl390
31
бит
Jlбю
31
па кет
(RIO)
бкт
0S!390(RIO)
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
5.5.
Рис.
zSeries
Порядок п ерехода на серверы
и операционную систему
zl05
На
5.5
рис.
представлены
два
основных
варианта
перехода
при
стартовой позиции А (G5 /Gб + 05 /390 Rб-R9). Первый вариант ВЮlючает
шаrn
A-B-D-G,
операционной
где сначала производится по следовательное обновление
системы
втором варианте (ша ги
сервер,
а
затем
до
7105 на
A-C-E-(F)-G)
приспосабливать
"старой "
п лалlюрме G5/Gб.
предлагается сначала обновить
к
н ему
операционную
возможно, с ВЮlючением б4-разрЯДного режима в
Сосуществование версий
Проблема
сосуществования
использования
05/390
версий
р азлич ны х
Во
и
z/05
заЮlючается
версий
систему,
05/390 Rl0 (F).
в
операционной
возможности
системы
в
мультисистем ны х конфигурациях с разделением общих ресурсов, таких
как
LPAR
и
заЮlюча ется
Обычная
Paralle! 5ysp!ex.
в
подце ржке
по следовательных
практика
сосуществования
релизов.
Однако
в
период
на
компании
уровне
п ерехода
к
IBM
четырех
7105
это
правил о нарушается для создания более благоприятных условий для
такого
п ерехода
(таблица
5.2).
Так,
например,
взаимодействовать со всеми релизами
V2Rl0).
Начиная с
7105 V1R5,
05/390
7105 V1Rl
может
второй версии (V2Rб
возобновляется действие ограничения
сосуществования в рамках ч етырех релизов и , таким образом , из списка
ИСЮJючается последний выпуск
Таблица
5.2.
05/390.
До п усти мые варианты сосуществования версий
05/390
zl05
У1R1
и
zl05
zl05
05/390
V2Rб
V2R7 V2R8 V2R9
У2R10 УlRl У1R2 VlRЗ У1R4 У1R5
+
+
V1R2 V1RЗ
-
У1R4
-
У1R5
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Принципы построения и основные компоненты
Элементы
z/OS
z/OS
Операционная система
zl05
построена в соответствии с концепцией
ин тегр ации компонентов, реализованной впервые в
05/390,
и ВЮlючает
базовые и опциональные элементы. Да нная концепц ия означает, что
все программные компоненты системы р азрабатываются и тестирую тся
как единый программный комплекс , а распространение и установка
системы производится одним пакетом.
Базовые
элементы
н еотъемлемой
(base
частью
elements)
программного
являются
необходимой
обеспечения
и
по скольку
zl05,
служат для подцержЮ1 наиболее важных функций и сервисов системы.
К
ни м
относятся
средства
средства
управления
управления
данным и ,
аппаратными
пользоватеЛЬСЮ1е
и
ресурсами ,
программные
интерфейсы , подцержка коммуникаций и др . Базовые элементы всегда
ВЮlючаются в установочный пакет
Опциональные
базовых
элементы
элеме н тов
и
zl05 .
(ороом!
feаtше)
обеспечивают
расширяют
подцержку
возможности
допо лнительных
функций операционной системы, таЮ1 Х как, наприм ер , средства отладЮ1
и
библиотеЮ1
для
языков
программирования,
н екоторы е
средства
адми нис трирования и управления хра н е ни ем данных, средства защиты ,
аУдита и
шифрования и т.п.
У заказчика есть возможность выбора
н еобходи мой ему совокупности опциональных элементов , которые он
оплачивает отдельно. Различают два ти па опциональных элементов:
ин тегрированные
(в
н еи н тегрированны е
элементы
документации
Все
(unprk:ed).
присугствуют
в
определяются
как
интегрированные
установочном
пакете
priced)
и
опциональные
zl05,
однако
доступными для установЮ1 и использования будуг только элементы,
выбранные и оплаченные заказчиком. В дальнейшем всегда существует
возможность
активизировать
элементы
основе
enablement)
на
без
необходимости
Неинтегрированные
установочный пакет
установЮ1 .
не
пр оцедуры
заказа нны е
обновления
опциональные
zl05
ранее
динамическо го
опциональные
ВЮlючения
(dynamic
установочно го
пакета.
элементы
не
входят
в
и требуют отдельного заказа и специальной
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Следует отметить, что
время
либо
zJOS
существуют
включает ряд компонентов , которые в то же
и
распространяются
как
самостоятельные
программные продукты , либо входят в состав других операционных
систем (например, ZIVМ). Такие элементы на зываю т н еэксЮlЮЗИВН ЫМИ
(nonexclusive).
К ним относятся ассемблер
инструментал ьные
средства,
HLASM
графические
и связанные с ним
библиотеки
GDDM, средства создания и пр осмотра докуме нтов
BookManager и некоторые ДР)'П1е. Остальные элементы,
только в составе zJOS, называют ЭКСЮlюзивными (exclusive).
и
угилиты
в
формате
доступ ные
Обновляя версии и выпуская н ов ые релизы системы, разработчики
вносят постоянные изменения в состав, функции и статус тех или иных
элементов. К счастью, эти и зме н е ния н е столь радикальны и каса ются ,
как прави ло, ли шь небольшого числа компонентов. ЭТО обеспечивает
плавность п е рехода на новые версии, но не избавляет поль зовател ей от
н еобходим ости внимательно и зучать новшества и изменения, связанные
с
таким
п е реходом .
структуры и элементов
релиза
VIR4.Ll].
Приводимый
zJOS
далее
обзо р
функцион ал ьной
дается в соответствии со спецификацией
Полный п е реч е нь элементов
zJOS VIR4
и
zJOS .e VIR4
представле н в при ложе нии з.
Функциональная структура
Ориентация
технологии
структуру
на
подце ржку
z/OS
систем
электронного
"кл и е нт-се рв е р " определила
zJOS
как
совокупность
взгляд
модулей,
на
бизнеса
на
базе
функциональную
каждый
из
которых
обеспечивает ре ализа цию сервисов определенного тип а и ВЮlючает
н екоторую совокупность базовых и опциональных элементов. В составе
zJOS
выделено
10
функциональных модулей, показанных на рис.
п
5.6.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Сер висы
Серв.ис
поддерж ки
Сервис печати
элсктроИНОГQ
ЭJIсктро иных
публикациii
бизноса
Службы безопасноCll1
Сервнсы подцержки распределешlыx
ССРnИСIJ
вычислений
адм и нистри -
Системные
роваltШI и
сервисы
КОММУНИКaIU10нные сервисы
управлеиltJl.
системой
Серв.исы для разработки и поддержки
npиложеннй
Системные сервисы
Рис.
5.6.
Функциональная структура
UN1X
zlQS
Базовые систем ны е функции и средства п редставле ны тремя модулям и :
•
•
•
системные серв и сы ;
сервисы администрирования и ynравления системой;
с и стемные сервисы
Элеме н ты
этих
остальных
модулей
UN IX.
модулей
вспомогательными
создают
си стемы,
основу
которые
сервисами и
в
для
свою
с подде ржкой
современных информационных с и стем ,
функционирования
очередь
связа ны
включая коммуникационный
сервис, сервис безопасности , Web-сервис и др. Предоставля ема я
возможность
развертывания
со
ключ евых техноло ги й
вспомогательных
сервисов
на
zJOS
одн ой
машине и в одн ой среде обес п ечивает с н ижение расходов на настр ойку
и эксплуатацию программного обеспечения, п овышает устойчивость
работы и эфрективность взаимодействия всех ком п онен тов.
Ра сс мотрим состав и функции отдельны х модулей
zJOS,
принимая во
внимание , что н екоторые элементы с таким же ус п ехом можно было бы
от н ест и к другим модулям (т.е . гр ан ицы модулей услов ны) .
Операционные системы и ПРОГl"""мное обern""ение н. платформе :15еп".
Системные сервисы
в
состав
системных
опциональных
сервисов
входит
компонентов,
более
десятка
базовых
обеспечивающих
и
подце ржку
фундаментальных функций операционной системы и пред назн аче нных
в
и
организации
вычислительного процесса. Наиболее важными среди
п е рвую
о ч ередь
них являются
компоненты вер ,
тесн ом
ДЛЯ
управления
DFSMSdfp ,
в за и моде йс твии ,
1Е 52,
ресурсами
TSOIE
определяют
принципы функционирования
zlQS
(ри с.
и
ISPF,
которые , находясь в
основные
технолоrnч еские
5.7).
DFSMS
TSO/E
Рис.
5.7.
вер
JBS
lSPF
Взаимодействие базов ы х элементов системных сер висов
7lQS
Це н тральную роль в системе играет базовая управляющая программа
вер
(Base
С опио!
zJQS
в ц елом.
Pro gram),
являющаяся ядром с и ст емн ых сер висов и
Базовая управляющая програм ма осуществляет:
•
•
•
•
•
•
управление задачам и (диспетч ер и зация и с ин хр он и зация);
управление вир туал ьн ой и физич еско й па мятью;
управление вв одом -выв одом;
об р аботку прерываний и подцержку системных вызовов;
управление рабочей нагр узко й и производи тел ьн остью ;
управление
выполнением
пр о грамм
восстановление);
•
•
подце ржку диалога с оператором чер ез консоль;
пр отоколир ова ние работы системы.
(связы вани е ,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
в литературе при описании функций ВСР часто используют понятие
(supervisor),
"супервизор "
которое можно считать синонимом
управляющей
программы.
компонентов ,
таких как
IOCP
(ио
В
составе
программа
Configuration Program),
ВСР
вы д елен
базовой
ряд важнейlШ1Х
конфигурирования
ввода-вывода
менеджеры управления виртуальной ,
физической и вспомогательной памятью
VSM, RSM , ASM
(VIrtua~ Rea~
Auxiliary Storage Мапаgеrs) , менеджер управления рабочей нагрузкой
WLM (Workload Manager), модуль управления системой (сбора
статистики) SMF (System Management Facilities), модуль синхронизации
задач GRS (G!oba! Resource Serialization), программа связывания (Bind er) и
некоторые другие. Познакомиться с большинством эти х компонентов
нам предстоит в данной главе.
Необход имо отметить, что в базовую управляющую программу
интегрировано
ядро
системных
UNIX,
сервисов
zJOS
выполняющее
ЮJючевую роль при подц ержке приложений и некоторых системных
компонентов , ори е нтированных на эту операционную среду.
Вторым
важнейlШ1М
элементом
подсистема
управления
управления
данными ,
сист е мных
сервисов
является
DFSMSdfp (Оаы Facility Storage
Management System - data facility product), реализующая базовые функции
устройствами
поддерживает
данными
хранящимися
хран е ния
данных.
необходимые
во
внешней
Фактически
низкоуровневые
памяти ,
этот
средства
и
компонент
для
создания ,
размещения на носителях и по следующей обработки наборов данны х .
DFSMSdfp
является базовым элементом , но в то же время существует
еще ряд опционал ьных компонентов семейства
рассмотрены
в
разделе ,
администрирования.
по с вященном
Под робное
описание
DFSMS,
которые будуг
сервисам
системного
всех средств
данными и внешней памятью будет представлено в п.
управления
5.1.4.
Для обработки пакетных заданий (напомним , что задание пред ставляет
собой вн ешнюю единицу работы
заданиями
JES2 (Job
принимает
и
различных
заданий ,
регистрирует
затем
задания ,
о с уществляет
передает
управляющей программе.
получения результатов
служит подсистема управления
Entry System 2).
источников ;
а
zJOS)
Э тот
поступающие
анализ
задания
на
После завершения
от В С Р ,
JES2
базовый
и
компонент
в
систему
формирует
выполнение
выполн е ния
формирует отчет
от
очереди
базовой
задания и
по
заданию
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
(листинг),
п ередает
Альтернативой
в
отличие
от
е го
пользователю
JES2 является
JES2, может
или
выводит
на
п ечать .
опциональный компонент JЕSЗ, который ,
использоваться
для
централизованного
управления заданиями в многомашинной системе. Более п одробно о
п одсистеме управления заданиями будет рассказано в п.
Для
организации
взаимодействия
с
5.1.5.
пользователями
в
составе
системных сер висов присугствуют два базовых компонента:
ISPF.
Система разделения времени
обеспечивает
TSOIE
подцержку
пользовательско го
интерфейса
в
(Тnne Shariпg
TSOIE и
OptionlExtensions)
интерактивного
терминального
режиме
строки.
командной
TSOIE
располагает своей системой команд , позволяющих запускать про граммы
и
задани я,
манипулировать
вычислительный
процесс
и
наборами
данных,
контролировать
управлять
системой
с
удаленного
терми нала . Полноэкранный диалоговый интерфейс пользователя
(Iпtеrасtivе
System Productivity Facility)
представляет
собой
ISPF
среду для
разработки и реализации диалога с пользователем на основе стандарта
CUA
как в текстово м, так и в графическом режиме.
ISPF
ВЮlючает
текстовый редактор, угили ты для работы с наборами данных, средства
разработки и удале нн ого запуска программ и зада ний , а также другие
полезные средства для удобно го
и
эqxpeктивно го
системой. Многие системные компонен ты
др.) используют интерфейс
Описание элементов
ISPF
(WLM,
взаимодействия с
НСО,
RACF,
RМP и
для нас тройки и ко нфи гурирования .
подцержки пользовательско го интерфейса
будет представлено в п .
zJOS
5.1.7
Сервисы администрирования и управления системой
Да нная группа сервисов
компо н ентов,
на стройки
включает
предназначенных
р азлич ны х
набор
для
элементов
базовых и
установки ,
и
сервисов
опциональных
ко нфи гурирования ,
zJOS,
а
также
для
обеспечения оптимальных условий их функционирования.
Базовый
компонент
Сопfigurаtiоп
конфигурации,
конфигуратор
Dеfiпitioп)
а
также
оборудования
предназначен
динамической
для
НСО
описания
реконфигурации
(Hardware
начальной
аппаратного
обеспечения и устройств ввода-вывода. Опциональный элемент НСМ
(Hardware
сопfigurаtioп Мапаgеr) представляет собой дополнение к НСО ,
по зволяющее ко нфи гурировать оБОРУдование с по мощью графического
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
пользовательского интерфейса.
Программа
модификации
системы
SMP/E
(System
Modification
РrоgrаmlExtепdеd) является базовым элементом и пр едставляет собой
инструментарий,
предназначенный
программных продуктов
zlOS,
для
уста новки
и
обновления
а также инвентаризации установленного
программного обеспечения системы.
Ранее отм ечалось , что в
zlOS VIRl появился новый компонент msys for
Setup (Managed System Infrastructure for Setup) - мастер для настройки
параметров zlOS и приложений, выполняемых под zlOS на основе
графического
интерфейса
в
стиле
Web. Вызов мастера может
производиться
рабочей
авторизованными
станции.
Диало г
пользователями
настройки
н епо средственно
рекомендует
с
пользователю
наилучшие сочетания параметров, которые он может изменить , либо
согласиться
с
автоматически .
появление в
ни ми.
Обновление
Продолжением
zlOS VIR2
и
параметров
развитием
технологии
нового базового компонента
предназначенного для автоматизации
осуществляется
Пl5ys
msys for
стало
Ореrаtiоп,
решения задач сопровождения и
адми нис трирования системы в сисплексе.
Подсистема
управления
рассмотрении
данными
с и стемных
DFSMS,
сервисов,
упоминавшаяся
представлена
в
при
сервисах
адми нис трирования четырьмя опциональными компонентами:
• DFSMSdss (data set selVice) и устройств внеlШlей
средства администрирования данных
памяти
на ма гни тны х дисках (резервное
копирование, восстановление, дефрагмен тация);
• DFSMShsm (hierarchical storage
maпаgеr)
средства оптимизации
-
хранения наборов данных на различных носителях в зависимости
от
ин те нсивнос ти
использования
и
обеспечения
сохранности
данных;
• DFSMSrmm
(rепюvаЫе
media
maпаgеr)
-
средства
управления
сменными ленточными и оптическими носителями;
• DFSMStvs
(trаnsасtioпаl
об р аботки
наборов
транзакций
CICS .
Следующие
два
VSAM servk:e) - подцержка параллельной
да нны х VSAM для пакетны х заданий и
компонента
из
рассматриваемой
п
группы
сер висов
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
относятся
к
отказываются
Facility),
разряду
опциональных,
от
Компонент
них.
системе,
а
июlюрмацию
также
пользователи
редко
SDSF (System Display and Search
панели ISPF, обеспечивает контроль и
используя диалоговые
пр едоставляет
однако
о
текущем
поддерживает
состоянии
средства
всех
управления
заданий
в
системой
с
(Resource Measurement
ресурсах - предоставляет
помощью консольных команд. Компонент RМF
менеджер
Facility) диало говый
сбора
интерфейс
использовании
данных
и
любых
о
средства
для
получения
z/QS
ресурсов
и
отчетов
об
опараметрах
прои зводительности как в текущи й момент, так и за указанный период
времени.
Следует
отметить,
что
множество
компонентов,
используемых для
адми нис трирования и управления системой , несколько шире, н ежели
пр едставлено
средства
в
группе
(например,
сервисов
RACF)
администрирования.
отнесены
к
другим
Однако
эти
функциональным
модулям, что подтверждает тезис об условности данной классификации
(сказанное верно для любой классификации вообще).
Системные сервисы
Сегодня
невозможно
UNIX
пр едставить
себе
z/OS без встроенных
UN IX. Базовый компонент UN IX
System Services включает системное ядро UN IX (UN IX System Services
Kemel) и прикладные сервисы (UNIX Application Servk:es). Ядро UN IX
ин тегрировано
в
базовую
управляющую
программу
z/OS и
п оддерживает интерфейс при кладно го программирования (AP I) для
всех UN IХ -приложений в соответств ии со стандартом XPG 4.2.
возможностей операционной системы
Прикладные
сервисы
UN IX
пользовательско го интерфейса
включают
UNIX -
подцержку
классического
командного интерпретатора
и набора стандартных угилит, благодаря которым пользователь
shell
UN IX
может получить доступ к ресурсам мэйнфрейма привычным для него
способом. Кроме того , п оддерживаетс я интерактивный отладчик
UNIX,
которы й MOryr использовать разработчики приложений на языке С.
Подробное
описание
системных
сервисов
UNIX
и
использования прикладных сервисов БУдУГ пр едставлены в п.
при меры
5.1.6.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Сер висы для разработки и поддержки приложений
в состав базового программного обеспечения
zJOS
входят компиляторы
множ ества высокоуровневых языков программирования
Languages),
включая
С,
С ++ ,
и
COBOL, Fortran
(HLL,
РИl ,
а
НЩh
редактора связей для получения загрузочного кода приложений
Editor
и
Binder).
компиляцию
И
У
разработчиков
редактирование
есть
связей
возможность
как
интерактивном режиме , используя интерфейс
в
д ва
(Linkage
производить
пакетном ,
TSOII SPF
Leve!
также
или
так
и
в
UNIX shell
В то же время на рынке существуют внешние продукты , позволяющие
разрабатывать
при ложен ия
для
zJOS
на
рабочи х
станция х
с
использованием визуального графического интерфейса (наприм е р , lВМ
Visual Age).
ВажнейlШ1М
базовым
элементом ,
обеспечивающим
подце ржку
универ с альной среды выполнения программ , созданны х на различных
языках программирования , является так называемая языковая среда
(Language Environment). LE
включает единые для всех
HLL
LE
приложений
средства управления запуском и завершением программ , qюрмирования
сообщений
времени
обеспечивает
выполн е ния ,
универсальный
распределения
программный
памяти ,
а
также
интерфейс
для
взаимодей ствия "разноязыких" приложений. Кроме того ,
LE
содержит
набор общих статических и д инамических библиотек, используемых
различными НLL- приложениями , а также специфические библиотеки
для каждого
HLL.
Для разработки быстродействующи х и экономичных приложений для
платqюрмы
(НЩh
zSeries подцерживается высокоуровневый
Level Assembler), включающий компилятор ,
ассемблер
HLASM
макросредства
и
необходимые библиотеки. Дополнительные инструментальные средства
разработки
ассемблерных
программ ,
раСlШ1ряющие
возможности
HLASM , поставляются вместе с опциональным компонентом HLASM
Toolkit. Отметим , что HLASM является неэксклюзивным элементом
zJOS , по с кольку испо л ьзуется в составе други х операционных систем
(VVM , VSE)
Для
разработчиков
специальную
средУ
С /С ++
приложений
разработки ,
zJOS
включающую
поддерживает
компилятор
С,
компилятор С ++, библиотеки кла с сов , набор угилит и средства отладки.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Библиотеки ЮJассов С ++ пр едставлены базовым элементом С+ + IВM
Ореп
Остальные возможности реализованы с п омо щью
Class Library.
опционального элеме н та С /С ++
with Debug
Тоо! (с модифика ци ей , не
содержащей с р едств отл адки С /С ++ witlюut
разработки
С /С++
при ложений
Debug
ориентированы
библиотек и сервисов языковой среды
Тоо !) . Все средств а
на
использование
Language Environment.
Для создания и использования графи ческих при ложен ий в составе
zJOS
присугствует базов ый элемент, называемый менедже р ом отображения
графических да нны х
представляет
собо й
отображения
шрифгов.
и
мо щный
хр анения
набор
Display Manager). GDDM
АР I -функци й
векторных
подцерживает
GDDM
Оаы
GDDM (Graphica!
и
вывод
растровых
на
для
создания ,
из ображе ний
различные
и
графические
устр ойства, ВЮJючая дисплейны е терминалы, при н теры, пло тте ры , и
содержит
соответствующий
Расширенные
возможности
опциональными
Fеаtше) и
н абор
по
драйве р ов
работе
компонентами
с
и
служеб ны х угил и т.
графикой
GDDM-PGF2
представлены
(Presentation
Gra phics
GDDM-REXX2.
Более подроб но средства разработки прило же ний БУдУГ рассмотрены в
п.5.1.8.
Коммуникационные сервисы
Да нная группа сервисов содержит средства интеграции компьютеров
zSeries
базе
в распределенные мно гома шинны е вычислительные системы на
совреме нны х
сетевых
коммун ика ц ионный
защищенную
про токолов.
сервер
(Communications
IP пр ед н азначен
распространенного
рамках
и
zJOS
обеспечивает
Telnet,
н екото ры е
все
бла года ря
помимо
RPC
сервис ы
Internet
базовых
важнейшие
РТР, SMТP,
другие
IP
для
SNA.
и
для реализации взаимодейств ия на базе шир око
сегодня
IР -се рвиса ,
поддерживаются
ВЮlючая
Server)
элеме нт
поддержку основных коммуникационных решений
кор п оративны х сетей и ВЮlючает два сервиса:
Серв ис
Базовый
протокола
средств
пр отоколы
ТС РIIР.
п ередачи
ПРИЮlадного
В
да нны х,
уровня ,
и др. Н а основе ТС РIIР функционируют
z/OS
(наприм е р ,
сервис
подцержки
электро нн ого бизнеса) , а также различные системы промежугочного
слоя, таки е как
CICS, IM S, Websphere
и др .
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Серв ис
пр ед н аз н аче н
SNA
п остроенных
Network
на
базе
поддержки
разработанного
метод
реализован
ра н ее
доступа
пр отокол
вычислительных
стандарта
IBM
известного
Architecture),
телекоммун икаци онн ый
станда рта
для
SNA (System
как
VТAM .
В
виртуальный
р амках
(Аdvапсеd
APPN
сетей ,
да нн ого
Peer-to-Peer
Nеtwогkiпg), обеспечивающий интерфейс между п риложениями хоста и
ресурсами сети
SNA
и связывающий пользователей сети . В р амках
AnyNet
реализова н а т ехноло гия
пшltlprotосо!
пеtwor kiпg),
transport
SNA
-
(изв е стн ая также п о названием MPТN
обеспечивающая
про зрач ное
взаимодействие польз ователей и прилож е ний , наXDДЯЩИХСЯ в сегментах
сети, исполь зую щи х различные пр отоколы
п риложения
без
SNA
каких-либо
(IP
и
SNA).
изменений
Так, например ,
обмениваться
MOryr
да нными и управлять Удале нными устр ойства ми чер ез IP -сеть (режим
AnyNet SNA over IP). В то же время прилож ения , и с поль зующие
функции библио т е ки IP сокетов (С soc ket API), MOryr вза имод ействов ать
между собой через сеть SNAJAPPN (режим Soc kets over SNA), а также
п олучать про стой и б ыс трый доступ к ее ре сурсам.
Оба
комм уника ц ионны х
се рви са
исп ользо вать
MOryr
встроенные
средства шифрования да нных н а ос нове 56- р азрядного алгоритма
ДЛЯ
ра сширения
п редусмотрен
возможностей
шифрования
опциональный
Со mmШliсаtions
Sесшity
SelVer
в
составе
DES.
zJOS
н е ин те грир ованн ый
компонент
использующий
6 4 -разрЯД ные
Leve! 3,
Юlючи и алгоритм ТDES .
Кро ме сервисов
функции
и
SNA,
управления
коммуникационный сер в е р поддерживает
сетевой
Facility)), а
техн оло гии Firewall,
(Network
базе
IP
Ргiпt
п е ч атью
В Юlючая фи льтра ци ю IР - па кетов , тра н сляц ию
ад ресов (NАТ) , виртуальные сети
Вторым
базовым
средство
элеме н том
поддержки
обеспечивает
ада пт е ров
и др . ).
коммун и ка ци онных
с
и
уст р ойств ам и
(Gigabit,
S upp o гt
и н терфе й с
OSA (OSA Exp ress
различных протоколов
FDDI
(VPN).
OSA (OSA
дружественн ый
взаимодействия
(Commtmications Server NPF
та кже н екоторые функции сетевой защиты на
сервисов
является
Facility (OSAlSF». OSAlSF
для
кон троля
OSA-2) - а пп аратур ы
IP и SNAJAPPN сетей
состояния
сетевого
на
базе
То kеп RШg, ЕthегпеtlF а st Еthе гпеt, АТМ ,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Более подро б но коммуникационные сервисы рассмотрены в главе
4.
Сервисы поддержки распределенных вычислений
Серв исы
поддержки
р ас пр еделенных
вычислений
обесп еч ивают
взаимодействие приложе ний и управлени е данными в распределенных
вычислительных системах на основе промышл енного стандарта О СЕ
1.1 (Oistributed Co mputlng
Enviгomnent). Фактически ОСЕ представ ляет
собой сетевую опера ци онную сист ему, обслуживающую работу ЮlИе н т ·
серверных прилож е ний в гетерогенны х средах (включая
В составе
z/OS
IP
и
SNA
сети).
в рамках рассматриваемых сервисов представ ле но три
базовых элемента.
Базовые службы О СЕ (ОСЕ
Base Services)
предназначены для разработки
и подцержки выполнения клиент-серверных прило же ний и включают:
•
службу вызова Удал е нны х проц едур
взаимные
вы зовы
пр о гра мм,
(RPC , Remote
работающих
Рro сеd ше
на
Call) -
различных
п лапlюрмах, в qюрмате вызова локальны х проц едур;
•
службу каталога
•
службу вр еме ни
•
службу
(Directory Services) -
ведение общего каталога имен
всех ресурсов распределенной системы;
(Oistributed
Тune
Services) -
синхронизация ч асов
на всех узлах распределенной с и стем ы ;
безопасност и
аугентификация
(Sесшitу
идентификация
SelVices)
поль зователе й ,
при ложен ий
и
и
узлов
р аспределе нной системы.
Служба поддержки р ас пр еделен ны х файлов
OFS (Oistributed FiIe Service)
обеспечивает приложе ниям про зрачный за щище нный доступ к фай лам ,
размещенным на различных узлах сети. Фактически
файловые системы
систему,
новшеств
System),
системе
р азл ичны х ОС
в
доступную для м ножества
z/OS
единую
объединяет
глобальную файловую
поль зователе й
стало появление фай ловой
OFS
системы
сети.
Одним
из
zFS (zSeries File
котора я может быть и с пользова на в дополнение к файловой
HFS UNIX. zFS ,
обеспечивает
устой чив ости
используя
з начител ьн ое
к
системным
р еализова на подцержка
5MB
а нало ги ч н ую
увел ич е ни е
сбоям.
Кроме
HFS
структуру,
производительности
того,
в
рамках
се рв е р а дл я доступа клиен тов ОС
и
OFS
Windows
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
к наборам данных
Сетевая
файловая
функции
дает
NFS (Network File System)
для
возможность
MOryr
рабочих
станций,
выполняет
п ерсо нальных
других авторизованных систем в сети ТСРЛР.
получить доступ
которые
система
файл-сервера
компьютеров и
сервер
zJOS .
удале нным
к наборам да нных
быть
смонтированы
пользователям
и
zJQS
как
файлам
часть
NFS-
(ЮlИентам)
UNIХ-сервиса ,
файловой
системы
набор функций
контроля
ЮJИента.
Службы безопасности
Служб ы
безопасности
ВЮIючают широкий
доступ а к системным ресурсам, содержат средства настройки, аудита и
управления защитой от несанкц ионированного доступа к данным
в
распределенных и ц ентрализованных средах, а также обесп ечивают
эфрективное
шифрование
криптографического
данны х
сопроцессора.
''на
лету"
Служб ы
благодаря
безопасности
наличию
состоят из
двух групп элементов: сервера защиты и криптографических сервисов.
Сервер
(Security
за щиты
интегрированным
управления
элементом,
доступом
к
SelVer)
является
для
служащим
ресурсам
zJOS,
и
опциональным
конфигурирования
состоит
из
и
следующих
компонентов:
•
RACF (Resource Access
Средств а управления доступом к ресурсам
Control Facility)
являются
базовым
звеном
сервера
за щиты
и
обес п е чивают ц е нтрализова нн ое управление доступом к ресурсам
системы на основе автор и за ции польз ователей и прилож е ний в
многомашинных и мультисистемных средах. С помощью
администратор
системы,
пр оводи т
осуществляет
настраивает
аУдИТ
по
регистрацию
индиви дуал ьные
использованию
и
тех
всех
пользователей
групповые
или
RACF
иных
права
и
ресурсов
(устройств, да нны х, системных и прикладны х программ) .
•
Средств а сетевой защит ы
(Firewall Тесhпоlоgiеs)
обеспечения защиты от внешних атак в
коммуникационным
демона
SOCKS,
алгоритма DES,
сервером) ,
включая
пр ед н аз начены для
IР -сети
(совместно с
подце ржку
РТР
рroху,
встроенных процедУР шифрования на основе
интерфейса администратора
для
настр ойки
и
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
конфигурирования.
•
Серве р
обеспечивает защищенный доступ пользователей к
LDAP
сетевым
приложениям
на
Directory Access Protoco!).
для
создания
и
основе
стандарта
LDAP (Lightweight
Эт от индустриальный стандарт служит
ведения
каталога
пользователей
маСllПаба
предприятия, используемого для получения общей инф:Jрмации о
пользователях и их атрибугах при аугентификации. LDAP-сервер
применяет
компонент
System
SSL.
входящий
в
состав
крип тографиче сю1Х сервисов.
•
Служба сетевой ауге нтификации
Аuthепtk:аtioп
(Network
Service)
осуществля ет аугентификацию пользователей на основе стандарта
Kerberos
Vеrsiоп
5,
с использованием криптографических ключей .
Включает программный интерфейс
lntemet под на званием GSS-API.
• Серве р защиты DCE (DCE
аугентификации
API,
известный пользователям
Security
пользователей
и
Server)
служит
для
сети
при
серверов
использовании клиент-серверных приложений в распределенных
системах на основе тесной интеграции с
•
Служба РКI
(Publk:
Кеу Iпfrаstruсtше
RACF.
Services) служит
для создания
инфраструктуры общих ключей и авторизации сертификатов для
внеlШlИХ и внугренних пользователей на основе Web-интерфеЙса.
•
Дополнительные
крип тографи ческие
модули
ОСЕР
Cryptographk: Епhaпсеd Plug-ins) реализуют ПРИЮIaДНОЙ
(AP I) для управления серверными сертификатами
(Ореп
интерфейс
и
защиты
серверных ключей.
Отметим, что сервер
LDAP,
служба сетевой аугентификации , служба
РКI и ОСЕР являются частью базового программного обеспечения
и
не тр ебуют специального заказа
качестве
опционального
и установки
элемента ,
zJOS
сервера защиты.
расширяющего
В
возможности
шифрования да нны х на основе 64-разрядных ключей и алгоритма
для службы сетевой аугентификации в состав
zJOS
входит
TDES
Sесшitу Server
Network Authentication Sесшitу Leve! з .
Криптографические сервисы
элементом
zJOS.
С
их
(Cryptographic Services)
помощью
реализуют
являются базовым
различные
методы
шифрования данных для обеспечения защиты хранящейся в системе и
п ередаваемой
по
сети
инф:Jрмации
от
несанкционированного
использования. Криптографические сервисы в базовой конфигурации
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
не поддерживают ЮIЮЧИ размером более
компоненты:
IC 5F, OC5F
Опциональный
S6
бит и ВЮIючают следующие
5ystem 55 L.
и
компонент
OC5F
5ecurity
Leve!
раШD1ряет
3
стан да ртные возможности шифрования данн ых за счет использования
64-разрядных битных ключей и алгоритмов
Опциональный компонент
TDES, DE5, RC2IRC4IRCS.
обеспечивает
5ystem SSL 5ecurity Leve! 3
конфиденциальность обмена данными между ЮIиен том и сервером на
основе протокола
свыше
64
и шифрования с использовани ем ЮIючей длиной
55L
бит на основе алгоритмов ТDE5, АЕ5,
RC2IRC4.
Средства поддержки криптографически х сервисов представлены в главе
4.
Сервисы поддержки электронного бизнеса
в настоящее время ядро информационных систем в сфере электронного
бизнеса строится на основе Web-технологиЙ.
базового
элемента
защище нный
п оддержку
маСllПабируемый
НТГР
сервер
множества
(18М
тонких
включает в качестве
высокопроизводительный
НТГР
клиентов ,
Z/05
5егуе г),
обеспечивающий
использующих
стандартные
браузеры для доступа к корпоративным данным. Помимо основных
функций, lВM НТГР сервер поддерживает протокол
КЭШ
страниц,
выполняет
функции
ргоху-сервера,
55L, динамический
ведет
статистику
обращений к Web-узлу
в состав
сервисов
базовый
элемент
поддержки электронного бизнеса ВЮIючен также
текстового
поиска
функции поисковой машины для баз
обеспечивает
поддержку
национальных языков.!),
(Text 5earch), выполняю щий
да нны х и Web. Пои сков ая машина
слож ных
использует
за просов
ал горитмы
для
различных
н ечеткого
поиска,
ранжирует результаты поиска по релева нтности. Кроме того , в состав
Text 5earch
входит
полнот екстовый
системе
z/OS.
Сервис печати
компонент
пои ск
NetQuestion 50!utlon,
докуме нтов ,
хранящихся
в
производящий
операционной
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Для управления печатью и организации сетевого доступа к принтерам
zJOS
служит
опциональный
элемент
сервер
печати
Infoprint Server.
Сервер печати состоит из следующих компонентов:
• Print Interface - принимает за просы вывода на
сервисов UN IX и от удаленных систем в
выходные
након е ц ,
наборы данных печати
последовательно
в
п е ч ать от системных
сп уле
IР -сети ,
JES2
выводит данные на
ф:Jрмирует
или
JЕSЗ
локаль ный
и,
или
удале нный принтер ;
• Windows Client -
клиент
используемый
Windows,
докумен тов и атрибугов зада ний серверу п е чати
• IP
Ргinмау
-
для п ередачи
zJOS;
передает наборы данных печати из сп ула
J ЕSЗ на у,цаленные принтеры в
IP и ли SNA
JES2
или
сети;
переадресует потоки вывода на печ ать, формируемые
• NetSpool -
JES2 or
VТAМ-приложениями, и размещает их в спуле
JЕSЗ для
п оследующей печати.
Сервер
печати
представления
подцерживает
документов ,
множество
включая
ра зл ичны х
ф:Jрматов
PostScript, PCL, ASCII, а
- PDF, XML и SAP OТF.
при
установке дополни тельных расширителей
Сервис электронных публикаций
Для
создания
и
распространения
электронных
IBM
BookManager п о
докуме нтов
использует собственный ф:Jрмат, получивший на звание
имени семейства соответствующих пр о граммны х продуктов. В составе
zJOS
представлен
пол ный
комплект
электронной
докумен тации
в
указанном ф:Jрмате, а также три компонента для работы с ней :
• BookManager BUILD -
опц ионал ьный
элемент,
создания электронных докумен тов в ф:Jрмате 18М
• BookManager READ -
служащий
для
BookManager;
базовый элемент, служащий для пр осмотр а
электронных документов, подцерживает функции поиска ;
• BookManager BookServer -
базовый
докумен ты , созданные в ф:Jрмате
элемент,
пр еобразующий
BookManager,
в формат НТМL
для последующего отображения через Web-браузер.
Следует
отметить,
что
использование
графических
иллюстраций
в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
электро нн ых
докумен тах
осн ован о
GDDM.
1)
Русский язык н е подцерживается.
на
возможностях
КDмпонен та
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Реализация базовых функций
в да нной
Z/OS
главе БУдУГ рассмотр е ны фундаментальные функции
реализуемые с помощью
базовой управляющей программы
7105 ,
(вер) и
входящих в ее состав МОдУлей.
Управление памятью
Управление
основной
памятью
в
Z/05
базируется
на
концепции
виртуальной памяти , основные принципы которой были изложены при
рассмотрении эволю ции системы в п.
Z/05
5. 1.1.
Важно подчеркнугь, что в
фактически сохранена архитектура , реализованная в МУ5IE5А и
развитая в дальнейшем в
051390.
Конечно, р асшире ни е разрядности
адреса (и , следоват ельно, объема адресного простр анства) н е могло не
прив ести к ц елому ряду нововв едений , о которых далее и пой дет речь.
Но начн ем , однако, с общих понятий и т е рмин ов, принятых в МУ5 ,
05/390
и
z/05
памятью И),
и необходимы х для понимания механизмов управления
L2J.
в соответств ии с концепцией МУ5, каждая ПРИЮJ адная пр ограмма , а
также некоторые системные функции получают в свое р ас поряже ние
отдельное виртуальное адрес н ое пространство
(vinua! address space),
размер которого для 05/390 составлял 231 байт, а для z/05 увеличился
до 264 байт. Виртуальная память (viпuа! storage) является воображаемым
объектом
и
фактически
представ ле на
в
системе
как
совокупность
специальных структур (таблиц) , описывающих размещение данных и
кода
прorра ммы
в
выделенном
для
н ее
адрес ном
простр анств е.
В
реальности же выполнение при ложений может осуществляться только
то гда , когда данные и код загружены в ос новную па мять. На рис.
представле н
обобщенный
виртуальной памяти.
механизм
реализации
5.8
технологии
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Виртуальна.
rтаи5ГГL
~помо"от~"п" пам/
(kllОВlIа.я паМJlТЬ
F
I
Л
IТ
Е
J
"
frame I
'"
А
G
н
I
J
В
С
D
Е
-
Рис.
5.8.
В
лsм
D
G
11
'--
./
5tOt
-------------.
VgM
,,'
i'~O МYPROG
page
С
==>
<==
IJ
Элеме нты системы управле ни я памятью
Некоторое
(MYPROG)
пр иложение
"разме щается "
о п ерацио нн ой
системой в выделенном для н его виртуальном адресном простран стве ,
занимая некоторое количество блоков памяти фиксирова нн ой дли ны ,
(page).
н азываемых стран ицами
Приложение
и с п ользует
4
Размер каждой ст р аницы равен
виртуальные
странич н ые
адреса,
КВ.
и
ему
за гружает
его
доступна любая область собственного адресного простран ства.
Чтобы
начать
выполнение
приложения ,
система
виртуальные стран иц ы в основную память
(Central storage), отмечая их
(page tab)e). Основная
набора блоков размером 4 КВ ,
местоположение в специальной таблице стран и ц
па мять также п редставлена
н азываемых фреймами
в
(frame).
виде
При
загрузке
значения
виртуальных
адресов сохраняются в неизменном виде. Понятно , что при обращении
к памяти требуются реальные физические адреса . Для преобразования
виртуальных
аппаратный
адресов
механизм
(Dynamic Address
виртуальных
адресных
в
физические
ди намического
используется
преобразования
с п е циа льный
адресов
DAT
ТгаnsLзооп), который учи ты вает реальное р азмещение
страниц
команд.
в
основной
Механизм
DAТ
памяти
в
момент
выполнения
подробно
о пи са н
в
п.
2.1.3.
Напомним , что дл я повыше ни я эфрективности управле ния в системе
п оддерж ивается
иерархическая
модел ь
се гментации
виртуальной
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
па мяти, в соответствии с которой страницы объединяются в сегменты
размером
1
МВ
(256
страниц на сегмент), а те в свою очередь
в более
-
крynные разделы виртуальной памяти , называемые регионами.
При
нехватке
временно
основной
перемещены
(page data set)
магнитных
в
некоторые
специальные
страницы
страничные
во внешнюю вспомогательную память
дисках.
назв ание слот
(slot)
вспомогательную
возникнет
па мяти
Блок
и
па мяти
в
н еобходимость
в
4
наборах
КВ.
находятся там
их
наборы
данных
(Auxiliary storage)
страничных
также имеет размер
память страницы
бы ть
MOryr
на
получил
Вытесненные во
до тех пор , пока не
использовании
при
выполнении
при ложения . В этом случае генерируется программное преры вание по
отсугствию стран ицы
запускается
(page fault)
проц едура
и , при наличии свободных фреймов ,
"подкачки "
стран ицы
из
вспомогательной
памяти. При занятии страницей свободного фрейма в таблицу страниц
вносится его указатель и затем формируется физический адрес.
Конечно , возможна ситуация, когда в основной па мяти для загрузки
отсугствующей ст р аницы не осталось ни одного свободного фрейма. В
этом случае запускается процедУРа изъятия страниц
результате
которой
"откачиваются"
из
одна
или
основной
несколько
памяти
во
(page stealing),
виртуальных
в
страниц
вспомогательную ,
чтобы
освободить место. Выбор изымаемых страниц основан на классическом
методе
LRU,
использующем
защиты памяти: би т обращения
Перемещение
страниц
формируемые
Rи
аппаратно
бит изменения С (см . п .
ИЗ
приложения
биты
основной
памяти
вспомогательную и обратно называют стран и чным обменом
который
может происходи ть многократно
в теч е ни е
ключа
2.1.3).
во
(paging),
всего времени
выполнения. При этом следует обратить внимание, что для работы
прогр амм вовсе не тр ебуется одновременное присугствие в основной
памяти
всех
соседних
ее
ст р аниц,
фреймах.
р авно
Некоторые
как
и
размещение
страницы ,
этих
содержащие
ст р аниц
в
важную
системную июlюрмацию , MOryr не участвовать в страничном обмене.
Они имеют статус неперемещаемых
(fixed)
и по стоянно находятся в
основной памяти. Остальные же страницы считаются п е ремещаемыми
(pagable).
Наряду со
страничным
обменом
в
~ОS
подцерживается
еще одна
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
процедУРа, ynравляющая перемещением страниц ,
-
(swapping).
свопинг
В некоторые критические моменты работы системы (например, при
нехватке
ресур с ов
активности)
или
когда
при ложение
операционная
система
ynравления рабочей нагрузкой
(swap out)
всех
страниц
долгое
по
время
не
инициативе
прояв ляет
менеджера
может принять решение о выгрузке
WLM
адрес ного
пространства
приложения
из
основной памяти во вспомогательную. Для этой цели MOryr создаваться
специальные наборы данных свопинга
Вытесненным
(swap data set).
таким об р азом приложениям не предо ставляется проц ессорное вр ем я
до тех пор , пока не будет выполнена операция
swap in,
возвращающая
страницы приложения в основную память .
Необход имо
отметить ,
для
OS/390
что
в
повышения
операционных
системах
эфрективности
страничного
применялась так на зываемая расширенная память
которая ,
являясь
использовалась
позволило
Благодаря
с
адресации
мог достигать
ограничена
разм е ром
выт е сненных
уме ньшить
использованием
при меняемой
побайтной)
продолже ни ем
хранения
существенно
сравнению
памяти
фактическим
дл я
для
дл я
время
той
MVSIESA
основной
оттуда
цели
ра с ширенной
обмена
(Expanded storage),
па мяти,
страниц.
страничного
же
и
обмена
д исковой
па мяти
по
па мяти .
блочной
(размер блока - 4 КВ) , объ ем
8 GB, в то время как основная
2 GB. В zJOS н еобходимость
Это
(а
не
расширенной
память была
в
подце ржке
расширенной памяти отпала , поскольку появилась возможность пр осто
увеличить объем основной па мяти (в
Таким
образом ,
можно увидеть ,
z900
что в
до
64 GB)!
zJOS
виртуальные страницы
приложения в процессе выполн е ния MOryr бы ть физически размещены
частично в
основной , а частично во
вспомогательной
памяти. Для
учета т е кущего местонахождения и хр анения атри бугов виртуальных
страниц
операционная
называемые
таблицами
система
создает
страниц ,
сп е циальные
сегментов
и
регионов.
таблицы ,
В
любой
момент при н еобходимости н екоторые виртуальные страницы MOryr
сменить
' 'м есто
жительства "
на
основе
страничного
обмена
или
свопинга .
Для
ynравления
памятью
в
базовой
представлены тр и м е неджера памяти
которы х отвечает за свой
ynравляющей
программе
(VSM, RSM, ASM),
участок работы (ри с. 5.8).
"
zJOS
каждый из
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Менеджер
виртуальной
памяти
У5М
(Vir1ual
5torage
Manager)
осуществляет постраничное размещение данны х и кода прилож е ний в
вир туал ьн ом
адрес ном
про ст р анств е
по за пр осу,
о п ределяет структуру
ад ресных простран ств , предоставляет необходимую
информацию
об
испол ьзовании виртуальной памяти менеджеру управления нагрузкой
WLM.
ДЛ Я
эти х
целей
У5М,
как
п редоставляет пр о гра ммисту набор
каждо го
виртуального
и
д руги е
менеджеры
па мяти,
с п е циальных макросредств . Для
ад ресного
пространства
У5М
строит
управляющий блок, получ ивший названи е блок управлен ия адр ес ны м
п ространством А5СВ
инфор ма цию
п ространством.
п ространство
(Address
Для
уникальный
вир туальны х
корректирует
каждое
номер
Этот блок содержит
управлении адр есным
создаваемое
адрес н ое
(идентификатор)
А5 ID
IDentificator).
Менеджер физической па мяти
размещение
Control Block).
используемые при
идентификации
получает
5р ас е
5р асе
(Address
и указатели,
табл ицы
R5M (Real 5torage Manager)
страниц
стр аниц,
в
ос н ов н ой
сегме н тов
страничны м обменом и сво пингом. В
и
про изводи т
па м яти ,
создает
регионов,
05/390 R5M
и
управляет
также брал на себя
функции управления расширенной памятью.
Менеджер вспомогательной
п редназначе н
для
п амяти
созда ни я
и
А5М
(АuxШaгу
управления
5 torage Manager)
н абор ами
данных
страничного обмен а и сво пинга на О А5О, а также для пер емеще ния
вир туал ьны х страниц между осно вн ой и в с помогательной па м ятью по
указа нию
R5M.
Следую щим
важ ным
вопросом
яв ляется
структура
вир туаль н ого
ад ресного пространства . Ранее отмечалось, ч то адрес н ое про ст р анств о
МУ5 в ключает общую область (соmmoп агеа), в которой размещаются
доступные
всем
защи ще нн ую
размещения
прило же ния м
прив ат н ую
кода
и
с и стем н ые
область
да нны х
(private
приложе ни я,
а
п рограммы
агеа) ,
такж е
и
данные ,
используемую
и
для
ассо циир ованн ы х
с
п риложением системных структур. Начиная с МУ5 /ХА, когда состоялся
п ереход
на
31-раз рядную
архи тектуру,
ВЮlючая
05/390,
структура
вир туал ьн ой па мяти приложен ия выгл яди т так, как п редставлено на
рис.
2 GB
5.9
Ш . Эта структура полнос тью соответствует ст руктуре младших
в иртуал ьной памяти
1.105,
поэтому рассмотрим ее подробнее.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Для
подцержки
24-разрЯДных
приложе ний
адресного пространства в младших
16
архит ектуры
границы
МVS /З70.
Свыше
расширенная общая область
структура
виртуального
МВ соответствует требованиям
16
МВ
размещаются
как продолж ени е общей
(Extended Common),
области МVS /З70, и расширенная приватная область
(Extended Private),
которая может использоваться З1 -ра зрядн ыми прилож ениями. Следует
отметить, что содержимое общей области, ВЮlючая расширенную ее
часть,
для
всех
адресных
пространств
совпадает.
Фактически
это
достигается пугем создания в системе единого набора виртуальных
страниц с определенными виртуальными адрес ами , разделяемого всеми
адресными пространств ам и. Содерж имое же приватной области для
каждого адресного простран ства уникально.
Общая
область
пр едставлена
совокупностью
областей ,
каждая
из
которых предна з нач е на для определенных целей:
•
•
•
•
•
область ядра
- Nucleus;
область системных очередей
область
область
область
- SQA (System Queue Area);
загрузки модулей - LPA(Link Pack Area);
общих сервисов - CSA (Соmпюп Setvice Area);
префиксации - PSA (Prefix Save Area).
в расширенной общей области выделяется дополнительная виртуальная
память для перечисленных областей с расположением относительно
гр аницы
16
МВ в зе ркальном порядке .
Область ядра NuсlеuslEхtепdеd
Nuc leus содержит базовый системный код
и дополн итель ные элементы ядра zJOS , ф:Jрмируемые в процессе
нач аль ной
загрузки
системы
(IPL) на основе набора данных
SYS 1. NUCLEUS.
Состав
ядра
определяется
системным
прогр амм истом пугем настройки р аздела NUCLST системного реестра
SYS 1. PARML I B. Виртульные страницы области ядра являются
непер еме щаемыми ,
то
есть
всегда
загружены
в
основную
память
и
в
страничном обмене не участвуют.
Область
системных
общесистемных
о ч е реде й
таблиц ,
блоков
SQAJESQA
служит
управления
и
для
р азмещения
о ч е реде й ,
содержание которых определяется конфигурацией
системы
состав
и
и общим
количеством создаваемых в процессе работы адресных пространств.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Настройка р азмера области
параметра
в
SQA
разделе
SQA (ESQA)
осуществляется с п омо щью
реестра
IEASYS
консоли оператора. При н ехватке п амяти дЛЯ
"занять " необходимое прос тра нство в
(ESQA)
также
являются
и ли
SYS1 . PARML IB
области
н е п е рем ещаемыми
с
SQA система пы тается
CSA. Стран ицы SQA
и
всегда
остаются
в
основной памяти.
Область загрузки модулей
LPAlELPA
пр една знач ен а для
р азмещения
дополнительных реентерабел ьны х за грузо ч ных модуле й ядра, ВЮIючая
SVС-программ ы и метод ы доступа, а также н екоторые польз овател ьски е
приложения .
вызываться
Все
указанные
множеством
пространствах .
задач ,
МОдУли ,
предварительно
пр о гр амм ы
работающих в
загружаемые
за пи саны
MOгyr
в
в
одновременно
разли чны х
б и блиотеч ный
ад р ес ны х
долж ны
LPAlELPA,
набор
бы ть
да нны х
SYS 1. LPA LIB и л и д руги е наборы да нны х, определяемые в раздел е
LPALST реестра SYS 1. PARMLIB . Та ки м об р азом, размер области
LPAlELPA
за ви с и т
от
количества
размещаемых
модулей .
Учиты вая
особую рол ь МодУлей
LPA, система требует их авторизации на
APF (Authorized Program Facility). Авторизова нны е
основе
техн оло гии
модули
получают право
обращаться
к за щищенным
областям
системной
и
приватной памяти.
Область
LPAlELPA в
свою очеред ь делится н а тр и подобласти:
• Pageable LPA (PLPAlEPLPA) - содерж и т пе ремещаемые модул и ;
• Fixed LPA (FLPAlEFLPA) - содержит непер ем ещаемые модули ;
• Modified LPA (MLPAlEMLPA) - может исп ользоваться на этапе
н ачальн ой
загрузки
системы
для
в реме нного
модифицир уемых или обновляемых модуле й
Область об щи х сер ви сов
данны х,
используемых
пространствами ,
и
в
(межпростран ств е нн ой
Размер области
в раздел е
По умолчанию страницы
Область пр ефиксации
несколькими
ч и сле
связи)
между
р ее стра
активными
для
адресными
ор га ни заци и
адрес ными
обмена
пр остра н ствами .
устанавливаетс я с по мощью параметра CSA
SYS1 . PARMLIB
CSA являются
PSA
PLPA.
служи т для размещения общих
то м
CSAlECSA
IEASYS
CSAlECSA
хр анения
или с консоли оп е р атора .
п ереме ща емыми.
служи т для хра н е ни я содержимого реrnстра
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
PSW
(старого
п рерываний ,
а
управляющие
аппаратно ,
и
нового )
также
блоки
всегда
при
содержит
и
ESAl390
и
8
указатели
таблицы .
привя зана
п ространства и им еет размер
370/ХА,
реализации
4
к
механизма
на
важные
Данная
область
началу
виртуального
обработки
си стемные
п одцерживается
адресного
КВ в системах с архитектурой
КВ в системах с
S/370,
zlArchitecture.
Для з накомства со структурой приватной области сначала рассмотрим ,
как она выглядит в
OS/390, то есть в режиме 3 1·р азрядноЙ ад ресации
5.9). Мы уже отмечали , что часть виртуальной памяти в пр еделах
п ервых 2 GB сохранила свою структуру в zlOS. в при ватной области
(рис
выделя ются следующие элеме н ты:
•
•
регион п ользователя
- User Rеgiоп
и
Extended User Region;
- LSQA (Loca! System
Queue А геа) и ELSQA (Ехtепdеd Loca! System Queue Агеа);
• область планировщика р абот - SWA (Scheduler Work Агеа) и ESWA
(Extended Scheduler Work Агеа);
• подпул ы (Subpools) 229, 230 и 249;
• системный регион - System Region.
область локальных системных очередей
Операционные системы и ПРОГl"""мное обern""ение н. платформе :15еп".
2GB
ELSQAfESWA/229/230/249
Extended User Region
Extended
Privat:e
I~
Extended CSA
Ехtеп dсd
LPA
EXlcndcd
Соттоп
Extended SQA
Extended nucleus
16
........................................................
мв
Nucleus
SQA
Common
LPA
CSA
LSQAlSWAl2291230/249
UserRegion
System Region (l б КВ)
PSA (4 ИЛИ 8 КВ)
о
Рис .
Pnvate
5.9.
С труктура
3 1 - р аз рЯДного
ComтOI1
виртуал ьного
адресного
п ространства
Р е шан по льзователя пред назн аче н ДЛЯ размещения пол ь зовательских
п риложений и да нны х . После за грузки пр о грамм в ре ги о н п ользователя
система ИСЮlюча ет и з использова ни я оставшиеся незанятыми страницы
до
поступления
запроса
на
выделение
до полнител ьны х
страниц
в
данном репюне. У пользователя есть ВОЗМОЖНОСТЬ управлять размером
ре гиона
с
помощью
одноимен н ого
языка управления заданиями
JOB
парам етра
и Е Х ЕС (см. п.
REGIO N
5.1.5).
операторов
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Область
локальных
таблицы
и
системных
очереди ,
очередей
ассоциируемые
LSQAlELSQA
содержит
с
адресным
текущим
пространством и выполняемыми в нем приложениями. В частности ,
здесь хранятся таблицы страниц, сегментов и реrn.онов, формируемые
менеджером физической памяти
RSM.
Отметим , что указанные таблицы
участвуют в страничном обмене наряду с прочими п е рем е ща ем ыми
страницами.
Область
блоков
планировщика
управления
работ
задачами
SWAlESWA служит для
и APyrn.x блоков
(ТСВ)
размещения
управления ,
создаваемых для обслуживания приложений адресного пространства.
Назнач е ние блоков управления будет рассмотрено позднее .
Подпулы
(Subpools) 229, 230
и
предо ставляют локальную память ,
249
доступ к которой реализуется на основе запрашиваемых ключей защиты.
Эта область служит для
MOryг
использовать
размещения управляющих блоков,
только
авторизованные
программы,
которые
имеющие
соответствующее значение ключа. Эти управляющие блоки создаются
системными компонентами для нужд пользовательс ких приложений.
LSQA, SWA и
подпулы фактически разделяют одну область виртуальной
памяти, которая примыкает к границе области
границе
2 GB.
CSA,
а
ELSQA, ESWA -
к
Эт и области MOryг увеличиваться за счет незанятых
страниц региона пользователя. Следует отметить, что подпулы MOryг
выделяться и в други х областях виртуальной памяти. Они служат для
группирования логически связанных междУ собой блоков виртуальной
памяти, например по значению ключа защиты , по возможности откачки
или свопинга и Т.П.
Системный
памяти
для
реrnон
System
хранения
Rеgiоп резервирует
служебной
16
июlюрмации
КВ
при
виртуальной
выполнении
некоторых системных функций.
Рассмотрим
далее,
какова
структура
6 4-разрЯДного
адресного пространства , впервые реализованного в
версии
V1R2.
В
64-разрЯДных
виртуального
z/OS,
пространствах
начиная с
исполняемый
программный код по -преж нему может размещаться только в границах
младших
2 GB,
однако данные , к которым эти программы обращаются ,
MOryг быть загружены в виртуальную память свыше
момент
при
запуске
приложения
первоначально
"
2 GB.
В настоящий
создается
адресное
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
2 GB,
п ространство размером
однако по запросу программы о н о может
быть увеличено (для этого п редусмотрена специальн ая макрокоманда
I АRVб4).
16ЕВ
Higll User Region
512 ТВ
Sha r<::d Агсз
2' I
2ТВ
Low U§cr Region
4GB
Bar (11 e ИСIIOJJЫУетсн)
I
2ав
16МВ
Рис.
5.10.
Структура
64-разрЯДного
виртуальн ого
адресного
п ространства
На
рис.
5.10
представлена
структура
64-разрЯДно го
виртуального
адресно го простран ства, которая ВЮlючает следующие области :
•
от О до
5.9)
2 GB -
сохра н яет ранее рассмотренную структуру (см . рис.
и служи т для размещения программного кода и да нны х для
всех типов пр иложений;
•
2 GB до 4 GB - не используемая по архи тектурным
соображениям область, получившая н азван и е BaгD ;
• от 4 GB до 2 тв - нижний ре ги он поль зователя (low user геgioп) .
от
И спользуется первым для пр едоставления памяти свыше границы
2 GB п од да нные ;
• от 2 тв до 512
совместно го
тв
-
разделяемая
использова ни я
область
(shared
разл и чными
а геа)
для
адресными
пространствами. В н астоящее время не подц е р жив ается;
•
от
512 тв до 16 ЕВ - верхний
region). Используется при нехватке
регион пользователя
(high user
п амяти в нижнем репюне.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
При
освоении
н овых
объемов
памяти
полезно
напомнить
используемые единицы измерения: 1 терабайт (ТВ) равен 240 байт или
1024 GB, 1 п етабайт (РВ) равен 250 байт или 1024 ТВ, 1 эюабайт (ЕВ)
равен 260 байт и ли 1024 РВ.
Для управления объемом выделяемой виртуальной па мяти свыше
в
рамках языка управления
реализован новый параметр
Как
отмечал ось
памяти
ранее,
за.цаниями для
JOB
операторов
и
2 GB
Е ХЕ С
ME MLIMI Т .
при
переходе
к
64-разрЯДно й
виртуальной
механизм ди на м и ческо го преобразования адресов
zJOS
DAT
модернизируется пугем расширения иерархической модели сегментации
за счет
образования
нарядУ с сегментами
виртуальной памяти.
второй
и тр ет ий
(RS)
Самый
маленький
Эт и
разделы
более крупных разделов
получ или название п ервы й
(RT)
регионы
(region first, region
по
р азмеру
третий
регион
secorкl, геgioп tЫrd).
объединяет
мегабайтных сегментов и , таким образом , имеет объем
регион объединяет
третьих регионов
2048
8
РВ каждый. Всего
в
2 GB. Второй
4 ТВ. И
2048
вторых реп1ОНОВ и
64-разрЯД ном
адресном прос тра н стве может быть создано
2048
и имеет объем
наконец, регионы первого тип а объединяют
занимают объем
(RF),
2048
виртуальном
п ервых регионов.
Для управления виртуальной памятью в каждом из допо лнительных
регионов
zJOS
ф:Jрмирует три типа таблиц:
третье го региона (RТГ) содержат
2048
Rrr, RST
и
RFT
Таблицы
указателей на размещение "сво их "
таблиц сегментов (SGТ), таблицы второго региона (RSТ)
-
таблицы
(одна
третьего
региона,
табли ц а
п ервого
региона
разрядное виртуальное адресное пространство)
второго
региона.
преобразования
(памяти
и
Очевидно,
адресов
времени).
В
что
-
требует
значительных
этим
на
64-
указател и на табли цы
пятиступенчатый
связи
с
указатели на
механизм
наЮJа.цных
разработчики
расходов
предусмотрели
гибкую схему создания и использования табли ц регионов, реализуемую
менеджером физической
больше
2 GB
применяется
памяти
"старая"
3 1 - р азрядная
используются только та бли ца
приложение
Если
RSM.
приложе ни е не требует
памяти , то таблицы реп1ОНОВ не используются вообще, и
запрашивает
барьером'') но не более
соответствующее
4 ТВ,
процедУРа
сегментов
виртуальную
DAT,
таблиц
"
которой
страниц.
память
2 GB ("за
региона (Rrr) и
сегментов.
Когда
свыше
создается табли ц а третьего
количество
в
и таблицы
Теперь
перв ой
в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
процедУРе
ОАТ
создавать все
объема
будет
новые уровни табли ц
виртуальной
управления
об р абаты в ат ь ся
памяти ,
доступом
используется
к
Менеджер
Rrr.
реrnонов
с пециал ьная
на
основе
при ложе ния ми.
механизма
структура,
будет
по мере увеличения
запрашиваемой
па м яти
RSM
ОАТ
п олучившая
Для
в
zJOS
н азвание
управляющий элеме н т адресного п ространства
Сопtrоl
Еlе mепt) ,
определяет,
в
разм ещаем ый
ч аст нос ти,
ASCE (Address Space
аппаратных
регистрах.
ASCE
в
какой
уровень
табл иц
региона
является
старшим для данного адресного п ространства .
Начальная загрузка и инициализация
Нач альная
за гр узка
п роизводится
zJOS
программы начальной загрузки
IPL
(Iпitial
с
Z/OS
п омо щью
Program Load),
универсальной
которая на ходит
и сч и ты ва ет в п амять модули яд р а операционной с и ст ем ы и зап ус кает
программу инициализации ядра
NIP (Nucleus
I пitializatioп
Program) I.2], [§] .
Н уж но , чтобы к моме н ту за гр узки были п одготов ле ны и размещены на
то мах
п рямого
системный
доступа
код,
необходимые
конфигурационные
наборы
да нн ых,
па раметры ,
содержащие
пр о ц едур ы , а также
страничные наборы да нны х и на бор ы данных, пр ед на з нач енные для
хранения генерируемой системой информации (статистика , журналы).
Базовый
системн ый
код (ядро zJOS ) п редставлен в библиотечном
SYSl . NUCLEUS , который всегда размещается н а так
называемом с и стем н ом резидентном томе ( S У S RE S ), гд е должна
находиться и пр о грамма начальной загрузки IPL. SYS 1 . NUCLEUS
наборе данных
может в ключат ь н есколько различных вариантов загрузки яд р а, кажды й
из
которых представлен
в
разделе
IEAN UCO n
(n=1-9),
а
также
программу иници ализа ции ядра
Главн ый
каталог
(N IP) и указатель на гла вный катало г.
(Master Catalog) долже н содержат ь информацию о
размещении всех наборов данных, используем ы х в проц ессе за грузки.
Дал ьн ейшая
загрузка
и ници ализации
оператором
и
ядра
осуществляется
NIP,
которая
использует
библиотечном на боре да нны х
под
управлением
работает
в
информацию ,
SYSl . PARMLIB .
режиме
програ ммы
диало га
пр едставле нную
с
в
Э т от н абор данных
состоит из м н ожества р азделов, кажды й из кото рых содержит описание
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
пара метр ов конфигурации и настройки операционной системы в виде
по зиционно го
текста.
Например ,
в
р азделе
zlOS,
знач ения основных системных параметров
пара метры настр ойки
и
т.п.
Набор
реестром
содержатся
IEASYS
в разделе
BP XPRM -
zlOS UNIX, в CONSO L - ха р актер истики консолей
S У S 1 . Р ARML 1 В можно назвать системным
да нны х
Необходимые
zlOS.
конфигурации
системы
извлекаются из
VSAM
и
при
за гр узке
характеристики
параметры
устройств
аппарат ной
ввода-вывода
набора да нны х
IODF (lnput/Output Dеfinitiоп File).
Этот набор данны х используется для создания в COMMON области
блоков управления устройствами (UCB), а также таблицы назначения
групповых имен устройствам (Eligible Device ТаЫе , EDT).
Кроме указанных наборов дан ны х, на этапе загрузки формируются или
используются следующие системные наборы дан ных:
•
страничные наборы данных для временного хр анения да нны х,
вытесненных при страничном обмене и свопинге;
•
SYS 1 . PROCLIB - системная библиотека каталогизированных
процедур
(содержит готовы е программы
на
языке
управления
заданиями);
•
SYS 1 . LINKLIB - системная библиотека загрузочных МОдУЛей, а
также дрyrnе библиотеки, описанные в р азделе
данных
SY S 1 .
Р ARML 1 В
(содержат
LNKLS T набора
нерезидентные
системные
программы: уг и л и ты, программы обслужива ния , редактор связей
и др .) ;
• S У S 1 . L Р AL 1 В до по лнительные
ВЮlючая
библиотечный
модули
системные
набор
данных.
загружаемые
zlOS,
процедуры ,
в
содержащий
область
SVС-программы,
LPA,
базовые
системные пр о гра ммы методов доступа , н екоторые TSO - моДули и
др.
Для
библиотек,
загрузки
LPA
в
описанных
в
возможно
разделе
использование
LPALS T
набора
других
данных
SYSl . PA RMLIB ;
• S У S 1 . MAN х - VSAM
набор да нны х, служащий для хр анения
статистической инфор мации, собираемой модулем
SMF (
х =А
Z , 0-9 );
•
SYSl . LOGREC
системный
журнал
ошибок
и
сбоев
оборудования;
•
SYSl . DUMP xx
системный
дамп
(содержимое
виртуальной
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
памяти),
формируемый
системных п ро грамм
в
случае
ошибок
при
выполнении
( хх = О о .. 99 ).
На заключительном этапе инициализации системы создается первое
виртуальное
адресное
п ланировщик''),
пространство
которое ,
в
Master
частности,
ScheduJer
служит
для
(''главный
создания
новых
системных адрес н ых п ространств с помощью специальной программы
ACS
(Address Space
Системные
Create).
адресные
п ространства
создаются с целью разместить системный код не в общей области, а в
п риватной .
Можно
вы д ели ть
четыре
группы
системных
ад ресных
п ространств в зависимости от способа их создания и использования
(ри с
•
5. 11):
-
SYSТEM
этап е
системные адресные
инициализации
пространства , создаваемые на
ав томатически
с
п омощью
главного
п ланировщика;
•
-
SТARТ
адресные
оператора
п ространства ,
SТARТ,
вводимой
с
создаваемые
системной
команде
консоли
формируемой автоматически для запуска процедур
• TSO -
по
или
JCL;
адрес н ые пространства , создаваемые для каждого сеанса
TSO , открываемого
пользователя
• Batch Job -
п о команде
LOGON ;
адресные простра н ства , п ринадлежащие п акетным
инициаторам
подсистемы
уп р авления
JES
зада н иями
и
испо л ьзуемые для выполнения пакетны х заданий .
•
А
С
С
R
I
S
W
J
Т
О
Т
Т
I
[
[
м
L
О
А
А
О
М
L
Е
С
М
S
S
N
N
А
L
N
Т
S
S
F
М
Р
V
О
О
[
S
О
S
А
Р
Д
S
2
N
1
[
S
т
т
т
т
С
О
L
U
U
Е
Д
L
О
S
S
I
2
m
R
S
Е
G
Е
Е
R
I
R
•
Рис.
SYSTEM
5.11.
Р
S
-
-
...
-
Адресные простра н ства
START
n
,
I
•
TSO
Batcb
LOGON
'пЬ
,
Z/OS
С п исок ос н ов н ых сист е мных, а также запускаемых ав томатически п ри
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
инициализации
операционной
представлен в т аблиц е
Таблица
системы
адрес ны х
прос транств
5.3.
5.3. Основные
системные адресные пространства
Наименование
7l0S
Назн ачение
*MASТER*
Глав ный п ла нировщик
ALLOCAS
Создани е адресных про странств и пространств данны х
АРРС,
Поддержка сетево го протоЮ)ла АРРС
ASCH
CAТALOG
(CAS)
Master Scheduler
Функции катало га
BPXOINIT
Инициализация системного сервиса
CONSOLE
Поддержка Ю)нсольных устройств
DFM,
DFMCAS,
GDEDFM
UN IX
Управление р аспределен ны ми файлами
(Distributed File
Manager)
DLF
Средства использования гиперпространств
DUMPSRV
Средства формирования дам пов
HSM, ABARS,
ABARxxxx
Менеджер иерархичесЮ)й па мяти DFSМShsщ средства
FТPSERVE
FTP-сервер
GRS
Средства глобальной синхронизации ресурсов
IOSAS
Супервизор ввода-вывода , подцержка
IXGLOGR
Системный регистратор
JES2 ,
JES2AUX,
JES2MON
По.цсистема управления заданиями
LLA
NFS
ОАМ
резервного Ю)пирова ния и восстановления
ESCON
JES2
Средства кэширования оглавлений библиотек в
виртуальной памяти
Сетевая файловая система
NFS
Сервер данных для лен точны х библиотек
IВM
349S
OMVS
Системный сервис
РСАUТН
Поддержка межпространственной связи
UN IX
IBM 3494
и
Операционные системы и ПРОГl"""мное обern""ение н. платформе :15еп".
Менеджер реальной памяти
RASP
RSM
Менеджер управле ни я сменными н осителями
RMM
DFSMSrmm
Служба восстановления ресурсов
RRS
Средства управления системой
SMF
SMF
(статистика и
измере н ие производи тельности)
SMS
По.цсистема управления внеlШlей памятью
SMXC,
SYSBMAS
Дополнительные средства управления
TCP IP
Средства подцержки
ТRACE
Трассировка системы
PDSE
наборами
да нн ых
TCPIIP
Средства КЭlШ1равания н аборов данн ых в виртуальной
VLF
памяти
XCFAS
Средства
VТAM
Средства подцержки сети SNANТAM
WLM
Менеджер управле н ия рабочей нагрузкой
Ynравление
Paralle! Sysplex
создан н ыми
выплняющимисяя
В
них
адресными
приложе н иями
создаваемых z/QS управляющих блоков
блоки
представляют
определенного
ресурсов
и
связа нн ые
qюрмата ,
процессов
z/OS
(control bIocks).
между
которые
п ространствами
осуществляется
собой
ис п ользуются
и
хранятся
в
на
Управляющие
структуры
для
и
основе
данных
о п иса н ия
виртуальной
всех
п амяти .
Важнейшим из них является так называемая таблица векторов связей
CVТ
(Communications Vector
содержит указатели
таблицы,
используемые
Место п оложение
области
PSA.
ТаЫе), которая хранится в области ядра и
н а основные управляющие блоки
CVТ
базовой
управляющей
о п ределяется
по
и
системные
программой
указателю,
записан н ому
в
Одн им из векторов в таблице CVТ является указатель на
таблицу векторов адресных пространств
ТаЫе), которая хран ится в подпуле
управляющие блоки
ASCB
245
ASVT (Address Space Vector
и СQЦержит список указателей на
всех доступных адресных пространств. Как
уже отмечалось ра н ее, блок управления адресным пространством
содержит
ВСР .
инqюрмацию
адресным пространством .
и
указатели,
н еобходимые
для
ASCB
управления
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
После того как произведен начальный запуск оп е рационной системы
zJOS , поддерживается три
•
варианта перезагрузки:
холодн ая п ерезагрузка
загрузка
с
выполняется как начальная
(co!d start) -
п олной
перестройкой
содержимого
областей
виртуальной памяти ;
•
быстрая перезагрузка
(quk:k start) -
не п ерестраивается содержимое
временные наборы данных, размещенные в виртуальной
PLPA;
VIO), не со храняются;
(warm start)
содержимое
наборы да нн ых VIO сохраняются.
памяти (так н азываемые
•
теплая
PLPA
перезагрузка
перестраивается ,
не
Управление задачами
На п омним , что задача
(task)
представляет собой ми ни мальн ую единицу
работы , которой система предоставляет процессорные кванты . Задачи
п орождаются по инициативе приложен ий (с помощью макровызова
АТТАСН) для распараллел ивания вы п олне ни я отд ельных фрагментов
кода программы. Любая программа , как минимум , представляет собой
одну задач у, но может быть по строена в виде совокупности параллельно
выполняемых задач.
Для кажд ой задачи
управления
zJOS
задач е й
основные атрибугы
соответствующего
строит специальный управляющий блок
ТСВ
задачи
и
приложения
адресным
пространством
н екоторые
систем н ые
Вю с k) ,
размещается в
пользовательского
SWAlESWA
Сопtrо!
(Task
(в
В
ассоциируется
задачи ,
-
блок
содержит
ад ресном п ространстве
обла сти
региона).
который
п ланировщика
общем
случае с
несколько
ТС В ,
обслуживающие
работ
каждым
ВЮlючая
выполнение
п ользовательских приложений. Все блоки ТСВ связаны между собой в
иерархическую цепочку с помощью специальны х указателей.
Наряду с
задачами
н азываемые
запросы
адресном
другое
"
в
запро с ы
инициируются
на
невытесняющем
для
и
кодом ,
выполнения
простран ство.
режиме
еще
один
вы п олн ен ие сервисных
системным
п ространстве ,
адр есное
существует
zJOS
имеют
работ
программ
исполняемым
действий ,
Запросы
ряд
ти п
".
так
Э ти
внекотором
затрагивающих
выполняются
о гра ни чений ,
связа нн ых
в
с
н евозможностью примен е ния системных вызовов (S VС-прерываний) и
;;
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
использования памяти вне области
SQA.
Для каждо го такого запроса
система строит управляющий блок, получивший на звание
SRB (System
Request Block).
Таким
об р азом,
в
любой
момент времени
в
системе
присугствует
некоторое количество работ в виде задач и запросов, которые готовы к
выполнению
и
нуждаются
в
предоставлении
процессорного
времени.
Проблема распределения процессорного времени решается с помощью
специальной
системной
прогр аммы,
тесно связанной
обработки прерываний , которая называется дис п етчер
планировщик р абот
с процедурой
(dispatcher)
или
[ZJ.
Д исп етчер qюрмирует очереди р абот
Uпit
WUQ (Work
Queue)
из числа
вновь созданных, а также готовых к выполнению, но ранее пре рванных
задач
и
запросов
5.12).
(ри с .
организацию.
На
п ервом
управляющих
блоков
Очереди
уров н е
адрес ны х
имеют
qюрмируется
пространств,
представлены в физической памяти
(swap in)
двухуров н евую
цепочка
ASCB
страницы
которых
и у которых имеется хотя
бы одна задача или запрос, го товые к выполнению (т.е. не ожидающие
завершения какого-либо события).
диспетчерскими
адресных
нагрузкой
приоритетами,
прос транств
WLM.
ASCB
с
установ ле нны ми
помощью
Каждое
упорядочены в соответствии с
менеджера
адресное
для
различных
управления
пространство
рабочей
р асполагает
собственной очередью го товых к выполнению задач и за пр осов в виде
цепочки управляющих блоков ТСВ и
в
ASCB
(очередь второго уров ня) .
SRB,
SRB
на которую имеется указатель
всегда имеют преимущество
перед ТСВ. Любое событие , изменяющее статус адресно го прос транства
и его р абот, приводит к изменению очереди.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
ДОСВ
АОСВ
А$СВ
ASCB
ASCB
П р оцес со ры
Рис.
Дис п етчеризация работ
5.12.
Д исп етчер получает ynравление каждый р аз , ко гда освобождается один
из
процессоров ,
работы,
либо
то
есть
истекает
либо
квант
завершается
отведенного
выполнение
для
о ч ередн ой
некоторой
р аботы
процессорного времени , либо р абота переходит в состояние ожидания
(блокируется) до настynления какого-либо событ и я.
При
получении
ynравле ни я д испетчер выбирает из о ч еред и наиболее п р и оритетн ую
работу
и
п роизводи т
' 'п ереключение
процессора ",
пр едоставляя
возможность начать или продолжить выполнение этой работы.
Переключение подц е рживается аппаратн о, при
используется
механизм
следующие шаги (п.
•
•
•
обработки
этом в
прерываний ,
полной
который
мере
включает
2. 1.4):
загрузка ад реса таблицы се гме н тов в ynравляющий регист р
CR;
восстановление ранее сохран енны х ре пfCТ Р ОВ пр о ц ессо р а;
восстановление старого
PSW
и передача ynравления следующей
р аботе .
Управление вводом-выводом
в основе системы ор ганиза ции ввода-вывода в
"
z/QS
лежи т ка н альная
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
архитектура и связа нны е с ней аппаратные компоненты , описанные в
гл аве
2.
средств,
На уровне о п ерацио нн ой системы пр едставлены д ве грynnы
обес п е чивающих
nодце ржку
выполнения
оп е р аций
ввода
вывода: средства о пи са ния и конфигурирования устройств и средства
ynравле ни я п отоками да нных.
Для описания конфигурации подключ е н ного оБОРУдова ни я и устройств
ввода -в ывода , а также их динамической реконфигурации и с п ользуются
ynоми навши еся
р анее
диало говые
компо н е нты
HCD
или
Результатом их nрим е н е н ия является п остроение набора данных
(InputJOutput Definition File),
Н СМ .
IODF
в котором о п ределены п араметры устройств
ввода-в ывода , испо льзуем ые кан альной подсистемой и
z/OS.
Канальн ая
п одсистема п ол учает необходимую для работы инqюрмацию с п омощью
пр огр амм ы дл я описания оборудован ия IO С Р
Program),
которая на основе
дан н ых
параметров
IODF
(InputJO utput
со пfigшаtio п
qюрмирует ко нфигура ци онный н абор
оБОРУдова ния ,
п одключе нн ого
к
канальн ой
п одс ист еме
IOCDS (InputJOutput Со пfigшаtiо п Data Set). z/OS иcnользует
содержимое IODF на этапе началь н ой за гр уз ки и ини циали заци и (см .
выше).
Упр авле ни е п о то ками да нны х п ри вводе -в ыводе п остроено на основе
ги бкой многоуровневой модели
схема
обработки
за просов
[ZJ.
На рис.
ввода - вывода
на
5.13
n оказа н а типичн ая
при мере
использующего данные, хранящиеся на устройстве
DASD.
приложения ,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
AS
К8налЫI W1
-----
npo l-paммa
,
'+
I
,- ,(
I
/
I
I
\
\
-
Буфер вJB
Е
'" Е
••
~
SSCH
I
Драйвер
+
\
\
~
"~
~
С РА
PU
GETIPr.тr
DCВ
Пркложен ие
DD NAМE=DSET,
.,.
·..
MYPROG
О РЕ'
<-
~
GET
·. .
рит
5.13.
I
. . .
-----11 :
;
JOB ...
11
Е:ХЕС
т
PGM-MYPROG
//~SE T ~C D SN=~TA .
UN IТ=ЗЗ 9 0,VOL=SER=VОLООl
·"
1/
CLOSE
Р и с.
I
•:;;
•"
J.
Метод Доcryп8
• 1 CU
1
~
. 1 105
1
1.
1
Средства управления п отоками дан н ых п ри вводе-выводе
MYPRG,
Приложение
представленное в
AS ,
адрес н ом п ростра н стве
запускается с п омощью пакетн ого задания, которое содержит описание
и спользуемо го
О п ера ции
набора
да нн ых с
име н ем
ввода- вывода п редставле н ы
макровызовов
в
OPEN, GET , PUT , CLOSE .
МУОАТА (оператор
00 ).
тексте приложе ни я в
виде
На языках высоко го уровня
данные макровызовы ге н ерируются компилятором п ри обращении к
соответствующим
функциям
вы п олняется
началом
п еред
ввода-вывода.
п роцесса
специальных управляющих блоков
(Оаы
Contro! B!ock)
-
Макровызов
ввода - вывода
для
OPEN
построения
блока уп р авления дан н ыми ОСВ
и блока размещения данных ОЕВ
(Oata Extent B!ock).
ОСВ соде р жит ин формацию о па р аметрах набора данных (имя , тип ,
устройство
и
макровызове
т. п .) ,
ОСВ .
откорректированы
связанном
с
размещении
представленную
Эти
в
п араметры
опе р аторе
соответствующим
н абора
в
данных,
MOryr
языка
ОСВ.
специальном
быть
уп р авления
одноименном
дополнены
заданиями
и
00,
ОЕВ соде ржи т инфо р мацию
ВЮlючая
устройства
о
и
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
характеристики
вы деле нного
набору данных пространства
внешней
памяти.
Указанные
управляющие
операций
ввода-вывода,
блоки
макровызовов чтения (ввода)
макросов
GET I PUT
используются
которые
GET
при
с
п е редачи
с
PU T.
и записи (вывода)
начинается
выполнении
осуществляются
помощью
Исполнение
управления
программе
метода доступа , указатель на которую хранится в О СВ. Метод доступа
(access method)
представляет собой
своеобразный
интерфейс
между
приложением и его дан ными , благодаря которому приложение работает
на логическом
физической
области
уровне
представления да нны х,
организации.
Программа
адресного
пространства
LPA
вне
зависимости
метода доступа
и
берет на
от
размещается
их
в
себя выполнение
множества важных функций, таких как:
•
создание
буферов
ввода-вывода
в
адресном
пространстве
приложения ;
•
•
•
синхронизация операций ввода-вывода;
по строение канальной программы ;
оптимизация
характеристик
прои зводительности
контроллера
(например, за счет организации кэширования данных);
•
•
•
В
сжатие и распаковка данных;
восстановление программ при возникновении ошибок;
обмен данными с приложением.
zlQS
поддерживается несколько методов доступа , предназначе нных
дл я обслуживания наборов данных и устройств определенного типа.
Чаще всего используются следующие методы доступа:
• QSAM, BSAM -
дл я обработки последова тельных наборов данных
и разделов библиотек;
•
ВРАМ
-
PDSE);
• VSAM • ОАМ потоков
для обработки библиотечных наборов данных
VТAM
-
и
для обработки наборов да нны х VSAМ;
для
обработки
дан ны х
не
разделенных на логические записи
(объектов) ,
хранящиxrя
в
СУБД
оптических носителях;
•
(POS
для организации сетевого ввода -вывода.
ОВ2
и
на
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Каждый из представленных методов доступа реализует собственный
алгори тм записи /чтения данных и располагает специфическим набором
макрокоманд и yrилит для организации ввода-вывода.
Наряду с
выполнением
пр едставленных выше
функций
программа
метода доступа создает управляющие блоки
10B
блок ввода-вывода
содержит указатели на все
10B (Input/Output Block)
и ЕСВ. Упр авляющий
связанные с данной операцией ввода-вывода управляющие блоки и ,
самое важное,
program)
-
на канальную программу. Канальная программа (сhаппеl
создается
прогр аммой
последовательности
канальных
метода
доступа
CCW,
команд
и
состоит
описывающих
из
всю
процедУРУ ввода-вывода , ВЮlючая адреса области па мяти , КУда (откуда)
пересылаются да нны е , а также объем п ередаваемых данных (см . п.
Далее
через
вызов
соответствующего
передается драйверу,
который
Block)
прерывания
управление
реализует интерфейс междУ методом
доступа и супервизором ввода-вывода
ЕСВ (Еvепt Со пtго l
SVC
2.2).
105 . Блок управления
событиями
служит для синхрониза ции р аботы метода
доступ а и драйвера. Когда в следующий р аз метод доступа получит
управление от диспетчера, он с помощью макровызова WAIТ будет
ждать сигнала от драйвера о завершении операции ввода-вывода.
Для бол ьшинств а методов доступа , не использующих наборы данных
У5АМ, применяется так на зываемый драйвер ЕХСР
Program),
резервирует
вызываемый
в
использоваться
одноименной
основной
для
памяти
п еремеще ния
(EXecute
макрокомандой.
страницы,
данных
и
Драйвер
которые
размещения
С hаппеl
будyr
канальной
программы и объявляет их фиксированными (неперемещаемыми) на
время выполнения операций, корректируя соответствующим образом
адреса канальной прогр аммы.
Затем
управление
Output
5иреIVisОГ),
передается
который
IQ5 (Input
взаимодействие zIQ5 с
супервизору ввода-вывода
обеспечивает
канальной под системой , выполняя следующие функции:
•
проверка доступности устройства и
определение оптимального
канального пyrи ;
•
формирование очереди ожидания, если есть запросы от других
приложений;
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
запуск
канальной
программы
с помощью
машинной
команды
SSCH.
Канальная подсистема выполняет канальную программу, обеспечивая
физический перенос данных междУ основной памятью и устр ойством с
помощью аппаратного контроллера
(CU)
и канальных пyrеЙ. Завершая
операцию , канальная подсистема формирует прерывание ввода-вывода ,
предварительно
управляющий
прерывания
записав
блок
код
IRВ
ч ерез
завершения
(Interrupt
SRВ-запрос
супервизора ввода-вывода
операции
специальный
ВЮсk).
Обработчик
программу
оповещения
Response
запускает
в
которая передает управление д р айверу
IOS,
Драйвер сигнализирует методу доступа о завершении операции ввода
вывода, который, в свою очередь, получив управление от диспетч ера ,
возвращает управление пользовательскому приложению. После этого
приложение , наконец , может продолжить свою работу: При наличии
ошибок MOryг срабатывать программы восстановления, представленные
в составе супервизо р а .
Следует отметить , чт о данный пример демо нс трирует общие принципы
обработки запросов на ввод-вывод средствами операционной системы
zJOS,
хотя в
отдельных
случаях MOryг быть
некоторые отличия от
представленной схемы.
Управление рабочей нагрузкой
Одна из важнейших функций базовой управляющей программы
связана
с
решением
задач и
перераспределения
системных
основной
каналов
па мяти,
выполняемых
в
выполняемых
р абот
процедУРЫ
с и стеме
C ICS,
р абот
с
учетом
TSOIISPF,
TSO,
междУ
их
пакетные
времени ,
всеми
важности.
задания ,
поддержки
zJOS
динамич еского
(процессорного
устройств)
программы
пользовательских сеансов
рамках сеансов
ресурсов
и
включаются
и
STC
э<fxlJeктивно го
видами
В
состав
запускаемые
интерактивных
приложения и команды, запускаемые в
команды и yrилиты
UNIX shell,
транзакции
ОВ2 и др. Иногда такую задачу называю т "балансировкой рабочей
нагрузки",
поскольку
в
услов иях
выполняемых
в
системе
поддерживать
при емлемый
р абот,
или
постоянно
с
одной
заданный
ы
меняющегося
стороны,
уровень
объема
тр ебуется
пропускной
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
способности
(или
макс и мал ьную
времени
загр узку
реакции),
имеющихся
а
с
другой
ресурсов,
не
обеспечить
до п ус кая
при
ситуаций, когда какого-либо р есурса н едостает. Р е ше ни е этой
возложе н о
на
менедже р а
управления
Возможности
р ас про стр аняю тся
W LM
выполня емых в том числе и в кл ас те р е
реализует
эффективн ую
на
задач и
нагрузкой
Мапа gеr), кото рый впервые б ыл пр едстав ле н в
(WorkLoad
WLM
р або ч ей
этом
WLM
MVS SP У5 .
работ,
множеств о
Parallel Sysp lex.
модель
п олучившую на з вани е" целевой режим"
управления
(goal mode)
нагрузкой,
и основанную на
вы боре и о пи са нии ожидаемых целей функционирования для каждой
и з выполняемых р абот
rn.J.
V1R2 подце рживалс я
(compatibility пюdе)
и
Отметим, чт о одн овреме нн о впл оть до
так
называемый
ныне
не
режим
"
применя емая
zJOS
совместимости "
модель
управления ,
ориентированная на низкоуровневые средства настро йки и
контроля
испол ьзования
ресурсов
SRМ
ресурсов
(System Rеsошсе
Ра ссмотри м
основные
ц елевом режиме
с
помощью
менеджера
с и ст емн ых
Мапаgеr).
WLM.
принципы
управления
рабочей
нагрузкой
н епересекаю щи ес я группы , на зы ва емые классами обслуживания
class).
в
Все выполняемые в системе р аботы делятся на
(servk:e
Принадлеж н ость конкретн ой работы к тому или ин ому кл асс у
определяется по ее атрибугам, таким как тип р аботы (па кетное задание ,
тра н закция и т. п .), идентификатор п ользователя , учет ная информация ,
испол ьзуемая п одсистема (среда) вы п ол н ения и др. Атри бугы каждого
класса обслуживания на знач аются системным адм инис трат ором пр и
на стр ойке
образом,
с и ст ем ы
в
каждом
или
устанав л иваютс я
классе
объеди н яются
по
ум ол чанию.
работы
с
Таки м
идентичными
характер и ст ика ми с точки зрения используемых ресурсов и тре буемой
п роизводительности.
с
каждым
классом обслуживания ассо циир уется о п ределенная ц ель
выполнения
MOryг
(goal)
быть
обозначаемых
и п оказатель в ажности (imроrtапсе). С помощью
определе н ы
как
время
тр и
типа
отклика,
ц еле й
выполнения,
и зб ира тел ьн ость
и
WLM
условно
скоро сть
выполн е ния.
Цель типа " время отклика" (rеsропsе оое ) означает уста нов ку желаемой
длительности
выпол н е ни я
работы,
которая
измеряется
от
момента
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
запуска (ввода) запроса до
получения результата.
Эта цель обычно
выбирается для коротки х транзакций, поступающих от интерактивных
пользователей , и может быть зада на двумя способами. Первый способ
заЮlючается в установке среднего времени отклика: например,
0,5
с для
всех работ да нного класса обслуживания. Второй способ позволяет
допол ни тельно указать долю работ, для которых необходимо обеспечить
требуемое
время
реакции:
например,
р абот
80%
данно го
обслуживания должны быть выполнены не более чем за
Цель
"
класса
с.
0,5
избирательность" (disсгеtiопагу) уста на вливается для работ, у
которых нет жестки х ограничений
по длительности выполнения.
В
это м случае система может предоставлять таким р аботам ресурсы по
принцип у ''разумной достаточности "
только в периоды невысокой
-
общей нагрузки и когда другие р аботы достигли своих целей. Данная
ц ель
может
пакетны х
быт ь
заданий,
назначена ,
которым
например ,
система
для
лишь
низкоприоритетных
гарантирует
завершение
(рано или поздно).
Цель
"
скорость выполнения
назначается для
" (velocity)
работ, для
которы х первые две цели неприемлемы. К этой категории относятся ,
напри мер ,
длительные
или
"бесконеч ны е"
по
времени
выполнения
работы, которые тем н е менее н ельзя отнести к низкоприоритетным.
Скорость выполнения задается целым числом в диапа зоне
выше
урове нь
установленной
скорости ,
тем
больше
1-99.
Чем
вероятность
получит ь необходимые ресурсы без предварительного ожидания.
Показатель
важности
класса обслуживания
характеризует,
насколько
важно для работ дан ного класса дости чь установле нно й ц ели . Данный
пока затель, принимающий целочисленные значе ни я в диа па зоне от
до
5,
1
применяют в тех случаях, ко гда в системе возникает дефици т
ресурсов
и
заставить
требуется
их
ждать) .
''пожертвова ть ''
При
какими-то
разрешении
обслуживания с показателем важности
1
работами
коллизий
(то
работы
есть
класса
бу,цуг иметь преимущество
п еред работами всех остальных классов. Для классов, имеющих цель
''избирательность'', п оказател ь важности не назначается.
Выполнение работ каждого класса обслуживания представляется в виде
по следовательности периодов
быть
заданы
различные
(period),
цели
для каждого ИЗ которых MOгyr
и
показатели
важности.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Продолжительность
выделенных
единицах
для
периода
периода
обслуживания
количества
определяется
ресурсов,
uпits) .
(seIVice
использованных
по
условному
и змеряемому
Эта
процессорных
в
так
величина
квантов
для
количеству
на зываемых
зав и сит
от
выполняемых
задач (ТСБ и SRВ), числа запросов на доступ к памяти и ввод-вывод , а
также ти пов используемых устройств и оборудования.
Каждые
четыре
секунды
прои зводительности
полученных
для
каждо го
данны х
производит
WLM
класса
сбор
данных
обслуживания.
осуществляется
На
корректировка
о
основе
текущего
распределения ресурсов , с тем чтобы приблизи ть более при ори тетные
работы к установленной цели. Если н есколько работ конкурируют за
получение одного и того же ресурса, то
WLM
производит выбор п угем
их ''взвешивания '' на основе задан ных целей и показателей важности.
Менеджер
управления
рабочей
нагрузкой
принимает
участие
в
реализации всех важнейших системных механизмов, включая:
•
•
управление созданием новы х адресных пространств;
управление
страничным
обменом
(предотвращение
нехватки
памяти, откачка стра ниц) ;
•
ор ганизацию свопинга (временное высвобождение ресурсов от
низкоприоритетных работ);
•
блокировку
приема
пакетных,
STC
и
TSU
заданий
при
повышенной нагрузке (нехватка свободных страниц в страничных
наборах или в центральной памяти , про буксовка страниц и т.п . )
•
•
управление диспетчерскими приоритетами задач;
управление
пакетными
иници аторами,
обесп ечивающими
выполнение пакетных заданий ;
•
•
Еще
управление приори тетами при вводе-выводе;
управление распределением наборов данных по устройствам.
одно
важное
обслуживания
понятие,
(servk:e policy),
используемое
WLM,
стратегия
которая п озволяет динамически изменять
пара метры (цели, периоды , по казатели важности) для уста новленны х
массов обслуживания в течение рабочего дня или в зависимости от
дня недели и ины х критериев.
Настройка
параметров
прогр аммистом
на
основе
WLM
осуществляется
специальной
диалоговой
системным
программы ,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
доступной в
Ран ее
TSOIISPF.
отмечалось,
что
z/OS
в
по явился
н овый
динамического управления ресурсами в р ежи ме
нагр уз ки
-
ком п онент
для
LPAR с учетом рабочей
IRD (Intelligent Rеsошсе
интеллектуальный менеджер ресурсов
Director) ffiJ. IRD
раСlШlряет концепцию ц елевого режима управления
рабочей нагрузкой, р еал изуемую
логических разделов
сервере, так и в
пугем предоставления ресурсов
W LM ,
размещенных как на
LPAR,
одн ом
рамках сисплекса (так н азываемый
Новы е возможности
IRD
фи зи ч ес ко м
кл астер
LPAR).
затр аrnв ают решение следующих основных
задач применительно к ц елевому режиму управления:
•
(processor
weig!1t), выделяемого ло гич ескому разделу (LPAR CPU management);
• динам ич еское п ерео пр еделени е канальн ы х п уге й между LPAR для
динам ич еское изменение доли пр о ц ессорного време ни
повышения
э$lJeктивности
ввода-вывода
критери ев выполняемых р абот
(dynamic
с
учетом
сЬаnnеl
path
целевых
maпаgеmeпt,
D С М) ;
•
ор га низаци я доступны х всем
ввод- вывод с
(сЬаnnеl
учетом
LPAR
доп олнительных очередей на
ц елевых критериев
выполня емых
р абот
subsystem priority queuing, CSSPQ).
При управлении ресурсами системы существен ную роль играют е ще два
ком пон ента
z/OS: SMF
Ко м пон ент
SMF (System Management Facility)
и
RMF.
управляющей пр о гра ммы
и
инфор ма ции , касаю щей с я функционировани я
работает
в
собствен н ом
адресном
инфор ма ция накап ливается в
специальных
ц елое
VSAM -
число).
z/OS
регистрации
и приложе ни й.
пр остра н стве.
SMF
Соб р анная
ви де так на зы ва емых SМF-за пис ей
наборах данных с им е на ми
Различают
п ользовательской
входит в состав базовой
пр ед на значен дл я сбора и
типа
два
информ а цией .
записей:
SYS1 . MANx
систем н ой
с
SМF-записи
( х
с
в
и
систем н ой
инфор ма цией ВЮlючают, н а при мер, сведе ния о конфигурации системы ,
активн ости
страничного обмена , р або ч ей нагрузке и
испол ьзования различных ре сурсо в . S М F - за писи
информацией
содержат
данные
устр ойств (в первую очередь
об
с польз о в ател ьско й
использован ии
DASD) дл я
интенсивности
п роцессоров
и
каждо го шага задания и задания
в ц елом, а также для п ользовательских сеансов
TSO .
Собра нная
SMF
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
информация испол ьзуется р азл ичны м и
WLM , а
компо н е нта ми
ВЮlюч ая
z/OS ,
та кже достynна п ользователю н е поср едств е нно и л и с п омо щью
рассматриваемого
ниж е
компонента
осуществляется с п омо щью раздела
RМ F.
На стр ойка
SMF
SMFPRM реестра SYS1 . PARM LI B.
Мен едже р сбора данных о р есурсах
принадлежит
RMF (Resource Measurement Facility)
опциональных компоне нтов z/OS и содержит
к числу
средства для сбора да нны х и формирования отчетов об использовании
ресурсов и прои зводи тел ьно ст и с ист ем ы. Отчеты , формируемые
MOryг
использоваться
для
анализа
т екуще го
состояния
RM F,
системы ,
выявления узких мест, а также выбора наиболее эфрективной стратегии
ynравления
ресурсами
и
нагр узко й
и
планирования
развития
апп аратн ого обеспечения системы.
в состав RМF входят три програ мм ных мо нитора.
•
Монитор
III -
пр ед на значен дл я сбора и анали за информации на
коротком отрезке вр еме ни (сбор п е рвичны х данных с п ер иодом
с , консолидация собранных данны х с сохранением результатов
кажды е
100
1
-
с). По з воля ет получ и ть св еде ния о значениях вр еме ни
ОТЮlика и скорости выполнения работ, информацию о задержках,
сказав ши хся н а производительности.
•
Монитор
II -
предназначе н для сбора и анализа инфо рмации об
исп ользовании
дискового
конкретного
то ма ,
основной
рес урса
(например,
па м яти )
либо
об
пр оцессоро в ,
акт ивно ст и
и
потр ебляем ы х ресурсах прим е нитель но к указанному ад ресно му
пр ост р анству или зада нию в текущи й
осуществляться
н епрерывный
моме н т вр емени. Может
кон троль
состояния
адресного
пр остр анств а или задани я .
•
Монитор
р або ч е й
1-
пр ед назн аче н для сбора и анализа информации о
нагрузке
и
использовании
ресурсов
на
дли т ель но м
(указа нном) отрезке в рем е ни (по умолча нию период сбора
п е ри од консолида ции
-
- 1
с,
зо мин). Значения временных периодов
MOryг бы ть зада ны пользователем. В остальном
-
то же, что и
мо ни тор ш.
Для хран е ния собранной инфор мации все три тип а мониторов MOryг
задействовать
на боры
данных
использует собственный
SMF,
набор данных
а
мо нитор
VSAM.
Ш,
кроме
того ,
Использовани е RМF
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
осуществляется через диалоговый интерфейс , доступный в
однако существует возможность запуска мониторов
TSOIISPF,
RМP в nакетном
режиме с выводом отчетов в указанный набор данны х. При этом можно
получать сообщения о возникающих nроблемах.
1)
Термин Ваг можно перевести как < пробел > , < планка >, < барьер >
кому что нравится. Появились также терми ны < аЬоуе
the
Ьаг >
для
обозначения
областей
виртуальной
the
Ьаг> и
памяти,
<below
лежащих
соответственно выше Ваг- области (для достynа требуется 64-разря.цныЙ
адрес) и ниж е (достаточ но 31-разря.цно го адреса).
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Управление данными
Средства управления данными в
Ynравление
да нны ми
z/OS
в
zlOS (DFSMS)
заютючается
в
организации
идентификации , хра н е ния , каталоrnзации , поиска данных различного
назн ач ения
(в
том
числе
и
пр о грамм) ,
которые
применяются
для
системных и пользовательских нужд. Основной единицей управления
является
набор
данных
(data set),
определяемый
как
именованная
совокупность связанных элементов данны х, размещаемых во внешней
памяти или иных устр ойства х.
Функции
управления
управления данными
данными в z/OS возложены на подсист ему
DFSMS (Data Facility Storage Management System),
котор ая вютючает набор компонентов, представленных в
модулей
виде пяти
[101.
• DFSMSdfp
(data
реализующий
facility
базовый
product)
основные
функции
элемен т
управления
z/OS ,
данным и
и
устройствам и хранения данны х, включая распределение внешней
па мяти, организацию доступ а к данным, подцержку операций над
наборами да нны х, ведение каталогов наборов данных .
• DFSMSdss (data set selVice) и устройств внешней
средства администрирования данных
памяти
на ма гни тны х дисках (резервное
копирование, восстановление, дефрагмен тация);
• DFSMShsm (hierarchical storage
maпаgег)
средства оптимизации
-
хранения наборов данных на различных носителях в зависимости
от
ин те нсивнос ти
использования
и
обеспечения
сохранности
данных;
• DFSMSrmm
(гепюvаЫе
media
maпаgег)
-
средства
управления
сменными но сителями (ленточные и оптические устройства);
• DFSMStvs
(tгаnsасtioпаl
об р аботки
наборов
транзакций
CICS .
VSAM servk:e) - подцержка параллельной
да нны х VSAM для пакетны х заданий и
Последние четыре модуля являются опциональными.
в
z/OS
реализованы
и
параллельно
существуют
две
различные
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
технологии управления данными , условно называемые МУ5 и
Те хн о л ог ия
применении
данными,
(иногда
MVS
классических
основы
говорят
поп-5 М 5
возможностей
которых были
и
методов
заложены еще
в
5М5 .
базируется
)
на
управления
Главной
05 /360.
особенностью да нной технологии яв л яется непосредственный контроль
пользователя
внешней
над
памяти
Managed
параметрами
при
представляет
Storage)
обеспечивающую
наборами
распределения
их создании.
собой
комплексное
да нных,
администрирование
их
основе
данных
программную
создание ,
специально
(от
SMS
во
System
надстройку,
автоматизированное
включая
на
наборов
Те хн олог ия
управление
размещение
определяемых
и
классов
данных. Каждому такому массу приписывается фиксированный набор
атрибугов, вмючая устро йство размещения (том), объем вы деляемой
памяти , характеристики
набора да нных (тип,
структура),
обслуживания и за щиты и т.п. Использован ие технологии
особой
системной
настройки
и
параметры
SM5
специальным
требует
образом
сконфигурированных томов внешней памяти.
в данном
разделе
средства,
вначале
реализованные
особенности технологии
будуг представлены
в
техн оло гии
базовые понятия и
MVS,
а
затем
описаны
SMS.
Характеристика наборов данных
Операционная система
z/OS
подцерживает работу с наборами да нны х,
различающимися по тип у ло гич еско й организации: последова тель ными ,
индексно - п оследовательн ыми , прямого доступа , библиотечными
и
PDSE),
наборами да нных, использующими метод доступа на основе
виртуальной
системы
памяти
(У5АМ),
UNIX (HFS, zFS)
различных
типов
в
а
и.1],
составе
также наборами
Для
DFSMSdfp
данных
подцержки
доступа
ориентирован
на
работу
с
файловой
наборов
представ ле ны
получив ши е название методы доступа и описанные в п.
метод
(PDS
данных
компоненты ,
5. 1.3.
на борам и
Каждый
данных
определенного тип а и обеспечивает подцержку н еобход имых операций
для организации ввода-вывода.
Операционная система
z/OS
обеспечивает обработку наборов данных
на уровне лоrnческих за пис ей и блоков. Это означает, что набор данных
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
п редставляется в виде совокynности логических за пи сей, а п риложения
п олучают достyn к логическим за пи сям и обрабатывают и х как единое
ц елое.
В
то
устр ойствам и
же
в ремя
и
обмен
ос новн ой
данны ми
п амятью
между
периферийными
(ввод-вывод)
осуществляется
блоками (или фи зи ч ес ки ми записями) . В блоке объединяется н екотор ое
количество логических записей. Та ки м образом, для каждо го набора
данных
необходимо
уста н овить
согласованные
размеры
логических
за писей и блоков .
в
три
п одцерживаются
"Z10S
фиксированной
дл ины ,
н ео пр еделе нн ой
длины.
п остоянный
р азмер
4юрма та
переменной
за пи с и
в
ид е н т ифицируются с им волами
за пи сей:
языке
F и л и FB
записи
дл ины ,
фиксирован ной
За пи с и
и
логи ч ес ки х
записи
длины
ynравления
им еют
зада ни ями
в зависимости от выбранного
способа блокирова ния записей :
• F - в каждом блоке содержится тол ько одна ло ги ческая
• FB - каждом блоке может содержаться более одной
запись;
логической
записи.
За пи с и
п ереме нной
длин ы
им еть
MOryr
различный
размер
внугри
од ного набора да нны х, поэ тому по мимо данных о ни ВЮlючаю т в себя
дополнительное
поле
(дескр ип тор ) ,
где
указывается
за писи . Используемый дл я обозначения записей
ид ент ификат ор
V означает,
логическая за пи с ь ,
длина
текуще й
переменной дл ины
что в каждом блоке содержится только одна
ВЮJючая дескр иптор
записи.
Идентификатор
VB
п риме н яетс я в тех случаях, если в каждом блоке может содержаться
более
одн ой
логической
за пи с и ,
пр и
этом
дл я
ка ждо го
блока
допол ни тельно 4юрмируется дескри п тор, содержа щий длину блока.
За пи с и нео пр еделенной длины (идентификатор
U )
характе ризую тся
только размером блока и н е содержат никакой ин<lюрмации о деле нии
на логические за пи с и .
Ка ждый
набор данных характер и зуется уникальны м
и менем .
И мена
бывают простые и составные . Прос тое имя может содержать не более
символов (латинские буквы
A-Z,
п ричем первым символом имени
цифры
0-9,
спецсимволы
8
#,@, $,-),
н е может быть цифра . Наприм ер ,
PAR T S01 , B1934-1 , $$$$A .
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Составное имя набора данных складывается из нескольких простых,
разделенных
символом
"" (''точка''). Например , D. USER 1 . JC L,
A . VERY . LON G. DATASET . NAME , $PARTS . DATA 2 .
Максимальная
дли н а
составно го
имени
символа,
44
включая
разделительные точки.
Простые имена в составном имени принято на зывать квалификаторами.
Далее будуг р ассмотрены основные типы ор ганизации наборов данных,
за
исключением
прямorо
индексно-последовательны х
доступа
устаревшие) и
(не
HFS
рекоме н дованы
IВM
(БУдУГ р ассмотрены в п.
и
к
наборов
данных
использованию
как
5.1.6).
Последовшельные наборы данных
наборы
Последовательные
рассматриваются
как
да нных
совокуп н ость
Sequentia~
(P hysica!
лоrnческих
записей,
PS)
которые
обрабатываются в том порядке , в каком о ни были помещены в набор
да нны х
набора
(т. е.
последовательно).
данных
возможна
либо
Корректировка
пугем
полной
последовательного
перезаписи
всей
и н формации, либо п угем добавления новых лоrnческих записей в конец
набора да нны х. Последовательные на боры данных исп ользуются чаще
все го
для
хранения
относительно
больших
объемов
и н формации
(отчетов о выполненных заданиях, журналов сеанса и т.д.) на любых
типах устройств внеlШlей памяти. Причем на лен точных накопителях
MOryг
да нны х .
использоваться
Для
исключительно
обработки
п оследовательные
последовательных
наборов
поддерживается д ва метода доступа: "базис ный "
BSAM
на боры
данных в
z/OS
и "с очередями"
QSAM.
в
зависимости
от
используемого
тип а
лоrnческих
записей
и
блокирования, п одцерживается несколько форматов п оследовательных
наборов да нны х (РИ С .
5.14). На рисунке исп ользованы принятые в языке
z/OS идентификаторы: RECFM - формат записи ,
записи , BLK S 1 ZE - дли н а блока.
управления заданиями
LRECL - длина
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
LRECL
/1)
••
КECFМ- F
Rl
R3
Rl
R3
.,
R5
.б
R'
R5
R6
<:
LRECL
Ь,
I, ••
. . "N!= ...
~
I
<:
~
BLKSIZE
BLKSIZE
LREC
, I.
IRDW ·I
с) Rl:С !'М'" V
•• IRDW21
IRDWJI
R2
(
RJ
LRECL
d)
I, (ll)W,IRDw.1 •• IRDW21
aECFМ- vв
'2
BLK$I:l.E
е) Ц:С!'М-
U
БLКSIZЕ
Рис.
5.14.
БL:КSIZЕ
БLКSIZЕ
Структура последовательного н абора данн ых
При ис п ользован ии за п исей фиксированной длины (форматы
LR ECL
F
и
FB )
определяет размер каждой записи набора да нн ых. Размер блока
для формата
FB
выбирается кратным длине записи.
При использовании записей переменной длины (форматы
каждая
запись
включает
четырехбайтовый
содержащий дли н у записи . Параметр
LR EC L
V
и
VB )
RDW,
дескриптор
определяет максимальн ую
п о длине запись с учетом поля дескриптора. Блоки записей п ереме нн ой
длины (формат
дескриптора
Параметр
VB )
BDW ,
BLKS 1 ZE
дополнительно включают четырехбайтовое поле
предназначенного
для
хранения
дли н ы
блока .
в этом случае определяет максимальную длину
блока.
При
использова н ии
записей
н еопределенной
длины
(формат
U )
система не подцерживает деления набора данных на логические записи
и
производит
B L KS 1 Z E ).
его
обработку
блоками
фиксирован ного
размера
(
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Библиотечные наборы данных
Библиотечные
библиотеки,
наборы
дан ны х
рассматриваются
(Partitioned
PDS), и ли
разделов (members),
Data
как COBOкynHOCTЬ
Set,
каждый и з котор ы х имеет внугреннюю ор ган и зац ию , соответствующую
по следовательному
набору
да нны х.
обес п ечивает
zJOS
достyn
к
разделам библиотечно го набора данных по их уникаль ны м име на м. И мя
раздела формируется по тем же пр авилам, что и просто е имя набора
дан н ых, и указывается в круглых скобках после имени библиоте ч ного
на бора
да нны х,
P ROGOl
например:
набора
МУ .
да нны х
библиоте ч н ы х на боров данны х
DSET . PROG (PROGO 1)
раздел
МУ . DSET . PROG .
ДЛЯ
об р аботки
в zJOS подде рживается с п е циальны й
метод достynа ВРАМ.
Област ь внешней памяти , выделенной под размеще ни е библиоте ч ного
на бора данных,
состоит
из
двух
частей ,
граница
фиксируется в момен т создани я набора данных (р ис.
•
оглавле ни е
именах
разделов
блокам и п о
•
(directory),
256
и
их
в
котором
междУ которыми
5.15 ):
содержи тся
размещении
в
инфор мация
па мяти
об
(ра с пределяется
байт);
область да нны х, в которой содержатся сами разделы б и блиотеки.
Оrnавление
i'АIIВЕфхтl с_о 1Рщм АI I
Рис.
5.15.
Каждый
P.цrten ВЕГ
I Пycro I Р",," ТХТ I
С_,о
I
Структура библиоте чн ого набора да нны х
элемент
пользовательской
о гл авления
или
может
системной
содержать
информации
о
до
62
бай т
соответствующем
разделе набора данны х . Э та возмож н ость используется , в частности , в
диало говом ком п о н е н те
Разделы
MOryr
ISPFIPDF.
обрабат ыв аться
в
nроизвольном
пор ядке ,
то
есть
разр ешается с ч ит ывать, удалять, n ереименовыв ать , копировать любые
разделы.
Добавление
новы х
разделов
возможно
при
наличии
достаточно го свободно го пр остра н ства в конце области да нны х и в
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
области
оглавления.
да нны х,
с читается
П амять,
выделенная
ис черпан ной ,
под
если
б и бл иоте чный
отсугствует
н або р
возможность
добавить новый раздел, в то м чи сле и и з · за н ехватки места в области
оглавления.
Для
б и бл ио те чны х
наборов
специальная опера ци я "сжатия " и л и
устран ении
н еза н яты х
блоков
в
да нны х
''ч и стки '',
област и
подцерживается
которая заключается в
данных
библиотеки
и
увели ч е ни я непрерывного свободного простр а нств а в конце области
данных
пугем
характер и зуются
записе й
п ерерас пр еделе ни я
едины м
на бором
разделов.
значений
Все
п арамет р ов
разделы
лоrnческих
( RECFM, LREC L, BLKS 1 ZE ).
Библиотечные
наборы
данных обычно
испол ьзуются для
хр ане ни я
относительно небольших по объему "блоков " инф:Jрмации: исходных
текстов программ , проц едур и зада ний , объектных модулей , текстовы х
документов , таблиц и т. п. Для хр анения н е которых тип ов да нны х
тр ебует и с пол ьзовать тол ько библиоте чны е н аборы
как,
наприм е р ,
для
хр а нения
(PDS
загрузочных
и ли
zJOS
PDSE),
модулей
и
катало rn зированных пр о ц едур. Кроме того , мноrnе с и ст емн ы е наборы
да нны х,
такие
как
системный
рее стр
SYS l .PARМ LIВ ,
им еют
библиоте чную ор га ни за цию .
PDSE
наборы данных
В
п одце р жи в ается расширенный ф:Jрмат б и бл ио теч ны х набо р ов
zJOS
данных
PDSE ( Partitioned Data Set Extend ed ),
основные
внешние
че рты
и
свойства
который ,
стан дар тн ого
сохраняя
библиоте чн ого
набора да нны х, реализует более эqxpeктивный меха низм использования
памяти и доступа кданным.
В основе да нного механизма лежи т пр едставле ние области вн ешней
памяти ,
размером
выделенной
4
набору да нны х.
в
ви де
совокупности
блоков
КВ. Блоки р аспределяются междУ разделами и оглавлением
разрывным способом , что дает возможность ди н ами чески
и змен ять
размеры отдельных р азделов и доб авлять при необход им ост и новые
блоки к области оглавлен ия . Такой способ исключа ет н еобходимость в
выполнении
операции
сжатия ,
без
которой
трудно
пр едстави ть
использование стандартных библиоте ч ных н аборов да нны х. а также
исключает
оглавления.
ситуации,
связанные
с
н ехваткой
па мяти
в
области
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
PDSE
Для повышения скорости доступа к данны м оглавление
индексную
организацию.
разделов
в
При меняется
виртуальной
п амяти
кэширование
имеет
оглавления
(пространствах
данных
и
и
rn.п е рпространства х).
Во мно ги х случаях наборы да нных
эфрективную
н аборам
и
удобную
да нн ых.
п редставленных
Однако
в
PDSE
альтернативу
для
ф:Jрмате
можно использовать как более
стандарт н ым
размещения
Наборы
да нн ых
использоваться
п оддержка
PDSE
только
исполнимых
5. 1.8).
OS/390
2.8
до
рамках
SМS-технолоrnи ,
PDSE п ере несена
версии
на уровен ь
объе кт) ,
(см. п .
PDSE
в п лоть
в
программ ,
(про граммный
program object
используются ИСЮIючительно н аборы данных
библиотечным
однако
могли
в
zJQS
MVS .
Наборы данных VSAМ
в основе наборов данных
VSAM (Virtua! Storage Access Method)
лежи т
универсальный формат доступа к да нн ым, объединяющий возможности
п оследовательных.
п рямого
доступа
Ynравление
индекс н о-последовательных
с
применением
н аборами
да нны х
более
VSAM
и
н аборов
эфрективной
основано
на
данных
технолоrnи .
использовании
виртуального адресного п ространства для размещения буферов ввода
вывода
и
управляющих
таблиц,
а
также
на
применении
метода
индексир ования за писей.
Набор данных
VSAM
(рис.
состоит из логических записей
5. 16)
(R)
фиксированной или переменной длины, объединяемых в блоки р авного
размера . Такие блоки принято на зывать управляющими ин тервалами
(contro!
iпtеrvа!).
системную
Помимо
информацию.
зап исей
Ч асть
н еиспользуемоЙ. Управляющий
данными
между
виртуальной
уп р авляющий
простран ства
CI
интервал
ВЮIючает
может
оказаться
CI
интервал является единицей обмена
п амятью
и
диском .
Управляющие
интервалы , в свою очередь , MOryr объеди няться в управляющие области
СА
(contro! агеа), каждая размером, кратным одн ому ци линд р у. Таким
образом, VSAM набор данных может быть представлен совокупностью
управляющих областей равно го р азмера.
Операционные системы и ПРОГl"""мное обern""ение н. платформе :15еп".
Сдс,
СА ,
Р и с.
5.16.
Cl o
R.
R,
R,
///
CJ ,
R,
R.
R,
///
CI,
R,
R,
R,
111
СТО
R,
R IO
R"
/1/
CI ,
R12
R"
R"
I!!
CJ,
R"
R,.
R17
/1/
Обобщенная структура н аборов данных
Набор данных
может быть дополнен индексной составляющей,
VSAM
обеспечивающей
VSAM
доступ
альтер н ати вным ЮJючам.
к
данным
по
одному
Совокупность да нн ых и
и н дексных ком п онен тов получила н азвание мастер
и мя набо р а дан н ых
VSAM -
или
н ескольким
связанных с ни ми
VSAM.
Фактически
ЭТО имя кластера, тогда как сам и данные и
и н дексы хра н ятся в различных, НО связанных между собой
данных .
При
ЭТОМ
квалификатором
и мя
D АТА ,
компо н ента
а
имя
да нн ых
дополняется
ин дексно го
набора
набо р ах
справа
да нн ы х
квалификатором I ND E X.
в
z/05
п одцержи вается четыре типа
• E5DS
(Entry
Sequenced
последо вательн ый
формируется
Data
набо р
наборов данных:
VSAM
дан ных.
относи тельн ый
н еупоря.цоченныЙ
Set)
н омер
Для
бай та ,
каждой
что
записи
обес п ечивает
последо вательн ый доступ к за пи сям по смещен ию.
• KSDS
(Кеу Sеq uепсеd Оаы
с Юlючами .
Со стоит из
Set) -
последовательный набор данных
ин де кс н ого компонен та
и
компонен та
данных. Обеспечивает прямой доступ к за пи сям по Юlючу
• RRDS (Relative Record Data Set) относ и тельными
номерами .
набор данных с зап исями с
Обеспечивает
прямой
доступ
к
запи с ям фиксирован н ой дл ины по н омеру
• LDS (Linear Data Set) -
линейный
"
набор
дан н ых,
состои т из
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
управляющих
л огич ески е
интервал ов
записи.
размером
Управляющи е
КВ
4
без
интервал ы
деления
соде ржат
на
тол ько
да нны е и не включают системную инqюрмацию .
Отметим, что для общности наборы данных типа
также считают кластерами
VSAM,
ESDS, RRDS
и
LDS
в которых индекс ный ком п онент не
представле н.
Наборы данны х
VSAM
широко используются как для п ользовательских,
zJOS
так и для системных нужд . Наприм е р , главный каталог
является
набором да нных тип а VSAМ, ор га низованны м в порядке во зр а стания
ЮJючей (qюрмат
в технологии
KSDS). Ли н е йные на боры данн ых (LDS) испол ьзую тся
DIV (Dаtа -iп- virtuаl) для отобр аж е ния наборов данн ых в
виртуальн ую память. Для созда ния и обслужива ния на бо р о в данных
VSAM
используется многофункциональная уг и л ита
Структура тома
IDCAMS .
DASD
На коп и тели на жестких магнитных дисках, п о традиц ии обозначаемые в
zJQS
как
DASD (D irect Access Storage Devk:e),
прин адлеж ат к числу
основных устройс тв вн е шней памяти, и с пользуемых для размещен и я и
хранения как системных, так и пользо в ательских на боров данны х всех
типов.
При
внешней
разм еще нии
па м яти
наборов
выделяется
кото рые на зы вают экстен тами
да нны х
размещен
в
одн ом
дан ных
на
непрерывными
(extents) .
экст е нте,
Та ки м
то
он
диске
про ст р анств о
свободными
образом,
р азмещен
блокам и ,
есл и
на бо р
н е пр ерывно
и
занимает смежны е цилиндры (дорожки) диска без п ро п усков и и зъятий ,
что
обеспечивает
выделении
о граничивается
доступ а
наивысшую
с кор ость
доступа
к
данн ым.
При
п од на бор данных н ескольких эксте нтов (и х количество
в
зави с и мост и
с ни жается,
одна ко
от
ти па
внешняя
на бора
па м ять
данных),
скорость
используется
более
эфрективно.
Организация размещени я на боров да нных на томе
на рис .
DASD
п редставлена
5.17.
Каждый диск содержит сп е циальную область, размещаемую на нулевой
дорожке н улевого ци ли н дра. Э та область называется метка тома
label).
И мен н о отсюда
система
(volume
н ач ина ет обработку размещенной
"
на
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
диске
информации.
Метка
тома
содержит
серий ный
номер
то ма
(фактически это и ест ь имя тома) и н екоторые другие его атрибугы , а
также указатель на системный набор дан ных VТOC.
Набор данных УТОС
(Vo lume Table Of Contents)
называют оглавлением
тома. Он имеет последовательную организацию и служит для описания
содержимого тома при пом ощи записей
DSCB
(Оаы
Set Contro! B!ock)
семи типов . Вот некоторые наиболее важные из них:
•
•
•
•
дескри птор набора данных (первые три экстента) (Рl);
дескр иптор набора данных (дополни тельны е зксте н ты) (Р3);
дескри птор VТOC и признак SМS-управляемого тома (Р4);
дескри птор
свободного
индексный VТOC)
Дескриптор типа
Fl
пространства
(если
не
используется
(F5);
содержит информацию опараметрах лоrnческой
организации набора да нны х (формат и длина за писи , размер блока и
т.п . ) .
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
::
(:
Метка ТОМ8
Свободпо
DSEn
ё4
F1
F5
ё1
F1
УТОС
ё5
F5
I
УТОС
rt'iDEX
I
t СооБОД llО
DSEТI
VVDS
DSEU
СвоБОД llО
Р и с.
5.17.
Структура тома
DASD
Для сокращен ия времени п оиска и р азмещения наборов да нн ых н а томе
может
быть до п олнительно
создан
специальный
набор данн ых, н азываемый ин декс УТОС (VТOC
последо вательный
Index).
Он содержи т
упорядо ч енные указатели на элементы VТOC, относящиеся к наборам
да нных (тип
F1),
а также битовую матрицу свободного п ространства
д иска.
Оглавление
тома, для
тома
ч е го
создается
п ри
инициализации
служи т систем н ая угилита
(ф:J р мати р овании)
ICKDSF.
С
ее
п омощью
можно также выполнят ь операц ии по проверке и восстановлению тома
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
DASD,
создавать ин декс VТOC. Есл и том планируется за.цеЙствовать
дл я размещения
применяется
SMS
ynравляемых на боров да нных (так говорят, если
SМS- технолоrnя
ynравления
данными),
ТО
ОН
инициализируется особым образом.
Еще
один
системный
организации
VVDS
или
достynа
набор
к
VSAМ Vо!шne
включающем
на боры
данных,
да нным
Data Set.
данны х
который
дисково го
Он
типа
и с пользуется
тома,
получил
создается
VSAM
или
на
для
название
каждом томе ,
S МS-ynравляемые
наборы да нных любо го типа , и содержит допо лн ительные атрибyrы их
разм е щения.
VVDS
используется как часть системного каталога , о ч ем
р е чь пой дет ниже .
Организация каталогов
Каталог
местонахожде нии
того ,
на
набор
это
каком
д ругих
носи теле
да нных,
содержащий
инф:Jрмацию
о
наборов да нных в системе , н езависимо от
(томе)
они
разм е щены.
В
zlQS
существуют
каталоги двух типов :
•
•
(master cata!og);
пользовательские (user cata!o gs).
главный
Главный каталог (всегда единственный) создается в системе на этапе
начальной за гр узки и служит для хран е ния указателей размещения (том ,
устр ойство) системных и пользовательских наборов данных, а также
пользовательских каталогов. По инициативе пользователя для учета его
личных наборов да нных мо гуг с оздаваться пользовательские каталоги .
Однако часто в системе присyrствует только один главный каталог.
Набор данных на зывается каталогизированным , если инф:Jрмация об
это м
на боре
занесена
каталогизированному
в
на бору
один
из
данных
каталогов.
достато чно
Для
достyn а
указать
его
к
имя.
Каталогизация на бора данных может происходить по умолчанию при
его создании (распредел е нии) либо по коман де , задаваемой явно. В то
же вр ем я , если набор да нных н екаталогизирова н , то для достynа к нему
необходимо
дополни тельно
указывать
инф:Jрмацию
о
томе
и
устр ойстве, на котором он размещен. Следует отметить , что на боры
"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
данных
VSAM
и SМS-управляемые н аборы данных всегда являются
каталогизированными.
На ри с.
5. 18
показана схема доступа к катало гизированным наборам
данных, осн ова нн ая н а использова ни и имени набора данных ( п а р аметр
DSNAME в языке управления заданиям и ). Здесь возможны д ва вар и ан та:
либо ссылка на н абор д анных п рисугствует непосредстве нн о в главном
каталоге (как для О .
п ользовательско го
UO 1. CONT ),
катало га
для
либо п редусмотрено применение
наборов
значением старшего квалификато р а имени
главный
катало г
будет
ВЮJючать
совпадающий
со
значен и ем
указывающий
на
размещение
Пользовательский
HLQ
дан н ых
н ашем
элемент
случае
пользовательско го
каталог в свою
определенным
В п ослед нем случае
(HLQ).
специальный
(в
с
- ALIAS ,
- CALC) и
каталога
(UСАТ) .
очеред ь содержит ссылки н а
н аборы данны х, имя которых начинается с квалификатора
в се
CALC.
НLQ
DSNAМ B=C ALC .
L
\
I
DEP05.TABL
J
DSNAМE~ D . UO I. CONТ
MASТERCATALOC
1'" D.UOJ .CONT
•
,
~:ALIAS~
•
•
:
•
Р и с.
•..
---" ".• т
CALCDEP05.TABL I
/,
CALCDEPOS.TAВL /
----
5.18.
---
иСАТ
'---
"
D.UO I .CONТ
--Ис п ользование катало гов
---
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
zJOS
п оддерживает несколько способов организации каталогов , однако
основной из них связан с каталогом формата
Са tаюg
ICF (Integrated
Facility). ICF каталог состоит из двух компонентов: базовой
BCS (basic саtаюg structure) и наборов данных VVDS.
структуры
каталога
BCS
содержит июlюрмацию о то ме, владельце, атрибугах безо пасн ости
наборов данных и представляет собой набор данных
KSDS,
VSAM
формата
при этом имя набора данных играет роль Юlюча. Для ynравления
достynом
к
н еобходимой
и
VSAM
SMS
информации
ynравляемым
пр едставлена
в
наборам
на борах
данных
часть
данных
VVDS ,
создаваемых на каждом томе , где есть указанные наборы данных. VVDS
также является набо р ом данных VSAM (формат ESDS) и содержит
инфо рмацию о пар аметрах размещения наборов данны х VSAM на то ме
и характеристики SМS-yn р авляемых наборов данных.
Распределение внешней памяти для наборов данных
non-SMS
Ключевая
задача
ynравления
да нны м и
-
выделение
прос транства
внешней памяти для вновь создаваемых наборов данных. В
zJQS этот
(data set
проц есс получил название ' 'распределение на боров да нны х"
allocation).
Рассмотрим,
как
решается
задача
распределения
при
использовани и Юlасси ч еской МVS-технолоrnи ynравле ния данными.
Процесс
кон трол ем
распределения
пользователя ,
новых
наборов
данных
находится
формирующего н еобходимые
под
пар аметры ,
и
состоит ИЗ двух шагов:
1.
2.
Определение устройства и тома для размещения набора данных.
Определение
характеристик
набора
данных
и
параметров
р азмещения внугри тома.
На первом шаге пользователь указывает устройство внешней памяти и ,
возможно , определяет том .
Устройство может быть задано одним и з трех с по собов:
•
номером устройства;
ю
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
•
ти п овым име н ем;
групповым именем;
Номер устройства
(device
физический
устройства
Тип овое
адрес
и мя
ПШllЬе г)
устройства
установле нн ому
это трех- ил и ч ет ы рехразря.цныЙ
-
в
шестнадц атеричном
(generic
п роизводи телем
device
представле н ии .
соответствует
type)
оБОРУдова н ия
номеру
модели ,
однознач н о указываю щему н а тип устро й ства . Н а п р и мер, н омера
3380
3480
и
3390 соответствуют нако пи телям на жестких ма гни тн ых дисках,
и
3490 - н акопителям н а ма гн и тно й ле н те, 3270, 3278, 3290 - ди сп лейным
терми н алам и т. п. И нако н ец, груп п овое и мя (esoteric group пате)
о п ределяет устройство через логи ческое имя устройства ил и
устройств,
задаваемое
систем н ым
конфигурировани я
обору,цования
На п р и мер ,
исп ользуют
часто
SYSALLDA,
ТАРЕ
и
т. п.
п ро грамм истом
с
п омо~ю
груп п овые
Групповые
имена
на
наборов
НСD .
име н а
вроде
устройств
SYSDA,
хр анятся
в
(eligib!e
Отметим, ч то в качестве устройства р азме щения временных
да нн ых
может
быть
задаваемый груп п овым именем
собой
этапе
ком п онента
специаль н ой с и стемно й таблице допуст и мых устройств ЕОТ
device table).
груп п ы
ди н ами ч ески
указан
VIO.
qюрмируемую
''виртуаль ны й
диск",
обы ч но
Ви ртуальный диск п редставляет
область
виртуальн ой
п амяти,
выделяемую для време нн ого хра н е н ия н аборов да нн ых . И с п ользование
да нн о го
метода ,
получив шего
название
Vn1ua! lnput Output (VIO),
возможно ли шь при соответствую щей н астройке ЕОТ.
Выбор тома из установленн ой груп п ы устройств осуществляется либо
на
ос н ове
зада нн ого
п ользователем
ре гистрац и онно го
либо по и н иц иат и ве менедже р а управле ни я нагрузкой
н омера
тома ,
WLM.
На вто р ом шаге пр оисходи т выделе ни е требуемого п ростра н ст ва п амяти
на выбра нн ом устройстве в соответств и и с зада нн ым и п ользователем
параметрами. П ользовател ь о п ределяет тип и qюрмат зап исей набо р а
да нн ых, н еобходимое кол и чество един иц п амяти (ц и линдров, дорожек,
бай т ), способ разме ще ни я (неп рерывно в одн ом экст е нт е, в н ескольких
экстентах). Выделе н ием необходимого простра н ства н а диске управляет
систем ны й ди сковый ме н еджер
Мапаgе г),
ис п ользующий
DADSM (Direct Access Device Space
значе н ия
и н qюрма ц ию VТOC выб р а н но го т ома.
п араметров
пользователя
и
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Таким
обра з ом , каждый
ра з,
когда
создается новый
набор данны х,
п ользователь чер ез средства языка управления задан иями (см . п .
либо в режиме диалога ( см. п .
ра зли чных параметров.
5.1.7)
Среди
5. 1.5),
долже н определить более десятка
них есть и такие , которые,
с одн ой
стор о ны , тр ебуют глубокого пони ма ния физической структуры хр а нения
данных, а с другой
- достаточно трудно
прогно зируем ы. Яркий пример
-
объем вы дел яем ого под на бор данн ых пр остра н ств а вн е шней па мяти ,
кото рый для мноrnх типов да нных чрезвычайн о сложно р ассч ита ть. В
этом состоит существенный недостаток МVS-технологии , и это одна из
п ричи н п е рехода к техноло гии
SMS.
SМS-технология управления данными
Технология
п редставляет собой совокупность системных средств и
SMS
воз мож нос тей,
ав томатизирующих
внешн ей па мят и.
DFSMS
SMS
проце ссы
управления
ресурсами
использует представ лен ны е в рамках компонента
пр ограммны е
пр о.цукты
для
создания ,
распределения ,
п ереме ще ния , р езер вного коп ирования, восстан овления и уничтожения
на боров
данн ых
таким
образом,
чтобы
обеспечить
высокое
быстродействие пр и доступ е к данным , эфрективное и с польз о в ание
внешн ей па мят и , необход имый уровень безо па с н ости и сохра нность
данных
Одним
I11J.
из
в ажн ых
пр е и муществ
SMS
технологии
существенное с ни жение нагрузки на пользователя при
яв ляется
решении задач и
распределения н ов ы х на боров данных, посколь ку выбор значительной
части
параметров
распр еделения
п роисходит
автоматически.
Кр оме
то го , в рамках
SMS реализован диалогов ый интерфейс адм ини стр атор а
ISMF (Iпtегасtivе Storage Management Facility), с помощью которого можно
осуществлять настройку функций SMS и формировать собствен н ую
п олитику управления данны м и и устр ойств ами.
Конц е пци я
технологии
SMS
базируется
на
классификации
всех
ресурсов памяти , тип ов и с польз уемых данн ых и с п особов и х обработки
и п остр ое нии на и х основе комплексной модели управления данными ,
отвечающей
требо ваниям
пользов ател ей.
следующие классы и группы объектов:
•
классы данных;
В
SMS
используют
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
•
•
классы памяти ;
классы ynравления;
грynпы памяти.
Класс да нны х (Оаы
представляет собой именованный
Class)
знач е ний парам етров,
используемых при создании
наборов да нны х,
таких как тип набора данных, qюрмат логических записей
длина
записи
р азмер
( LR ECL ),
выделяемого пространства памяти
список
( RECFM ),
блока
( BLKS I ZE ), параметры
( SPACE ), срок хранения, VSAM~
атрибугы и д р.
Клас с
п амяти
использованию
хранения,
определяет
(Storage Class)
набора
которые
данных,
его
достynности
при
используются
требования
к
и
выборе
целевому
надежности
устройства
для
размещения н абора да нных.
Клас с
ynравления
(Management
определяет
Class)
требования
обслуживанию наборов да нны х или целых томов средствами
включая
контроль
возможность
устр ойства,
длительности
временного
п ер иодичность
восстановление.
Э ти
хранения,
пер емеще ния
на
резервного
пар аметры
ynравление
менее
версиями,
производительные
копирования,
используются
к
DFSMS ,
для
архивация ,
автоматического
обслуживания наборов да нны х и томов.
Грynпа
памяти
(Storage Group)
предназ нач е нных
Например ,
для
может
задает
хранения
быть
множество
данных
назначена
(грynпу)
определенной
грynпа
томов
для
томов ,
кате гории.
хранения
страничных н аборов да нны х, грynпа пользовательских томов, грynпа
томов для р азмещения баз данных ОВ2 и т.п .
С истем ный программист (администратор) с помощью диалога
может
создавать
типов,
различающиXLЯ
соответствовать
множества
по
различных
имени ,
определенные
при
классов
этом
наборы
(грynп)
ISMF
указанных
каждому классу будуг
значений
соответствующих
парам етров. Таким образом, при создании набора данных достат о чн о
указать только имя подходящего класса данных, и система обеспечит его
распределение в соответствии с парам етрам и данного класса. В языке
ynравления
заданиями
подцерживаются
специальные
параметры
оператора описания данных О D , с помощью которых можно задавать
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
требуемые массы
в
то
же
( DA TACLAS . S TORC LAS . MGM TC LAS
время
SMS
позволяет
задействовать
и др.)
подготовленные
ад ми ни стратором программы автоматического назначения массов
(Automatic
Class
Se lection).
Эти
программы
могут
ACS
установить
принадлежность набора данных к тому или иному массу на основе
некоторых внешних атрибyrов
отно с ятся ,
например .
наборов данных.
имя набора данных или
К
таким
атрибyrам
значения отд ельных
квалификаторов имени , атрибyrы пакетного зад ания (имя задания или
программы) , имя пользователя , атрибyrы
"
RACF
и т.п.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Управление за,цаниями и язык
JCL
Понятие за,цания
В п.
5.1.1
мы определили задание ОоЬ) как внешнюю еди ниц у работы
ЭТО
zJOS.
означает,
выполнение
что
какой-либо
определенных
пользователь
работы
приложений)
с
может
(ко н ечно,
запросить
связанной
пом ощью
у системы
с
за п уском
специальным
образом
за писанн ого и п ереда нного системе текста. ЭТО и есть задание. Задания
составляются на языке управления заданиями
JCL (Job Control Language)
и направляются в систему пользователями через входные устройства и
сетевые коммуникации, а также через ранее за пущенны е прилож е ния . В
задании зашифровано, какие программы, в какой последовательности и
с какими данным и должны быть исполнены, а также в какой ф:Jрме и
куда должны быть направлены результаты выполнения программ.
Все м ножество заданий в
zJOS
может быть представлено в виде трех
групп:
•
п акет ны е задания
ф:Jрмируемые пользователями
(batch job),
языке
JCL и направляемые на обработку
SUBM I T или через сетевые интерфейсы.
•
SТС-задания,
инициируемые
STAR T и MOUNT
(started task);
•
с
по команде сеанса
помощью
консольных
на
TSO
команд
и получившие название запускаемые процедуры
ТSU-задания, ф:Jрмируемые в результате запуска пользовательских
сеансов
TSOIE
по
команде
LOGON и
пр едназначе нны е
для
подцержки диалога с пользователем.
Задания, поступающие в систему от различных источников, образуют
поток заданий, об р абатываемый специальным системным компонентом
JES.
При выполнении
простр анства
STC
для
и
TSU
пользовательско го сеанса
простр анства не
заданий
каждой
TSO.
создаются,
zJOS
создает отдельные адресные
запускаемой
проц едуры
и
каждого
ДЛЯ пакетных заданий новые адресные
поскольку их выполнение
ПРОИ ЗВQЦится в
системных адресных пространствах программ-инициаторов, входящих в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
состав 1Е 5.
Ка ждое задан и е характеризуется
набором атри бугов,
среди
которы х
н еобходи мо выделить:
• имя ОоЬnaте);
• идентификатор UobID);
• класс в ыполн е ни я или про сто
• прио р и тет (рпу).
Имя
-
зада ни я
имя,
пакетны х зада ний)
при сва ив аемое
или
(class);
зада нию
пользователем
qюрмируемое авто матич ес ки
зада ни й) . Идентификатор задан ия
уста н авливаемый
класс
с и стемой
-
при
(для
(для
5TCtrSU-
уникальный код (номер) задания ,
вводе
задан ия .
И мен но
по
и де н ти фикат ору с и стема отличает одно задание от друго го.
Кл асс задан и я уста н авливает принадлежность задан и я к определе нн ой
гр уппе в
зав иси мости от qюрмы
требова ни й к ресурсам. В
для 5ТС и
T5U
запуска , атри бугов пользователя и
zJ05 подце р живается два специальных класса
зада ний и до Зб классов дл я п акетны х задан ий. К лассы
пакетны х задан ий обозначаются символами А, В ,
... , 9
Если
.. ., Z
и цифр ами О ,
и MOryr на значатьс я по усмот рению п ользо в ателей с помощью
пользоват ель
не
указал
класс ,
система
сqюрмирует
1,
JCL.
его
в
соответствии с настр ойкам и по умол чанию.
Приоритет задания (число в диа п азо н е
0-15)
служит для определ ения
очередности выполне ния зада ний . Обычно приорит ет уста н авл ива ется
системой ав то матич ески на основе т екущих атр и бугов зада ни я и может
ди н ам и чески
изменяться
в
завис и мости
от
времени
очереди. Н аивыс шему приоритету соответствует значени е
С
каждым
да нны х:
заданием
SY5 IN
система
ассо циирует два
ожи дания
в
15.
с п е ци ал ьны х набора
и SYSQUТ. Входной на бор да нны х
SY5 IN
отражает
ис ходн ы е дан ны е, и с пользуем ы е при ложе н иями зада ни я. Эт и да нные
MOryr б ы ть пр едставле ны н е по с р едств е нно в тексте зада ния (в это м
случае гов о рят, что исходные да нны е размещаются во входном потоке)
или
содержаться
в
указанных
Выходной н абор данн ых
н або р ах
5Y50UT
да нны х
и /или
устр ойст в ах .
служи т для размещения системных
сообщений , а такж е сообщений и результатов работы, вып олняем ы х в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
рамках
задания
программ.
Систе ма
SYSOUT,
просмо треть и распечатать
п редо ставляет
возмож ность
который иногда на зывают отчетом
или листинго м задани я .
Функции и компоненты под системы
Задани я ,
п остynающие
принимаются
и
в
с и стему
обрабатываются
от
JES2
различных
специальным
и сточ ников ,
ком пон е н том
кото ры й на зыва ется подсистемой ynра вл е ния заданиями
~ОS ,
JES (Job Entry
Subsystem).!). JES принимает задания (рис. 5.19), постynающие с входных
устр ойств, регистрирует их, осуществляет анализ и фор мирует очереди
зада ний ,
а
затем
передает
задани я
на
выполне ние
базовой
управляющей пр о гра мме ВСР. По сле завер ше ния выполнения задания и
получе ния
результатов
(листинг),
п ередает
устр ойства.
Чаще
от
его
ВСР ,
JES
фор м ирует
поль зов ателю
всего
в
или
отчет
выводит
уста нов ленных
по
на
задан ию
указанные
конфигурациях
zJOS
используется базовы й компонент управления зада ниями
JES2, который
и будет рассмотрен в да нн ой глав е . Альтернативой JES2 яв ляется
опциональный компонент JЕ SЗ, который в отличие от JES2 может
испол ьзова ться
для
ц е н трал и зованно го
многомашинной системе. Отметим , что
ад ресно м
пр остра н стве
специальный
управляющей
собственные
и
им еет
SSI ·интерфеЙс
программой
языковые
средства,
кот орые
заданиями
в
р абота ет в собственном
подсистемы
взаимодействия
Кроме
зада ния (так на зываемые операторы
прим е нять в виде консольных
статус
для
zJOS).
ynравления
JES2
то го ,
JES2
можно
(использует
с
базовой
поддерживает
ВЮlючать
в
текст
JECL - Job Entry Сопtrо! Lапguа gе)
кома н д (си стем ные команды JES2).
и
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Входные уc-:rpoйствз
z/OS
В ыходные устройства
JES
ввод ВЫВОДНl--t--. ll, .!I
Выполнение
заланий
D
вер
Рис.
5.19.
На рис .
Назн ач е ние подсистемы управления заданиями
5.20
представлена
схема ,
иллюстрирующая
основные этапы
обработки за.цаниЙ после того, как они направлены в подсистему
JES2
[U]
r
3.t,цaJ, и(; Р
СJ~
С~L~&~S~У~S~IN>-________->{ Sрюl
SYSOUT
~
Рис.
5.20.
На
эта п е
Э тапы об р аботки за.цаниЙ
ввода
(entry
осуществляется
phase)
при ем
за.ца ниЙ ,
поступающих в систему от различных источников. Поль зовател ь может
задействовать
для
эт и х
целей
термин ал ьные
"
устр ойств а ,
консоли ,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
сетевые рабочие стан ции и т.п. , применяя ко н сольные кома н ды
S Т AR Т ,
MOUNT , команды TSOIE LOGON и SU BMI T. Существует возможность
формировать и нап р авлять задания на обработку из ра н ее запущенных
п рограмм
и
(Remote Job
заданий .
Подцерживается возможн ость
Епиу) и сетевого
п оступающих от узлов
у,цален н ого
NJE (Network Job Entry)
распределенной
RJE
ввода заданий ,
вычислительной
сети.
JES2
контролирует все п уги п оступления заданий с помощью специальных
встроенных про грамм ввода INТRDR
(Intemal Reader). Текст каждого
п оступившего задания (п редложе н ия JCL и JECL) и вложенные в него
входные данные пользователя (обозначаемые как набор да нн ых SYSIN)
п омещаются в спец и альный набор данных JES2 , называемый "с п ул"
(spool).
С п ул
используется
выполнением
для
каждого
временного
хранения
п оступившего
в
да нн ых,
подсистему
связанных
с
задан и я,
и
JES2
содержи т :
• JCL операторы задан ия и специальн ые о п ераторы JES2 (JECL);
• исходн ые данные, представленные во входном потоке (набор
данных SYSIN);
• выходные данные и сообщения, формируемые в п роцессе
вы п ол н е н ия
задан ия,
и
подготавливаемые
для
вывода
в
отчет
(набор данных SYSOUТ);
•
•
уп р авляющая июlюрмация
JES2;
сообщения для вывода в систем н ый журнал
SYS LOG.
На этапе ввода осуществляется регистрация задания, замючающаяся в
п ри сваи вани и
заданию
занесен и и учетной
JES2,
ПОЛУЧИВlШ1й
идентификатора,
уникального
иден тификато р а
(JobID)
и статусн ой июlюрмации
в специальн ый
название очередь заданий
(JOBQUEUE).
JOBQUEUE
содержи т
также
значения
и
реестр
Помимо
масса ,
п риоритета и текуще го состояния задания. Фактически все множество
очередей, представленных на рисунке , хра ни тся в одной общей таблице
JOBQUEUE.
В этом случае выборка задан ий производится п о значению
кода текуще го состояния , показывающего, на каком этапе обработки
задание находи тся в дан н ый момен т.
Все
зарегистрированные
следующий этап обработки.
задания
поступают
затем
в
очередь
на
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
На этапе преобразования
(conversion phase)
сначала прои зводи тся анализ
текста задан и я и трансляция его в с п ециальный промежугочный код.
Если обнаружены син таксические ошибки, ф:Jрмируется отч ет
5Y50UT,
включающий диагностические сообщения, и зада ни е н а пр авляется на
этап
вывода,
минуя
н еобходимост и
стадию
выполнения.
происходит включение в
JCL,
пара метр ов так на зываемых проц едур
библиотек.
Проц едуры
JCL,
пр едложе ний
В
процессе
анализа
текст зада ни я и
вызываемых из внешних
представляют
собой
пр едназначенные
при
настрой ка
для
го товые
решения
блоки
ти повы х
пользовательских задач и хранящиеся в специальных наборах данных
библиотеках
пр оцедур
располагает
настраиваемым
библиотек проц едур
(на
рисунке
обозначены
с пи ском
как
PROC).
используемых
(самая известная среди них
-
стандартных
5Y5 1 .PROC LIВ).
Пользователь также и меет возможность указать собственн ый
библиотек проц едур с помощью оператора
-
1Е52
на бор
JCLLIB .
Если ошибки не об нар ужены, промежугочный код задания помещается
в с п ул, и задание п ередается в о ч ередь на стадию выполнения. Следует
отметить,
очередь.
ч то
для
Внугри
назн ачаемым
каждо го
очереди
JE52
класса
задани й
зада ния
на
ф:Jрмируется
упорядо ч ены
основе
по
отдельная
п р ио ритетам ,
установле нной
политики
адм ини стрирован ия .
На этапе выполнения
прогр аммы,
(execution phase)
получившие
запускается
несколько
инициатор
обслуживал
заданий
(по
название
иници аторов
з нач ениям
одну
или
класса) .
ключевую роль играют системные
инициаторов
(initiators).
одновременно,
несколько
Каждый
Обычно
так чтобы
конкретных
инициатор
один
очередей
р аботает
в
собственном виртуально м адресном прос тра н стве в соответствии со
следующим алгоритмом:
•
инициатор ф:Jрмирует за п рос к
JE52
на получен и е нового задания
и з очередей обслуживаемых и м классов;
• JE52
анализирует
инициатору
очередь
сообщение
о
заданий
(JOBQUEUE)
выбранном
в
и
п ередает
соответствии
с
приоритетом задани и ;
•
инициатор считывает из с п ула пр омежугочный код задания и
входные да н ные
(5Y5IN),
определяет, какие ресурсы необходимы
для выполнения, и открывает соответствующие на боры да нны х, а
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
также ко пир ует в свое адресн ое пространство за гр узочные модули
вызываемых в зада нии программ;
•
инициатор
зада ни я,
последов ательно
ко нтр олируя
сооб щения;
ход
реальное
передает
их
уп р авление
выполн ени я
управле ни е
и
пр о граммам
п оступающие
выпол н ением
программ
реализует ся базовой управляющей п рorраммой (ВСР);
•
при заверше н ии задан и я (но рмально м или аварийном) результаты
р аботы
программ
SYSOUT спула ,
Отмети м,
что
инициаторы
за п ускаются
z/OS
в
JES
передаются
и
подцерживается
при
с на стройкам и
определе нных
массов
д инамичесЮ1
в
соответствии
с
WLM.
инициаторы
автоматич есЮ1
соответствии
иници атором
в
набор
данных
а зада ни я по ступают в о ч ередь на стадию вывода.
JES2
заданий.
завис и мости
от
уста новл енной
два
типа
иници аторов:
ини циали заци и
и
назначаются
текущей
п ол и тикой
с и стемы
в
на об служ ивание
WLM
Иници аторы
обы чн о
JES2
Иници аторы
нагрузЮ1
запуска ются
с истемы
управле ни я
и
в
нагрузкой
в
целевом режиме.
Важно по.цчеркнугь, что для больши н ства зада ний не создаются новые
адресные пр остра н ства
z/OS,
п оскольку их выполнение пр оисходи т в
адресных пространствах инициаторов. И смюче ни е составляют задания
массов
эти х
STC
и
массов
пространства
за п ускаемой
TSU,
JES2
для
которые н е обрабатываются инициаторами. Для
самостоятельно
каждо го
процедуры ,
создает
польз овательского
а
также
отдельные
сеа нса
TSO
обрабатывает
адресные
и
каждой
п оступающие
сообще ни я .
На этапе вывода
задания в наборе
характер и стиками
(output phase) JES2
да нны х SYSOUT в
назначенного
формирует отчет о вы п олнении
соответстви и с требова ни ями и
указанными
в
задании атрибугами вывода. Выходной масс задания (всего доступ но
36
массов , кодируем ых символами
пользователем
с
помощью
выходного
A-Z
масса
или цифр ами
пар аметр а
S Y SOUT
оператора OUTPUT либо назначается п одсистемой
Класс ы
и
0-9)
определяется
оператора
00
или
JES2
по умолчанию .
служат для группирова ни я задани й с целью
использования
общих о гр ани ч е ний по выводу отчетов и для целей управления , н о
никак
не
связа ны
с
используемым и
дл я
в ывода
устройствами .
Подготовленные отчеты направляются в очередь на стадию п ечати или
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
задерживаются
на
этапе
вывода,
если
для
задания устан овлен
статус
HOLD. Да нный статус задается пользователем или устанавлива ется
1ES2 для нею)Торого масса или грynпы заданий. Дальнейшая обработка
задержанных
заданий
производится
по
специальному
указанию
оператора (пользователя).
На этапе печати
(hardcopy phase) производи тся вывод подготовленного
отчета из набора данных SYSQUT на указа нно е пользователем или
установле нн ое 1ES2 выходное устрой ство (принтер, узел сети и т.п . ) , и
задание передается в очередь на стадию завершения.
На этапе завершения (ршgе
phase) 1ES2
осуществляет "очистку" спула и
очереди заданий от информации, связанной с выполненным заданием ,
и формирует соответствующее сообщение.
Следует напомнить, что в
компо н ент
SDSF,
zJOS существует специальный опциональный
предназначенный для просмотра пара метр ов текущего
состояния всех запущенных в системе заданий и отчетов о выполнении ,
а также предоставляющий возможность изменять н екоторые парам етры
и ynравлять ходом выполнения заданий динам и чески.
Структура пакетного за,дания
Итак, пр ежде
чем передать
JCL
пакетно е зада ни е системе,
должен подготовить его текст на языке
1CL.
пользователь
Обычно текст задания
создается в н екотором наборе данных с помощью текстового редактора ,
откуда специальными
средствами
пользовательско го интерфейса его
можно направить на обработку в под систему
1ES2. zJQS
требует, чтобы
для представле ни я заданий использовались только последовательные и
библиотечные
LR ECL=80 .
наборы
Текст
данных
задания
с
пар аметрам и
вводится,
как
RECFM=FB
и
пр ав ило ,
прописными
ynравляющих
предложений
буквами.
Задание
состоит
из по следовательности
1CL Uob contro! statement~. Каждое предложени е имеет следующую
структуру:
IIИМЯ ОПЕРАТОР ОПЕРАНДЫ КОММ ЕНТАРИЙ
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
В п ервых двух позици ях все гда (или
I ), которые
пр едложе ний JCL.
косые черты (знак слэ ш
признаком
почти всегда) указ ыв аются две
являются глав ным отличительным
Поле и мя н ач ин ается с тр етьей по зи ции и служи т для и де н т ификации
пр едставле нн ого в пр едложении оператора. Фактически это метка , на
котор ую
можно ссылаться
д р уги х заданий .
из
различных предложе ний
задания
и ли
Имя может содержать н е более восьм и
с и мволов ,
в ключа ющи х латинские буквы, цифры и сп еци аль ны е знаки
( $ # @).
Имя долж но начинаться с буквы и л и специального з нака , русские буквы
и
пробелы
и с поль зо в ать н ельзя.
при ме няют
составн ы е
и мена,
В
н екоторых специальных случаях
использующие
в
каче стве
разделителя
то чку Пр обел в трет ь ей по з иции является признаком отсугствия и мени.
При ме ры пр ав ильны х имен:
При ме ры
н е пр ав ильны х
STOUT1 , SYSPR I NT , IVANOV , IVAN# S
имен:
3DIAGNOZ
(начинается
с
цифры) ,
DIAGNOSTIKA (содерж ит более восьми символов), ТО М + И (содержит
н едопустимый символ И
).
Вслед за полем имени следуют другие поля, отделяемые друг от друга
одн и м или н есколькими пр обелами.
Таблица
5.4. Основные
Оператор
JOB
ЕХЕС
оо
CO MMAN D
PROC
операторы
JCL
Назн ачение оператора
Нач ало задани я и режи м выполнения
задания
Нач ало шага задания , указание выполняемой
программы и ли пр о ц едУРЫ
Описание набора дан ных и используемых
устройств
Ввод с и стем ной (консольной) команды
или команды
MVS
JES
Нач ало проц едуры и описание пар амет р ов
процедУРЫ
PEND
JCLLIB
Конец пр о ц едуры
С писок библиотек дл я пои ска процедур ,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
JCLLIB
указанных в задании
Параметры qюрмирования отчета о
OUTPUT
выполнении задания (SYSOUТ)
Имя раздела библиотеки , текст которого
необходимо ВЮIючить в указанное место
INCLUDE
задания
Начало и конец блока ynравляющих
CNTL/ENDCNTL
параметров , передаваемых программе во
входном потоке
1 F !THEN !ELSE/ENDI F Условное выполнение шагов задания
(ветвление)
Инициализация или и зме н е ни е значений
SET
символических параметр ов
Оператор ограничения данных,
1*
представленных во входном потоке
1/
Пустой оператор (конец задания)
1/ *
Оператор комментария
Поле оператор определя ет ти п ynравляющего оператора
задается одним
из ЮIючевых слов ,
представленных в
Назнач е ние и использование основных операторов
JCL,
который
табли ц а
ЕХЕС ,
( JOB ,
5.4.
00 )
будет рассмотрено в данной глав е.
Поле
операнды
предложе ния
JCL
сод е ржит
список
разделенных
запятыми пара метров, которые записывают вслед за имен ем оператора
(через один или несколько пробелов). С помощью параметров сообщают
инqюрмацию ,
необходимую
дл я
выполнения
оператора.
Различают
позиционные и ключевые парам етры .
Позиционные параметры часто имеют произвольный qюрмат записи ,
но всегда указываются в строгой по следовательности и всегда перед
ЮJючевыми параметрами. Если позиционный параметр оп ускается, то
запятая , которая должна следовать за параметром , остается (И С ЮJючение
составляет
случай ,
когда
опускается
по следний
парам етр
в
списке
позиционных параметров). Примеры записи позиционных параметров:
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Ключевые параметры задаются с использованием предопределенных
Юlючевых слов
CLASS= B,
в
виде:
ключевое
REGION= 1 00 M,
записи Юlючевых п а р аметров
С Л О В Q=значен и е .
COND=(1 ,L E) .
-
Например ,
Последовательность
произвольная.
Отдельные пар аметры MOryr ВЮlючать подпараметры, которые также
задают в виде списка , заЮlюченно го в апострофы или круглые скоБЮ1.
Как
и
пар аметры,
Юlючевыми.
подпараметры
СкоБЮ1
или
быть
MOryr
апострофы
по зиционными
опускаются ,
если
в
и
списке
указывается один подпараметр. Например:
DIS р= (NEW , , DELETE)
DISP
DСВ=
-
позиционные
(RECFM=FB, LRECL=8 О) -
подпараметры
параметра
Юlючевые подп араметры параметра
ОСВ
в
поле
текстовую
комментарий
предложения
информацию,
пом ещают
JCL
поясняющую
использования отдельных операторов.
на значение
пр оизвольную
или
особенности
Отметим , что для этой
цели
11 * .
Э тот
может применяться специальный оператор
комментария
текст не обрабатывается при выполнении зада ни я.
Поля предложений
JCL
не должны выходить за пределы 7 1-й позиции
строЮ1. Если же текст пр едложе ния н е умещается в одной строке, то его
(кроме предложения комментария
11 * )
разрешается пр одолжить на
следую щей. При этом если н еобходимо перенести на следующую строку
н екоторы е пар аметры из с пи ска, то следУет соблюдать таЮ1е правила:
1.
Разрыв
строЮ1
необходимо
сделать
точно
в
том
месте,
где
р асполагается разделительная запятая списка параметров.
2.
В следующей строке в позициях
1
и
2
нужно указать символы
11 .
Продолжить ввод списка параметров, начиная не ранее 4- й , но не
позднее 16-й позиции строЮ1.
Вот как выглядит запись многострочного предложения
I/OUТ
DD
UNIТ=SYSDA,VOL=SER=UВ1,
11 DISP=NEW,S PACE= (1000(S,4)),
JCL:
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
11 DISP=NEW,S PACE= (1000(S,4)),
11 DS N= &&ТEMPl
ИСЮlюче н ием
из
этого
правила
является
ситуация,
когда
перенос
требует "разорвать " параметр, заЮlюченный в апострофы. В этом случае
следует вводить текст предложения до 71~й позиции ВЮlючительно, а
продолжен и е р асполагать точно с 16-й позиции следующей строки .
Структуру
зада н ия
в
схематично
Z/OS
последо вательности опе р аторов (рис.
оператор
задания
Не п осред ственно за оператором
с
( 00 , JCL LI B, OUTPUT ),
ресур с ы
задан и я
в
5.21 ).
который
JOB ,
целом
JOB
можно
п редставить
в
виде
Первым все гда указывается
отмечает
н ачало
задания .
мо гуг следовать д р угие оп е раторы
помощью
(н аборы
которых описывают общие
данных.
библиотеки
процедур ,
параметры вывода результатов).
11 JOB
11 ОО
---
Начало задания
{
{
11
I-й шаг задаНИЯ
2-n
шаг задания
определение парable1iJ ОВ задан Шl
QПИС:ll.НЩ:: H:II.OOjXIH данных 3ад:ll.НИ :ll
о,
ЕХЕС
8Ы~OB ",юrpаммы (процедуры) Р l
Р,
11 оо
1/ оо
--11 ЕХЕС
11 оо
11 оо
ormC31me паборо8 дзmrы:"(
Он
(D l l • D1:l
о"
.. .
l -го шага задаlml
И т.д.)
Р,
8ЫЗ()В Ilporpa.'I!Mbl (процедуры) Р2
о"
о"
ОЛНС3Шlе наборов ДЗШUr.l.l.
2-ro ш;u-a задаШt.Ii
(D21' D~ ~ И т.д.)
...
k-й шаг задаНИ:II
Рис.
5.21.
{
11
ЕХЕС
11
11
оо
...
оо
Р,
lII>iзоа " P0rp2J11Mbl ( ПРЩI::Д УРЫ ) Р\
о"
о"
ОПИС31rn е Н3бороВ дзннш k-гo шага 3!\Д311ШI
Ф' 1 ' DH И т.д.)
Структура задания
ПоследУЮщи е оп е раторы зада н ия группируются п о ша гам или п унктам .
Ша г (пункт) задания
Uob step)
~ это последовательност ь о п ераторов
JC L,
начинающаяся с операто р а ЕХЕС и ВЮlючающая некоторое количество
и н ых о п ераторов (в ос н ов н ом
и н огда
опе р атором
шага
(загрузоч н ый модуль) или
00 ).
задания)
Оператор ЕХЕС
уста н авл и вает,
процедуру
JCL
(е го н азывают
какую
про грамму
необходимо выполнить. С
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
или устройства, используемые при выполнении указанной в операторе
Е Х ЕС
прогр аммы
(процедуры).
Шаrn
задания
выполняются
строго
последовательно. Однако есть возможность пропуска (невыполнения)
некоторых шагов в зависимости от результатов
шагов с п омощью операторов
операторов
превышать
Далее
работы пр едыдущих
или парам етра
IF!THE N!ELSE
CON D
JOB и Е ХЕС . Общее количество шагов задания не может
255, включая шаrn всех вызываемых в задании процедур.
при водится
обзор
основных
операторов
языка
управления
заданиями, который, однако, не претендует на пол ноту и не может
служить
заменой
стандартной
документации
[141,
I1.2J.
Многие
операторы и особенности их применения представлены без некоторых
деталей, которые MOгyr понадобиться при практическом использовании
JCL.
При
описании
qюрмата
операторов
используются
привычные
мнемонические правила:
•
инqюрмация,
•
символ
заключенная
в
квадратные
скобки,
является
необязательной и может быть опущена;
I используется для указания альтернативных значений , из
которых следУет выбрать одно.
Нужно
отметить,
что
язык
отечественной ли тературе
JCL достаточно
il§], L!2], li.§J, в том,
подробно
описан
в
правда , виде, в каком
он сложился к началу 90-х годов.
Оператор
JOB
Оператор задания
JO B
всегда располагается в начале задания и служит
для определе ни я основных пользовательских атрибугов задания, таких
как класс ,
приоритет,
время
выполнения
и
др .
символов, указанная в поле имени предложения
Последовательность
JOB ,
р ассматривается
как имя задания и должна при сугствовать в обязательном
Кроме
то го ,
инqюрмация ,
в
операторе
парам етры
J OB
может
безо пасн ости
некоторые другие.
Формат оператора
JOB :
'"
быть
и
определена
порядке.
учетн ая
производительности
и
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
//и мя
JOB
парамеТр bl
ПОЗ ИЦИ ОН Нbl е п арамеТРbl :
[(учетная ин фо р ма ци я)][,иде н ти фи катор п рограмм и ста]
Ключ еВ bl е п арамеТ Рbl:
[,MSGLEVEL := (предложения,сообще н ия)]
[,CLASS = кл а сс задани я]
[,MSGCLASS = кл а сс сооб ще н ий ]
[,REGIO N = nк I nМ ]
[,ТIME = (МИНУГ bl , секунды)]
[, С О N о = (( код- завер ше н и я , усл о в и е )[, (код-завер ше н и я, усл о в и е )])
Из общего количества ключеВbl Х параметров приведеНbI только пять
на ибол е е употребитеЛЬНblХ.
Учетная
информация
используеМblе
(до
учеТНblМИ
П ОДСЧИТblваются
символов)
142
программами
используемое
заданием
ОС ,
содержит
с
сведения ,
помощью
машинное
вр емя
которых
и
другие
ресур с ы. Если учетная и н формация задается спи с ком з начений , то этот
список должен бblТЬ заключен в аПОСТРОфbl или КРУГЛblе скобки .
Идентификатор
идентификации
прorраммиста
п ользователя ,
(до
символов)
20
п одготовившего
идентификатора можн о указать фамилию
и
зада ни е.
служит
В
для
качестве
имя (инициаЛbl) ав тора
задания , номер отдела , в котором о н работает, шифр те мы , н азвание
организации и Т.П . Если в и де нтификаторе используются русские БУКВbl
или пробеЛbl , то его следует заЮlючать в аПОСТРОфbl.
Вариа Н ТbI
записи
учетной
информации
и
идентификатора
п рограммиста могуг Вblглядеть так:
11P R1
ЮВ 5,' ИВА Н ОВ и л.'
IIPR2
ЮВ (5,А l ),' П ЕТРОВ В.А.'
IIPRЗ ЮВ 'Т801 , 378',ВОВ
/IPR4 JOB
IIPR5 ЮВ
,'с и до р ов '
IIPRб ЮВ
,'KOBZON 1.0 .'
Параметр
840, P EТROy
MSG LE VEL (урове нь ПОЛНОТbI сообщений) опред еляет, какую
информацию
необходимо выдать в отчет о Вblполнении задания , и
имеет следующий фо р мат:
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
MSGLEVEL=(a,b)
Подпараметр
а
может
принимать
три
значения:
О,
1
и
Если
2.
прогр аммист указал цифру О, то в отчет выводится только оператор
JOB .
Значение
2
указывает,
задания и оп ераторов
не
только
все
1ECL,
что
требуется
а цифра
операторы
1
задания ,
вывод
всех операторов
определ яет, что нужно выводить
но
и
операторы
вызываемых
проц едУР после заме ны в них символических параметров фактическими
знач е ниями.
Подпараметр Ь
пр едписывает
может принимать два значения: О
всегда
выводить
в
отчет
связанные
и
1.
с
З нач е ни е
задания сообщения , инициируемые оператором , интерпретатором
1Е5 и под системой управления дан ны ми
DFSMS.
параметр
MSGLEVE L
JCL,
Знач ение О указывает,
что в отчет БУдУГ включены только сообще ния интерпретатора
Если
1
выполнением
JCL.
опущен , то по умолчанию принимаю тся
знач е ния , уст ановленные в настро йках 1Е 5. Примеры:
IIGOD
IIST
IIST
ЮБ
" MSGLEVEL=(l ,l)
ЮБ
I ,SТUP I N,MSG LEVEL =2
ЮБ
,Ю Н N,МSG L ЕVЕ L =(,l )
Во втором пример е под пар аметр Ь , а в тр етьем
-
подп араметр а будуг
установле ны по умолчанию.
Параметр
C LASS
(класс)
выполнения зада ний и
относит
задание
задается символами
к
определенному классу
A- Z, 0-9.
Если
масс не
указан , то принимается значе ни е, установленное в на стр ойках
JE5
в
зависимости от источника задания.
Пример:
I/UО1 АЮБ 21,ТОМА,СLАSS=Б
Параметр
для
MS GCLASS (масс сообще ний) определяет выходной класс
си стем ны х
сообщений ,
формируем ых
задания . Класс задается символам и
A- Z, 0-9.
в
проц ессе
Параметр
выполнения
MS GCL ASS
дает
возможность вывод ить все системные сообще ни я и выходные на боры
данны х, формируемые в шагах задания, в один и тот же масс или в
разные массы. Такое раздел ение иногда может оказаться полезным.
,ы
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Прим е р. Предусмотреть вывод все х управляющих о п е р аторов задания и
сообщений отдельно от выходны х наборов данных:
I/U
ЮВ (5.1),'ПЕТР',МSGLЕVЕL=(1,1),СLАSS=В,МSGСLАSS=С
Ilsn ЕХЕС PGM=PRINT
I/OUT 00 SYSQUT=A
Здесь для
выполнения
задания
предусмотрен
результатов шага зада ни я (параметр
SYSOUT
для вывода системных сообще ни й
класс с.
Параметр
REGI ON
(область)
-
задает
класс
В,
для
о п ератора О D )
макс и мальны й
вывода
класс А, а
-
размер
области
виртуальной памяти в пользовательском регионе , которую необходимо
выделить для выполнения каждо го шага задания. Параметр
REGI ON
задается в ви де :
REGION=nК
где
n -
I nм
цело чи сленное значение , определ яющее ч и сло килобайт (К) и ли
мегабайт (М) ви ртуал ьной памяти. Например , если указать
9О О К,
то
шагам
Максимальное
мегабайтах
свое
зада ни я
значение
- 2047.
БУдет
отводи ться
параметра
в
по
килобайтах
RE GION
=
900 килобайт.
- 2 096 128, в
Значение ОК или ОМ означает, что зада ни е требует в
распоряжение
пространства. Если
всю
приватную
п а р аметр
ча ст ь
REGION
ви ртуал ьного
в операторе
JOB
адресного
опуще н , то
используется знач ение, указан н ое в операторах Е ХЕС. Есл и и в этих
о п ерато р ах
заданное
ADDRS РС ,
он
в
не
задан,
н астройках
то
JES.
прин имается
О тметим,
чт о
стандартное
с
помощью
значение ,
параметра
указываемо го допол нительно , можн о п отр ебовать вы дели ть
для задания с помощью параметра
REGI ON
область реальной памяти
(
ADDRS PC=R EAL ).
Параметр
TIME
(время)
устанав ливает
макс и мальн ую
продолжительность выполнения задания и и меет ф:J р мат :
nМЕ=(мин ,сек) l мин 11440lN Q LIMIТ
Время указывается в м ин угах и секундах либо только в минугах. Если
секунды н е указа ны , можно не использовать скобки. Например , запись
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
ЗА
TIME
означает, что заданию
тре буется вы дел и т ь
30
1440
п роцессорного в рем е ни. Число минуг может быть н е более
часа), а секунд
-
н е более
60.
минуг
(т.е .
24
Если п о и сте чении време ни , указанн ого в
TIME , зада ни е не завер ши ло работы , то с и стема либо прин уди тель но
завершает зада ни е, либо испол ьзует с р едства с п е циальной обработки
''nросроче нны х'' зада ний . П о умолча нию , когда парам етр Т
IME н е задан ,
о граничение на выполнение задания определяется н астройками 1Е 5 .
Если в параметре
TIME
указать число
и л и слово
1440
NO LI MI T ,
то
PRIMER2 -
не
вр емя выполнения зада ния сч и тается нео гра нич енным.
Вариа н ты описания вр еме ни выполнения задания:
IIPRIMER1
IIPRIMER2
1ОВ
1ОВ
IIPRIМЕRЗ 1ОВ
Задание
более
10
"TIME=10
"TIME =(10,30)
"TIME =(,30)
PRIMER1 вы п ол н яется не более 10 мин,
мин и 30 с , а задание РRIМЕRЗ - 30 с.
Парам етр CON D (от сопditloп
-
задание
условие) задает усло вия , п ри которых
следует прекратить вы п олнен ие зада ни я, если п олученный на каком
либо
шаге
результат
выполн е нием
завер ше ния
шагов
или
выполня емой
в
код
шаге
не
устраив ает
задани я
возвр а та
пользователя.
используют
(RC
от
Rеtшп
зада ни я програ ммой
''ус п е шн ость '' вып олнени я п рограммы в
коды
и
Для
ynравления
заверше ни я.
Code)
Код
формируется
может характер и зовать
зав иси мости от полученного
результата . Наприм ер , дл я м н о ги х системных прorра мм
zJQ5
принято
испол ьзова ть следую щи е з нач ения кодов зав е рше ни я:
о
-
при
обработке
програ ммы
ошибок
не
обнаружено
(успешное
выполн е ние) ;
4 -
обнаружены н есуществен н ы е ошибки, вы дается п редynреждающее
сообщение , н о выполнение программы было п родолже н о;
8 -
обнаружены ошибки, которые MOryr привести к невозможности
выполнени я задания (выдается сообщение об ошибках);
12 -
об наружен ы се рьез н ые ошибки, дал ьн е йшая обработка прorра ммы
н евозмож на (выдается сооб ще ни е о серьезной ошибке);
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
16 -
обнаруж е ны ошибки , которые делают н е возможным выполнение
прогр аммы (выполнение пр ограммы прекращается).
Используется следующий формат записи параметра COND:
СОN D =((код-завер шения , условие)[,(код-завершения , условие)_ ])
Допустимое з нач е ни е подпараметра КОД-заверше ния указывается в виде
4095.
целого числа в д иапазон е от О д о
условие проверки
Подпараметр усл овие задает
кода завершения мнемоническим
GT -
больше , чем,
LE -
меньше или равно ,
GE -
больше или равно ,
отношением
равно ,
EQ -
вида:
м е ньше , чем ,
LT -
не равно.
NE -
Если заданное отношение к коду возврата , выработанному программой ,
котор ая вызывается оператором ЕХЕС , н е соблюдается , то выполнение
задания прекращается . Вн е шние скобки можно опустить, если задан о
только
одно
пров е ря ется
условие .
п еред
образом: если
шагов ,
выпо л н е нием
код возврата,
соо тветствует
Наприм ер ,
выполнение
Условие,
COND=
задания ,
если
каждого
полученный
услов ию ,
зап ись
зада ваемое
то
окажется ,
шагов не р авен н улю. В зап иси
шага
на
выполнение
(О, NE)
параметром
задания
одном
следУЮЩИМ
из пр едыдущих
задания
пр екр ащается .
предписыв ает
что
код
пр екратить
заверше ния
COND= (4, LT)
COND,
одного
указано, что если
из
4
меньше получ е нного кода завершения , то шаги задания н е выполняются.
Условие
больше
COND= ( ( 5 О , GE) , (7 О , LE))
или
равно
коду возврата
предписывает,
или
70
меньше
что
и ли
если
равно
50
коду
возврата , то оставшиеся шаги задания не выполняются. Таким образом ,
здесь задание бу,цет выполняться до тех пор , пока код возврата находится
в диапа зо н е от
Если
51 до 69.
параметр
COND
опущен ,
то
пров ерка
кода
возврата
не
прои зводится.
Оператор ЕХЕС
Оператор выполнения ЕХЕС (его также называют
оператором
задания) служи т для указания программы или проц едуры
н еобходимо
выполнить,
а
такж е
дл я
установления
JCL,
шага
которую
параметров
выполнения шага. В зада нии должен присугствовать как минимум один
,О;
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
оператор Е Х ЕС , но их может быть и несколько.
Форм ат оператора Е Х ЕС :
//[имя_ша га_зада ни я] ЕХЕС пози ци онный па р аметр
[,ЮJючевые параметры]
П оз ици о н н ы й параметр:
PGM := и мя_ п р о граммы I *.имя_шага. и мя_DD
[P ROC:= ]имя_процедУР Ы
Ключ евые п араметры:
[,PARМ
= (знач е н ие, з н аче ни е , ... )]
[,REGIO N = пк I пМ]
[,ТIME
= (ми н ,сек) ]
[,СОN D =«коД...завер ше н и я ,условие [ ,имя_шага ] ), ... ,[ЕVЕN I ОN LYJ)]
Напомним: как и ранее , квад ратные скобки означают, что параметр
необязателен . Таким образом , ед инственным обязательным параметром
оператора
Е ХЕ С
является
п озиционный
параметр ,
задающий
выполняемую прorрамм у (через Юlючевое слово PGM ) или процедУРУ
(через
Юlючевое слово
необязательны .
PROC или без н е го), остальные параметры
Необязательно
и имя шага
задания , од нако при
его
отсугствии могуг возникнугь трудности анализа сообщений системы
(неясно , к какому шагу задания они относятся) , а также невозможно
будет сд елать ссы л ку на да нн ый шаг зада ни я.
Параметр PGM опред еляет пр ограмму, которая должн а быть выполнена
в да нн ом шаге задания . Например:
IIEXEP RIM l
Вызываемая
ЕХЕС
PGM=MYP ROG
про грамма
задается
набора данны х, содержащего
zJQS
устанавливает
модулей.
По
по
им е ни
соответствующий
опред еленный
умолчанию
раздела
поиск
порядок
ведется
в
библиотечного
загрузочный
поиска
сист е мных
загрузочных
библиотеках
загрузочны х модулей , список которых определе н в разделе
р ее стра
SYS 1. PARMLI B.
Первой
,ОС
в
этом
спи с ке
модуль .
L NKLST
обыч н о
стоит
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
библиотека
В
SYS 1. L I NKLI B.
системных
библиотеках
находятся
наиболее часто используемые программы общего на знач е ния. Однако
можно настроить зада ни е на выборку за гр узоч ны х модулей и з л ичных
библиотек
библиотечных
-
программы
пользователей.
наборов
Ли чны е
да нны х,
в
библиотеЮ1
которых
должны
хра нятся
быть
явно
00 с зарезервированными
STE PLI B. Рассмотрим пример:
описаны в задании с помощью операторов
для этой цели им е нами
JOBLIB
или
//1ОВАl 1ОВ (А2 1 , DЕРЗ , ОО 7 ) "С LА SS=С
//1OBLIВ ОО DS N=U SERLIВl , Dl S P = SHR
//S ТEPl ЕХЕ С
//S ТEP 2 ЕХЕ С
PGM =PRGl
PGM =PGM2
//S ТEPLIВ ОО DSN = US ERLIВ2 , Dl S P = SHR
в задании определены две личные библиотеЮ1: библиотека зада ния
USERLI Bl ,
описанная с помощью оператора
библиотека шага задания
00
с именем
ST E PLIB .
US ERLIB 2 ,
00
JO BL IB ,
с именем
и
описанная с п омощью оператора
В этом случае поиск пр о граммы
будет
PR Gl
производиться в следУЮщем порядке :
USERLIB 1, библиотеЮ1 списка
LNKLST , а поиск пр о граммы PRG 2 - с начала USE RL IB2 (так как
именно в этом шаге описана данная библиотека), затем USER L IBl и,
наконец, библиотеЮ1 LNK LST .
по зиц ионный
Если
PGM= * . им я _ ш ага
описан
параметр
. имя _ D о ,
то
программа
как
вызывается
из
библиотеЮ1 загрузоч ных модулей, описанной в одном из предыдущих
шагов
задания.
Здесь и мя
ЭТО
00 -
имя оператора
описывается библиотека загрузоч ных модулей , и мя
шаг
задания ,
в
котором
находится
приведенном ни же при мере в шаге
загрузочный
модул ь
MYLI B, как указывает
которой
ссылка
ynомянyrый
в
котором
ша г а указывает
оператор
00 .
В
БУдет выполнена програ мма,
ST2
хра ни тся
00,
в
разделе
CA LC
библиотеЮ1
* . STl . DSP ROG :
//S Т1 ЕХЕС PGM =MYPROG
/IDSPROG ОО DSNAM E= MYLIВ(CAL C ) , Dl S P = SHR
//Sn ЕХЕС РGМ =*. SТ1 . D S РRОG
Второй
формат
использованием
по зи ционного
ЮIючевого
слова
'"
параметра
оператора
PROC или
без
н его
Е Х ЕС
с
служит для
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
выполнения пр оцедуры в ша ге зада ни я . Пр оцедУРа предста вляет собой
по следова тель нос ть
1 С L -прогр амма.
Проц едура
пол ьз овательской
н епос р едств е нно
библиотек
операторов
настр ойках
1ES.
может
библиотеке
в
задан ии.
проц едур
оqюрмленных
1CL,
хр ани ться
пр о ц едур
С писок
определяется
как
в
ав то но мная
с ист емной
либо
и с пол ьзуемых
системным
и ли
описывается
системных
программи стом
в
Особе нн ости и с польз ования и вызова процедУР будуг
описаны ниже.
Ра с смотрим
прогр амм
ЮIюче вые
параметры
МОдУле й) .
(загрузочных
оператора
При
Е Х ЕС
вызове
при
вызове
процедур
qюрмат
пара метр ов н есколько меняется , о чем БУдет сказано до по лни т ельно .
Пар аметр
PARM служи т
зада ния ,
определенной
для п ередачи программе , выполняемой в шаге
управляющей
инqюр мации
или
и сход ны х
да нны х . Э та инqюрмация пер едается в ви де текстовой строки дл ин ой
не
более
символов ,
100
которая
об ычно
ВЮIючает
(под пар аметров), р азделенных запятыми. Если че рез
ряд
PARM
значений
п е р едается
список значений , то весь с пи сок долже н заЮIючаться в апострофы и ли
круглые скобки. Прив едем примеры разли ч н ы х вариа н то в определ ения
пара метра Р
1.
ARM:
п е р едача одного пар аметр а:
IISТEP l ЕХЕС PGM = PR1 ,PARМ= 12
IISТEP2 ЕХЕС PGM = PR1 ,PARМ= LO A D
2.
п е р едача двух параметров:
IISТЕРЗ ЕХЕС PGM = PR1 ,PARМ=(LIST, NODECKj
IISТEP4 ЕХЕС PGM = LO A DER , PARМ
11PR1
ЕХЕС РRОС=РЕЗ,РАRМ='2000,УЕS'
Под п арамет ры ,
текст, з нак
='MAP, SIZE=150K'
+и
содержащие
специальные
з наки
(например ,
р усский
т. п .), следУет заЮIючать в апострофы и л и круглые скобки.
Есл и а по стр оф встр ечается в п од п араметре, то он по в то ряется д важды ,
напри мер
PARM ==
' О "
К !
'.
Инqюр ма ция , заЮlюч е нная в апострофы ,
долж н а уме щат ься н а од н ой строке, а заЮIюченная в скобки может бы ть
п ере н есена н а другую строку.
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Параметры
REGION
той
р аз ниц ей,
лишь
и
T IME
что
аналогичны пар амет р ам о п ератора
в
ЕХЕС
они
JOB
с
определ яют разм е р области
виртуальной памяти и время выполнения для шага зада ни я . Па р аметр
TIME
JOB
оп е р атор а
оператора ЕХЕС : если
имеет пр еимущество
п еред
п араметром
время , указанное пар амет р ом
ЕХЕС , пр е восходит время , установле нно е п араметром
JOB ,
то
Параметр
пара метр
з нач ение
п арамет р а
TIME
о п ератора
T I ME
T I ME
ЕХЕС
T I ME
оператора
оператора
игн орируется .
REGION в о п ераторе ЕХЕС также игнорируется ,
REGION в о п ераторе JOB . П р и меры :
есл и задан
//5 1 ЕХЕС PGM=A,REGION=40K
IIINТ1 ЕХЕС PGM = PR1 , ТIME=5
ЕХЕС PGM = PR1 ,ТIME=(,45)
IIIN12
Параметр
COND определяет услов и я для обхода шага задания. Он
указывает,
что
возможность
получе нны х знач е ний
задания .
С интаксис
вы п олнен ия
кодов
завершения
параметра
COND
аналогичного п а р амет р а оператора
CON D =
Здесь
мож но
шага
на
н есколько
с
подпараметрами
указывать
заверше ни я
и мя
которо го
одного
БУдет
из
завис и т
от
шагах
отличается
от
JOB :
«коД...эавершения,условие[ , имя_ша га]) ...
наряду
задания
пр едшествующих
код
за в ерше ния
пр едыдущих
вестись
[,EVEN I,ONLY])
шагов
про верка
(
и
условие,
задания ,
имя
ш ага
по
)
коду
Если
имя _шага н е указа но , услов и е будет п роверяться для всех пр едыдущих
шагов.
Подпараметры
выполнение
текущего
EVEN
ша га
и
ONLY
тр ебуется
следует
п остав и ть
использовать,
в
когда
зав иси мость
от
н алич ия в задани и аварий н о завер шенных шагов (для таких шагов код
заверше ни я не сформ ир ован). П одпа р аметр
текущий
аварийно ,
шаг,
даже
ONLY . .
есл и
один
из
EVEN
пр едыдущих
требует выполнять
шагов
завершился
только если оди н из пр едыдущих шагов завершился
аварийно.
Параметр COND может соде р жать до восьми условий , включая
ON LY .
EVEN
и
Ша г зада ния н е будет выполн е н , если соблюдается хотя бы од н о
и з зад анны х услов ий . Рассмотр и м ряд при меров:
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
1.
шаг 5Т3 не выполняется , если
11513
2.
8 > RC
шага 5Т 1 :
ЕХЕС РGМ = РRОG З,СОN D =(8 , GТ, 5Т1)
шаг 5Т6 не выполняется , есл и
8
<
RC
шага 5Т1 или
8
<
RC
шага 5Т2:
115Тб ЕХЕС РGМ =А Р,СОN D =((8,LЕ,5Т1 ) ,(8, LЕ ,5Т2))
3.
шаг
или
51'9 н е выполняется , есл и 16
90 < RC шага 5Т2, и л и ни
>
RC
всех пр едьщущих шагов ,
один и з пр едыдущих шагов не
завершился аварийно:
1151'9
4.
шаг
ЕХЕС РGМ =А Р,СОN D =((lб,GЕ ) ,(90, L Е, 5Т2),ОNLУ)
517
н е выполняется , если
<
10
RC
шага 5Т5 , в про тивно м
случае шаг будет выполнен , даже если од ин и з пр ед ы дущих шагов
завершился аварийно:
1I5Т7 ЕХЕС PGM =A P,CON D =((9 , LТ,5T5),EVEN)
Оператор ОО
Оператор
описания
определ ения
данных
данных
и
ОD
устройс тв ,
(data
dеfinitioп)
используемых
это
в
оператор
задании
и
его
отдельных шагах . Операторы оо , относящиеся к определенному ша гу
зада ния , следуют за оператором ЕХ ЕС этого шага зада ния. В од ном шаге
зада ния может бы ть оп исан о не более
оо
может
описать
располагаться
наборы
также
да нны х,
за
общие
3273
операторов D О . Оператор
оператором
для
всего
JOB ,
если
задания
тр ебуется
(например ,
библиотеки за гр узоч ных МОдУлей и др.).
Оператор D О может содержать од ин по з иционный и около
60
Юlюч евых
параметров. Познако м имся с н е которыми наиболее важными из ни х,
ИСЮlючив
из
рассмотрения
парам етры,
5М5 и У 5АМ наборов да нны х.
Формат оператора оо :
используемые
для
описания
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
//имя ОО [ позиционный параметр][,ключевые пар аметры ]
Позиционный параметр:
* I DАТА I DUMMY
Ключевые параметры :
[,DSN[AME] =
имя_набора---Аанных]
[,ОСВ:= (список подпарам етр ов )]
[,UNIТ
= устройство]
[,VОЦUМЕ] = (список подпар аметров) ]
[,SPACE = (список п од пар аметр о в) ]
[,D ISP = (список подпараметров)]
[,SYSOUТ = (список подпараметров)]
[, LABEL =
(список п од пар аметр о в) ]
Важнейшим
атрибугом
описываемый
набор
оператора
да нны х с
оо
кодом
является
имя,
вызываемой
связывающее
программы.
Как
отмечалось в п.5.1. 3, в программе для каждого используемого набора
да нны х с помощью макровызова О С В устанавливается так называемое
dd-имя
(ddname).
именем,
то
Если в шаге задания указать оператор ОО с таЮ1М же
появляется
возможность
определить
или
изменить
ряд
параметров указанного набора данн ых через оператор О О задания, то
есть в момент запуска программы. ТаЮ1М образом , при выполнении
любой про граммы пользователь долже н в первую очередь выяснить ,
каЮ1е dd-имена следует применять для описания данных и устройств ,
необходимых
для
соответствующей
ее
работы.
Это
документации
можно
и
сделать
pyRDBOACTB.
с
помощью
Например ,
программы -ком пилятора языка ассемблера установлены следующие
для
dd-
имена:
SУ S 1N -
дл я описания исходного модуля;
SYSPRINT - для вывода сообщений компилятора;
SУ S L1 N -
для описания объектного МОдУЛя;
SYSUTl - промежугочный набор да нных.
Некоторые
имена
операторов
ОО
зарезервированы
системой
специальных целей. К ним относятся , наприм е р , следующие имена:
'"
для
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
JOBLIB •
для
описания л и чной
библ иотеки
загрузоч ны х модулей ,
достynной заданию;
STEPLI B -
для описания личной библиотеки за гр узочных модулей ,
до стynной для шага задания ;
SYSABEN D -
для выходного набора данны х, в который может бы ть
записан да мп
системного ядра и
обла сти
памяти
обрабатывающей
программы , если шаг задания заверlШfЛСЯ аварийно;
SYSU DUMP -
для выходного набора данны х, в который может бы ть
записан дам п области памяти обрабатывающей прогр аммы, есл и шаг
задания заверlШfЛСЯ аварийно;
SYSCHK -
для выходного набора да нных контрольной точки ;
SYS I N - для
вход ного набора да нны х ввода заданий;
SYSPRINT
для
на бо р а
данны х,
выводимого
на
печатающее
устр ойство;
При
использовании
процедУР
MOгyr
применяться
состав ны е
имена
операторов DО , о чем речь пой дет н емно го ниже .
Только в одном случае у оператора D О может отсугствовать и мя: при
описании сцепленных наборов да нных, рассматриваемы х системой как
ед иный набор да нны х:
//S CHEТA
//
//
DD .. .
DD ...
DD ...
С ис тема требует, чтобы у таких наборов да нны х были согласованы
основные характеристики логи ч еских записей, такие как формат, дл ина
и р азмер блока .
в
языке
знач ения
ynравле ния
н екоторых
зад аниями
параметров
имеется
одного
возможность
оп е р атора
ОD
определять
посред ством
ссылки на значение этого же парам етра друго го оператора О D. В общем
виде ссылку можно представить в следую щи х форматах:
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
или
Первый формат используется при ссылке внугри
LI.Jara
задания, а второй
формат прим е няется при ссылке на один из предшествующи х шагов
зада ния. Например:
/IPR
1ОВ 5ЕСТ
//5Т1 ЕХЕС
PGM=5UN1
/1UТ1 ОО D5NAME=LIВ1 , DCB=(RECFM=FB,LRECL=80,BLK5IZE = 400)
/1UТ2 ОО D5NАМЕ=LIВ2,DСВ=*-UТ1
//5Т2 ЕХЕС
//GO
PGM=5UN2
ОО D5NАМЕ=LIВ3,DСВ=*.5Т1.UТ1
Теперь рассмотрим позиционный
пар аметр оператора
О D,
который
может принимать одно из трех взаИМОИСЮlючающих з нач е ний:
*
I ОАТА I DUMMY
Первое значение
входном
потоке ,
оператором
оо .
(*)
то
служит для описания данн ых,
есть
Данные
непосредственно
могуг
занимать
в
т ексте
одну или
зада ния и завершаться ограничительным оператором
р азмещаем ы х во
зада ния
вслед
несколько
1* .
за
строк
в некоторых
случаях ограничительный оператор может быть опущен.
Признаком
конца набора данных является в этом случае первый встретившийся
управляющий оператор
JCL
с символами
11
в первых двух позициях
строки.
Прим е р:
//5Y5 IN ОО *
1 ИВАНОВ 12345 7.9
2 П ЕТFОВ 67890 3.8
3 С ИДОРОВ 73452 9.0
/*
Если же входные данные ВЮlючают управляющие операторы
ш
JCL,
то
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
есть строки, содержащие в первых двух позициях
вместо
*
/ /,
т о необходимо
использовать параметр D АТА . В приведенном ниже пример е в
качестве
входных
предложе ния
JO B и
да нных
определены
две
строки,
содержащие
ЕХ ЕС :
IIМYJ C L
00 DАТА
I/U SER1A 1OB ,BOB,MSGLEVEL=!
IIS Т1 ЕХЕС
IEFBR14
1*
Если
ВО вводимых во
строки,
начинающиеся
определить
другой
входном
с
потоке данных должны
символов
ограничитель
/ *,
с
ТО
В
этом
помощью
содержаться
случае
параметра
можно
DL M.
В
частности , при компиляции С /С ++ при ложен ий можно использовать
этот при ем следующим об р азом :
IIPR
1ОВ
SEC T
IIS Т1 ЕХЕС PGM =CCN DRVR
IIC OMPILE 00 *, DLM =<>
# include <stdio.h>
/* комм е нтарий * /
main();
<>
Здесь двухсимвол ьное значение
<>
в
первы х двух по зиц иях строки
служит для ограничения входного набора данных подобно
Следует обратить внимание, что по умол чанию
вводимого
таким
об р азом
наб ора
JES
/ *.
принимает для
данных
значения
LR ECL= B LKSI Z E=80 .
Знач е ние
позици онно го
объявить некоторый
система
не
параметра
набор
пр о изводит
DUMM Y
применяет ся,
данных как фиктивный.
никаких
действий
над
В
этом
набором
чтобы
случае
да нны х .
Например , предложе ни е
IISY SPRINT 00 DUMMY
обеспечивает
подавление
вывода
'"
сообщений ,
направляемых
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
прогр аммой в набор данных с dd-именем
SYS PRINT .
Ра с смотрим ключевые парам етры оп е ратора
Параметр
DSNAME
00 .
(допускается сокращенная запис ь DSN ) определяет
и мя набора данных (прос тое или состав н ое), например:
/lВlВL
DD D SNAME= LlВl
//SYS IN DD DSN=D.USER1 . DAТA
Для указания раздела библиотеки в скобках записывают имя раздела:
/ILOAD DD D SN=USE RLlВ(PROG1)
//хх.х DD D SN=MY.JCLCJOBТESI')
Перед
именем
амперсан да
//SYS LIN
временного
набора
да нны х
записывают
два
знака
&&:
DD DSN=&&LOADSET(GO)
DD DSN=&&SYSUТl
//SYSUТ l
Временные
наборы
данных автомати чески
уничтожаются
по сле завершения шага задания. Отсугствие в операторе
00
си стемой
параметра
такж е означает, что набор да нных вр ем енный. В этом случае
DSNAME
имя набора данных БУдет сген е рировано автоматически , наприм е р , так:
5 YSxxxxxTxxxxxx. RAOOO.job name. Rxxxxxx
где х
-
определ енным образом сф:Jрмированные цифры и символы.
В качестве значения параметра
други е
*.имя
00
операторы
ша г а . имя
PGM=PROGl
//SYSUТ l
DSN=DAТA.IN
//SYS LIN DD
Параметр
в
можно
ф:Jрмате
указыват ь
ссылки
* . имя 00
на
или
00.
//SТFG ЕХЕС
DD
DSNAME
DSN=*.SТFG.SУSUТ1
01 S Р
(диспозиция) определяет исход ное состояние набора
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
данных, а также действия, которые необходимо прои з вести с набором
данных после
завершения шага
зада ния
или
всего зада ни я: сохранить ,
уничтожи ть, катало ги з ировать и др. Фор мат запи си параметра
OISP
в ключает три позиционных подп ар аметра:
D 15 р = ( [статус] [ ,Д И сп _НЗ] [ ,ДИ сП _АЗ ])
где статус
действие
-
и сходн ое (текущее) состояние на бора да нны х, дисп
при
нормально м
действие, которое
за вершении
шага
н адлеж ит выполнит ь при
задан и я,
аварийном
НЗ
дисп _ АЗ
-
завершении
шага задания.
Подпараметр с т атус может приним ат ь следующие з начения :
NEW -
в указанном шаге зада ния создается н о вый набор да нны х;
OLO -
набор да нных существует (созда н р а нее) ;
набор
SHR
данных
существует
и
может
быть
использо в а н
од н ов рем е нно другим заданием, т.е . р азделяется ра злич ными зада ниями
в реж и ме чтения;
МО О
-
шаге
на бор данных существует и будет моди фицирова ться в указанном
зада ния
(испо льзуется
только
для
последовател ьны х
наборов
данных).
Подпараметры диспо зи ции
дисп
НЗ и
дисп
АЗ
мо гуг прини м ать
следующие з н аче ни я:
OELETE КЕЕ Р
-
наб о р данных следует уни чтожить;
набо р дан ны х следует сохрани т ь ;
CATLG -
н або р данны х следУет сохра ни ть и катало ги з ироват ь ;
UNCAT LG -
наб о р данны х н ужн о сохранить, н о при этом исключи ть из
системного катало га.
PASS
набор
данны х
следУет
п оследУЮщем шаге то го же задан ия.
пер еда ть
для
использов ания
в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Последнее значение
(
Р AS
подпа р амет р а ди сп
нз .
S ) может быть ис п ользовано только дл я
При меры задания диспозиции:
1. DISP= (NEW,
КЕЕР ,
DELETE) - набор данных создается и будет
сохран ен при нормальном завершении и удале н при аварийном
завершении ша га задания;
2. DISP= (SHR,
БУдет
КЕЕР ,
со хра н е н
п ри
UNCATLG)
- набор да нных существует и
нормальном
завершении
и
И СЮlюче н
из
катало га при аварийном заверше ни и шага задания.
Допускается
учитывая
не
указывать
следующие
н екоторые
п рав и ла
или
даже
все
форм и рования
их
подп араметры ,
значений
по
умолчанию:
•
если н е указан первый подпараметр
•
если н е указан второй п одпарамет р ( ди сп
значение
значение
(
статус
),
то принимается
NEW ;
НЗ ), то принимается
DELETE дЛ Я ново го и КЕЕР дЛ Я существующего набора
да нных;
•
если н е указан трети й подпараметр
(
дисп _АЗ
),
то принимается
значение , заданное для второго под параметра ( ди с п
•
есл и
не
указан
па р аметр
01 S Р ,
то
НЗ ) ;
п ринимаются
значения
(NEW , DELE TE, DE LE TE) , то есть набор данных создается и
уничтожается во время вы п ол н е ни я ша га задания (време н ный).
Примеры:
DISP= (NEW,KEEP) и DI SP=(,KEEP) соответствует DI SP=(NEW,KEEP,K
DISP=NEW и DI SP= ( NEW"DE LEТE) соответствует
D I SP=(NEW,DE L EТE, DELEТE)
DISP=O LD соответствует DISP=(OLD,KEEP,KEEP)
DI SP= (OLD " DELEТE) соответствует DISP = (OLD ,KEE P, DELEТE)
DI SP= (SHR" KEEP)
Параметр
соответствует
DISP=(S HR,KEEP,KEEP)
UNIT н азначает н абору данных устройство ввода-вывода и
о п редел яется в большинстве случаев одни м из трех значений (см . п .
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
5.1.3):
UN IT=aApec I тип овое_и м я I гр упп ов ое_имя
Подпараметр адрес задает трех- или четырехразрядный физический
ад рес устройства (в шестнадцатеричном пред ставлении). Подпараметр
т ипо в ое
и мя задает устрой ство по установл е нному производителем
оборудования
устр ойства.
номеру
модели ,
Подпараметр
однозначно
групповое
через логическое имя устройства и л и
и мя
указывающему
определяет
на
тип
устрой ство
группы устройств , задаваемое
системным п рограммистом на этапе ко нфигур и рования оБОРУдова ни я с
помощью компо н ента НСО в таблице ЕОТ Ниже приведены п ри меры
задания параметра
UNIT различ н ыми с п особами:
//А О ОО UN IТ=22 0
адрес устро й ства
-
/!ГD ОО UN IТ=ЗЗ9 0
-
//GD ОО
//GD ОО
-
ти повое имя
UN IТ=SYS D A
UN IТ=V I O
-
гр упповое и мя
н абор данн ы х в виртуальн ой па мяти
Параметр VQ L UME (сокр ащенно VQL
которых
размеща ется
набор
) указывает том или
данных.
Рассмотрим
тома ,
на
наиболее
употребительные варианты использования дан ного параметра.
В п ервом варианте том определяется посредством задания серийного
имени тома в ви де:
VО L =SЕR= и мя[, и мя] ...
Например:
IIDSETI 0 0 DSN=YS,UN IT=SYSDA,VO L=S ER=PTOM01
Здесь
о пи сан
н абор
да нн ых
принадлежащем к группе
YS ,
находящийся
на
устройстве ,
SYSDA с сер и йным номером тома РТОМО 1 .
Для многотомных наборов данны х следует указывать список и мен.
Во втором вариан те том задается ч е рез ссылку, опред еляемую одни м из
тр ех способов:
VО L =REF= и мя_н або р а....данн ы х
I * . имя_D D
I.имя ша га . имя_DD
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
В
первом
способе
бу,цет
описанный в задании
выбра н
том,
на
котором
размещен
ранее
каталогизированн ый н абор данных. Второй и
третий cnособы используют стан дартн ый формат ссылок . Ра сс мотрим
пример:
//SТE Pl ЕХЕС
/1DD1
/1DD2
PGM= ... .
ОО DSN=OLD . DAТASET,DlSP=SHR
ОО DSN=DSЕТ1 , DlSР =(,САТLG,DЕLЕТЕ),VО L = REF=* . DD1
//SТE P 2 ЕХЕС
PGM= ...
/IDDЗ оо DSN=DSЕТ2,DlSР=(,САТLG),vОL=REF=*.sТЕР1.DDl
Здесь создаваемые наборы да нны х
на
том
же
томе ,
что
и
OS ET l
и
существующий
OSE T2
набор
БУдУГ размещены
данных
с
им ен ем
OLO . DATASET.
Параметр ОСВ устанавливает характеристики ло гической организации
набора данных, фиксируемые в блоке yn р авления да нными
(Data
Сопtrо!
Вю с k) , который создается с и стемой для каждого набора да нн ых. Блок
ynравления
открытия
данными
п редставляет
заполняется информацией
собой
из
таблицу,
о пи са н ия
которая
после
набо р а да нных в
про грамме и дополняется дан ными из соответствующе го оператора
0 0.
Параметр ОСВ обычно и меет фо р мат:
DСВ=(cnисок подпар аметр ов)
Все подп араметры ОСВ являются ключевыми. Пер е числим основные из
н и х:
•
•
•
•
•
OSORG - ти п организации набора данных;
RECF M - формат записей ;
LRECL - длина логической записи;
BLK S IZ E - длина блока ;
BUFNO - число буферов ввода-вывода ,
выделяемых
набору
данных;
• BUFL Подпарамет р
размер каждого буфера в байтах.
RECFM
может пр ин имать следующи е значения:
фиксированной дл ин ы ;
V -
за пи с и
п ереме нн ой длины;
FU -
записи
записи
неопредел енной дл ины . Выбо р типа записи определяет п ользователь .
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Если
он группирует записи
в
блоки, то указывает это, добавляя к
символу формата букву В . Например , указание
RECFM=FB
означает, что
сблокированные за писи имеют фиксиров анную дл ину
Прим е ры:
•
Набор данных состоит из записей фиксированной длины по
128
байт, которые объединяются в блоки по четыре записи в каждом:
ОС B=(RECFM = FB,LRECL= 128,BLKS IZE=512)
•
Набор данных содержит н еблокиров анные записи фиксированной
дли ны по
80
байт:
DCB=(BLKSIZE=80,RECFM=F)
Вместо ключевых подпараметров ОСВ можно записать ссылку на д ругой
оператор
00 ,
причем некоторые подпарам етры можно переопр едели ть
заново:
//SТ1 ОО DSN=VАХ,DСВ=(RЕСFМ=VВ , LREСL=б4,ВLКSIZЕ=б40)
/IPRINT ОО
DСВ=(*.SТ1,ВLКSIZЕ= 1 28)
Здесь подпараметры набора да нны х для параметра ОСВ копируются из
оператора
00
с им е н ем
ST 1,
кроме размера блока, который задается
непосредственно.
Параметр
SPACE
задает требуемый
объем
памяти
для
размещения
создаваемого набора да нны х на жестком диске, то есть набора данных с
диспозицией
NEW . Обычно
этот параметр записывают в виде:
5 РАС Е=(разме р [, (коли ч еств о [, п р и ращен и е] [,оглавлен и е])] [,RLS Е])
Подпараметр количество
указывает,
сколько блоков памяти
будет
выделе но набору да нны х первоначально, а подпараметр размер задает
размер или тип одного блока и может принимать одно из следующих
знач ений:
TRK -
блок соответствует физич еско й до рожке диска;
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
CYL - блок соответствует ци линдру диска;
число
определяет значение р азмера блока в байтах.
-
Так, пар аметр
SPACE= (CYL , 1 О) определяет область дисковой памяти
размером 10 ци л ин дров, а парам етр SPACE= (800 , ЗО) объявляет, чт о
требуется память объемом в
30
блоков
по
800
байт каждый.
Если
указанный объем не может быть выделен (диск переполнен) , система
завершает шаг задания аварийно.
в том случае когда первоначального объема памяти недостаточно дл я
размещения данных, система может выделить дополнительные блоки
памяти ,
количество
приращение .
которых
Установлено ,
определяется
что
система
подпараметром
может
выделять
дополнител ьные блоки не более
(4
О ,
5 ))
запрашивает
15 раз. Так, параметр SPACE= (CYL ,
первоначально 40 цилин д р ов, а если этого
объема памяти будет н едостаточно , то система БУдет выделять п о пять
цилин дров до
15 раз, т. е. при н еобходи мости всего будет выделено
40+5*15= 1 15 цилин д р ов. Если при р а щение не указа но , то
дополнитель ные блоки н е вы деляются.
Параметр
ог л а вл ение
задается
только
для
наборов
да нных
с
библиотечной ор ганиза ци ей. Он о пр еделяет необходимое количество
блоков,
отводимых
под
оглавление
Один блок оглавления содержит
биб л иотечного
256
набора
данны х .
байт. Так, напри мер, пар аметр
SPACE=(TRK , (100 ,1 0 , 5)) запрашивает память в 100 дорож е к и
10 дополнительных дорожек (до 15 раз) , а также пять блоков по 256
по
байт
оглавления
п одпа р аметр а
б ибл иотеч ного
о г лавление
набора
обычно
косвенно
да нных.
Отсугствие
указывает
на
на бор
данны х с по следова т ель ной организацией.
Очевидно , что
не
всегда Удается точно пред сказать требуемы й дл я
набора данных объем внешней памяти. Под пар аметр
освобождения
памяти ,
выделенной ,
но
не
RLSE служит дл я
использованной
под
размещение да нны х. О с вобождени е свободной памяти прои зводится
при
закры тии
на бора
(4 О , , 8) , RLSE)
прираще ния .
Для
да нны х.
указывает,
оглавления
что
Так,
параметр
за пр ашивается
вы деляется
SPACE= (TRK ,
40
дорожек
восемь блоков.
память после закрытия набора данных освобождается.
без
Незанятая
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Параметр LABEL чаще всего используется для описания набора данных
на ма гни тной ленте. В нем MOryг быть указаны порядковый н омер
наб ора да нны х на
МЛ, тип
метки,
срок хра н ен ия наб ора да нны х,
паро ль. Наиболее употребительный формат параметра:
LАВЕL = ([ном е р][ , <jюрмат][РАSS W ОRD][ , I N I ,ОUТ])
Подпараметр номер задает последовательный номер набора данных на
ленточном томе. Значения О или
наб ор
данных.
наборов
Для
данных,
каталогизированных
передаваемых
форма т
форматирования
указывают на п ервый по порядку
из
наборов
данных,
пр едыдщег оo
шага
а
также
задания
ном е р можно н е указывать.
(DISP= , PASS) ,
Подпараметр
1
используемый
указывает
лен точного
тома
(тип
меток
стандарт
наборов
данных).
Возможны следующие знач е ния формата:
SL - стандартный формат IВM (используется по умолчанию, можно не
указывать);
SU L - указывает, где набор данных имеет стандартные метки и метки
пользователя;
AL - используется формат ISO/ANSI;
NSL - набор данных имеет нестандартные метки;
NL - на бор данны х не имеет меток;
BLP - необходимо обой ти обработку метки набора да нны х.
Подпараметр, задаваемый ЮJючевым словом
и зменени и
набора
да нны х,
чтоб ы
пользователь
паро ль, используя консоль или терми нал
Ключевые
слова
IN
и
PASSWORD , требует при
указывают,
OU T
ввел
правильный
TSO.
что
набор
данных
обрабатывается для ввода или вывода соответственно.
в
приводимом
ниж е
пример е
открыв ается
для
чтения
5-й
наб ор
данных, имеющий нестандартные метки, на ленточном томе ТАРЕО1 :
m
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
11DD1 ОО DSNAME=NAВ1 ,UN IT=ТA PE01 ,
11 VО L =S ЕR =М Т1 , LАВ ЕL = ( 5,NS L " I N)
Параметр
идентифицирует
SYSOUT
набор
данны х
как
системный
выходной набор данных. Наиболее ynотребительная форма для записи
пар аметра:
S УSОUТ= (ВЫХОДНОЙ_ЮJaСС[ , имя_прог])
Чаще всего подпараметр ВЫХ О ДН ОЙ
к ласс определяет имя выходного
масса для описываемо го набора да нн ых в виде символа
Атр ибугы выходных массов
качестве значения вы ходного
A- Z или 0-9.
о п ределяются при настройке JES . Если в
масса указана звездо чка ("'), это означает,
что следует использова ть то же з нач ение, что у п араметра
опред еленное
данного
в
операторе
п одпараметра
означающий ,
что
операторе задания
основные
OU TP U T,
далее с п омоJ.ЦbЮ параметра
Подпараметр
JOB . С имвол
задает
и мя
п ро г
так
атрибугы
сс ы лка на
''зап ятая ''
на з ыва емый
вывода
( ,)
MSGC L ASS ,
в
по з иции
''пустой ''
БУдУГ
масс ,
о п ределены
в
который долж на быть указана
OUTPUT .
позв оляет
указать
имя
програ ммы
(загрузоч н ого модуля) , обрабатывающей выходной н абор данных . Если
п од пар аметр не указан,
JES
БУдет об р абатывать выходн ой н абор данных
стан дартным способом , о пр еделенным для соответствующего масса.
Кроме
указанных
испол ьзовать
вы ходного
п одпараметров,
подпараметры,
набора
данных
при
п араметр
ynравляющие
выводе
на
может
SYSOUT
форматирова ни ем
печать
(выбор
шрифга ,
межстроч н ый ин тервал, р азмеры полей , количество копий и т. п .)
Прим е ры использова ния парам етра
1.
определение выходного масса В :
IISYSPRINT
2.
S Y SOUT :
ОО
SYSOUT=B
определение выходного масса по значению
IIYS I JOB "MSGC LASS =A
IIS Т1 ЕХЕС PGM =ZARPLAТA
MSGC L ASS :
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
SYS O UТ=*
11DD1 DD
з.
о пр еделе ни е пустого
выходного
класса
и
ссылЮ1
на
оператор
OUTPUT :
IIOUТ ! OUТP UТ В U RSТ= У,С Н А RS= ( G Т1 2) , СО РI ЕS=З
S Y SOUТ= ( , ),OUТPUT=*.OUТ!
IIDS DD
4.
об р аботка выходного набора данны х программой ввода заданий
INTRD R:
IIS Y SUТ2
DD
S Y SOUT= ( X , I N ТRDR)
И так, мы рассмотрели н ебольшую часть из общего числа пар аметр ов
оператора
00,
однако наиболее в ажную с точЮ1 зрения пр а ктич еского
использования. Расс мотр им ряд при меров описания на боров данных
при р еше нии некоторых тип о вы х задач [l~J
1.
Описание каталогизированных наборов данных на
случае
д остаточ но
указать
п оскольку остальную
только
параметры
DASD.
DSN
и
В это м
01 S Р ,
необходимую инфор мацию о размещении
на бо р а данных система получи т и з каталога, например:
IIСАШS !
IIСАШS2
2.
Описание
D SN=АSЗ О . МУ. DSЕТ, DI SР=О L D
DD
DD
D SN= LIВ.DAТA(C HAR), DI S P =S HR
некаталогизированных
наборов
данных
на
DASD.
Зд ес ь тр ебуется указывать дополнительно з нач е ния параметров
UNIT
и
VOLU ME ,
IINOCAТDS
11
DD
D SNАМ Е=АSЗО.МУ.DSЕТ, DI SР=О LD ,
VО L =SЕR= DО! 457,UN IТ=ЗЗ9 0
з . Описание нового
дисках.
напри мер:
non-SMS
Требуется
приводимом
данн ы х со
ни же
задав а ть
создается
за пи сями
пространстве
с
параметры
при мере
120-байтными
выд еленном
ци л индров
на бор а данных на жестЮ1Х магнитных
в
'"
т ри
и
SPACE .
библиотечный
памяти
цилин дра .
размером
На
В
на бо р
фиксированной дл ины
внешн ей
прираще ни ем
ОСВ
на
10
оглавление
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
отводится два блока п о
н е испо льзуемая
256
па м ять
байт, при завершении шага зада ния
бу,цет
освобождена,
а
набор
данных
сохранен.
IIN EWDS оо D SNАМ Е = D .АSЗ2. DАТА, DI SР= ( N ЕW, КЕЕР) ,
11
VО L =SЕR= ВIВLIO ,UN IТ=ЗЗВ О ,
11
DCB=(REC FM= F,LREC L=120),
11
SРАСЕ= ( СУL ,( 1 0,З,2 ) ,RL S Е)
Процедуры
в
язы ке
JCL
управления
заданиями,
как
и
в
ДРYJl1х
языках
прогр амм ирования , мосуг быть определены проц едуры . Мы уже н е раз
упоминали этот важнейший элемент
функций
JCL
при рассмотрении различных
lfOS.
Проц едур а
пред ставляет
(операторов)
Проц едур а
JCL,
может
собой
оqюрмленных
хр анитьс я
в
п оследо вательность
как
автономная
системной
или
пр едложе ний
JСL- прorра мма .
польз о в ател ьской
библиотеке пр оцедур л и бо н е поср едств е нно опис ыват ься в задан ии.
Проц едуры
JCL,
как
и
п роцедуры
языков
п рограммирования ,
предназначены для решения типовы х пользовательских задач на осно ве
принцип а: "один раз записал и сохра ни л, много раз использую ". Такой
пQЦХОД существенно упрощает пр оцесс составления заданий.
При об р а щени и
к проц едуре входящие в
ее состав
опе ратор ы
JCL
вставляются в задание вместо вы з ывающего оператора ЕХЕС . При это м
мосуг бы ть
и зме нены
з н ач е ния парам етров
операторов
проц едур ы ,
целые операторы, а такж е доб ав лен ы новые о п ераторы .
в
JC L
поме р жива ется
процедУРЫ
и
пр оцедур ы
два
во
ви да
процедур :
входном
п отоке.
каталогизированные
Каталогизированные
процедУРЫ р азмещаю тся в сп е циальны х на борах данны х
-
процедУР.
используемых
JES2
р асполага ет
на страиваемым
с писком
библиотеках
стан дартных библиот ек. Пользователь также имеет возмо жн ость указать
собственны й набор библиотек п роцедур с помощью оператора
JCLLIB
(о н ем речь п ойдет ниже). Проц едур ы во входн ом потоке описываются
непосред ственно в задани и п осле оператора
JO B.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Процедура начинается оператором процедуры
PROC и заканчивается
оператором
оператора
конца
процедУРЫ
ИМЯ
PEND.
процедуры
является именем процедУРЫ при размещении ее во входном потоке . В
операторе
PROC
MOryr
быть
описаны
пар аметры
Процедуры MOryr содержать различные операторы
JCL,
процедур ы.
включая Е Х ЕС .
00 . OUTPUT . IF/THEN/ELSE . I NCLUDE . CNTL. ENDCN TL. SET . а
также
вызовы
операторы 00
JES
других
*
процедУР.
и 00
Процедуры
DАТА . оператор
не
должны
/ / JOBL IB
содержать
операторы
00.
и описания других процедур (операторы PROC и PEND ).
Каждый оператор ЕХЕС вм е сте с прин<щлежащими ему операторами
00 называется шагом
является именем
(пунктом)
процедуры.
шага процедУРЫ.
Имя
оператора
ЕХЕС
В общем виде
процедур а
имеет
следующую структуру:
//имя
PROC
параметры
11 ЕХЕС
11 00
11 ЕХЕС
11 00
11 PENO
в теле процедур ы MOryr быть записаны так называемые символические
или ф:Jрмальные параметры , которые при вызове процедуры MOryr быть
заменены
на
параметры
).
задан ные
пользователем
знач е ния
фактические
(
Формальные параметры представляются в виде &и мя. и
MOryr быть указаны в процедУРе в качестве параметра , подпараметра
или
значения
в
любом
операторе.
Фактич ес кие
значения
для
символических параметров устанавливаются в вы зываю щем процедУРУ
операторе Е Х ЕС , в виде списка , каждый элемент которого выглядит так:
имя =фактиче ское_знач ен и е
Рассмотрим прим ер некоторой
абстрактной
процедур ы ,
на
котором
будуг показаны особенности постро е ния и использования процедур :
IIМYPRO C
PRO C UNT=SYSOA, PRN =A,TOM= D!SK8, P=P2,NAME=0:
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
//S Т1
ЕХЕС PGM=SUV,REGION =SOK
DD DS N=S YSLIВ,Dl S P = OLD
//SYSIN DD DSN=&NAME,DlSP=(NEW,K EEP),
VOL=SER=&TOM ,UNIT=&UNT,
//
//
S PACE= (ТRК , (10,l , 10))
//SYSO UT DD SYSO UT=&PRN
//S12 ЕХЕС PGM=CALC,PARM =(Pl ,&P,P3)
/ffAВL
DD DSN = ТABL . DAТA, Dl S P = SHR
//
VOL =SER= WORК1 , UN IТ= DlSK
//
PEND
/ILIВ
Данная проц едур а с именем
MYPROC
содержит д в а шага
( S Tl
и
ST 2 ).
В теле проц едур ы выделено пять qюрмальных параметров. В операторе
PROC
представлен
список
фактических
стандартных
значений
формальных параметров, которые БУдУГ использоваться по умолчанию в
случае ,
есл и
знач ения.
пользователь
Например ,
не
если
определит
процедура
собственные
БУдет
фактические
вызвана
в
задании
следующим образом:
/IPRIMl
ЕХЕ С
MYPRO C
ТО это как р аз такой случай: все значения формальных параметров будуг
выбраны из оператора
PROC.
Если же пользо ватель захо чет изменить все или некоторые стандартные
знач е ния , их необходимо указать непосредств е нно в операторе Е Х ЕС :
/IPRIM 2
ЕХЕ С MYPRO C,NAME = BIВL , UN T=3 3 9 0
в данном случае устанавливаются новые значения для qюрмальных
парам етр ов
NAME
и
UNT ,
знач е ния , за писанные в
парам етров
а остал ьны е параметры примуг стандартные
операторе
поль зовател ь обязан
PR OC. При изменении значений
следить,
чтобы
модифицированная
таким образом процедУРа была корректной как синтаксически, так и
семантически.
Очевидно,
что
значения
символических
парам етров ,
на з нач енных пользователем
в операторе Е Х ЕС , действуют только в
текущем
д руги е
шаге
задания.
На
шаги
задания
их
действ и е
не
распространяется, и там MOryr быть установлен ы д руги е значения.
Наряду
с
исполь зо в анием
символических
m
параметров,
существует
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
возможность
проц едУРЫ
модифицировать
ЕХ ЕС
и
00.
целиком
или
Например ,
частично
модификация
оп е р аторы
параметров
операторов Е Х ЕС может прои зводиться следУЮЩИМ образом:
IIPRIМЗ ЕХЕС МУРRОС,RЕGION.SТ1=100К,СОND.5Т2=(8, L Е,SТ1j
Здесь пользователь тр ебует
изм е нить
используемого в шаге процедУРЫ
оператору шага
ST 2 .
з начение парам етра
RE GION ,
и добавить параметр COND к
ST1 ,
Си нтаксис записи модифицир уемых парам етров
вполне очевиден.
Мод ификация
пар аметров
иначе . Например ,
при
оп е р аторов
необходимости
отказаться от определ ения пара метров в
TA BL шага ST 2,
IIPRIM4
ЕХЕС
IISТ1 . LIВ
несколько
изменить имя и диспо зицию
набора да нны х, опи с анного в операторе
им енем
осуществляется
00
0 0 с им енем L IB шага ST1 ,
VOL и UNIT оператор е 0 0
и
с
при вызове проц едуры следУет записать:
MYPROC,NAME=XXXXX.YY,P=PS
ОО DS N=USERLIВ, DISP =S HR
IISТ2.тАВ L оо DSN=ТABL1.DAТA,VOL=,uN I T=
Обратите
задания
внимание ,
за пи с ываются
что
как
им ена
модифи цирующи х
составные:
сначала
00
операторов
указывается
имя
шага
проц едУРЫ, затем , посл е разделительной точки , имя модифицир уемого
00
оператора
пр оцедуры .
Точно таким же образом может прои зводи тьс я добавление в процедУРУ
новых операторов
IIPRIMS
ЕХЕС
00 :
MYPROC,PRN=*
IISТ2 . SУSРRINТ ОО SYSOUТ=A
Здесь к шагу
SYSPRINT .
ST 2
проц едуры БУдет добавлен оператор
Таким
способом
можно
использование в теле процедУР операторов
обой ти
00 *
Значит ельную ро л ь в р аботе пользователей
и
00
с имен ем
ограничение
00
на
DА ТА .
zJQS играют имеющиеся в
системе каталогизированные проц едуры. Как уже отмечалось , обычно
существует
несколько
стандартны х
библ и отек
проц едур
(самая
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
известная среди них
- SYS1 . PROCLIB ), определяемых системным
1ES2. Библиотеки соде ржат
прогр амм ис том в на стройка х подсистемы
множ ество
задач
готовы х проц едур, пр едназ н аче нны х дл я
пользовател е й
п оддержки
связей
и
и
разработЮ1
выполнение
администраторов ,
при ложе ни й
программ),
решения ти повых
включая
(компиляция ,
пр оцедуры
проц едуры
редактирование
запуска
и
на стр ойки
системны х компонентов , пр о ц едуры управления да нными и Т. п.
Для
вызова
таких
катало ги зированной
проц едур
в
процедУРЫ
задании
и
при
н ео бходимо
необходимости
указать
и мя
фактические
пара метры , а также модифицирующи е операторы. Важн о п одч е ркнугь ,
что в качестве имени каталоги зирова нной пр оцедур ы используется и мя
раздела библиоте Ю1 проц едур, а не имя оператора
также,
кома н де
что
каталогизированны е
оп е р атор а
проц едУРЫ
STA RT,
( SТС-зада ния) ,
процедУРЫ
при
о
это м
которы х
MOryr
PROC ! Отметим
вызываться
порождаются
упоминалось
по
за п ускаемые
ранее.
При меры
прим е н е ни я н е которых каталоги зирова нны х процедУР при разработке
при ложе ний будуг рассмотрены в п.
5. 1.8.
Помимо системных б и бл иотек процедУР , доступны х пользователям п о
умолчанию , существует возможность создания и использования л и ч ны х
библиотек
и ме н а
пр оцедур.
таки х
В
библиотек
этом
с
случае
потр ебуется
сообщить
сист ем е
оператора
JCLLIB .
Дан ны й
помощью
оператор им еет единственный п араметр
ORDER,
с помощью которого
мож но задать список лич ны х библиотек, используем ых в задании:
ОRDЕR=(библиотека1[ , библиотека2] .. .)
в прив еде нно м ниже прим е ре определен с писок из двух б и бл иотек
USERl . PROCLIB,USER1 . WORKLIB ), которые система
использовать дл я п оиска проц едур ы SME TA в п ервую очередь.
пои ск
завер ши тся
н еудачей ,
бу,цуг
пр осматрив аться
I/USER1 JOB ...
I/USERL IВ JCLLIВ ORDER=(USER1.PROCLIВ,USER1.WORKLIВ)
ЕХЕС PRO C=SMEТA
Структура отчета о выполнении задания
будет
Если
системные
библиотеки:
11
(
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
Как отмечал ось р анее , все сообщения и результаты р аботы п рограмм ,
вы п олняемых в р амках задан и я , груп пи руются
JES2
в н аборе данных
На основе этих да нн ых $:Jрм и руется отч ет о вы п олненном
SYSOUT
задании. У п ользователя ест ь несколько способов п олучи ть и вывести
отчет, ис п ользуя средства
TSOIE, ISPFIPDF
или
SDSF.
5. 22
На ри с.
п редставлен общий вид отчета (листинга) о вы п олнении задания.
JES2
,JOB
O~ . 25.as JOBlSS42
09.25.05 JОБlSS42
09 . 25.06 JOB15542
09.25.06 JOB 1 5542
09 . 25.07 J06 1 5542
09 . 25.08 JOB15542
09.25,0$ JOB l SS42
s
LOG
---- МQHOДY ,
у
ОЗ
S
Т
Е
z/08
М
N
О
D
NOV 2001
•
IRR010I U5ERID USERl 15 A5S1GNED то THIS JОБ.
ICH,OOOlI UЗЕRI LAЗТ АССЕЗЗ АТ 09 : 21 : 36 ON MON
$НАSР3,З
USERIA STARTED - INIT 6 - CLASS
USERIA - ЗТЛRТЕО - TIME-09 . 25 . 01
I EF4041 USERIA - ЕНDЕD - TlME- 09.2S . 08
$ЕдgРЭ9S USERIA ENDED
А
- S
IЕ~40Зl
- -- --- JES2 JOB STSTISTICS -----03 NOV 2001 JOB EXECUTIQN DATE
,
6 CARDS REДD
32 SYSOUT PRINT RECORDS
О SYSOUT ронен RБСОRПВ
2
зузоит
l
11и8ЕаIД
КВУТЕБ
SPOOL
ExECUTIO~ TlМE
0.01 MINUTES
,JOB
Il т соэдАНИЕ
( USЕRI ,ООО) , 'СТЕПhНОВ',NОТ I РУ- &SУ80I D
П ОСЛЕДОВАТЕЛЬНОГО НАБОРА ДАННЫХ
•
11* еыnQЛНИЛ СТ. ТР . УАИ-Эl1 CTEnAHQS S,
2 115T l
ЕХЕС PGМ-IEFBR 14
3
II0SETl
11
11
11
00 D8N_ USERl . NEW . DATA,DISP_ (NEW,CATLGJ,
DCB- (RECFМ- F , LRECL- 80) ,
SР}\СБ-f61БО ,
(5,5 1,
VOL- SЕR~~ОRКl,UN I Т · SУSALLDА
ICH700011 USERl
LдЗТ
ACCESS
IEFl~2I
USERl~ ЗТ l
ЗТЕ~
IЕFЗ,3I
З Т ЕР/эТl
IST.ъ.RT
IEF3,41 STEP!S:rl
IЕFП51
JOB/USE.R I A
IЕFЗ,51
JOB!USER l A
~
••
Р и с.
~ . ...
5.22.
АТ
09:21:36 ON MONDAY,
WAS &XECUТ~D -
!ЭТОР
2001307 . 0925
2001307 . 0925
!ЭТЛRТ
2001307 . 0 9 25
/ЗТОР
• • • •••• •• • • ••• ••••
2001307 . 0925
ваттом
ОР
ОАТА
camcoo_
еР"
NOVEМBER
ОЗ,
0000
OMIN OO.OlSr;:C SR'
4
OМIN OO.OlSr;:C ЭМ
••• •••• •• •••••• •• ••••
еР"
Пример отчета о выполне н ном зада ни и
Ста н дартный листинг состоит из н ескольких ин$:Jрмац ионных блоков:
1.
2.
Общая ин$:Jрма ци я , о п ределяемая п р и инсталляц ии с и стемы.
Статистическая
ин$:Jрмация ,
уп р авления заданиям и
JES.
$:Jрмируемая
подсистемой
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
з.
Текст
зада ния
на
JCL,
MSG LEVEL
языке
значения параметра
если
зада ны
соответствующие
и сообщения о синтаксических
ошибках.
4.
Систем ны е сообщен и я о ходе и результатах выполнения задания.
Основным
признаком
правильности
значение кода завершения (Сопditiоп
выполнения
code),
задания
отображаемое в
является
блоке
4
листинга в виде:
CON D
Если
С ОD Е
код
= ХХХХ
завершения
р авен
0000,
то
задание
выполнено
успе llllЮ.
Ненулевое значение кода означает, что зада ни е завершил ось аварийно
(состояние
ABEND ).
определенная
Каждому значению кода завершения соответствует
причина ,
а
в
отчете
содержатся
поясняющие
диа гностические сообщения.
Хотя слово
1)
entry часто п ереводят как < вводgt;, здесь его смысл
следует трактовать шире.
Иногда пр едложе ния
2)
вспоминая
о
тех
JCL называют < картами > задания Uob cards),
временах,
когда
текст
задания
го товился
на
перфжартах. Оттуда, кстати , унаследовано ограничение строки задания
в
80
символов.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Системные сервисы
UNIX (zlOS UNIX)
Введени е
UN IX,
С и стемные сервисы
zJOS UN IX,
получившие в новейших версиях н азвание
являются неотъемлемым компонентом
zJOS, п ревратившим
ее в открытую опера ци онную систему I1.ill, UQ]. Начиная с версии
05/390 VIR2 реализована п ол н ая подцержка стандартов P05 lX
(Portable Operating 5ystem lnterfuces Unix) и XPG 4.2 (Х/Ореп Portability
Guide), принятых многими разработчиками UN I Х-систем . Таким
образом,
в
zJOS UNIX реализова н о два открытых си стемных
и н терфейса:
•
интерфейс
систем н ых
на п исанных
•
на
языке
(API)
вызовов
что
дает
стан дартн ые UN IХ-приложения в
С,
zJOS;
zJOS
приложений,
возможност ь
инте р актив н ый интерфейс п ользователя
вы п ол н е ни е в
для
(shell),
зап ускать
обеспечивающий
стандартных команд, угилит и скри п тов
UN IX
в форме, п ривычной для пользователей UNIХ-систем.
zJOS UN IX реал и зована п одцержка
UN IX, получившей название HFS
UNIX размещаются в 5МS-управляемых
Кроме этого, для хран ен и я данных в
иерархической
файловой системы
(Hierarchical File 5ystem). Файлы
н аборах данных zJOS специальн ого
типа (их называют НFS-наборами
данных).
Важно отметит ь , что
zJOS UNIX
представляет собой не надстройку или
оболочку, эмулирующую ин терфейсы
частью
систем н ого
ядра
ВСР
и
UN IX,
тесно
а является неотъемлемой
ин тегрирована
с
другими
zJOS, такими как DFSMS, RACF, WLM, 5MF,
RМF, SD5F, T501E, 15PFIPDF и др . Мно гие с и стемные функции zJ05
(например, ТСРIIР, Н1ТР server), реализован ы как UNIХ-приложения .
модулями и компонентами
То же самое можно сказат ь и о популярных с и стемах промежугочного
слоя, таких как
Приложения
DB2
UNIX
и
Websphere Ap plicatio n 5егуег.
выполняются в
адресных п ространствах МУ5
MOryг запускаться как из пользовательской среды
TSO/lSPF,
пакетных
заданий
и
ш
shell,
STC-процедУР.
и
так и из среды
Файлы
UNIX,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
хранящиеся
HFS ,
в
ЮJассичесЮ1М
доступны
приложениям
помощью команд
TSQIISPF
как
прилож ени ям
z/QS (MVS)
и
MOryr
у
так
и
с
и JСL·заданиЙ. Подце рживается свободное
копирова ни е и пер емещение данных между фай лам и
данных
UNIX,
обрабатываться
и наборами
HFS
MVS.
пользователей
существует
возможность
ин терактивного
TSQIISPFUN IX shell через
взаимодействия с UNIХ-сервисами как через стандартный
интерфейс ,
так
и
nyreM
telnet/rlogin протокол
Элементы
прямого
П ОДЮlюч ения
к
в рамках ТСРIIР-соединения.
z/OS UNIX
z/OS и ВЮlючает ядро
системных сервисов UNIX (UNIX System Setvi.ces Kemel) и ПРИЮJадные
сервисы (UNIX System Setvi.ces Аррliсаtюп Setvi.ces). Основные элементы
z/OS UNIX и связанные с н ей компоненты z/QS пр едставлены на рис.
5.23.
z/OS UNIX
Ядро
является
z/OS UNIX
базовым
компонентом
интегрировано в базовую управляющую программу
z/OS и служит для реализации функций интерфейса системных вызовов
(API UNIX), связанных с управлением проце ссами, файловой системой
HFS и коммуникациями. Другие , п одцерж ив аемые в AP I функции ,
обрабатываются непосредственно z/OS с помощью так на зываемых
вызываемых сервисов (callable setvi.ces). Вызываемые сервисы MOryr
быть использованы в программах на ассемблере и языках высокого
уровня для доступа к функциям
активизируется при загрузке
пространств е
z/QS UNIX. Ядро z/OS UN IX обычно
z/QS и работает в собственном адресном
MVS.
ПРИЮJадные
сервисы
z/OS
ин терпретатором
shell,
Командный
ин тер пр етатор
yrилиты,
а
также
представлены
командным
набором стандартных угил и т и отладчиком
пользовательсЮ1Й интерфейс
и
UN IX
shell,
создавать
подцерживает
dbx.
стандартный
позволяющий за п ускать при ложения
и
использовать
командные
файлы ,
на зываемые скриптами. Вводимые пользовател ем команды реализуются
средствами яд р а.
Отладчик
dbx
пр една знач е н для автоматизированной интерактивной
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
отладки
приложен и й,
создаваемых
на
языке
С /С++.
Отладчик
распола гает набором команд, хоро шо известных пользователям
f---
DFSMS
НFS
L
I WLM I I
;dOSBCP
I
"'8
На ри с.
5.23
I
КоМПНJlJIТОР
OrладЧНК
ClC++
db.
'liOS UN IX
п редставле н ы также стандартные ком п о н е н ты
связанные с подцержкой системных сервисов
• TSOIISPF
служат
мани п улирования
пол ь зователей к
•
компилятор
RМe
OТL)
I
Shell
Компо н ен ты
II
SMF
мее
I
I
5.23.
I
zlOS UN1X KemeJ
LE (С
Р и с.
I
I
TSOIISPF
UN IX.
для
файлами
UNIX . К
выполнения
UN IX,
а
кома н д
также
'liOS,
тесно
ним относятся:
и
угил и т,
для
подключения
создания
п ереносимых
shell;
С /С ++
-
и сп ользуется
для
UN IХ-приложений;
•
языковая
библиотеку
времени
том числе и на языке
исп ол ьзуется для выполнения
sheU и
Library)
С /С ++ ) , -
угилит;
подсистема управления данным и
данных
•
включающая
(LE),
для подце р жки приложений (в
команд
•
среда
вы п ол н е ни я RТL (Ruп ТlП1е
DFSMS -
управляет наборами
HFS , которые содержат файлы файловой системы UN IX;
zFS (75eries File System) - представле нн ая
файловая система
в
р амках серв и сов п одцержки рас п ределенных вычисле н ий ОСЕ
высокопроизводи тельная
(нач ин ая с
'liOS VI R2).
UN I Х-подобная
файловая
система
Может бы ть интегрирован а в
HFS
как
монтируемая файловая система .
•
менеджер
управле ни я
созданием процессов
рабочей
UNIX;
'"
нагрузкой
WLM -
управляет
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
МодУЛЬ
сбора
статистики
фикс и рует
SMF
данные
об
используемых ресурсах;
•
МодУЛЬ
управле ни я
доступом
к
ресурсам
доступом к файлам и приложе ни ям
•
RМP
-
управляет
сбор да нн ых и составление отчетов о функцио н и р овании
UN IX.
сервисов
Механизм выполн ения приложений
Для
RACF -
UN IX;
понимания
механизма
UNIX в Z/OS
функцио н ирования
UNIХ-сервиса
необходимо установить соответств и е междУ по н яти ями , ис п ользуемыми
в
п ромьшmенных
приме н яемыми в
UN I Х-системах,
MVS
z/OS.
и
и
соответствующими
по н ятиями ,
UN IX хорошо
в частности , пользователи
знакомы с п онятием процесса.
Про ц есс
представляет
о п ерационной
выполнения
собой
си стеме
UNIX
п ро грамме
со
зависимости
от
ти п а
основную
работы
в
и соответствует находящейся в стадии
всеми
выделенными
прогр аммы
пользовательские процессы.
единицу
Среди
ей
различают
ресурсам и .
систем н ые
системных выделяют
В
и
процессы
демоны (dаепюп) , работающие в qю н овом режиме и предназначенные
для подцержки вс п омо гательных с и стемных серв и сов (вывод н а п ечать ,
электро нн ая почта, за п уск программ по рас п иса ни ю и т. п .). Анало гом
демонов в
MVS
MOryr счи таться за п ускаемые процедуры
Каждый процесс имеет уникальный иден тификатор
(STC).
и может по
PID
своей инициативе порождать новые (дочерние) п роцессы с помощью
системных вызовов
про ц есса
(кроме
про ц есс,
связь
одно го,
с
атрибугу процесса
Про ц ессы,
как
в
копией
spawn ()
родительский
благодаря
еще
одному
Z/OS , MOryr
п ространствах (AS) MVS ,
UN I Х- п риложениями
в
собственных,
всегда
существует
иден тификатору роди тельского про ц есса.
процесса (рис.
f or k ( )
являющееся
вызова
PP ID -
первого)
поддерживается
исключи тельн о
роди тельско го
вызова
самого
которым
п орождаемые
выполняться
причем
fork () и spawn () . Таким образом, у каждого
адресных
так
5.24).
создается
родительско го.
может
быт ь
ш
и
При
в
адресных
как
п ространствах
и с п ользовании
новое
При
в
адрес н ое
прост р анство ,
ис п ользовании
создано
системного
н овое
системного
адресное
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
п ространство, так и за пуще на н овая задач а в н угр и родительского
Адрес ны е
про странства ,
содержащие
п орождаться и по иници атив е
МVS-приложении при обращении
РРЮ l б
P ID~73
L
P~84
PPID=28
~
PP~73
forkO
spawnO
ASLD~212
ASIlF374
PID-59
I'LD-9б
PPID~2
Pl' LD~73
Те п е р ь
Проц есс ы в
z/OS UNIX
познако м имся
п риложений
Как
spawn О
J L.... ---',
PPID~ 28
5.24.
уже
отмечалось ,
и
более
UN IX в z/OS,
ад ресно е про ст р анство
системы
подроб но
SYS 1. PARML IB .
HF S и создается
в
с
меха ни змом
представленным на рис.
для
z/OS UN IX
ядра
(OMVS),
выполнения
5.25.
вы дел яется
отдельное
создаваемое на этапе иници ализа ции
функционирующее
определ енными
раздел е
в
соответствии
BPXP RMxx
с
на стройками ,
системного
реестра
Одн овреме нн о инициализ ируется файловая сист ема
адре сн ое
простран ство
BPXQIN I T
(с
п омо щью
одноиме нной п роцедуры), выполняющее проце сс-пра р оди т ель
для
всех
к
ASID-I83
I) ID~28
spawnO
PID-42
Рис .
MOryr
z/QS UN IX.
вы зы ва емым сервисам
ASLD- 174
UN IХ-процессы,
AS .
пр оцессов.
В
п е рвую
н еобходи м ы е системные процессы
очередь
UN IX.
'"
BPXQINIT
(P ID=l )
порождает
Операционные системы и "poГJ><IМMнoe обern""""ие на платформе :15еп".
SYS I, PARMLlB
I
I
HFS
I
BPXPRМ<x
SYS I ,PROCL[B
I
I
I
I
BPXAS
I
ВРХОINIТ
'llOS U IX
BPXQINJT
Кегпе1
\VLM
( OMVS)
~
INETD
KOl'lallД bl ,
SHELL
утили ты.
Ch.lJHII TbI,
opOI'p a ~' A'bl
Р и с.
5.25.
Средства п одце р жки вы п ол н е н ия п ри ложен ий
Новые адрес н ые пространства для приложе ни й
UN IX
UN IX создаются п о
WLM, который
за п росу ядра к менеджеру ynравления рабочей на грузкой
использует
для
этой
цели
с п е ц иальную
Адрес н ое п ространство , создаваемое
BP XAS,
1Е52, при ни мая nорождаемый про ц есс
Командн ые интер п ретаторы
5ТС-процедуру
игр ает роль инициатора
UN IX.
являясь приложениям и
shell,
BPXAS .
UN IX,
как
п равило, зап ускаются в отдельных адресн ых n ространствах для каждого
и н терактивно го
yrилиты ,
пользовательского
запускаемые
отдельные задачи
в
в
рамках
адресн ом
сеанса.
сеанса,
При
MOгyr
пространстве
этом
коман д ы
вы п ол н яться
shell,
и
в
и
и
как
собственных
адресных n ространствах, в зависимости от настройки пользователя.
Особую рол ь при подцержке UN IХ-приложений и грает про ц есс-демон
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
I NE TD ,
с
помощью
которого
обес п ечивается
доступ
к
shell
для
удале нны х пользователей в ТСРЛР-сети с использованием про токолов
telnet
и гlоgiп.
Организация файловой системы
HFS
Организация хранения данных в операционной системе
существенные
отличия
данными, принятого в
от
на боров
данных
от
MVS.
MVS,
совокупность байтов
традицио нного
В п ервую очередь файлы
обрабатываются
без деления
управления
UN IX,
системой
имеет
UN IX
способа
в отличие
как
на логические записи,
прос тая
при
этом
лоrnческий урове нь представления данных п ередается приложениям.
Имена файлов мо гуг содержать до
255
алфавитно-цифровых символов ,
при этом различают прописные и строчные буквы . Разделение файлов
по типам про изводится в соответствии с их функциональным
UN IX
назначением и
по ти п у данных. В частности,
выделяют следующие
типы файлов:
•
об ычны е
файлы общего назначения, используемые для хр анения
-
программ и данных любо го типа ;
•
катало ги
служат для размещения справочной
-
инqюрмации о
р азмещении файлов, прин адлежащих данному каталогу;
•
•
•
устройства
-
ассоциируются с устройствами ввода-вывода;
символические ссылки
именованные
каналы
содержат ссылки на другие файлы;
-
служат
для
обмена
данными
между
процессами;
•
сокеты
Файлы
-
служат для реализации сетевого взаимодействия.
группир уются
по
соподчиненным
каталогам,
образуя
иерархическую древовидную структуру, представленную на рис.
5.26.
Вершиной дерева и еди ной точкой входа в файловую систему является
корневой каталог
полное
или
( I ).
Таким образом, у каждого файла существует
абсолютн ое
местоположение
lu/use r2 /prg
в
имя ,
файловой
однозначно
системе:
и т.п .
'"
определяющее
его
lu/use rl /docs/abc ,
,_:----iоnерациоННые системы и ПРОГl"""мное обern""ение н. платформе :15еп".
Рис.
5.26.
Структура файловой системы
UN IX
Наиболее важные системные программы, данные и конфигурационные
файлы
UN IX
размещаются в специальных каталогах:
/bin -
команды и
yrилиты;
lus r - фай лы ДЛЯ подцержЮ1 решения польз овател ьских
/dev - специальные файлы устройств ввода-вывода ; letc
задач;
yrилиты
администрирования
и
конфигурационные
файлы ;
/1 i b
включаемые библиотеки С /С ++ ;
сообщения и системные
/ t mp - временные файлы; /var
журналы; I samples - прим е ры программ
и
на стр оеч ны х фаЙЛОВ.
ОС
к
UN IX
использует собственную с ист ему разграничения пр ав доступа
файлам
(на
чтени е,
за пи с ь
пользователей: владельца
и
файла,
выполнение)
ч ле нов
ДЛЯ
группы
трех
категорий
владельца
и
всех
остальных.
Все
указанные
выше
особенности
файловой
п оддерж иваются системными сервисами
файлов
UNIX
однотомные
содержит
HFS
определенный
(ри с
UNIX
Для р азмещения
сегмент
наборы
5.27).
HFS
прои звади тся
с
п омо щью
да нны х,
Каждый наб о р
файловой
точкой входа в который является один и з каталогов
сегментов
с истемы
zJOS.
SМS-ynравляемые
получив ши е на звание наборов да нных
HFS
в
и реализации иерархической структуры достynа создаются
специальные
данных
UNIX
[IQ].
системы ,
Объединение
специальной
операции
''мон тирован ия ", выполняемой на этапе инициализации системы и ли
динамически.
П ервым
всегда
корневой каталог файловой
монтируется
систем ы
( / ),
сегмент,
содержа щий
к которому затем MOгyr
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
добавляться д руги е се гменты . Создани е и yn р авле ние наборами данных
HF S
осуществляется ста н дартным компонентом
z/QS DFSMS .
OMVS.ROOT.liF'S
1
bin
11 dev 11 ete 11
1
I
11 tmp 11
u
НЬ
11
"о"
11
Уа"
1
OМVS . USERS.RI!S
u::serl l
luser2
OMVS. USERl .НFS
~
filel
1dir ~
file2
file~
file
filеЗ
file 4
filea OMVS.US ER2.HFS
fileb
filec
filed
'-
~
lul uscr2·ffilcd
Рис .
5.27.
Наборы данны х
HF S
и файловая структура
Пользовательский интерфейс
Основой
п ол ь зов ательского
ин тер пр етатор
че рез
shell,
интерфейса
р еал изующий
терм инально е
z/OS UNIX
UN IX
является
взаимодействие
устр ойство.
с
подце ржива ет
Shell
ин тера ктивных коман д , р е гла ме н тированны х стандар том
и
п ринимает
запросы
п риложений. Я з ык
файлы ,
shell
на з ыва емые
пользов а теля
на
командный
поль зо в ателем
язык
POSIX 1003.2,
вы п олне ни е
утилит
и
п озволяет создавать и использовать кома н дные
скриптами.
В
z/OS UN IX
ВЮlючены
два тип а
кома н дн ых интер п ретаторов , базирующихся на изв естн ы х в ми р е
оболочках:
• z/OS shell на основе UN IX System V shell и
• tcshell на ос н ове Berkeley С shell;
'"
Кот
shell;
UN IX
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Для пользователей
подце р жи вается несколько разл и чных
z/QS UN IX
UN IX,
режимов ин теракти вно го доступа к с и стемным сервисам
как с
помощью s hеп. так и н екото р ыми другими с п особами , п редставленными
на
5.28.
рис.
Рассмотрим
эти
возможности
в
TCPIlP-
услов и ях
соединения с р абочей стан ц и ей (терми н алом) п ользователя .
i\1VS
IIFS
наоор ы даН Н ЫI
фвй..'I Ы
+
JES2
.
+
I
<SUВMIТ
TSOIIS PF
DDPArn
U1"[X shell
I
пР
~
OMVS
v
ISПЕLL
ВРХВАТОI
ОSИЕLL
r.
I
TCP/lP
TN3270
Р и с.
5.28.
Первый
Режи мы доступа п ользователей к
режим
пользователей
ISPF.
В
п одключения
z/OS
TCPIlP-сети
ада п тированный
вариант
построчно го
TSO
что
н акладывает
на
п редставляющего
стандартно го протокола
то
АЛЯ
традицио н ным
подце р живаются
ТNЗ2 7 0,
с и нхронн ы м и ,
ввода ,
является
те р миналы
протокола
являются
z/OS UNIX
и основан на использовании компонентов
специального
ТNЗ270
Iclnct, rlogin
telnet.
есть обслуживаются
определе нн ые
использован ие некоторых ин теракти вных действий
TSOIE
и
основе
собой
Терми н алы
в
режиме
ограничения
на
п ользователя по
сравнению с класс и чесЮ1МИ UN IХ-системами.
в
рамках
сеанса
TSQIlSPF
пользователи
'"
рас п ола гают
следУЮЩИМИ
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
средствами доступа к сервисам
•
Команда
за п ускает для
OMVS -
сесс ию
um:
UNIX
коман дно го
пользователя ин д иви дуал ьную
ин тер пр етатор а
при
shell,
это м
обес п е чи вается:
•
о
поддержка бол ьшинс тва кома н д
о
о
TSO;
поддержка команд shell для
да нны х между файлами HFS и
о
использова ни е т екстово го редактора
о
поддержка н ес колью1Х п араллель ных сессий.
shell;
поддержка команд
Кома н да
копирова ния
(перемещения)
на бо р ами данны х
MVS;
ISPF;
I SH E LL (то есть ISPF she U) - запускает ада п тированны й
в стиле диалогов
zJOS UN IX,
ISPF
интерфейс для доступ а к файловой системе
с возможностью п росмотра каталогов и выполнения
стан дартны х опера ций над фа йл ами (редактирование, Удале ни е ,
п е реимен ова ни е,
копирование
и
т.д.);
поддерживает
средств а
за пуска приложений и адми н истрирова ния .
•
Команда
команд
shell
•
Ут и л и та
TSOIE
(перемеще ни я)
на бо р ами данны х
UN IX
для
н е п осредственно из
для р аботы с файлами
данных
междУ
MVS ( MKDI R , OGET , OPUT
ВР ХВ А Т СН
пр ед на значен а
скриптов и при ложе ний
UN IX
описани я
фай ло в
и с пользую тся
о ператора
00
HF S
( РАТН ,
файлами
UN IX
и
HF S
и
и т.д . ) .
для
зап уска
кома н д ,
в п акет ны х зада ниях, при это м для
PATH DI SP ,
Второй режим доступа к сервисам
с п е циал ьны е
парам етры
Р А ТНОР Т, РАТНМООЕ ).
UN IX
основан на ПОДЮl юч е нии с
испол ьзовани ем стандар тны х ПРИЮl<щны х протоколов
telnet.
выполнения
TSOIE.
На бор специальных команд
ко пир о в ани я
служит
REXX) -
и за п уска прилож ен ий
командной строки
•
(скр ип т
OSHE LL
TCPIIP
гюgin и ли
Такой с п особ получ ил названи е ''прямо го П ОДЮlюч ения " к
UN IX shell
терми н алы ,
и
п одцерживает тр адиционны е для
обеспечивающие
п осимвол ьный
UN IX
ввод.
zJOS
асинхронные
Возмож ность
п рямого ПОДЮlючения требует иници ализа ции и на ст р ойки серверных
ком пон енто в tеlпе t и гюgin, а также разрешений на доступ в пр офи ле
RACF
пользов ателя.
В
отличие
задействовать текстовый редактор
TSQ.
от
vi,
режима
OMVS,
здес ь
можно
но огра нич е на п оддержка команд
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Третий режим доступа к сервисам
протокола ,
TCPIIP.
также
являющегося
В данн ом
режиме
UNIX
основан на использовании
стандартным
подцерживается
которых можно получать доступ к данным
ftp -
приюыдным
протоколом
ряд
с
MVS
и
команд ,
UN IX
п омощью
и производить
операции по их копированию (перемещению) на рабочую станцию
пользователя
и
обратно ,
а
также
запускать
на
подготовленные на р абочей станции пакетные задания.
выполнение
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Средства диалогового взаимодействия с пользователем
(TSO/E
и
ISPF/PDF)
Введени е
Работа
пользователей
осуществляется
в
операционной
режиме
системы
удаленного
710S,
достynа
через
как
правило ,
сп ец иальные
терми н алы или рабочие ста нц ии, подключенные к мэй н фрейму п ри
п омощи сетевых коммуникаций . Се годня в качестве рабочих станций
чаще всего ис п ользуются персональн ые компьютеры (ПК) , работающие
п од ynравлением опе р ационных си стем
Windows
этом
мэйнфреймом
случае
для
взаимодейств и я
специальные программы
связь
с
одним
из
с
и ли
UN IX (Linux).
В
и с п ользуются
эмуляции терминала, которые устанавливают
п риложений,
выполняющимся
на
мэйнфрейме ,
воспроизводят на экра н е ПК исходящие от него сообщения и п ередают
ему ynравляющие воздействия пользователя, вводимые с ЮJaвиатуры.
в
710S
подцерживается
два
взаимодействия с пользователем:
основных
интерфейса
TSOIE и ISPF
(рис .
диало гового
5.29).
TSOfE
Lint Мode::::-t'''---_ _т-_----'
7J0 8
Panc-I Мodc
Р и с.
5.29.
ISPF
Средства подце р жки пользователей в
Подсистема разделения време н и
реализует
одн овременную
п араллельных
и н терфейс
TSOIE
поддержку
пользовательских
TSOIE
(ТШ1е
710S
Sharing
множества
сеан сов
fIlJ.
ОрtiоnlExtепs iоп)
незав и симых
Пользовательский
реализова н по типу ''командной строки"
Каждый
пользователь
п олучает
возможность вы п ол н ять
TSOIE
при
'"
помощи
о п ерации
(Line Mode).
специальных
н ад
наборами
кома н д
данных,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
запускать задания
устройства,
и
контролировать ход их выполнения , использовать
связываться с д ругими
пользователями
п оддерживаются языки создания командных пр оцедур
и
т.п.
В
CLIST и
TSOIE
REXX.
ISPF (Interactive System Productivity Facility) - программный продУКТ,
выполняющийся под управлением TSOIE и обеспечивающий подце ржку
диалоговой
среды
пользо вателя
(Panel Mode) . ISPF использует
традиционные
для
п ользовательского
п олноэкранного
интерфейса ,
режима
такие
как:
работы
окна
средства
(пан ели) ,
меню ,
всплывающие окна, списки, поля ввода и другие элементы управления ,
регламен тированные
Использование
меЖдУНародн ым
ISPF
делает
работу
значительно более ком4юртной , при
стандартными коман дами
Среда
•
ISPF
ста н дартом
пользователя
за
CUAJSAA.
терминалом
этом возможность пользоваться
TSOIE сохраняется.
используется:
администраторами системы для управления н аборами да нны х,
томами , системными библиотеками и т.п .
•
программистами для разработки и вы п олне ни я интеракт и вных и
пакетных программ ;
•
пользов ателям и для взаимодействия с ПРИЮIaДНЫМИ п рограммами
и работы с наборами да нны х .
Стандартная
реализация
ориентирова н а
ISPF
на
текстовый
режим
работы терминала, однако существует режим п одцержЮ1 графического
п ользовательско го
интерфейса
в
стиле
только средства реализации , но и
Windows. ISPF
zJOS .
Следует
сред
отметить,
что
пользователи
TSO
Командный режим
TSOIE
является
обеспечивающим
ISPF имеют
zJOS UN IX на
UN IX shell, а также
ISPF.
TSO/E
компонентом
ДJlЯ
и
к систем н ому сервису
основе ЮIaссическо го пользовательского интерфейса
через специальные п ан ел и
не
средства разработки диалогового
интерфейса с различными при ложе н иями
возможность получить доступ
включает
операционной
м н ожества
системы
п ользователей
MVS ,
возможность
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
интерактивного
совместного
доступа
к
ресурсам
мэйнфрейма
при
разработке и выполнении приложений и заданий , а также управлении
данными. Для работы с подсистемой
3270,
T501E
н еобходим терм инал тип а
ПОДЮIюченный к мэЙнфреЙму. Чаще всего в качестве терминала
используют
стандартный
установле нн ой
п ерсональный
терминальной
программой
компьютер
(например ,
(ПК)
18М
с
Persona!
СоmmШ1iсаtioп) . Связь ПК с мэйнфреймом осуществля ется по сети на
основе протоколов ТСРЛР или
Каждый пользователь
ID)
и
пар оль,
TSOIE
SNA.
получает уникальный идентификатор
устанавливаемые
RACF.
администр атором
сеанса работы пр оизводится по кома н де
(user
Откры ти е
LOGON, кото р ая требует ввода
указа нны х и некоторых д ругих атрибугов для авторизации и настройки
пользовательской среды. Ввод команды
нового
адресно го
системные
пр остранства
приложения
L OGO N
в
1.105,
подцержки
при водит к созданию
котором
функционируют
диал о гового
сеан са
и
MOгyr
запускаться пользовательские приложения.
в
рамках
действия
команд
сеанса
в
пользователь
стиле
Т50 .
командной
может
строки,
Приглашением
к
выполнять
используя
вводУ
интерактивные
специальный
команды
обычно
язык
является
выводимое на экран сообщени е READY .
Команда
один
T501E
или
состоит из име ни команды, за которы м обыч но следуют
более
операн дов.
Имя
коман д ы
отделяется
от
первого
операн да одним или несколькими пробелами. Операнды друг от друга
отделяются пробелам и или запятой. В качестве и мен команд чаще всего
используются
подходящие
функциональному
операн д ы команд
англоязычные
назначению.
TSOIE
Почти
слова,
все
соответствующие
команды
таблице
T501E
Юlючевые
имеют дополнительные сокращенные имена ,
которые можно использовать наряду с пол ны ми
основны х команд
и
именами. Перечень
с указан ием выполняемых функций при веден в
5.5.
Таблица
Команда
5.5.
Осн овные кома н ды
TSOIE
Выполняемая функция
Сокр ащение
ALLOCATE ALLOC
их
Распределение (создание) новых на боров
данных
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
CALL
CA L L
Загрузка и выполнение п рограмм
CANCEL
CANCEL
Прерывание выполнения п акетно го задан ия
DELETE
DE L
E DI T
Е
FREE
FREE
HELP
Н
Удаление наборов данных или разделов
библиотек
Ввод и /или редактирование наборов данных
Освобождение ра н ее р аспределенных
н аборов данных
Получение и н формации о выполняемых
функц и ях, синтаксисе и опе р андах команд, а
также о сообщениях
LISTALC
LISTA
Вывод с пи ска н аборов данных,
распределенных в текущем сеансе
TSOIE
Вывод с пи ска н аборов данных, имена
LISTCAT
LISTC
кото р ых начинаются с п рефикса пользователя
и ли н аборов да нн ых в личном катало ге
LISTDS
LIST D
LOGOFF
LOGOFF
LOGON
LOGON
OU T PUT
OUT
PR I NTDS
PR
Вывод с пи ска атрибугов наборов данных
Завершение терминального сеанса
TSOIE
(выход из системы)
Начало терминально го сеан са
TSOIE
(вход в
систему)
Вывод листинга задания
Печать набора данных на системном
п рин тере
PROFILE
PROF
R ECEIVE
RECEIVE
R ENAME
REN
R UN
R
SEND
SE
Просмотр и редакти рование профиля
п ользователя
Получение отправленно го сообщения или
н абора данных
Переименование катало гизированного н абора
данных или раздела библиотеки
Компиляция, за грузка и выполнение исходной
п ро граммы из указанно го н абора да нн ых
О тправка сообщений д р угим п ользователям
TSOIE
или системному оператору
ю
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
SMCOPY
SMC
STATUS
ST
SUBMIT
SUB
Копирование одно го на бора данны х в другой
Проверка текущего состоян и я выполняемого
задания
За п уск п акет н о го задания н а исполнение
Просмотр и редактирование параметров
TERMINAL TERM
терм инал а пользователя
О тпр авка сообщен ий или наборов данных
TRANSMIT XMIT
О п ера н ды
польз ователям системы или других систем
служат
для
указания
инфо рмации,
необходимой
для
выполнения команды , прич ем MOryr быть как позиционными , так и
Юlючевыми. При вводе кома н д мож н о использовать как пр о пи сны е, так
и
стр оч ны е
буквы .
пр едставленных
на
(переименовать
набор
п озиционных
(здесь
Подде рживается
ри с.
5.30
UlJ.
данных)
п арамет р а:
имя
на
два
сп особа
пр имере
Команда
команд ,
RENAME
имеет
RENAME
п ереименовываемо го
OLD . ОАТА ) и новое и мя,
( NEW . ОАТА ) .
ввода
команды
набора
д ва
данных
которое устанавливается для этого
на бора да нны х
t1U\DY
RI::NA.~
ENn:K OL:J 01'..71\. .51::':
0:':J.O"1"
~N'ER ~EW ОА,Д SE7
N.AМ.E;
NЛV~
~E1<I.OA.:A.
!U".ADY
.
Ь)
)
Рис.
5.30.
С п особы и спользован ия команд
TSOIE
в пер вом случае кома н да вводится полностью со всеми требуемыми
о п е р андами,
во
втором
вводится
только
имя
команды,
п осле
чего
система выдает пользователю за п росы на ввОД необходимых опера н дов
(режим с подсказ ками).
Для нач аль н ого знакомства с командами
команду
HELP.
Команда
HELP
без
п еречень всех доступ ны х кома н д:
'"
TSQIE
операндов
у,цобно использовать
выводит
на
экр ан
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
HELP
LANGUAGE PROCESSING COMMAN DS:
ASM
INVOKE ASS EMBLER PROMPТER AND ASSEMBLER F CO~
CALC
INVOKE IТF:PUl PROCESSOR FOR DESK CALCULATOR М,
COBOL INVOKE COBO L PROMPТER AND ANS CO BOL COMPILER.
FORT
INVOKE FORТRAN PROMPТER AN D FORТRAN IV Gl СОМ
Пользователь может потребовать такж е вывести
справку по любой
команде, указав ее имя в качестве операнда кома н ды
HELP :
H ELPRE NAМE
Такая с пр авка соде ржи т о пи са ни е функции кома н ды, ее синтакс и са и
н азначени е каждо го из опера н дов .
Помимо
собствен ны х
выполнения
кома н д
п ользовательсю1Х
подцерживает
TSO/E
приложений
в
возможность
двух
режимах:
интерактивном (FогеgrОШld) и фоновом (Backgrourкl). В интерактивном
режиме программа
CA LL )
TSO/E.
запускается по специальной
команде
( RUN
или
в адресном пространстве текущего по льзовательского сеанса
Процесс
выполнения
пр о гр аммы
при
этом
полностью
контроли р уется с пользовательского терминала, на который вы да ются
сообщения и результаты работы и с которого MOryr вводиться исходные
данные . Пока вы п олняется интерактивная программа, п ользователь не
может задействовать терминал для другой работы.
Команда
исходном
служит дл я выполнения
RUN
коде.
При
редактирование
использования
установле ны
этом
связей,
команды
программ , пр едставленных в
автоматичесЮ1
загрузка
и
производится
исполнение.
необходимо ,
RUN
соответствующие
чтобы
программные
в
ком пи ляция ,
Однако
системе
средства,
для
были
ВЮlючая
компиляторы с различных языков программирования и редактор связей
(Binder).
Команда
CA LL
выполнению
за грузочного
ПРИ Юlадные
служит
для
программ ,
модуля .
загр узЮ1
т.е.
Это
программы ,
и
запуска
программ ,
MOryr
либо
быть
системные
'"
подготовленных
представленны х
либо
в
к
виде
пользоватеЛЬСЮ1е
программы ,
таЮ1е
как
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
компиляторы
или
угили ты .
загр узо чного
МОдУЛя,
которое
Пользователь
должно
должен
соответствовать
указать
имени
имя
раздела
библиотечного на бора да нны х, например:
CALL 'USЕRS.МУРRОG.LОАDМОD(РRОG З)'
или
CALL 'SYS 1 . LI N KLIВ(IEUASM)'
Использование
апо ст роqюв
позволяет
отменить
модификацию имени набора данных, принятую в
и
связанную
с
до бавлени ем
к
имени
автоматическую
TSQIE
старшего
по умолчанию
квалификатора ,
совпадающего с и дентификатор ом пользователя .
Существует возможность п е редать
программе параметры.
Для этого
необходимо вв ести значения параметров , заЮlюч е нные в апострофы ,
сразу же п осле имени набора да нны х:
CALL 'P ROGRAM(MYPROG)' 'F IRST,SECON D'
Для выполнения программы в qюновом (пакетном) режиме необходимо
составить задание с использовани ем языка управления задан иями
разм естить
его
в
наборе
данных.
Зада ние
можно
JCL и
п е редать
на
SUBMI T:
выполнение по команде
SUBMIТ 'U.JC LLIВ. CNТL(JOВ1)'
При этом задание п ередается под системе управления заданиям и и будет
выполнено
в
адресном
работы программы
пр остранстве
инициатора
Результаты
JES.
помещаются в набор да нны х S YSQUТ, который
можно просмотреть в любое вр ем я. В данном режиме пользоват ель
может
продолжать
использовать
терми нал ,
не
дожидаясь
завершения
выполнения задания.
в
пакетно м
режиме
следует
выполнять
используют
средства
диалога
и
количества
системных
нецелесообразно
MOryr
ресур с ов
выполнять
в
и
программы ,
потр ебо вать
вр ем ени.
интерактивном
которые
не
значительного
Такие
режим е,
программы
п оскольку
тер ми нал не будет доступен для работы в теч ение длительно го времени
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
и пользователь вынужде н БУдет пассивно дожидаться их завершения.
Когда задание направляется на выполнение , система присваив ает ему
идентификационный
информацию
о
ном ер,
текущем
ссылаясь
состоянии
на
который
зада ния
можно
(коман да
получить
STATUS
),
потребоват ь у системы выдать листинг, когда задани е завершит работу
(команда OU T PUT ), а также в любой момент прервать выполнение
задания (команда
CANCEL ).
Пользователю
TSQIE
пр едоставляется
возможность
создавать
командные процедУРЫ, используя специальные языки , такие как
и
REXX.
TSOIE,
Да нны е языки
а
создавать
также
специальных
командных
непосредственно
процедур
интерактивном
и
которые
коман д ной
работать
на стр аивать
и
встрое нны х
с
можно запускать на
строки.
С
наборами
запускат ь
функций ,
помощью
данных
пакетны е
в
задания ,
ISPF.
Состав и функции
(Iпtегасtivе
из
можно
режиме,
создавать диалоги
ISPF
операторов
инте рпретируемые програ ммы,
выполнение
CLIST
по зволяют с помощью стандартных команд
ISPF
System Productivity Facility)
обеспечивает
подцержку
интерактивной полнозкранной среды пользователя, ориентированной
на выполнение базовых пользовательских функций , в первую очередь
связанных с разработкой приложений и управлением данными
UJ],
[24]
Компонент
•
•
ISPF
состоит из четырех основных МОдУЛей:
менеджер диалогов (ОМ);
менеджер сопровождения разработки программного обеспечения
(SCLM);
•
•
среда р азработки про грамм
(PDF);
средства подцержки режима ЮlИе нт -сервер
Менеджер диалогов ОМ
(Dialog
(C /S).
Мапаgег) предназначен для подцержки
выполнения специальных программ, называемых диалогами
помощью
диалогов
реализуется
интерактивное
(dialogs).
взаимодействие
С
с
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
конечными
пользоват елями
п оддерж ива емых
в
ОМ
на
системы
инт ерфейса .
диалогового
Д иалоrn
стандартных
базе
полноэкранн ого
создаю тся
элементов ,
на
таких
основе
как
nан ели ,
всплывающие окна , меню , сообщения , таблицы, nеременные , шаблоны
файлов
и
другие ,
регламентированные
междУНародным
стан д артом
CUAlSAA.
Кроме
того ,
диалогов
ISPFIDM nодцержи вает cn е циальный
OТL (Dialog Tag Language), а та кже набор
прогр аммиста
ynравления
сервисов
типовыми
использоваться
для
(ста ндартных
элементам и
создания
nроц едур)
д иалогов.
д иалогов
в
язык
до стynных дл я
для
Э ти
описания
построения
сервисы
приложениях
на
и
MOгyr
различных
языках nрогра ммирован ия .
МОдУЛь
SC LM (Software
с опfigurаtюп
and Library Manager)
предназначен
для организации эфрективного сопровождения крynных nр оектов по
созданию nрограммного обеспечения.
данных nр оекта"
наб оры
данных
( project database ),
или ,
как
SC LM
использует nонятие "б аза
в которой логически объединяются
принято
говорить,
библиотеки
всех
участвующих в nроекте разработчиков.
SCLM
nодцерживает диало говы е средства для создания, прос мотра ,
обновления , компиляции , редактирования , учета версий, qюрмирования
отчетов для наборов да нных, хранящиxrя в базе да нны х nроекта. Кроме
то го ,
SC LM
содержит библиотеку достynных nрограммис ту сер висов
ynравления базой данных nро екта.
SCLM
является альтернативой более
ранней техноло гии со прово ждения разработки пр о гра мм
Management),
МОдУЛ ь
LM ( Library
также до стynной в среде РОЕ
разработки
пр едставляет
собой
программ
мощную
PDF
(Program
Development
интегрированную
среду
Facility)
разработки
прогр амм, ВЮlючающую:
•
•
•
сред ства создания и ynравления наборами данных;
•
сред ства сопровождения пользовательских библиотек .
полноэкранный текстовый реда ктор;
сред ства запуска и анализа результатов выполненных программ и
зада ний ;
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Все средства
PDF реализованы в форме диало гов. По выполняемым
функциям среду ISPFIPDF можно сравнить с поп улярной файловой
оболочкой
Norton Commander для MS-DOS или с файловыми
менеджерами в других ОС. Модуль PDF является основным элемен то м
ISPF, связывающим воедино все модули и обеспечивающим
пользователю
единый
интерфейс
для
доступа
к
да нны м
и
приложениям.
5.31 пр едставлено так на зываемое главное (первичное) ме ню
ISPFIPDF, которо е видит пользователь в самом начале сеанса работы.
На рис.
Помимо стандартных функций , главное меню может ВЮlючать также
функции, добавленные пользователем по своему усмотрению пугем
настройки.
~~nU
о
l
2
.3
.,.
U~ilitie~
Set:ting!l
Vie"o/
Edir.
[]t1lir.1!!1!FQ ... g.o1,lfIQ
~o~pil~r~
Optio~~
Statu~
~elp
ISPF Pri~ry Opt16n мепи
Terrninal and uner раrажеt:еr~
Un!!1': ID
D11pl~y
IQ1,I[ce coto О[ 11otinQ4
CreAt~ or cb&nqe Acur~ dAt:~
?er(onn ut:11ity (D~ctIDn~
Т 111"1е
Screen.
3278
1
Int .. ~activ. lOnq1,l.qe
I.lng1)-I! t:je .
&~GI.JSII
p.Q~e"lng
.
."
1'1: 41
To!Ir!ll in~ l .
Submit :lob tor 1зnqUll.gg procgsJ;ing дррl ID .
РОГ
б COrmAnd
Ent:er TSO or Hork~tIIr.lon conmand~ ТSO 1090П
IКJ;ъ.ОСN!
-, Diа1ЩI 'I'est Fe~fQrm dialog te.ti~g
TSO р~еП х : .07
8 1.."'1 FlIcl.lir.y LlbrAry adminlstrAtor runctlon~
Syst.tlm 10
SYS2
9 I[J~ Produc:ts {ВМ p r oqram dovelopment рroduсtз
.иvs II-t:ct .
.07
10 SCLM
SH Co~flqur.tion Library ~З~.9еr
Relelllle
IS?F~ . 5
ISPf Obj~ct/Ac~ion WQr~placa
11 Narkp1lJc~
5
вatch
Option
Рис.
5.31.
)
_._> __________________________________________
Главное меню
ISPFIPDF
Ста н дартный п еречень функций ВЮlючает:
1. Settings
(настройка)
пар аметров
формат
среды
- просмотр и
ISPF, таких как
диалоговых
пан елей,
редактирование
характер ис тики
определе ни е
значений
терми нал а,
функциональных
Юlави ш и др.
2. VIew
(просмотр)
-
просмотр
содержимого
наборов
да нны х и
редактирование без возможности сохранения результатов.
3. Edit
(редактирование)
-
использовани е встроенного текстового
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
редактора для создания и правки исходных программ , докумен тов
и т. п .
(угилиты)
4. Utilities
выполнение угили т (служебных программ) ,
-
предназначенных
для
управления
последовательными
и
библиотечными наборами да нны х, включая функции создания ,
переименования ,
Удаления,
каталогизации,
печати,
сравнения
и
др.
s.
FогеgrОШld (интерактивный
исходных
программ
(Assembler,
с
режим)
С /С++ ,
COBOL,
выполнение
-
различных
языков
компиляции
программирования
FORТRAN ,
и
PLIl
др.)
и
использование редактора связей в интерактивном режиме.
б.
(пакетный
Batch
программ
с
режим)
различных
выполнение компиляции
-
языков
исходных
программирования
и
вызов
редактора связей в пакетном режиме.
7.
С опunaпd (команда)
- выполнение коман д TSO, а также вызов
(CLIST/ REXX)
диалогов) - тестирование и отладка диалогов
командных процедУР
8. Dialog Test (отладка
ISPF и их отдельных элемен тов.
9. LM Facility (средства менеджера
библ иотек)
управление
процессом коллективной р азработки программного обес п ечения ,
включая контрол ь версий , прав доступа и др.
10.
IВМ
(приложения
Products
вспомогательным
18М)
программным
доступ
к
некоторым
18М
продуктам
(требует
пред варительной установки этих продУКТОВ).
(менеджер
11 . SC LM
обеспечения)
-
сопровождения
разработки
программного обеспечения (альтернатива для
12.
WorkрLзсе (рабочее место пользователя)
реал изующая
программного
управление процессом коллективной разработки
большинство
функций
-
LM).
встроенная оболочка ,
РОР
с
использованием
собственного унифицированного qюрмата диалога.
Выполнение каждой функции представлено в едином стиле с п омощью
диалоговых
функций
экра нны х
просмотра
использовании
широкими
форм ,
и
на зываемых
редактирования
в ст роенного
возможностями ,
текстового
включая
панелями.
данных
редактора ,
подцержку
Реализация
основана
на
ра с полагающего
типовых
моделей
текстовых данны х, создание макросов и др.
Большинство
функций
ISPF
ориентировано
'"
на
работу
только
с
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
размещенными
на
дисковых
томах
п оследовательными
библ ио те ч н ы м и на борами да нны х. Кр оме того , в
I5PF
и
установле н ряд
существенных ограничений н а прим е н е ни е н екото ры х ти пов наборов
да нны х . В частн ости, н е подце рживаю тся на боры да нны х:
•
•
•
•
•
У5АМ (кроме функций создания и Удаления);
прямого доступа и индексно-последовательные;
р азме щенны е на ленто чны х нако пителях;
с записям и ф:Jрмата УВ5 (сегм е н тиров а нны й формат);
р аспределе нны е с п араметром
Существуют
также
огра нич е ни я
BUFNO.
на
использование
многотомных
наборов да нны х и некоторые д руги е.
в составе I5PF представлен еще один модуль - модуль клиен т/сервер С/5
(Client/5erver), обеспечивающий возможность реализации диалогов I5PF
в
режиме
клиент-сервер
управле ни ем одной
на
рабочей
ста нции ,
работающей
под
из поп уляр ны х операционных с и стем, таки х как
Windows, OS/2, UN IX и др . В частно сти , в среде Windows элеме н ты
д иалогов
I5PF пр едстав ляются с использованием стан дартных
элемен тов гр афическо го пользов ательского интерфейса Windows, таких
как окна , кнопки , меню и д р .
Элементы пользовательского интерфей са
Пользоват ельский
ISPF
I5PF ориентирован на при менение
тер ми нал ов типа 18М 327х и 3290, использующих ал фавитно - цифр овой
д исплей с т екстов ы м представлением инф:Jрмации в фор мате 24х80 (24
строки
по
80 символов каждая) и стандар тную кл авиатур у
Пользоват ели
(ПК)
рабочих станций
должны
тер ми нал а
интерфейс
3270
задействов ать
на
базе персональных ком пьют е р ов
специальную
пр о грамму
эмуляции
(протокол ТN3270).
Существует ряд специальных клави ш, которые должны подцерж ива тьс я
при работе с
ЮJавиатуре
I5PFIP DF
ПК
ее
н а клавиатурах любо го типа. Клавиша ВВОД (на
заменяет
правая
клави ша
С
t r 1
)
служит
дл я
завершения ввода инф:Jр мации и пер едачи ее мэйнфрейму н а обработку
Пользоват ель
имеет
возможность
вводить
и
редактировать
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
информацию
только
в
специальных
областях
экрана,
на зываемых
полями ввода. Попытка ввода информации вне поля ввода вызывает
блокирование
Юlавиатуры.
Выход
из
состояния
производится по Юlавише С Б РОС (левая ЮIaви ша
перемещения
курсора
только
по
пр едназначенным
рекомеНдУется использовать Юlавишу табуляции
строки
( Enter ).
(
блокирования
Ct r l
на ПК). ДЛЯ
для
ТаЬ
)
ввода
полям
или перевода
СледУет отметить, что в текстовом режиме
ISPF
не
поддерживает мышь. ИСЮlючение составляет режим доступа на базе
ПК. В это м случае левая кнопка мыши п озволяет лишь устанавливать
курсор в указанной по зи ции экрана и не производит активных действий
(например, при выборе элемента меню) , а также позволяет выделять и
копировать фрагменты текста в пределах экрана.
Основу взаимодействия пользователя с
ISPF
составляют специальные
полноэкранные формы, называемые панелями. Понятие ' 'пан ель'' в
соответствует
пон ятию
"окно"
операционных систем. С
и
редактирование
"форма"
для
выбор
да нны х,
функций
клавиатуры
операционной
подготовку
и
запуск
ISPF
графических
помощью экран ны х пан елей и
пользователь осуществляет
ввод
или
системы,
программ
и
5.32.
В
заданий и т.п.
Основные
элементы
пан елей
верхней строке панели
(асйоп
bar),
с
ISPF
представлены
на
рис.
размещается горизон тальное меню действий
помощью
которого
реализуется доступ
к различным
функциям , как связанным с данной панелью , так и общесистемным .
Меню действий присyrствует на всех без исключения панелях
Выбор
и
активизация
позиционирования
ввод.
курсора
пункта
на
е го
меню
осуществляется
наименовании
и
ISPF.
пyrем
нажатия Юlавиши
обernечеяие иа
Ш~Ы
МС:RЮ lIс"llСТIШП
z.n'l'UТ01
AlJys.r. r o~
AS.UE'C5P
ASill..cai'
AтelfCl!P
"""""
~
III'UPCSP
Cii':I..cai'
"""""
~"
~"
......
Кс!М&lIДШIJl
"'
<qЮ"
cotIP.L.IOO
CSnРСЗ.
НазIIR'IСIIИС
ФУltJЩНОllаШ,II1.I1I
rS-Rf~
rl _и..lр
Рис.
5.32.
r12-c.ncal
Э лементы панелей
ISPF
Ниже уровня горизонтального меню располагается область заголовка
пан ели, содержащая наимен ование пан ели Н, где ЭТО необходимо , имя
обрабатываемого набора дан ных и другую инqюрмацию. В ЭТОЙ же
строке
справа
предУсматривается
''коротких сообщений "
•
поле
(short messages),
ДЛЯ
вывода
так
на зываемых
используемых ДЛЯ отображения:
позиций текущей строки и колонки ДЛЯ функций прос мотра и
редактирования;
• признака ус п е UD-IQГО заверше ния
• сообщения об ошибке.
выполняемой функции;
Отдельная строка пан ели используется ДЛЯ ввода коман д ы или выбора
н еобходи мой
функции.
ЮJючевым словом
Эт о
Opt i on
командная
или
строка,
Command.
которая
отмечена
Командная строка может
размещаться как в верхней , так и в нижней части панели , в зависимости
от настройки пользователя.
Как
правило ,
в
этой
же
строке
справа
от
поля
ввода
команды
располагается область, пр едназначенная для ввода и отображения шага
п ереме ще ния
содержимого
пом ечается ЮJючевым словом
пан ели
Scrol l.
'"
при
прокругке.
Эта
область
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Одна из строк верхней части панели резервируется для отображения так
на зываемого" длинно го сообщения "
пол ную инфор мацию об
остается
п устой
на стр ойке
или
ISPFIPDF
ошибке.
содержит
содержащего более
(Iong message),
В обыч ном состоян ии эта строка
часть
отображаемых
да нны х.
При
существует возможность задать вывод длинного
сообщения во всплывающем (рорир) окне.
Нижние
строЮ1
панели
обычно
используются
для
отображения
информации о на значении программируемых функциональных клавиш
(ПФ К),
используемых
управления
пан елям и
для
быстр ого
(перемещение
ввода
стандартных
изображения,
команд
возврат,
отмена ,
(тело
пан ели),
вызов справЮ1 и др . ) .
Основную
котор ая
часть
панели
служит
инфор мации,
для
занимает
область
отображения
определяющей
данных
значимой
на значени е
для
пользователя
(выполняемую
функцию)
данной панели. Область данных может быть разделена на несколько
п одобластей по типу отображаемой информации или функциональному
при знаку
в зав иси мости
от структуры
области данных в
ISPF
используются
пан ели пяти основных типов :
•
•
•
•
•
в
пан ель выбора (меню);
п анель ввода да нны х;
п анель списка;
информационная панель;
п анель прос мотра/редактирования наборов данны х.
пан ели
выбора область данны х содержит нумерованный
пр едла га емых функций
н екоторы х
случаях
(операций),
функции
расположенный
списка
не
нумеруются,
список
вертикально.
а
В
кодируются
буквенными символами. Пользователь выбирает нужную функцию из
списка пугем ввода
ее ном е р а
в поле
Opt i o n
и
нажатия
клавиши
в в о д . Типичным примером пан ели выбора является панель главного
меню
ISPFIPDF,
представле нна я на рис.
Следует отметить, что
помощью
функции
приема , получившего
5.31 .
главного
назв ание
'"
меню
можно выбирать с
point-and-shoot,
что может
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
быть п ереведено как ''укажи (п рицелься) и выстрели ". Этот п рием очень
прост: пользователь д олжен установить курсор на названии функции и
затем
нажат ь клавишу вво д .
Такой
прием может
применяться п ри
работе с различными панелями .
Па н ели ввода служат для вв ода и выбора значений и сходных да нн ых с
помощью следующих элементов управле н ия:
•
•
•
поле ввода/редактирования;
п е реключатель ;
список выбора.
Поле ввода/реда ктирова ни я да нных определяет область п анел и , кото р ая
служит для ввода и ли корректировки з н аче ни я како го -л ибо параметра
непосред ственно
с
клавиатуры.
Характер н ый
вид
п оля
ввода/
реда ктирова ни я пред ставле н на рис. 5.ЗЗа.
Переключатели
параметров ,
ли
5.ЗЗ Ь)
п ринимающих
выключено).
следует
(ри с.
На п ример ,
выдавать
с
служат
только
для
два
помощью
о п ределения
значе н ия
(да/нет,
п е реключателя
до полни тельное
подтверждение
значений
включено/
можн о
при
указать ,
удалении
набора данных. Как правило , угвердительное значен ие тр ебует указания
в п оле переключателя символа
"/",
при отри ц ател ьном значе н ии поле
остается п устым.
С п исок выбора п редставляет собой
горизонтально или вертикально
расположен н ый н умерованный список возможностей или альтернатив
и служ и т для выбо р а еди н ств е нного варианта , который указывается в
специальном
выбранному
поле в
виде н омера
элементу
списка
(ил и
(рис.
с и мвола), соответствующего
5.ЗЗс).
Эле менты
списка ,
недоступные для выбо р а в данный момент, отмечаются слева символом
">1<"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
а}
Мате
Dat.a Set.
•
•
D. USERl. DAТ:A
.
F;nter " ( " to select option
L
Ь)
СQлtirm D~t~
Солfirm
Set Delete
Delete
MemЬer
Initial View . . .
1
с)
5.33.
Рис.
Во
Vo l ume
Space
i\tt.rib
Total
Основные элементы управления панелей ввода данных
многих случаях поля
значения
1,
2,
3,
4.
или
содержат
конфигурировании
характерные
для
панели
ввода
значения,
ISPFIPDF.
панели
сохраняют
установленные
ранее
по
введенные
умолчанию
при
Часто панель ввода включает элементы ,
выбора ,
например
дополнительное
меню
функций. Для перемещения курсора только по пред назначенным для
ввода полям рекомеНдУется использовать клавишу табуляции
или
перевода
строки
( Ente r ).
требуется нажать ЮJaВИШУ В ВОД ,
После
чтобы
завершения
(
ввода
т аЬ
)
данных
инициировать выполнение
функции , связанной с данной панелью. В некоторы х случаях при этом
появляется
новая
панель.
При мер
панели
ввода ,
использующей
различные элементы управления (поля ввода, переЮlючатели , спи с ки) ,
приведен на ри с.
5.34.
Панели списка в основном предназначены для отображения наборов
данны х или разд елов библиотек, хранящихся на устройствах внешней
памяти , и служат для просмотра и выполнения различны х операций
над ними.
Внешний
вид такой
панели
наборов данны х приведен на рис .
5.35.
на
примере панели
списка
Слева от элементов списка
линией подчеркивания вы д елены поля ввода строчны х коман д . Э ти
поля
пред назначены
для
выполн е ния
оп е раций
элементами спи с ка. Панель содержит также поле
системны х команд и поле
вертикальном
сообщений
и
Scroll
горизонтальном
отображается
над
выбранными
Comma n d
для ввода
для управления прокругкой списка в
направлениях.
диапазон
элементов списка.
,СО
номеров
В
области
видимых
на
коротких
экране
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
IS~F Sоtt1П;lЗ
•
Кo:t::e:
орtl0nЙ
Pr!..nt Grёlphic:II
"/R t~ з~18сt option
Command line at bottom
Ent~r
F&mil y prlnt@t
I
DeV1C06 пате
/
P~~el
I
I
Lonq M ~5sage in pop-up
d i splay
I
I
Т&Ь
ТаЬ t~
to
action bar choices
fields
.2
rat10
Get\QI"al
Input f 1eld pod.
!
Se~5iQn
С~ап~
l
МаП~9еr МQUc
J~ fri:)m leader dots
Edi t PRINTDS COтm4nd
1
А lwауз
T8rmln~1
shQ~
5.34.
11n~
si9П
!Qrn.at
l
].
Data
2.
$С""
)
1.
З27i
2.
)217А
Панель настройЮ1
Optiorl.9
~t~
DSLIST C~or.mand
sp11t
-
del imitet
Chlr~ct8 r i~tic~
Sca~n
IJtl1it i 8Э
Vie w
S~t~ Мatch 1 ng
E!'II:~r
~ 1"
ISPF
) . )218
З2i8А
4.
как при мер nанели ввода
Сотрll'ilrэ
Н81р
RQw 1 of 11
I6МUS&R
1:0 t;e-l(!ct !II<Jtio!'l
M(!~~!II9e-
veolUIDC:
IB!-:USE:R .ACS
SOn12
rВ~USЕR.СВСЗGDCl.ru~СТIОN.ТRС
WORJO
IB~USER . CPPТEМP1 . SCP~ORК
WОRЮ
IBMUSER.CPPТEMP2.sCPPWORК
wORК l
I!!!o!USER . C\'R28
50ГТ12
IБмиsgR.lS~F.Т5РРRОF
1oI0R)(1
SOF'!'l:2
IBI':USER . JCL. DB2"
IE~USER.J~L.OS2 S
IB~USER . SOFТ12 . 5ACK
$оп12
IБ~USЕR .SОFТl~.5АСК
5УМО4.в
вумО 4 .е
ымО4В
П'I'.USЕR . ТЕМР
•••••••• •• •••••••••••••••
Еnд
с!:
Data Set 11 :9t ••••••••••••••••••
Sc~ol l
Рис.
2
Re~tore ТЕЗТ/ТRЛСЕ орt10ПЗ
7
MlI!nu
Азресt
роiпt - &пd -зhооt
ЕnаЫе EQ~O
Рис.
сид ~~e
t~e
.
5.35.
--->
FAGE
Панель с пи ска наборов данных
Инфор мацион ные панели служат для отображения како го ~либо текста и
н е ВЮIючают полей
Command.
Как
ввода данны х и
пр авило,
в
виде
выбора функций,
кроме
информационных
поля
пан елей
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
отображаются справочные и обучающие текстовые данные .
Панель просмотра/редакт ир ования данных связана с реализованным в
текстовым
ISPFIPDF
редактором
EOIТ,
который
БУдет
рассмотрен
позднее.
Средства управления в
К
средствам
ISPF/PDF
управления
в
ISPFIPDF
относятся
команды
и
горизонтальное меню действий.
Команды
вводятся
пользователем
в
командной
строке
пан ели .
Существует три типа команд:
•
•
•
системные (в то м числе команды
TSO/E);
функциональные;
пользовательские.
С ис темные
команды
служат
для
выполнения
наиболее
общих
и
универсальных действий (таких, как прокрyrка экрана, вызов подсказки ,
печать и др.) и
наиболее
MOryr
важных
использоваться во всех панелях
системных
команд
приведен
в
ISPF.
Перечень
при ложен ии
4.
Функциональные команды доступны только в определенных режимах
работы
и
MOryr
прим еняться
лишь
в
панелях,
реализующих
соответствующую функцию (например , команды текстового редактора).
Пользовательские команды не входят в стандартный набор команд, а
добавляются в
С ис темные
и
ISPF
по инициативе пользователя.
пользовательские
называемых таблицах
обрабатываемых МОдУЛем
команды
выполняются
команды
команд
в
описываются
(command tables),
ISPFIDM , в то время
диалогах,
в
так
подцерживаемых
и
как функциональные
реализующих
соответствующую
функцию.
Для эqфeктив ной работы пользователь долже н освои ть ряд основных
системных команд , которые предоставляют следующие возможности:
•
•
выбор функций и переЮlючение пан елей
ISPF;
управление курсором и скроллинг (прокрyrка) изображения;
,ы
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
•
•
•
•
управление те р ми налом (на ст р ойка экр ана и клавиатуры);
настр ойка пар аметр о в среды
ISPF;
вы зов с правЮ1 и обучающих прогр амм;
управление п ечатью да нны х;
выпол н е ни е команд
TSOIE и
CLIST, REXX.
пр о ц едур
Для удобства р аботы
ISPF подце ржива ет так на зы ва емый стек вызова
(command retrieval stack), в который копируются все вводимые
кома н д
пользователем
команды.
В
л юбой
момен т
пользователь
может
обратиться к стеку, просмотреть ''предыс то рию '' при ме нения команд и
вызвать
на
выполнение
любую
из
ни х,
не
за трач ивая ус и л ий
на
повторный ввод.
Де йс твия некоторых наиболее част о и с пользуем ы х команд мо гуг бы ть
прои зведе ны
с
помощью
горизонтального
функциональных клавиш (ПФ К).
меню
и
програ мм ир уемых
С тандартные назначения для ПФК
MOryr быть изменены по жела нию пользоват еля .
В н екотор ы х режимах работы
списком
разделов
или
(редактирование, работа со
ISPFIPDF
наборов
называемые ст р о чны е команды,
данны х)
использоваться
MOryr
так
де йстви е которых р аспростран яется
только на отмеченные этими командами элементы пан елеЙ . Для ввода
строчных команд используются специальные
поля
п а н ели
и
никогда
-
командна я строка.
Меню действий
(action
Ьаг) располагается в в е рхней
строке каждой
панели и служит для доступа к различным функция м, как связанным с
да нной пан елью, так и общесистемным. Выбо р и активи заци я пункта
меню
осуществляется
наименовании
отображается
и
"
п угем
нажатия
п оз иционир о в ания
кл авиши
вып ада ющее
меню
нумерованный спи сок выбора (рис .
5.36).
'"
ВВОД .
"
курсора
При
(pulldown),
этом
на
его
обычно
содержащее
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Меn",
о
U~ ili t ie~
'"
T~nru.nilll
VI~ ....
D ••~pl.ilY IIC а
Creo!.':.l! О, char:
Fdlt
5.36.
ее
~rfor1l\
iII:1d
'.
!
SЕ!t.tiпч.l
l1tll.1
Р и с.
Op-t-iсf1::J
CQfIl p ile l:' ::J
,. cw.
•,.
,.
~yl1$t$
\о'
...
Роlпt.-lпd - ShООt.
•
t111
Sвttlпqз
Лt-tri t>ut • .I •••
2.
1.1_
Help
SwtU::I
G4H181: a.1
. ..
11'
C:OIQr$ • .
Dl ~lQ9 1e~L ~?pl
I о ...
Ис п ользование ме н ю действий
Выбор элеме н та списка производится пугем ввода номера выбранного
элемен та в специальном поле ввода и нажатия Ю!аВИШИ ВВОД. Если
н аименование элеме н та
pulldown меню
содержало символы мно готочия
( ... ), то н а экра н е появляется "всплывающее" диало говое окно ( popup
window ) п оверх изображения актив н ой панели. Диалоговое окно
содержи т
стандартные
элементы
ввода
данных,
характерные
для
обычных п а н елеЙ.
Содержи мое
включает
меню
как
изменяется
специфические
в
зависимости
для
данной
для
п анели
вызова
тип а
панел и
действ и я,
наиболее
так
и
и
станда ртные
элементы ,
функц и й
и систем н ых команд. К н а и более часто повторяющимся
ISPF
служащие
от
важных
станда ртным элементам меню действий относятся:
- доступ
ISPF;
к основным функциям , п редставленным в главном
• Ut i l i t i es -
доступ ко всем функциям, представленным в ме н ю
•
Ме n u
меню
угили т
ISPF;
• Comp i le r s - доступ к средствам ком п иляци и
• Refl i st , Refmode - средства управле ни я
п ро грамм;
списком ссылок на
наборы данных;
• Wo rk s t a ti on - п араметры
настройки режима клиен т-сервер;
• Help - вызов справочной июlюрмации .
Особую роль меню действий играет при вызове функций и угил и т
о чем п ойдет речь ниже.
Переключение панелей (средства нав игации в
'"
ISPF)
ISPF.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Множество
пан елей
образует
ISPF
иерархическую
в е ршине иерархии находится панель главного м е ню
структурУ.
ISPFIPDF.
На
Выбор
одной из функций ме ню приводит к п ереходУ к панели нижнего уровня
иерархии
Панель
[251.
нижнего
уровня
в
свою
очередь
может
оказаться
панелью
выбора и привести пользователя на следую щий урове нь иерархии и
т.д.,
пока
након е ц
на
определенном
уровне
не
БУдет
достигнyrа
требуемая функциональная панель . З авершение работы с выбранной
функцией
возврат
обеспечивает
в
старшую
закрытие
по
текущей
иерархии
пан ели
панель.
и,
Таким
как
правило ,
об р азом,
дл я
выполнения н е юлорой задачи необходимо пройти определенный пyrь
по системе пан елей меню. Рассмотрим средства пер е Юlючения панелей
в
ISPF, пр едставленные
на ри с.
5.37.
Х
r,:rЦ".ИQе меИI:I
1
2 . Фун}(uия
2
3
З . ФУНКЦИЯ
3.1
1
Фуи1ЩИЯ
1
1 .Функци.я
z
Фymщи"
DаИQЛЬ
2
2
3.2
=3.2
5.37.
3
Средства навигации в
ISPFIPDF
3
ФУНl<ЦЮ< II-=_X
_.
3.3
Фунl<ЦИ"
Рис.
ВloJбора
1 . ФУНКЦИЯ 3 1
2 . Фу н к ция 32
3 . ФУНl(ЦИЯ 3 3
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Выбор
функций
может
ISPF
осуществляться
четырьмя
способами ,
которые определяют следующим образом:
•
•
•
•
последовательный переход;
прямой переход в п еред;
произвольный прямой переход;
переход с п омощью меню действий (вложенные команды).
Последовательный переход осуществляется из панели выбора любого
уровня в "дочернюю " панель , определе нную в меню выбора. Для такого
перехода пользователь должен ввести н омер панели или символьный
КОД в поле
старшую
пугем
Op t i on
по
и нажать клавишу в в о д. Обратный переход в
иерархии
нажатия
пан ель
осуществляется
функциональной
RETURN служит
клавиши
по
FЗ .
для возврата сразу в главное ме ню
END
команде
Еще
или
одна
команда
ISPFIPDF
из любой
активной пан ели .
Прямой
переход
главного ме ню
вперед
ISPF
нижних уровней
-
прием,
позволяющий
с
уров н я
панели
непосредственно выбирать функцию любого из
иерархии
пугем ввода
цепочки
разделенных точкои. Например , указав в поле
значений
Opt i on
н омеров ,
панели главного
меню
О рПо п
... 3. 1
пользователь
п ерейдет
к
опред еленную в панели выбора
Произвольный
активной
прямой
панели
отображение
в
главного
панели,
переход
другую
меню .
реализующей
функцию
1,
3.
с
позволяет
общим
Такой
переходить
первичным
при ем
из
одн ой
меню ,
минуя
реализуется
следующим
образом. В кома н дной строке любой пан ели или в любом поле ввода
пользователь на бирает знак ' 'равно ''
(=),
за которым сразу же указывает
номер требуемой функции и затем нажимает клавишу вво д . Например ,
предположим , что пользователь работает с функцией редактирования
(2) и желает задействовать угилиту
3.1). Для этого он долже н ввести:
C o mma rкl
обслуживания библиотек (функция
===" =3.1
,ее
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Эти
действия
вызовуг
появится
экране
Выполнение
идет
вводил командУ
команду
заверше ние
пан ель
так,
EN D
как
функции
функции
если
бы
редактирования ,
обслуживания
польз овател ь
и
на
библиотек.
последовательн о
для во зврата к главно му меню , а затем выбрал
3.1.
Прои звол ьный
прямой
пер еход
быстрого заве ршения работы
Удоб но
использовать
в любой
ISPFIP DF
также
дл я
'т очке ". Для этого
достаточно вв ести команду "= Х ", что эквивалентно выбору функции Х
(''Выход'') в главном меню.
Прямой пер еход с помощью меню де йс твий ос нов ан на использовании
горизонтального меню пан ели , с помощью которого реализуется доступ
к
различным
функция м
В
ISPF.
отличие
от
командного
сп особа
переключения панеле й , при завершении работы с функци е й , выбранной
с по мо щью меню , пользователь вновь попадает в панель , которая была
а ктивна
в
момент выбора.
Эта
особенность
позвол яет
реализовать
прием , получивший названи е" вложенные коман д ы " (commarкl пеstlng).
Используя меню действий можно , н е завершая текущей функции
ISPF,
п ере йти к выполнению д ругой функции , а зат ем вновь в ер н угься к
текущей.
Основные приемы работы в
Ра с смотрим
основные
прим е няют
при
приемам
при ем ы
работы
и с пользовании
отн осятся
ISPF
в
ISPF,
которые ча ще
функциональны х
управление
курсором
и
пан елеЙ .
скроллинг
К
всего
таки м
(прокр угка
экрана) , управление терминалом , вызов справки , использова ни е коман д
TSQ/E.
При
указываться
описании
некоторы х
стан дартная
команд
функциональная
в
ISPF
клав иша ,
скобках
котор ую
будет
можно
использовать для вы зова команды.
Стандартным
"стрелки ",
с
средством
по мо щью
управления
которых
произвольную
позицию
кома н ды
специальные
и
эфре ктивн ость
курсором
"быстрого "
этой
является
курсор
панели.
клав иши ,
п е рем еще ния
АС Т
может
Однако
проц едуры .
кома н да
курсором
в
'"
область
клав иши
установлен
в
подцержив аются
по зволяю щие
Удобн ым
в
б ыть
ISPF
средством
1 ON ( F 1 О ),
курсора
служат
которая
повысить
управления
служит
гориз о нтального
дл я
меню
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
действий , а при пов тор но м нажа тии
-
обратно в текущую позицию
панели.
Ряд п а н елей
ISPF, ВЮlючая
пан ел и с пи ска, прос мотра и р едактировани я,
поддерживают средства прокр угки
содержимого п а н ел и
(скр оллин г) ,
кото рые позволяют п еремещать инqюрмацию на экра н е вв ерх, вниз ,
вправо и влево. Для скроллинга пр едназначе ны четыре команд ы :
(вверх),
DOWN
(вниз),
привязываются
к
(влево) ,
LE FT
R1 GНТ
функциональным
UP
(вправо), которые обычно
Юlав иLI.Ja М
F7 , F8 , F I 0 , Fll
соответственно. Во всех случаях, когда прокр угка до п ус кается , должна
быть задана величина (шаг) п ереме ще ни я данных, то есть чи сло строк
или колонок,
п е рем е ща ем ы х при
однокра тном использован ии
перемещения. Величина п ереме щения
S с r о 11
текущей
пан ел и ,
команды
определяется по з нач е нию поля
которое
может
принимать
следую щие
значения:
•
числ о от
1 до 9999 -
указывает количество строк или колонок для
п е рем е ще ния ;
• PAGE -
указывает п еремещение на страницу (разме р страницы
соответствует р азмеру ло гич еско го экрана) ;
•
D АТА
-
•
HALF -
•
МА Х
-
то же , чт о и
PAGE,
н о на одну стр оку меньше.
указыва ет п еремеще ни е на полстрани цы ;
указывает п ереме ще ни е к концу, началу, левой и л и пр авой
границ е
данных,
в
зависимо сти
от
ко нкр етно
используемой
коман д ы перемещения;
•
С SR
- указ ыва ет пер ем ещение , основанное на текущей по з иции
кур с ора (строка и л и колонка , определенные курсором , сд вигаются
вниз , вв ерх, к левой или правой гр анице экрана , в зависимо сти от
используемой коман ды п е р емеще ния) .
Для быстро го пер ем ещения в начало и конец да нны х, представленных
на пан ели , подцерживаются две специальные коман ды: ТОР (то же, что
и кома н да
UP
МА Х ) и В О Т ТОМ (т о же , что и команда
DOW N
МА Х ).
Следует отметить , что в некоторых пан елях, содержимое которых не
умещается в пр еделах одного физического экр ана (по вертикали),
правом верхнем углу выдается сообщение
означает,
что
для
про смотр а
полного
'"
Mo r e +
или
соде р жимо го
More - .
панели
в
Э ТО
следУет
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
во спользов аться
командами
прокрyrки
DQWN ( F8 )
и
UP ( F7 )
соответственно.
Группа команд управления терминалом пр едназначена дл я настройки
па раметров , определяющих внешний ви д и структуру экр ана терм ина ла .
В частности, команда
ни жней
ча сти
PFSHQW
экрана
QN
списка
включает режим отображения в
используемых
в
текущей
п анели
п рограммируемых функциональны х клавиш. При желании по команде
PFSHQW QFF
данный режим отменяется.
Особую роль в орга низ ации р аботы пользов ателя
ISPFDIPDF
режим разделения экра на , п озволяющий дел ить экран
горизо нта ли
на
н есколько
ло ги ческих
рассм атриваются как независимые
момент
времени
л ишь
в ос принима ет ввод с
системные
один
ИЗ
экранов.
терминал ы ,
них
является
Ло гические
п ри
играет
терми на ла п о
этом
в
акт ивным ,
экраны
каждый
то
есть
клавиатуры. Любые действия пользов ател я и
пр ерывания
р ассма триваются ,
как
имеющие
место
дл я
активного логического экр ан а.
Чтобы
разделить
экран
на
два
ло гич ес ких
экрана ,
необходимо
уста н о вить курсор в строке , которая бу,цет яв л яться линией разделе ния ,
и н ажать функциональную клав ишу, определенную как кома н да
(обы чн о это
линией
F2 ).
разделени я
SPLIT
Строка, н а которой наход и лся курсор , становится
экранов
пр едставле но на ри с .
5.38.
и
обоз н ач а етс я
рядом
точек,
как
это
На практике наибол ее удоб ным является
разм е щение линии ра зделе ния в самой верхней или самой нижней
строке экр ана терм ин ала. В этом случае в и димой остается н аибольшая
часть активно го ло ги ч еско го экрана.
'"
Операционные системы и ПРОГl"""мное обern""""ие н. платформе :15еп".
Mcnu
RefL1~t
Ret~ode
D!ltз
Ke Jp
Ut11it1сз
S@t Lis t. Ut111ty
Dlsplay data set li~t
V Di~plav V1CC infor ~at icn
Opt:iQn --->
Bla~k
CUSТOМPAC
Мос@,
Р
Print
~rint
PV
МASTER
A~PL[C~TION
МENU
OPf!ON -->
ISМY
In t @rасtlvй 3tоrаqй
Р
РО'
I$PF/PcQqc~
'Р<,
Jnt~.active
,р
RдO'
01
DIТYO
СО
СЮJ
SDsr
НС
НС.
В""' SMp!E
оМ
Р и с.
5.38.
Верхн и й
AQ7
]1,О9
F~c11!ty
Cont.Ql f ac11ity
ACCol~S $ C"tltcc)l f'ac 1 lity
Data Interfl1. TranS!er , T.$tln~ and Op4ratlon$
CU5tc~Pac ~~~ Collcct!on Dtility
Syste~ Displsy ~nd Se~rch Fscility
H~rdwa~
БМ.":.
1)5~ЮО
TIME:
Mana9&ment Facl11ty
Oevelopmcnt
P~oЫe~
(;SR
Re-I!;ourc~
R
5.
-- >
stMLL
IS
~
SQt 11~t
VfOC inCorma tion
dat~
READ
Canf1quration Defintrion
вс) оkМ~~З9е-r Re-ad (Read online- Docume~tationJ
SMP/!: Dialog5
J
Режим разделения на лоrnческие экраны
ло гический
экран
сохранит
часть
строк
текущей
п а н ели ,
которая была актив н а в момент р азделе н ия. На нижнем лоrnческом
экране появится глав н ое меню
Пользователь
разделения
в
любой
экра н а
с
TSQIE
моме н т
помощью
Существует возможность
(точнее, только часть его строк) .
может
команды
создания более
п ерео п ределить
SPLIT
или
чем двух (но не
п ерекрывающихся лоrnческих экра н ов (команда
линию
F2 .
более 8)
кrJaВИШИ
S PL 1 Т NEW ).
Для активиза ц и и (выбора) ло гического экрана необходимо использовать
клавиши уп р авления курсором или командУ
SWAP ( F9 ).
Для то го чтобы выйти из режима разделения экрана, нужно заверши ть
сеанс
ISPFIPDF на одн ом из ло гических экранов пугем ввода кома н ды
EN D или RETURN в п ан ели главно го меню или пугем ввода кома н ды "
= х " в любой другой панели. Оставшийся лоrnческий экран примет
станда ртный вид, "расширившис ь " до полно го физического экрана.
ISPFIPDF
п ро ц едУР
обеспечивает возможность ввода и выпол н ения команд и
TSOIE
п араметром
из любой п а н ели с помощью системной команды
которой
является
текст
'"
стандартной
коман ды
TSO ,
TSOIE.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Например:
С оmmaпd ==="
Ряд команд
и
TSO RENAM E OLD.DSET NEW.DSET
TSO ,
в том числе
L OGON, L OGOFF, ISPF , PDF , I SPST AR T
TEST , использовать таким образом запрещен о.
Следует отметить, что в
команд
ISPF реализован с п ециальный
6 главно го меню ISPFIPDF). В
режим ввода
TSOIE (функция
этой панели
TSO можно вводить н епо средственно (не предваряя их
символами TSO) в поле ввода , размещен но е в верхней части панели. В
команды
ни жней части пан ели представлен список последних десяти кома н д .
Любую из этих команд можно вызвать на повторное исполнение по
методу" POint-апd-shооt
т.е . уста новив курсор на соответствующую
",
команду и нажав Юlавишу ввод .
Для
вызова
yrочняющей
сп р авки
о
командах,
инqюрмации
о
функц иях,
панелях
коротких сообщениях,
пр авом верхнем углу экрана , служи т команда
ISPFIPDF
отображенных
пан ели
при
сообщение ,
этом
по
(popup) окне,
E ND ( F3 ). Состоян ие
командой
не
изменяется.
коман де
HE L P
комме н тарий
к
пользователю
недостаточно ,
выданному
Есл и
он
панель
можно
сообще нию .
то
может
в
HE LP ( F1 ). Инqюрмация ,
как правило , представляется во всплывающем
которо го производится
или
содержи т
получить
Если
актив н ой
короткое
развернyrый
этой
получить
закры ти е
инqюрмации
допо лнительные
данные пyrем повторного ввода этой же кома н ды.
Следует отметить , что любая функциональная панель
возможность вызова сп р авки с помощь меню действ ий
Начало и завершение работы с
Для доступа к системе
zlQS
за п устить программу IВM
PComrn),
действия
дает
ISPF/PDF
с рабочей ста нции на базе ПК необходимо
Persona!
воспользовавшись
Дальнейшие
ISPFIPDF
Help .
С оmrnuпiсаtiоns
стан да ртными
пользователя
(или
сокращенн о
средствами
должны
Windows .
пр оизводиться
по
следую щему сценарию .
1.
В по явившемся окне указать имя программы
'"
z/OS,
с которой будет
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
взаимодействовать пользователь , для чего в поле
необходимо ввести
2.
App l ica t i on
и нажать клавишу ВВОД ,
tso
В ответ на запрос
I КJ5б700А ENТER
ввести
лич н ый
USERlD-
идентификатор
пользователя
( Userid
)
в
уста н овленном системным администратором формате и нажать
клавишу ввод . Например:
в окне
(рис
PComm п оявится
USER1 .
п а н ель ПОД Юlючения к подсистеме
TSOIE
5.39).
-------------------------- ТSO/Е LOGON ---------------------------
LQGON
Ente~
Раsз wе> rd
t>rcce<lure
Acc t
S i ze
p~r~~e te~ '
~elQw ,
___ > USERl
U~er1d
N~r
_о,
NfI'II
Раззwоrd
--->
Iden t
. . а>
Gro~p
_о ,
---,.
=====
_о,
p~rtQrl'L
CCN!ЦInd
_о,
--->
'5 ' before each
desired below:
-Reconnect
-ОIDcаrd
PFl ""Не1р РР3 - >Loqoff P~l ->Attention РА2 ->Re5ho~
You ~y requ c s t spccific heLp info~.tjon Ьу e ~terin~ • '?' 1"
~"trv fi e ld
~nter
-'' o:JIаil
Рис.
3.
5.39.
В поле
орtiал
-Nоnоti~в
Панель п одключения к п одсистеме
Password
ап у
TSOIE
необходимо ввести пароль , установленный дл я
да нно го пользователя , оставив
п рочие поля без измен ен и я , и
нажать клавишу ВВОД . По сле появления на экра н е сообщения
"***"
следует в н овь нажать клавишу ВВОД .
Есл и идентификатор и пароль введены правильн о, на экране п оявится
п анель глав н ого меню
компонентам
z/OS
(рис.
TSOIE,
5.40).
обеспечивающе го доступ
к основным
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
CUSTOMPAC
15
МAST~R
Inte~octjve
rSM'E'
МENU
APPLICAiION
.--> ______________
OFTION
5co~age
._->
SCROU.
CSR
иЗЕRID
Е'\01
TIr-re
14 : 3 б
М3по~е~епс
~~cil l ty
ISi'F/Proqram Develo~nt Facility
IP ТРСБ
Int.f!I["l'Icti"e РсоЫ@т ccntrol Fl'Icllity
•
RЛCF
~.ЗО~СС. ~cc.ss CQntrQl F~ci]Lt y
Dat.~ Tntertilo Tran~f~r, Te~tinq and Ороrаtlопs
DI DITТO
CustomPac Data Coll~ctlQ~ Utlllty
CD CDCU
$О
$DSF
$Y'Jte'" D.i!,l p l"y ","щi $ ..... ~C" !'OIci 1.1 су
Hard~ore Confiqurl'ltion Definltlon
не
IICD
ЭооkmaПllqеr Read ( Reao On1111c Doctl:n.entationj
8MR в.ЧR RБ'-Е)
SM SMP/E
SI<!i'!E Dialoll!!
IC TCSF
- IntoqCl'ltoo Cryptoqrophic Sorvlco F~ci lit y
05 SUI?PQRT
t!OS rSI?F Syst~, $~PPQrt ОрtlQПS
ои
иВЕР.
Z!OS [SPF ивес Optlons
s $OR&
DflSORT Dl eloqs
U
USE:R
UB er Applic","tion ~~nu
i'Di"
Р
иве
UP
апо
~ДN
Pf keys
Enter END cornmand to
Рис.
5.40.
Главное меню
ОС
ввести
компо н ента,
Со
8ссо11
МF.NQ .
TSO/E
Для работы с ком п онентами
(Орtioп)
co~nds
te [min~te .
команду
требуется в п оле командн ой строки
zlOS
выбора
в
виде
nриведенного в крайнем левом
меню. Для работы с ком п онентом
ISPFIPDF
символического
имени
столбце пр едлагаемого
требуется ввести коман ду Р.
При этом на экране терминала п оявится nанель nервичного (главного)
меню
ISPFIPDF,
пр едставленная на ри с .
5.31,
с которой и начинается
сеанс работы .
При п ервом входе пользователя в систем у создается сп ециальный набор
данных, н азываемый nрофилем пользователя
(user
ргоШе) . Э тот набор
данных служит для хран ен ия свед ений о пользователе , а также текущих
значений параметров среды
ISPF,
которые опред еляют в н ешний вид
nанелей и особенности реализации некоторых функций , уста н овленные
пользователем. Каждый раз, когда пользователь открывает новый сеанс
работы , эти значения автоматически активизируются. Кроме того , в
профиле сохран яются
вводимые
пользователем
значения
некоторых
полей. Э ти значения n одставляются при повторном открытии nанелей
в качестве значе ни й по умолчанию.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Состояние
пр офиля
пользователя.
точн ости
В
начале
таким,
предыдщего
п остоянно
нового
каким
оно
обновляется
сеа нса
в
результате
состояние
сложилось
в
действий
профиля
момент
будет
в
завершения
•.
Профиль пользователя ВЮJючает следующие пар аметры:
•
характеристики терм инал а , определения функциональных ЮJавиш,
значения параметров скроллин га;
•
п а р аметры
наборов
да нны х печати
и
персонального
журнала
пользователя;
•
п а р аметры
настройки
текстового
редактора
(профиль
редактирования);
•
•
инqюрмация о распределяемых наборах данных;
п а р аметры
настройки
компиляторов
для
различных
языков
программирования;
•
п а р аметры менеджера сопровождения разработки программного
обеспечения
(SCLM);
• п а р аметры JCL, используемые для
режиме заданий , qюрмируемых ISPF.
выполняемых
в
пакетном
Перед началом работы рекомендуется пр о извести настройку некоторых
параметров среды
ISPF,
определяющих условия работы пользователя и
характеристики представления да нны х, ВЮlючая:
•
•
характеристики терм инал а;
п араметры
обработки
персонального журнала
•
•
•
•
•
•
•
•
наборов
данных
печати
(LIST)
и
(LOG);
назначение программируемых функциональных ЮJавиш (ПФ К);
р азмещение командн ой стр оки на экране;
ха р актеристики с пи сков наборов данных;
п а р аметры графической печати данных модуля
GDDM;
п а р аметры режима отладки диалогов;
используемые цветовые атрибугы изображения;
значения элемен тов стандартных СUА-панелей;
опци и команды
Функция О
ENVIRON .
ISPFIPDF
"Sеttiпgs" п озволяет просмотреть и
значе ни я п ереч и сленных
параметров.
'"
И зменения
установи ть
настроек
остаются
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
действи тельн ыми до тех п ор, п ока н е будуг введены новые значения
параметров (не только в текущем сеансе).
в
состав
ISPF входит компонент, получивший н азвание Workstation
(WSA) ("агент р абочей станции'), который предназначен для
использован ия диалогов I5PF в распределенной вычисли тельн ой среде
Аgепt
в соответствии с техноло гией клиен т-сервер. С его помощью можно
выполнять ди алоги и отображат ь панели
ISPF
н а рабочих станциях с
использован ием функций установлен н ых на них операцион н ых с и стем ,
разгружая таким образом мэйнфрейм, играющий
поддерживает
05/2,
Мiсrоsоft
роль сервера .
W5A
Windows, AIX, HP-UX и 5ип 501aris. Такой
(GUI mode), поскольку он
режим работы часто называют гр афическим
использует возможности
поддерживаемых
панели
I5PF
графическо го
платформ .
W5A
п ревращаются
в
п ользовательского интерфейса
Например ,
стандартные
в
среде
окна
MS Windows
с
п ривычными
элемен тами управления (поля ввода, кнопки , списки , п ереключатели и
т.п . )
и
реализуется
и н терфейсом (рис.
полная
п одцержка
мыши
для
уп р авления
5.41).
~~~~~~.~~,~j::::"'"
U • •r
<l lt.
111t1Jl~1
. nd ......
p .or
r_
..r.
10Ш"04I
"'ha~
."~r,,.
.~ .
..
,
."r_n.
.... .
..,..,n~l
,,".lIl.y ~" "" " (>П '
'-""''"''« ''"'
~
l~q
rlo " ......... . НН .... prootl
""_~.
••
"J.~J.'>'III
t •• 11JIq
... 8.in,I.a .t... ' ru .... l "on.
""",..1"'1'_0< p'r o<I .. " ••
p r "V~ ••
ConП'l"г.tlon
[;;;;~~i::j"."
ыЬг ...... _n~~'"
Obj_U"",tlo"
'Ifo~kpl"""
,,",f . .. 11.
'"
,.
"''''iIu~~,
1.. "'.Iu"II'" p<oc ••• J"'i!
~~~~§.1~~~::;:lC>b (оо" 1."'J~~1I"
"
""
щ
J.I : H
3~1.CY
~.""".,.
,.,
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Рис.
Графический интер~йс
5.41.
ISPFIPDF
в режиме юшент-сервер
К особенностям реализации графического ин тер~йса по сравнению со
стандартным режимом р аботы
•
ISPF
относятся:
функции клавиши В ВОД начинает исполнять клав иша En ter в
основном блоке клавиатуры ПК;
•
•
меню действий полностью управляется мышью и подцерживает
"горячий " вызов с по мощью клавиш
Al
функциональные
поля
клавиши
и
t+с имв о л
ти па
;
POint-апd-shооt
отображаются в виде кнопок;
•
поля ввода отображаются в виде стандартных пол ей ввода текста
Windows ( text Ьох );
•
переключатели
отображаются
Windows ти па check
•
виде
элементов
интерфейса
Вох;
списки выбора отображаются в виде так называемых р адиокнопок
( radio
•
в
Ьuttоп
);
н едостyn ные
для
выбора
элементы
меню,
списков,
кнопки
экраны
SPL IT
создает
выделяются серым цв етом;
•
команда
разделения
на
логи ч ес ки е
отдельное окно и может выдаваться многократно.
Одно из важных пр еимуществ
возможности
выполнять
редактирование
текстовый
данных.
редактор,
режима
так
ISPF
называемое
Пользователь
установле нный
редактирования наборов да нны х
редактор
клиен т-сервер заключается
ISPF,
может
распределенное
прим е нять
любой
на
р абочей
и в
то же время текстовый
станции,
для
может быть использован для редактирования файлов ,
размещенных на рабочей станции. Отметим, что
распределенное
заверше ния
как
редактирование
терми нальном режиме работы
Для
в
сеанса
в
WSA
подцерживает
графическом,
так
и
в
ISPF.
работы
у
пользователя
есть
несколько
возможностей. Есл и пользователь не находится в режиме разделения
экрана, то завершить сеанс работы с
он может одним из
ISPFIPDF
следующих способов:
•
•
ввести командУ
EN D ( F3 )
в главно м меню;
выбрать функцию х главн о го меню
'"
( Exi t
-
" Вы х о д ");
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
ввести команду
RETU RN
RETU RN
в главном меню. Ввод команды
в главном меню аналоrnчен вводУ функции Х
•
ввести командУ " = х " в л юбой панели
;
ISPFIPDF.
После ввода одной из указанных команд на экране обычно отображается
пан ель
завершения
режимы
п ечати
обработки
сеанса ,
в
которой
пользователь
специальны х наборов
и п ерсонального журнала
(LIST)
заполняется
пользователем
информацией:
те кстами
в
данных
исходны х
набора данных
работы
модулей
указать
Набор данных п е чати
(LOG).
процессе
-
может
всевозможной
программ ,
отчетами
о
выполнении программ и задан ий , спи с ками наборов дан ны х и раздел ов
библиотек и т.п. Вся выбранная пользователем для п ечати информация
не
выводится
на
принтер
н емедленно,
а
системой в специальны й набор данных печати
временно
помещается
(LIST data set),
котор ому
по умолчанию присваивается и мя вида:
prefix.usеrid.SРFп.L I SТ
Здесь
p re f ix -
префикс
пользовательском
дл я
профиле
наб оров
TSO ,
да нны х,
9.
Если
в
идентификатор
us er i d
пользователя , с которым ОН открыл сеанс работы ,
до
установленный
n -
префикс совпадает с идентификатором
целое число от О
пользователя , то
квалификатор p re f ix не используется.
Аналоrn.чно
формируется
еще
один
временный
набор
данных,
в
котор ом отражается вся информация, фиксирующая основные де йствия
пользователя . Такой набор данных называется пер с ональным жур н алом
пользователя
(LOG data set) и
имеет имя вида:
prefix.userid.SPFLO Gп.LISТ
Значения квалификаторов формируются так же , как для на бора данных
п ечати.
Панель завершения
сеан са
позволяет
определить способ
обработки
п ерсонального жур нал а и набора данных печати. На рис.
5.42
показан
вариант
ходе
сеан са
панели
завершения
для
случая,
когда
в
использовался только набор данных печати. Если же во время сеан са
использовали с ь оба на бора данных
(LOG
и LI SТ), отображается панель
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
завершения,
включающая
списки
вариантов
обработки
для
обоих
наборов.
Dlspo~ltion ~! Ll~t
Specify
Liзt
~~.
P~O~~9~
Set
Dвt~
se~
DiЗРО3ltiоп
1
op tlon
l . P~int ~ta ~~t and d~let~
2. DeleL. da~a ~.t ~ ithout printing
3 . K~QP dat~ s.~
(allOCpt~
-
SA~
~a~ d~ta
~et
lп
next
эеЭ910П}
4.
K~ep
d~t3
&.~
( .. 110C<llli:
пе ~
- New
O.. t .. ~e!; i n ne" t
se55Lon)
5Y~OOT
~al
or
C144S
printer
~
[О
,.,~itec -J'll.rr.e
Р~йSS
ENTER
Enter
~HO c~nd
J~b
.еу
~to!ll:fIIlТМ'lnt
tQ
complete I5PF tenmin~tion.
tQ ret~~n tQ the p~!h~ ~y opt1on menu .
irl r(;lrllUllr.1~t1 :
(Required !cr systerr. prLn.ter)
--~> il~IO~.~'~.~"~C~~J~O~'~~(O~O~O~'~,~"~]~КE~,"~~~GC~""~~.~-~'~~~~~~___
--> ".
--> 1'*
--> '1'"...... >
J:Q!lrlaл.d
Рис.
5.42.
Панель завершения сеанса
На панели представлены следУЮщие возможности по обработке набора
данных печати:
1.
2.
Распечатать набор да нных и Удали ть его.
з.
Сохра нить набор данных без вывода на печать , использовать тот
Удалить набор данных без вывода на печать.
же самый набор данн ых в следующем сеансе работы.
4.
Сохра нить набор данных без вывода на печать , в
следУЮщем
сеансе работы создать новый набор данных печати.
Если
эт и
наборы данных
должен указать класс вывода
необходимо распечатать,
SYSQUT или
'"
пользователь
идентификатор печатающего
устройства, а также информацию оператора задания
пакетном режиме.
то
J OB
для печати в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
3адав
с п особ
обработки ,
необходимо
завершения сеа н са
ISPFIPDF
можно
введя
заверши ть,
п рограммы
нажать
клавишу
и возврата в среду
кома н ду
или
l ogoff
TSO/E.
ВВО Д
Сеанс
просто
дл я
TSO/E
закрыв
окно
PComm.
Использование угилит
ISPF/PDF
Одн ими из наиболее полезных компо н е н тов
н азываемые
уги литы ,
доступные
в
ISPFIPDF
главном
ме н ю
являются так
как
функция
3
Утилиты в первую очеред ь пред назначены для уп р авления
(Utilities).
п оследо вательными
и
библ иотечным и
наборами
данн ых,
включая
функц ии создания, переименования , Удаления, катало гиза ции , п ечати ,
сравнения и др.
Sеlесtiол
Utllity
1
,
blbr.ry
Compre~s о" рсl11!. date. ~et. Prlnt index li~tln~.
[еll.~, delete. brow,e. edlt ос vlew Me-oer~
Dot.
I'Il,lQc.at. ,
$.с.
,,•
,
1
•
Мov .. /Coi'Y
ал
ullctt.t.lo.g Qr: "l:ipl.ay
ent l te dil.t. Bet
Reeet
~v'" '
сор у,
Pr.in t
ОС
I14rdcopy
lnltte.ta hardcopy output
Do"1I1o:н.d
~tHat
()O"nload IS Pf C/S,VA
c1&play ,
~loto ,
о!;
[ос
ISPF,
t.rе.tr.зfur !(.ар,о!
prlnt nold joC
.pp1JClltl"n
d.Jt.a. :iUt..
~tput
Сwr.r.I,шd •
Сr9.t'ii/сhl1пq"
RO!" ... rved
TJo\j:l opt.lon ~oel'S !''''v~d for flJ"-""" ~"pa~l'SiQrt.
FOI11l..1lI: defi!llitlon (о" fOr8at.tecl dat.a ErHt/brov!le
Сomр~С8 do~A
с(Ю!раr.
ап
::;e,,!;c1'l-t'QС'
::;e~'Ch
Seil.h:h-FоrЕ
Seil.tch data aet. foc
Oia1OV)
5.43.
Меню
tдobl9
IStandlrd
s.t~
t.t-t EKt.nc:ll!!.:I
d.ac, ~~ts for Itr:1119~ of Q.otfl
l<
Qpt.lon
С(1!С111<1щj
d4tй.
15
Р и с.
~.at.,lo.g.
Prlnt ,
0,,- prOl1late Мt!lIbere а! d./Itll ", .. С'"
d.ispll1y [to prClC6s:s) ll.st о! d.a~1I "е.с n'r.1o.s .
p(l~t Qr dl.sploy vтoc i ntor~tlQ~
ReIJ.et Elt",tt"t l C!31 (о!' Me-'llbets о! I$PF li l;lr"'ty
D.slis~
II Fo:m.at
SUpoIIIrC'
lЗ SuP4Ir<:"t:
"
"81.t8 ,
I;.""~8 ,
infornaLion 01
з
Ралеl
~tcing:s
о!
О1Аloq)
IE ~ t&~~c:I Di&l~1
(::;cand"d Dl"Loql
dat.a
Ext~nded
на
ри с .
(E"tende d
--->
Па н ель выбора yrи л ит
выбо р а
угил и т,
представленное
5.43,
содержи т
следую щие уги л иты:
1. Library
да нных,
(б и блиотека)
включая
обслуживани е
сжатие
и
'"
печать
библ и отечных
наборов
да нных;
наборов
печать
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
оглавления;
печать,
переименование,
Удаление,
просмотр
и
редактирование разделов библиотек .
2. Data Set
(набор данных)
данных,
ВЮlючая
удаление ,
обслуживание произвольных наборов
-
создание
каталогизацию,
(распределение),
исключение
из
переименование ,
каталога,
просмотр
служебной информации о н аборах дан н ых.
3. Move/Copy
(п еремещение/ко п ирование)
перемещение
и
копирование н аборов да нн ых, а также разделов библиотек.
4. Dslist
(список наборов
данных)
работа
-
со списком
наборов
данных и вы п ол н ен ия операций над ними; печать и просмотр
информации об оглавлении тома (VТOC) .
s.
Reset
б.
Hardcopy
(сброс)
-
корректировка
разделах библиотек
статистической
информации
о
ISPF.
(печать твердой ко п ии)
-
печать наборов да н ных на
указанном устройстве.
7. Download
(загрузка)
-
загрузка различных ком п онентов системы и
наборов данных с хоста н а рабочую станцию (включая модули
подцержки режима клие н т-сервер
8. Outlist (выходной
листинг)
-
ISPF C/S
и др.).
просмотр, п ечать и Удаление листинга
вы п ол н ен н ого задания .
9.
Сошшапds (коман ды)
создание и корректировка таблицы команд
-
ISPF.
10.
Fогшаt (формат)
для
терминалов
формата
-
настройка параметров представления данных
5550, использующих
DBCS (Double-Byte Character Set).
11. SuperC и
12. SuperCE -
IВM
набор
символов
сравнение н аборов дан ных (простая и расширенная
версии).
13. Search-For и
14. Search-For (поиск) -
поиск текстовых строк в
наборе данных
(простая и расширенная версии).
Утилиты принято обозначать двойным номером в соответствии с их
местоположением в иерархии панелей
уровня панели глав н ого меню
ISPFIPDF и способом выбора
РОР: 3.1 - Library, 3.4 - Dslist и т. п.
с
Следует обратить внима н ие на тот факт, ЧТО одни и те же функции
обслуживания наборов данных могуг быть выполнены с п ривлече н ием
различных угилит. В частности, угилита
'"
3.4 (Dslist)
является вообще
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
универсальн ой, так как с ее п омощью можн о выполни ть п рактически
любую
операц и ю
с
набором
включая п ереиме н ова ни е,
данных
(или
копирование,
разделом
п еремещение,
Эту уги литу часто называют "файловой оболочкой"
известными
программам и
для
Удаление и
zJOS
Windows .
и
MS-DOS
библиотеки) ,
Т.п .
по анало гии с
Пользователь
выб и рает для себя тот способ, который ему больше подходи т.
в
этой
главе
ос н ов н ое
в ни мание
БУдет
Уделено
средствам
распределения новых н аборов данных с помощью угили ты
3.2 (Data
Set) и средствам ма нип улирования дан н ыми с помощью угилиты 3.4
(Dslist). Прежде чем бу,цуг рассмотре н ы указанные угил и ты, необходимо
познакомиться со средствам и ввода имен наборов да нн ых и р аботы со
списком разделов б и бл и отек, которые являются универсальными для
всех функций РОЕ
При
использова нии
существует
два
соответствии
с
угили т,
основных
двумя
как
с п особа
типам и
и
некоторых
ввода
других
име ни
ис п ользуемых
набора
в
функций ,
данных
в
ISPFIPDF
наборов
библ и отечные
н аборы
данных:
•
•
библиотеки
ISPF;
произвольн ы е
последовательн ые
и
данных.
Те р мин б и бл и отека
ISPF (ISPF Library)
и с п ользуется для обозначения
каталогизированных библиотечных наборов дан н ых
(PDS
и
PDSE),
для
которых выполняются следУЮщие п р авила:
•
имя н абора да нн ых состои т из трех квалификаторов и имеет вид:
project . group . type
• квалификатор p r oj ec t определяет
общий
иден тификато р для
вы п ол н яемо го совместн о с другим и пользователями проекта либо
иден тификатор п ользователя
•
квалификатор
g r oup
(User ID) для
личных да нн ых;
о п ределяет отдельн ую часть проекта или
личных данных (например, указывает этап п роекта или задачу и
т. п .);
•
квалификатор
библиотеке
t ype
определяет ти п ин формации, содержащейся в
(н а п ример ,
текстовые
докуме н ты,
исходн ые программы, загрузочные модул и и т. п .);
задания
(JCL),
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
имена
разделов
отдельные
определяются
документы ,
прои звольно
программы ,
модули
и
и
характеризуют
т.П.
В
составе
библиотеки.
При этом выполняются все стандартные соглашения о qюрмирования
простых имен. Примеры имен библиотек
ISPF: ASOUP . SUB O1 . PL 1 ,
U SЕR 2 З . У200 2 . ТЕХТ
При
вводе
вводятся
им е н
библиотек
раздельно
надписями
в
составные
ISPF
специальные
и
pr oj ec t , g r oup , type
квалификаторы
поля
панели,
membe r .
имени
отмеченные
(рис. 5.44а). В поле
mеmЬег в этом случае вводится имя р аздела. Наличие нескольких полей
ввода
уровня
конкатенацию
group
обусловлено
(слияние)
нескольких
возможностью
наборов
осуществлять
данных
одного
типа ,
созданных в р амках единого проекта .
Имена
дан ны х
произвольных
("не
именами,
в
последовательных
библиотек
том
числе
ISPF ')
и
MOryг
такими,
как
и
библиотечных
быть
любыми
у библиотек
наборов
до п устимыми
ISPF.
Ра зли чия
заЮlючаются только в способе ввода имени набор а данных при работе с
функциями
а)
ISPF
(рис 5.44Ь).
Ispr LiЬ t: ;.п 'r' ~
proj Elct
GrO\l p .
т",.
(Вl~п~ ОС
Mel"\l;l e r
othcr
Ь)
Dat<l
pa~titioned
cr
Set Nal"..e
s~u~ntial
5.44.
Для
ввода
Dat8
( от
membet:
sel~ctionl
S~t;
' rny.test . d<ita(metnl l ,
VQ!ur:te Seriol . . .
Рис.
р ~ttе r п
(Н
no t
с~ tд loqеdJ
J
Ввод им е ни набора да нных
имени
произвольного н абора данны х используется поле
Na me . Имя вводится в стандартном qюрмате (например ,
my . t est . data или my . t es t . da t a ( me ml ) ) с указанием имени
Data
Set
раздела , если это необходимо. Обычно введенное имя заключается в
апострофы , в противном случае
ISPFIPDF
'"
автоматически добави т к
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
имени
префикс
пользователя,
н екаталогизированных
наборов
серийный номер тома (поле
ЧТО при
вводе
имени
записанный
в
профиле.
да нны х дополни тельн о
Для
указывается
Vo l ume Ser i a l). СледУет и меть
ISPF или прои звольного
библиотеки
в виду,
набора
можно воспользоваться системными или польз овательскими списками
ссылок на наборы данных
(referra! lists).
В эти списки автоматически
заносятся имена наборов данных, которые использовались в работе в
по следнее время или требовалис ь наиболее часто.
Для р аботы с последовательным набором данных имя раздела , конечно ,
н е задается. Для библ иотеч ного набора данных существует три способа
определения и мени раздела:
1.
Имя раздела указано явно при задании имени набора данных, как
в прив еденных примерах. В этом случае
ISPF
непосредственно
об р ащается к данному разделу.
2.
Имя раздела при задании имени набора не указано. В этом случае
после нажатия клавиши В В ОД на экран БУдет выведен список
р азделов библиотеки (рис.
тот
раздел,
который
5.45),
он
гд е пользователь долже н выбрать
БУдет
например, строчной командой
обрабатывать,
S ( Select )
отметив
его ,
и нажав на клавишу
ввод .
з.
Имя раздела указано в виде шаблона. Шаблон задается в виде
комбинации
алфавитно-цифровых
символов шаблона:
позиции
может
до п уст и мых
*
и
%.
размещаться
символов.
символов
*
С и мвол
произвольное
Символ
%
и
сп ециальных
означает, что в да нной
количество любых
заменяет
ровно
один
произвольный символ. При этом н еобходимо помнить, что имя
р аздела не может содержать более восьми символов. Например ,
ша бло н
вида
р азделов: М 2 О О
м * R % соответствует
выбору
следующих
2 Rl , MEMBER X, М 2 R9 , MAKAR R.
имен
В случае задания
ша бло на на экран БУдет выведен список разделов библиотеки ,
соответствующих
требуемый раздел.
дан ном у
ша бло н у,
где
и
следУет
выбрать
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
N~nu
F~nctiQn~
P~OМPТ
A PII;L3
AUGOl
L
Utilitie~
Кв1р
МY . T~X T.~T~
LIBRARY -
""'"
Ca~firrn
---------------------- ROW 00001 OF 00008
[.
CREATZD CHANGED
SIZE: INIT моо
01 . 02 S1/04/13 8110~/21 09 . 55 114
YO!JRID
01. 00 В1/0&/Оl 81/08/01 10.01
О
YOURID
vv.~
81/02/21 8110З/О1
..':::Э:21
[Н . О!
,J",NlO
01 . 00 81/01/]0 81/0]/]0 17 : 01
JtJLO]
01.01 B'101/07 &'/0'/01 1Z.52
JlILL~
01 . 0() 81/011]4 81/01/14 16 . 15
'н . оо 81/06104 87/06104 11 . 23
JlIlI10~
~1/06/16
Н . 52
8'/06/Z1 08.43
JUNL8
01. 04
""RЗ'
01 . 01- 81/0)./30 81/06/12 11.03
·"EI'IO· ·
сом.ЧЛНD
Р и с.
5.45.
12
321
11
llO
10
,
,,,
2
О
52"
з4
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ SCROLL
-~->
•
'" ""
"
" """
'" l'
2
УOUЮ!)
YOVRIO
УOUЮ!)
YOURID
YOVRID
YOORID
УOUЮ О
--->
P....GE
Па н ель с пи ска разделов библ и отеч н ого набора данных
Рассмотрим далее универсальные при емы р аботы со с п иском разделов
библиотечного н абора да нн ых, ориен тируяс ь н а рис .
5.45.
Отоб р ажение
списка разделов можно получить при вы п ол н е нии функц и й пр осмот р а
View
редактирован и я
(1),
ин теракти вном
работе
с
Edit
(2),
вы п ол н е ни я
программ
в
(Foreground, 4) и п акетном (Batch, 5) режимах, пр и
Library (3.1), Move/Copy (3.3), Dslist (3.4) и
угилитами
н екоторыми дрyrnм и . Для этого п ри задани и
н абора во в с ех случаях, кроме угилиты
Dslist,
имени библиотечного
следует л и бо остави ть
п оле имени р аздела п устым , л и бо ввести специальный шабло н имени ,
как указано выше. Утилита
Dslist рас п ола гает
собственными средствами
инициир ова ния вывода с писка разделов.
При отоб р ажении сп иска
информацию
создан ия
дл я
или
сохр аняется
ISPF
каждого
выводит в виде таблицы стати стическую
раздела,
редактирован ия.
ISPF
сформированную
Э та
инфо р мация
в
момен т его
генерируется
и
в оглавлении на бо р а да нн ых и включает (в скобках
указа н ы принятые на и менования п араметров):
•
•
имя р аздела
( Nате );
номер верси и и н омер модификац ии в формате
01.00;
( Cr ea ted );
создании устанавливается в состояние
•
дата созда ни я те кущей верс и и
'"
( vv . мм );
п ри
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
дата и время п оследней модифи кации текущей версии
( Changed
);
•
•
•
текущий размер в строках
н ачальный размер в
( S i z е );
строках ( 1 n i t );
количество
которые
строк,
были
добавле ны
или
и зме нены
(устанавливается О, есл и строки н е п ере н умеровывал ись)
•
идентификатор
ко рр ектировку
поль зователя,
( 1О
пр о изводившего
( Mod );
последнюю
).
При использова ни и функций редактирова ни я и про смотра по льзователь
может и зме н ять знач е н ия номера ве рсии
п омощью
специальных
статистических
коман д .
п араметров
и модификации раздела с
Прив еде нный
ф:Jрмируется
в
ISPF
выше
для
на бо р
всех
типов
библиотек, за исключением б и бл иотек загрузоч ны х модулей, которы е
допол ни тельно характеризуются и дрyrn.м и п а р аметр ами.
По умолчан ию с пи сок упорядочен по име ни р азделов. Если с пи сок не
умещает ся ц еликом
в
п ределах
зкрана,
следует и с пол ьзовать средств а
п рокругки.
Основное
наз н аче ни е
с писка
р азделов
-
пр едоставление
способа выполнения о п ера ций н ад разделами.
Удоб н ого
Пол я слева от и мен
разделов предназначены для ввода строч ны х кома н д, общий п ере ч ень
кото ры х п редставлен в та блице
Табл иц а
5.6. С тр о чны е
5.6.
команды для управлен ия разделами
Команда Де йс тви е
Н аз н аче ни е
Е
Edit
Пер еход в режим редактир ова ния
v
VJew
Пер еход в режим про смотра
View
В
Browse
Пер еход в режим про смотра
Browse
D
Delete
Удал ить р аздел
R
Rename
Пер е и меновать раздел
р
Print
Вывести раздел в набор данных п е ч ати
м
Move
Пер емести ть раздел
С
Сору
Копировать р аздел
G
Reset
Сб р ос статистики р аздел а
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Передать на выполнение в п акетном режиме
J
Submit
т
TSO
W
WS Cmd
Выполнить команду рабочей станции
s
Select
Выбрать раздел
Сшd Выполнить КOMaHAyTSO
Повтор по следней команды
Строчные команды
инициируются при
нажатии
на ЮJaВИШУ в в о д .
Возможность использования той и ли иной строч н ой команды зависи т
от режима работы
п оддерживаются
ISPF.
все
Например , в угили тах
кома н ды,
S,
кроме
Library (3.1)
которая ,
и
Dslist (3.4)
напротив,
может
использоваться во всех других режимах. Некоторые команды , такие как
R,
М, С ,
G,
Т,
W,
требуют
ввода до п ол ни тельных параметров
пр и
п омощи с п е циальны х вс п лывающих окон.
Если
пользователь
забыл
какую~либо
команду,
он
может
получить
список выбора допусти мых команд во вс плы вающем окне, введя в поле
строчной команды с и мвол"
" или пр осто уста н ов ив курсор слева от
/
имени раздела и на жав клавишу вво д .
Сообщение
P r o mpt
команды
о
выполненной
строчной
команде
выводится
в
поле
с пи ска разделов одним словом. Например, п осле выполнения
удаления
сообщение:
раздела
в
соответствующей
строке
появляется
* DE LETED
Во всех угилитах
н ескольких
ISPF
разрешается вводить строчные команды сразу для
разделов.
В
этом
случае
операции ,
требующие
допол ни тельных данных или связанные с открытием новых пан елей ,
будуг
выполняться
п оследовательно.
При
завершении
выполнения
одной такой команды н еобходимо вновь нажать клавишу В ВОД .
команды,
не
требующие
вмешательства
пользователя,
Все
выполняются
сразу
Отметим,
что
после
выполнения
некоторых
строч ны х
команд
автоматического обновле ни я списка не происходит. Для обновления
рекомеНдУется сначала выйти из панели списка
открыть ее одним из ранее указанных способов .
,ее
( F 3 ),
а п отом снова
Операционные системы и ПРОГl"""мное обern""ение н. платформе :15еп".
Утилита обслуживания наборов данных
Утили та обслуживания наборов данных
на
обработку
данных
и
операции
как
по следовательных,
доступна
из меню
переименования , Удаления,
(3.2 , Data Set)
так
УГИЛ И Т.
(Data Set)
С
и
ориентирована
библиотечных
ее
ПОМОЩЬЮ
каталогизации
и
наборов
выполняются
исключения
из
каталога наборов данных, прос мотр служебной инqюрмации о наборе
данных и т.д. Только эта угил и та позволяет создавать (распределять)
новые наборы данных.
в панели угилиты
DataSet
(рис
пользователь должен определить
5.46)
имя обрабатываемого набора данных ОДНИМ из ранее рассмотренных
способов , а затем выбрать операцию обработки, введя ее КОД в поле
Opt i o n
Kenu
и нажав ЮJaВИШУ вв о д .
Utilitie~
RefLi:.t
H4Ilp
~t4
Al locate
set
Se t Utl11ty
с
CBtalo9
R Rепа~ епtirе d~ta set
D Delete e~tite d~t~ ~et
U
3
Uпсаtаl0g
bl~пk Раса
М Е п hа~сеd ~aCa
А
~e~
set
d~ta
~ п fоrmatiоп
v
p~c~
vsxм
~~ta
аес
data
зеt
~et infot~tion
аес
(зhоrtl
allocation
Utili t ies
IS PF LJ..brary ;
Pro)ect
Group
Туре
••
Oth@[ Partitloned .
D&ta Set Name
Volume Serlal .
D.sta Set
5.46.
Ао-
or
VSAМ
Data Set ;
_·=м=,~.=.=Е=З=Т~" "'1'tЛSf'Е~Т~·~",,,",,,,",,~
_
E'a5s~ord
Opti on --->
Рис.
SеqU8пtiаl
(Н
not catalot:ledl
{Н
pas5word
_________
рп>tесtеdj
__________________________________
Панель угилиты обслуживания наборов данных
Функции угилиты представлены в верхней части панели и включают:
• А• R• О -
создать (распределить) новый набор данных;
переименовать набор да нны х;
удалить набор данных;
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
•
blank (пробел) - отобразить полную июlюрмацию о наборе
данных;
• С • U• S•
каталогизировать набор да нны х;
ИСЮJючить на бор данны х из катало га ;
отобразить краткую инф:Jрмацию о наборе данных;
М - создать (распределить) новый набор данных с использованием
SМS- технологии
(требует
специально
сконфигурированного
тома);
• V-
работа с наборами данных типа
Ниже бу,цет рассмотрена
только
одна ,
VSAM.
но
очень важная
функция
-
распределение нового набора данных . Почти все остальные функции
(кроме М и
V ) MOгyr быть
выполнены с помощью угилиты
Dslist.
Для распределения нового набора данных пользователю необходимо
задать его
имя,
затем
ввести
командУ А
в
Op t i on
поле
ЮJавишу ввод . После этого на экране появится панель
New
Da ta
с
Set,
помощью
которой
можно
5.47).
При
или
стандартного
последовательного
набора данных (без использования
SMS
нажать
Allocate
установи ть
необходимые пар аметры создаваемого набора (ри с .
создании
и
все
библиотечного
технологии) обязательными
для ввода являются следующие пар аметры:
Space un i ts -
еди ницы измерения пр едоставляемой памяти;
объем первично выделяемого прос транства
Prim ary Quantity -
памяти в заданны х еди ницах;
пространства
объем
Quant i ty
Secondary
памяти
в
заданных
дополнительно
единицах
выделяемого
(используется
в
случае
нехватки первично выделенной па мяти);
Directo r y
резервируемых
blocks под
количество
оглавление
блоков
(только
для
(по
ф:Jрмат логических записей;
'"
КВ
библиотечны х
данных);
Reco r d fo r ma t -
256
каждый) ,
наборов
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Reco r d l eng t h - длина лоrnческой записи ;
s iz e - размер блока.
Bloc k
Представленные
библиотечного
на
рис.
набора
значения
5.47
данных
с
соответствуют
параметрами,
созданию
определяемыми
следующим оператором О D :
//хх.хх ОО
SРАСЕ=(бlбО,(9б , 12 , 10)),REСF М =F В ,
//
ВLКSIZ Е=бlб О,LRЕСL= 80
I'tenu
RefL,I :Jt
Ut. l litie:J
H81p
..
Мосе :
МУ . ТEST
.DATASET
МAn4ge~nt cl~ss
(Blank !or
de~au]t
Stora'Ole
(81ank
!о:
def4ult :ltor4ge cla:l:l)
(Bl.n~
!Ос
~у5tеш
clll:l:J
зогrОl
VolUlLl!! :!!Ieri.l
(Geлсriс
Devlce t:ipe
D.ata cl.a:!lls ..
spIico 'lJnits
(Bl.an~
"
(1n o'bove \)n1t"')
sDc~nd~~~ qu~ntlty
Oir~ctQ~Y
RQC~"d
Я:есQo"'~
Ble<=;k
Qlocks
ос
(1n аЬоуC!l
unlts)
(Zero
5c q~cnti~1
len9t.h
"
МВ ,
BYTES
(о:
dat~ ~et)
~
6160
(LIB R.o,RY, 11["5,
EKpiratiQn da te
5.47.
~.
1.1)
(YY/~/DD ,
Рис.
КВ ,
12
ПI
Data 6et nall'.t! type
C~nd
CТLS,
10
f.:Jrtn.lt
~izl!I
К,
vОl~mй)
add~e~:I)
for det.ult dlta c lol.$$)
(BLXS, TRКS .
ос RECORDS)
(М,
deflult
O~ ссУ1се
IH.KS
Ave r.age record unit
?ri~ry qv.алtitу
u~it
~agQ~nt cl~Bal
~Y . OOD,
"О5,
ос Bl.an~}
УУУУ/ММ/DD
~~YY.OO!:!
1п
Ju11an
fo~m
._-~
Панель рас пр еделения нового набора да нных
Следует отметить , что количество блоков оглавления библиотечного
набора да нны х выбирается с учетом следующей инф:Jрмации:
•
наборы д анных, использующие статистику разделов , позволяют
создавать по шесть раздело в на каждый блок;
•
наборы
да нны х,
не
позволяют создавать по
•
использующие
21
статистику
разделов ,
р азделу на каждый блок;
библиотеки загрузочных модулей, позволяют создавать от четырех
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
до семи разделов на каждый блок в зависимости от атрибyrов.
Для создания библиотеч н ого набора данных типа
PDSE
необходимо
Li b r a r y в поле Data se t
type . Для создания последовательного набора данных
Dir ecto r y blocks н еобходимо оставить п устым.
допол ни тельно ввести значение
пате
поле
После ввода всех необходимых параметров следует нажать клавишу
в в о д . На экране вновь п оявляется основная панель yrилиты
При
ус п е шном
сообщение"
выполнении
функции
будет
all оса ted ",
Da ta se t
DataS et.
сформировано короткое
означающее, что набор данных
создан . В противном случае бу,цет выдано сообщение об ошибке, и
пользователь долже н
п роверить правильность введе нн ых п араметров ,
повторив все указанные действия.
Утилита работы со списком наборов данных
Утилита
yrилит
Dslist
РОР,
возможности
наборов
(Dslist)
(З.4) объединяет в себе практически все возможности
кр оме
распределения
реали зуются
да нны х.
Работа
чере з
со
нового
набора
отображаемый
списком
на
данн ых.
экра н е
дает существенную
Э ти
список
экономию
времени и усилий , так как можно н а п рямую указать набор данных с
помощью курсора и задать требуемое действие ч е ре з строчные команды .
С помощью специально го фильтра п ользователь может устанав л ив ать ,
какие именно наборы да нных должны быть включены в список.
Внешний вид панели yrилиты
части
п а н ели
пр едстав ле н
Dslist
изображен на рис.
5.48.
п ере чень допустимых функций
В верхней
yrилиты,
включающий:
• blan k
(пробел)
-
сформировать и отобразить список наборов
данных в соответстви и с установлен ным фильтром (критерием
отбора);
• Р - вывести сформирова нн ый список в н абор данны х печати ;
• V - отобразить информацию об оглавлении указанного тома;
• PV - вывести информ а цию об оглавле нии указанно го том а
набор данных п е чати.
'"
в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
~~nu
RеfL1зt
Refmode
Utllities
S~t
Data
blank Display data
v Di5pl~y утес
Enter
опе
а:
both cf
.
~ n oma
~va l
Vo l uJ::1!I
:!I"r~al
D.t& set list орtiоnз
1nit1.L View . . .
s~t
·/~
the d4ta set
оп
~п
IЭРР
or
. ~~
11~t
[Ье
[о
сс~п~ .
~xecu~e
Utillty
Р P:int data ~~t l!~t
PV P:int VТOC in[arDatio~
list
below :
раrar.etе~з
USERL
1
tn ter _/М [о select op[ion
I
Conf!~ Data 5Qt DеlО[б
Confi~ МетЬе: Delete
1 . Volume
2 . Spac<!I
З . Attrib
i~
tha dAta s@t l ist
11ne
Li~t
infa~~tiQn
~.
~оп
Help
dlsplayed, enter e1th@r:
field
с~пО
the
Z
Tot.1I1
Р4ще о:
•
f~r
the
c:omm~nd рrощрt
ТЭО ~Q~nQ .
C~IST .
pop-up ,
O~ ~X ехес.
the prevlouA c:ommand .
Option ---> ____________________________________________________
Рис.
5.48.
Пан ель уг и л иты работы со списком наборов да нных
DSLIST
Рассмотрим функцию отображения спиCiЫ наборов данных, для чего
необходимо сформировать фи л ьтр для отбора элементов списка, указав
хотя бы один и з следующих парам етро в:
•
•
шаблон имени наборов да нны х в поле
имятомавполе Vоlu m е
Шаблон
имени
наборов
специальных символов:
se ri a l
данны х
* , **
и
Dsname Le v el
%.
строится
с
Одиночный с имвол
использованием
*
означает, что в
дан ной позиции должен размещаться как минимум один квалификатор
имени.
В
то
же
время
символ
*
внугри
квалификатора
означает
произвольное количество люб ы х до п устимых символов , в том числе ни
одного. Двойная звездочка
**
означает, что в данной по зи ции может
размещаться л и бо ни одного, л ибо несколько квалификаторов. С имвол
заменяет ровно один
прои звольн ый
символ
внугри
Апострофы при задании шабло на не используются.
Рассмотрим н есколько примеров записи шаблонов.
'"
%
квалификатора.
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
SYS 1. * -
все наборы данных с первым квалификатором
хотя
с
бы
одним
квалификатором
SYSl и еще
SYS1 . PROCLIB,
(например ,
SYS 1. 1BM . PARM,HO He SYSl );
S у S 1 . * * - все наборы данных с п ервым квалификатором S У S 1
(например, SYS1 . PROCL1B , SYS1 . 1BM . PARM, SYS1 );
SYS I-тоже,чтои SУS 1. **
* * . CL1 ST -
все наб оры данных, включающие квалификатор
CL1 ST в
CL1ST , USER1 . CL1ST, D. CL1ST . JOH N
любой по зиции (например,
);
А*
. * %В . С %%% -
все наборы данных, у которых п ервый квалификатор
-
начинается с символа А (остальные символы
произвольные), второй
квалификатор зака нчива ется символом В , которому предшествует как
минимум еще оди н символ, третий квалификатор начинается с символа
С
и
содержит
еще
ровно
три
А8 . ВОВ . С777, А . АII1 1 11В .
произвольных
символа
CCZZ );
При задании только шаблона (поле
Volu me serial
пользователь
всех
получает
(например ,
список
остается пустым)
катаЛОпtзированных
наборов
дан ны х, имя которых соответствует ша блону, независимо от то го , на
каком томе они расположены.
Отметим,
что
в
*
или
указывается
случае,
когда
* *, ISPF
в
качестве
п ервого
квалификатора
выводит предупреждаю щее сообщение о
то м, что для поиска наборов да нны х, удовлетворяющих шаблону, может
потребоваться много времени. Пользователь должен либо подтверди ть
свое решение, нажав клав ишу ВВОД , либо отказаться, введя команду
CANCEL.
Вторым
элеме н том
фильтра
является
имя
тома,
указав
которое
пользователь может ввести дополнитель н ое условие отбора наборов
да нны х,
огр ани чив
их
множество
зада нным
томом.
Допускается
одновреме нное использова ни е и шаблона , и имени тома.
в
поле
1nitia l
представления
view
списка
можно
наборов
установи ть
данных
'"
из
тр ебуемый
ч етырех
формат
возможных
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
вариантов, введя соответствующий ном ер:
1. Volu me - вывод имени тома;
2. Space - вывод характеристик раcnределения наборов данных;
з. А t t r i Ь
вывод пар аметров ло гич еских записей наборов
данных;
4. Tota l -
вывод всех перечисленных параметров в две строки для
каждо го набора данных.
Панель
содержит
Dslist
необходимость
вывода
наборов
данных
Dele t e
и
и
также
два
п ереключателя ,
подтв ерждающих
разделов
б и блиотек
Con f i r m Member
сообщений
(
регулирующих
при
Con f i r m
удалении
Da t a
Set
Delete )
После установки фильтра и выбора qюрмата можно получить п анель
списка наборов да нны х, нажав клавишу В В О Д (поле
оставаться пустым). На рис.
данных (qюрмат
1),
5.49
Opt i o n
должно
представлена панель списка наборов
имен а которых начинают ся с квалификатора
USE Rl
независимо от занимаемого ими тома.
В правом верхнем углу панели указано, сколько элементов содержится в
отображаемом
умещаются
командами
на
списке
( Row
экране ,
прокрyrки
или
Величина смещения при
помощью
можно
оf
1
функциональными
npoKpyrKe
qюрмат
все
элемен ты
представления
рассмотренными вариан тами.
'"
FI0
и
списка
ЮJaВ Ишами
Fl1
не
соответствующими
устанавливается в поле
функциональных клавиш
переЮIючать
Если
8 ).
воспользоваться
F7
и
F8 .
Scrol l .
С
можно циклически
между
четырьмя
ранее
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Cpt1on.
M~n U
D$LIS1 - Dota
~
~~~
~
ut11itles
vie~
$et~ ~дtсh!n9
Rovlo!8
USE~l
$()М"Оl
U$t'H . ЛС$
СВС:;ЗGDC
,"ОМ!
USEP1.
1.. SCP~ORК
ruNC'I'IQN. TRC
USERl,CPPТEМPl
WORКl
U$~~1.CP~€MP2.$CP ~O~~
~ 01\К1
USERl.Io!'l . .ICL
SOFТOl
USERl .! SPF . !SPPRO~
. ORК2
UИIll.JCL.Dв2
s:orт12
CQCГ.m.llnd
П"Нвlр
Fl(]-LI!t't
5.49.
............. ........
ЗОFТ12
USЕЮ . ТЕМ"
•• • •• ••• ••••••••• •• ••••
Рис.
Help
Cornpile,~
En~
о!
~t~
Set 11st
~
__ о, .:070--~~~cc--""~OCOO~""ccc-~.
$crQll
F5-Rt'ina r1-Up
F2~Split
FЗ~[к1t
FB "Do~n
FI1-Riqh t
.12-C~ncel
---> PAG&
F9~Sv~p
Панель списка наборов данных
Ynравление наборами данных и представлением списка производится с
помощью
строч ны х
и
функциональных
команд
угили ты
Dslist,
пр едставленных ниже.
Для выполнения опера ций над наборами
кома н ды.
С
редактировать,
пом ощью
этих
команд
переименовывать,
удалять,
данных
служат
можно
строчные
пр осматрив ать ,
копировать,
пер емещать ,
каталогизировать наб ор ы да нны х и выполнять многие другие действия.
Строчные команды для работы со списками состоят, как правило , из
одного
или
Команды
двух
символов
разрешается
и
не
вводить
им еют дополн и тельн ы х парам етров .
как
строчными ,
так
и
прописными
буквами, начиная с любой по зи ции поля ввода, расположенного слева
от имени набора данных в списке.
Строчные команды
рядом
с
выполняют операции для тех элементов с пи ска ,
которыми
они
указаны.
Пользователь
может
указать
одновреме нно несколько строчных команд в р азлич ны х строках. Для
п ереме ще ния
курсора
к
полю
строчных
команд
следующей
строки
можно использовать ЮIaВИ ШИ Т аЬ или E n te r . Активиза ция действия
всех строчных команд пр оисходит по нажатию ЮIaВ ИШИ В ВОД .
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
С пи сок наиболее важных строчных кома н д угилиты
таблице
Dslist
5.7.
Таблица
5.7.
Строч н ые команды угилиты
Команда Действие
Dslist
Назначение
Е
Edit
Переход в режим редактир ования
V
VJeW
Переход в режим просмотра
View
в
Browse
Переход в режим просмотра
Browse
м
приведен в
МетЬег
List
Выдать сп и сок разделов библ и отеки
D
Delete
Удал и ть набор данных
R
Rепаmе
Переименовать набор да нны х
I
Iпю
Выдать п ол н ую инфо рмацию о наборе данных
S
Short
р
Ргiпt
Вывести в набор дан ны х печати
С
Catalog
Каталогизировать указа нный набор да нных
u
Uпсаtalоg ИСЮlючить и з катало га указа нный набор данных
z
Compress
F
Free
I пfо Выдать краткую инфор мацию о наборе данных
Сжать библиотечный н абор данн ых
Освободить ра с пределе нн ое для на бора да нны х, но
неиспользуемое пр остранство в н еlШlей памяти
Ргiпt
Вывести основную информацию о библиотеке и
Iпd ех
список ее р азделов в н абор да нны х п ечати
RE S
Reset
Корректировка статистики раздел ов библиотеки
МО
Move
Перемещение н абора данны х
СО
Сору
Копирование набора данных
Х
Exclude
ИСЮlючить на бор данных из списка
NX
Uпехс 1udе
РХ
Восстановить ранее исключ енные из списка наборы
данны х кома н ды
Для библиотечных на боров данн ых команды Е ,
V,
В и М приводят К
отоб р ажению пан ели списка разделов, где пользов ател ь может указать ,
какие р азделы долж ны бы ть обработаны с помощью соответствующих
строчны х команд. Мноrn.е команды, такие как О,
R, RES,
СО , и МО
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
инициируют
BЫBQЦ
специальных
п а н елей
или
окон
для
ввода
дополнительных параметров.
Для п ользователей, которые н е по мнят мнемон ику стр о чных команд,
существует альтернативная возможность выбора требуемо го де йс твия. В
этом случае следует ввести с имвол
п росто ПQЦвести курсор к име ни
вво д .
На
"/
"в поле стр о чных кома н д и ли
набора да нн ых и нажать клавишу
экране п ояв и тся вс п лывающее окно
со с пи ском
выбора
допустимых действий , соответствую щи х представленным в табл ице.
Для выбора действ ия польз овател ь должен в п оле ввода указать н оме р
соответствующей функции и в н овь нажать клавишу ввод .
Ра ссмотри м
строчных
особенности
команд
вы п олнения
(получение
н екото рых
информации
наиболее
важных
наборе
да нны х,
о
п ере и менование и Удале ние).
Операция
п олучения
п ользователю в
зависимости
от
соответственно.
одном
информации
используемой
С п особ
о
наб о ре
из двух форматов
-
строч н ой
представления
и
да нны х
по лном
доступна
или кратком ,
команды
1
или
в
S
совокупность п араметров ,
характер и зующих набор данных, зависи т от типа набора , уст р ойств а и
других факторов . В ч аст нос ти , сведения о
особый формат. На рис.
5.50
SMS
наборах данн ых им еют
приведен пример представле ни я п ол н ой
информации об однотомном дисковом наборе данн ых, включающий:
•
сведения о р азме щении , параметрах организации наб о р а данных
и общая информация
( Gene ral Оа ta ): серийный номер тома (
Volu me ser i al ), тип устройства ( Device type ), тип
ор га низации ( Organi z at i on ), формат за пи си ( Reco r d
fo r mat ), длина за писи ( Record length ), размер блока (
Block s i ze ); количество блоков в п ервом экст е нте ( 1 st
e xt ent blocks ), количество добавляемых к набору данных
блоков ( Secondary blocks )
• ха р актеристики выделенного пр остра н ства дисковой памяти (
Cu rr ent
Allocation ): общее количество блоков (
All оса ted Ы ocks ), количество экстентов ( All оса ted
e xtent s ), количество блоков оглавления ( Ma xi mum d i r .
blocks );
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
•
характеристики используемого п ространства дисковой п амяти
(
Cu r rent Util i z ation ): занято блоков ( Used blocks ),
занято эксте н тов ( Used e x tents ), занято блоков оглавле н ия (
Used dir . blocks ), количество разделов ( Numbe r o f
Membe r s );
• даты создания ( Creation date ), последне го использова н ия (
Referenced dа t е )исрокхранения( Е х р i r аtiоп date ).
D~ta
Data
tJamc
~t
Set
USER l .fRIVATE.DOCS
GeneI:~l
t~rrent
08t8
Vo1ume :lcri al
Dsvic:e ty pe .
OJ:Qan1zbt 1on
Rec:ord t'orm.at
RecQrd
ЗЗ9D
ре
Ыoc: K~
Рис.
5.50.
Currt!!n t
utilizatl~n
"
U:o;I~Q
199 9 /О5124
NumЬer о! НеrnЬе~э
1;1l(W;~e.
t,)":;iI;:d ех СепС~
12
Creation date . .
Rcf'crcnc:cd datc .
· . : •• "None " · ·
--->
1
10
во
616Q
seconda~y block~
C01lt'llllnd
"
<В
l@лgth
l~t ~xt~nt
Alloc4tlon
),llocated Ыос:Х:.
~llocated 8 x ten t 8
M/lX!m.UI'll. dic . blo~ks
SOM')1
s:1 zt!!
BI Q~k
]
In!o~matLon
"
1
U:sed clir . bloc k .,
•11
2000/01104
----------====--------)
Ин формация о наборе данных
Возврат в панель списка наборов да нн ых производи тся по нажатию F 3 .
Для
переименования
которая
использует
набора
данных
дополнительн ое
н ового имени н абора данных (ри с .
библиотеки
где
ISPF
служит
строч н ая
всплывающее
5.51).
окно
команда
для
R,
ввода
Имя вводится либо в стиле
либо произвольным образом , как в данном п ри мере ,
переименовывается
набор
данных
МУ . T EST . DATASET
в
YOUR . TES T . DATASET.
Для подтверждения о п ерации пользователь должен нажать на клавишу
ВВО Д, для отмены переименования
-
ввести коман ду
END ( F3 ).
Для удаления набора да нн ых пользователь должен ввести строч н ую
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
команду
Если в nан ели угилиты
D.
Conf ir т
Data
Dslist
De l ete ,
Set
был установле н n ереЮIючатель
на
экран
БУдет
выведено
всплывающее окно , запрашивающее подтверждение на Удал ение (рис.
5.52 ).
Для подтв ерждени я Удаления необходимо нажать ЮIавишу ВВО Д,
для отмены· ввести команду
END ( F 3 ).
R-епа.'I1.В
D!' tз Set
Nзme
И'{.
п,е." пате
TeST . DATASET
WORКl
Volume Serial
Enter
l
Dat:a SBt.
below:
<Th~
dat,a set .. i11
Ье
recata l aged.)
ISPF Library:
Projoect
G.roup
туре .
.
Other Partitioned
Data Set Name ,
Рис.
5.51.
от
Sequential Data Set:
••
' YOOR . TEST . D~TASET '
Переименование набо р а да нны х
Confirm Delete
Data Set Name.
МY . TEST . DATASET
Vc."Jlume .
WORKl
Cree.ticn De.te .
2000/07/0'
Inst.ructions:
Pre5s ENTER key ta confirm the delete request .
(The dat~ $et wil1 Ье deleted ~nO UnСдtэl0gеd.;
Preg~
CANCEL
Command
Рис.
5.52.
O~
EXIT to
сапсеl
the delete
~еquезt.
-->
Панель подтверждения удале ния набора данны х
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Функциональные
команды
yrилиты
служат
Dslist
для
п редставлением списка наборов данных и вводятся в поле
управления
Command .
Рассмотрим некоторые из н их.
Команда
RE FRESH
не
имеет
параметров
обновления отображаемого с п иска
и
предназначена
для
наборов данных после то го, как
были выполнены действия, изменившие его содержимое (например,
п осле удаления наборов данных) .
Команда
RESET
позволяет очистить п ан ель от ранее сqюрмированных
сообщений и введенных строчных кома н д .
с П ОМОJ.Цbю команды
SORT
можно переynорядочить список наборов
данных по заданному полю . Формат команды
SO RT [field! [field2]]
где
имя
f i eldl
поля
(колонки)
п роизводиться основная сортировка,
будет
производиться
fi eld l .
Имена
в
полей
На п ример ,
указа н ы
для
fi e l d2 -
дополнительная
значе н ий элементов поля
верхней
сортировки
по
списка,
по
имени
будет
имя поля, по которому
сортировка
части
которому
при
с п иска
тома
сов п адении
наборов
и
данных .
размеру
блока
(дополнительно) следует ввести кома н ду:
SORT VOLUME BLKSZ
Если параметры кома н ды
SOR T
не указа н ы , список БУдет отсортирован
п о имени наборов данных, как это установлено по умолчан и ю. Порядок
со ртировки (п о убыванию или возрастанию) зависит от выбранного
п оля.
Команда
LOCA TE
(сокр ащенно
L)
предназ н ачена для прокрyrки экр ана
так, чтобы в верхней строке оказался элемент списка , задаваемый в
качестве п араметра:
LO CAТE
Значение
string
st r i ng
должно сов п адать с п ервыми символами одно го из
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
значений поля , ПО которому список отсортирован в данный момент. По
умолчанию таким полем является поле имени наборов данных.
Например , если список отсортирован по именам томов , можно ввести:
LQ CAТE WQRКOl
в результате прокругки списка в верхней части экрана будет отображен
первый набор данных, размещенный на томе WQRK О 1 .
Если указанное значение не найдено , то список будет позиционирован
на ближайшее подходящее значение, предшествующее указанному
Средства редактирования данных в
в
процессе
создавать
работы
и
пользователь
использовать
PDF
сталкивается
различную
с
необходимостью
текстовую
информацию ,
хранящуюся в наборах данных или ра зделах библиотек, например:
•
исходные
программы ,
написанные
программирования (ассемблер ,
на
COBOL,
различных
РLl1 ,
С /С ++ ,
языках
CLIST
и
др.);
•
•
задания для
zJOS
на языке управления зада ниями
JCL;
т екстовые документы в виде записок, отчетов , справок, писем и
т.п.
•
числовые
и
текстовые
структурированную
данн ые ,
представляющие
информацию
исходную
для
обработки
выполняющимися программами.
ISPFIPOF
располагает встроенными средствами для редактирования и
просмотра
текстовых
редактором
ЕОП,
BROWSE U§J.
а
данных,
также
которые
функциями
представлены
т екстовым
просмотра данных
VIEW
и
Средства редактирования и просмотра ре ализова ны в
едином стиле на основе специальной панели
ISPF.
Текстовый редактор ЕОП позволяет создавать и корректировать тексты
любого типа , р азме щенные в последовательны х наборах да нны х или в
разделах библиотечных н аборов да нны х . При этом логические записи
редактируемых наборов данных MOryг иметь любой формат
'"
( RECF M ),
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
кроме
U, и
EDIТ
дли н у
( LRECL ) не
предо ставляет
редактирова н ия
большой
программ
редакторов ,
пользователь
копировать
и
документа ,
так
и
по
набор
документов.
имеет
перемещать
и
более З2760 байт.
встроенных
фрагме н ты
к
дл я
Как и в больши н стве других
возможн ость
отношению
команд
текста
добавлять,
как
различным
удалять ,
внугри
наборам
од ного
данны х .
Подцерживаются средства ко н текстного поиска и замены . Для каждого
сеан са
работы
может
быть
установлен
и н дивидуальный
профиль
редактирова н ия , состоящий из м н ожества параметров настройки среды
редактора .
Для
повышения
надеж ности
подце рживаются
средства
отмены результатов неверно выбранной коман д ы , а также техноло гия
автоматического
восстановления
п рерванно го
редактирования,
если
пользователь н е сумел сохранить данные из-за сбоя электропитания
или по другим при чинам.
Вызвать текстовый редактор можно из главного меню
из некоторых угилит
реда ктирования
ISPF,
доступ н а
распределенными
ISPFIPDF,
а также
обслуживающих н аборы данн ых. Функция
для
наборами
работы
данных.
только
Поэтому
с
для
заранее
первичного
заполн е ния документа н адо пред варительно создать соответствующий
набор да нн ых.
Основными элементами текстового редактора
•
•
•
•
•
ISPFIPDF
являются:
входная панель реда ктора ;
панель редактирован ия ;
функциональные коман ды;
строчные команды;
профиль редактирования.
Вход в режим
редактирования набора да нны х (раздела библиотеки)
может осуществляться несколькими способами:
•
•
из главно го ме н ю
из угилиты
опци и Е
•
из
ISPFIPDF
(функция
2 - Edit);
Library (3.1)
обслуживания библиотек
с помощью
;
угилиты
с п иска
строчной кома н ды Е
наборов
;
'"
данных
Dslist
( З.4)
с
помощью
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
из с пи ска разделов библиотеч н о го н абора дан ны х с п омо щью
•
стр о чной команды Е , независимо от то го, при выполнении какой
функции получен такой список.
В первом случае на экра н е появится входная пан ель редактора
Panel)
(р ис.
5.53).
(Edit Entry
Во входной пан ели пользователь долж е н обязательно
указать имя н абора да нны х, который он будет редакт ир овать одним из
возмож ны х способов.
Menu
RеfLiзt
RefMade
Utilities LMF
Works tation
Help
Edit Entry Panel
ISPF Library :
Projoect
Group .
Тур.
Memb€.tC
(51«11],; o.tC p<ltte:r;n
ос VSAМ
Othe:r; pa :r;titioned . Sequential
Da ta Set Nдme
Vo l ume Seri a l
. .
(IЕ
Ео!;" meтbe.tC
selection)
Data Set:
по!;. ~atalogedJ
File:
Wo rk~tation
Fi l e Name
Орtiопз
L Confirm
Ini'ti.al Масхо . . . .
Profi l e Name • . . .
Format Name , . .
Ее!;. Paasword
_ Preaerve
Data
Command
УВ
record length
--:;>
5.53.
FI0-Асtiоnз
F3-Ex i't
Fl-Иеlр
Рис.
Саnсеl/Иоvе/Rерlасе
Mixed .ноОе
Edi't оп Workstation
F l2-Ca ncel
Вход ная п анель редактора EDIТ
Напомним ,
что
если
для
библ иоте чного
набора
да нны х
указать
несуществующий раздел , то он будет ав томатич ес ки создан. Если же и мя
раздела не указан о, то на экра н БУдет выведен с пи сок раздел ов , из
кото р о го
пользователь
строчной команды
может
в ы брать
н ужный
раздел
с
п омо щью
S.
Кроме то го , ВО входной пан ели редактора МО ГУГ бы ть сф:Jр м иров а ны
следующие параметры:
Ini tial
Macro -
имя макроса ,
'"
который
необходимо выполнить
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
перед началом редактирования (обычно с целью настр ойки параметров
профиля
редактора).
Если
данное
поле
оставить
пустым,
то
будет
выполнен макрос , определенный в профиле редактирования. Для того
чтобы блокировать вызов макроса из пр офиля, следует ввести
Pr ofile Name -
NONE .
и мя стандартного профиля редактирования, который
следует использовать вместо профиля , подключаемого по умолчанию .
Can c el/Move/Replace
Conf ir т
вывод
предупреждающих
сообщений , требующих ПQЦтверждения пользователя при выполнении
команд
MOVE
Поля
и
CANCEL (могуг быть п отеряны изменения данных) ,
REPLACE (замещаемый набор данных существует).
Format Name
и
Mixed Mode
а также
используются для специальных
форматов представления данных, которые здесь не р ассматриваются .
Обычно их следует оставлять п устыми .
:rоiо'=е__.'~d=i"t:=СС=О~Лёfсiс<mССсСмеС"Л=UСс,u"t"i"'ёi"t"iёе",,-,С"0<,?р<iс'ееС'С''-сТёео,о<с-оноес,~р:-___1
EDIT
MY.TEST . OATAIPR1~Ri
Саlumлs 0000 1 00072
01 . 00
••••••
~~ ~
•••• •
~~ ~
•••
*.~
••• * ••
2
~SG~ -Wsrnin9- The UNDO ca~nd 1з not gvgilahle unt11 you
3
--MSG> change your edit p~of ile uзiпq the co~~nd RECOVERY ON.
aaOD10 8
пр~цессе
pa~ часто
000020
co~д~~~~~ и
000030
сохраНЛ7Ь их
~000 4 0
EDIT
(1
6 70
в~~ник8 йт
JOOбoго типа ,
~~борах n~HKЫX
~~
СQзда з ~ть и KoppeKT~pO.~Tb
nocne110SaTenbln.l:<
4
nанных .
EDIT
000090
дm:а
000100
балЬШИllс~ее друри~ репак~оров,
предос~ааn~е~ ~опь~оА
ре:'цаl('!'.и Р~ lOа.ни.'l
000110
~O~~OCTb
000120
Te~c~a кa~
000130
О~НОШ~Н~
к
nрОl'Ракм
У'ца~яrь,
~нутри
наОор
Bc~poeHКЫX ~oмaH~
У. .nокументов .
'цо~~~яrь,
набор~ м
Botto~
о!
Kon~po~8Th
данных
~ta
фР8~екты
Ta~ и по
.
••••••• ~ •••••••••• * ••
_________________________________
5.54.
Кi!t;. и :а
полъзоеа~елъ у.меет
OДHO~ документа,
ра~и~ныы
•••••• •••••• ••• ••••• ~ ••
Рис.
в
раэделе х ~ибл~ожечных ~~БQpQВ
OOOO~O
Co~nd,
~~HH~e ~
Те хсто~ый реаактор
раЗЫ~IIII.ы:е
8
неО~ХQди~аСТh
~~KCTOBыe
~ наборах данных .
д~eT 80ЗWQЖНОС~~
000050 TekCN
000060
ИСЛОЛ~302~ТЬ
Scroli
РМЕ
5
Структура панели редактирования
Нажатие клав иши ВВОД во входной панели либо выбор редактируемого
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
раздела
из
списка
приводят
К
по явлению
на
экр ане
редактирования, общий вид которой прив еден на рис.
редактирования ВЮJючает шесть областей
•
•
•
•
•
•
меню действий
заголовок
Панель
Il.2J:
(1);
(2);
область вывода сообще ний
(3);
область данных
строка команд
(4);
(5);
поле нумерации и строчных команд
Меню действий
а
панели
5.54.
также
для
(1)
(6).
служит для вызова стандартных функций
выполнения
различных команд
и
на строек,
ISPFIPDF.
связанных
с
работой редактора EOIТ.
Строка команд
содержит поле ввода
( Command )
системных команд
и функциональных команд управления редактированием. В
ISPFIPDF
этой
(5)
же
строке
устанавливается
редактируемого текста (поле
параметр
Scrol l ).
режима
прокругки
Напомним, что по желан ию
пользователя строка команд может позиционироваться в верхней части
экрана с помощью функции
Строка
заголовка
Set t i ngs .
содержит имя редактируемого на бора данных,
(2)
ВЮJючая имя раздела , номер версии и номер модификации , а также
видимый на экране диапазо н колонок текста
Область
сообщени й
предназначена
для
(3)
вывода
может
( Col итпз ).
ВЮJючать
несколько
предупреждающих,
строк
диагностических
и
и
справочных сообще ний редактора EOIТ. значений параметров профиля
редактирования
и
д ругих
специальных
данных,
не
входящих
в
редактируемый текст. Эта область является динамической, т.е. может
появляться
и
исчезать
по
инициативе
системы
или
пользователя .
Строки, содержащие сообще ни е, относятся к разрядУ вспомогательных
помеченных строк, так как слева пом ечаются символами"
==MSG> ".
В
процессе работы пользователь может увидеть и другие пом еченные
строки,
например
строку
символами "
==CO L> " и
да нных
в
текст,
(4),
точнее ,
которой
та
его
вывода
марке р а
коло нок,
помеченную
д р. Основную часть экра на занимает область
qюрмируется
часть,
которая
'"
и
отображается редактируемый
позиционирована
на
экране
в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
результате прокругки.
текста
Data
Data
При сугствие на
сопровождается
выводом
экр а н е
начального фрагмента
вс п омогательной
строки
(''начало да нны х'), а заЮJючительного фрагмента
("окончание
да нны х' ).
Следует
отметить,
Тор
of
- Bot t om o f
что
ввод
текста
возможе н начиная с 8-й колонки (позиции) экрана. Таким образом , на
экра н е стандартного т е рмин ала, использующего
поле
да нны х
остальные
отображается
с имволы
72
стр оки ,
символа.
следует
80
Для
колонок в строке , в
того
чтобы
воспользоваться
увидеть
кома н дами
горизонтальной пр округки.
Поле н умера ции
(6)
занимает первые шесть колонок экрана слева от
области да н ных и содержит п орядко вы е номе р а стр ок отображаемого
текста . у пустого набора да нны х это поле за п олнено с п ец и альными
символами
апострофам и , которы е замещаю тся н омерами строк после
-
ввода текста и н ажатия на Юlавишу ВВО Д :
"''''
Таким же об р азом помечаются п устые стр оки , добавляемые в текст в
результате
в ыполн е ния
пользователь
может
операции
вводить
вставки.
строчные
В
по ле
команды,
н умера ции
служащие
для
управления как отдельными строками , так и строчными фрагментами
текста . Особен н ости ввода строчных команд буАУГ рассмотрены ни же .
Ном ера строк могуг дублиро в аться в правой части области да нны х п ри
соответствующей н астройке профиля редактирования.
Для
управлени я
редактированием
пол ьзовател ь
может
применять
ч етыр е типа команд:
•
•
•
•
с ист емн ы е команды
ISPFIPDF;
функциональны е коман ды текстового р едактора ЕШТ;
строчные команды текстового редактора EDlТ;
макрокома н ды р едактирова ния .
С ис тем ны е
команд ы
ISPFIP DF
являются
режимов и панелей и вводятся в поле
ун ив ерсал ьны ми
Comma n d .
для
всех
Н а и более важ ны е из
них были рассмотрены выше .
Функциональн ые
команды
текстового
редактора
EDIT
являются
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
специфичными
выполнение
именно
для
некоторых
этого режима
функций,
работы
связанных
и
с
обес п ечивают
редактируемыми
данными. Функциональные команды служат для настр ойки параметров
среды редактора, сохранения дан ны х, пои ска и замены текстовых строк,
слияния и разбиения р азделов наборов дан ны х, запуска заданий
JCL,
сортировки данных, создания и за п уска макросов редактирования и др .
Ввод функциональных команд производится в поле
правилам,
что
и
системных
команд.
по тем же
Command
Большинство
команд
имеют
сокращенные наименования для упрощения ввода. Перечень основных
функциональных команд редактора прив еден в приложении
5.
Строчные команды служат для управления как отдельными строками ,
так
и
строч ны ми
добавлят ь
или
копировать
фрагментами
у,цалять
отдельные
текста.
инqюрмацию,
строки
или
Э ти
команды
перемещать ,
группы
строк,
позволяют
дублироват ь
и зме н ять
и
отступы
строк, временно ОТЮlючать отображение строк на экране, выводить
вспомогательные
строки
(шкалу колонок) и
т. п .
Строчные
команды
вводятся в пр оизвольн ой по зи ции поля нумерации пов ерх номеров
строк, для управления которыми эти команды предназначены. Список
наиболее
важных
приложении
строчных
команд
редактора
EDIТ
приведен
в
6.
Макрокоманды
собой
представляют
редактирования
последовательности функциональных команд редактора, сохраненные в
виде раздела библиотечного набора данных. Эти последовательности
предназначены для решения часто повторяющихся задач и MOryг бы ть
активизированы по имени, как и функциональные команды.
Каждому сеансу работы с текстовым редактором EDIТ соответствует
индивидуальный профиль редактирования, состоящий
из множества
предустановленных значений параметров настройки среды редактора.
Конкретные
значения
параметров
зависят
от
типа
редактируемых
данных, но MOryг быть изменены по желанию пользователя, как на
время сеанса редактирования,
так и
с
возможностью их сохранения и
использования в п оследующих сеансах.
Чтобы
просмотреть
редактирования
сокращенно
ввести
PROF ),
текущий
профиль,
функциональную
имеющую qюрмат:
,ОС
н еобходимо
команду
в
панели
PROFILE
(и ли
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
[ пшnЬ е г]
PROFILE
где
numbe r -
число от
1 до 9,
определяющее количество выводимых на
экран строк, содержащих параметры профиля.
На рис.
5.55
показан результат выполнения команды
пять строк, помеченных символами "
параметры
профиля.
Последние
настройки табуляции
==MASK> ),
(
=ТАВ>
==PROF> ",
четыр е
),
строки
шаблон
для
Первые
содержат Юlючевые
содержат
атрибугы
вставляемых строк
( =BNDS> )
указатель границ текста
PROF 9.
и
шкалу колонок
(
(
"COLS> ).
••.•.• •••.•
~~
...............
CO~VМNS
~
тор
001 012
OF DATi\ • ••••• .•• •• .- •.• •• ••••.•••• .•••
=PROр. •• ТЕХТ
(VARIAЗ.L.!: - 251)
• ••• REC'OVERY О!'!' . .•• NUМВIi:R о!'ж •
=PRO!'> •• CAPS orr • . .. ox ОП •••• NТJLI.S он SТD •••• "rAВ5 оп •.• • • ••
.. PP.OF> •• ADТO~VE ON ••. AOТONml ОП ... AUТOL I&'r Оп' ..•. 8rлт& ON .•
_PROI"> .. PROFI.LE UNLOCJt . . . . DtACRO НОНЕ .. • РЛСК ОI'I' . . . ПОП: ON . . . .
_РЮn " ИILtп (11', ••..... '. ' . ' .•... " , . • • • . . . . . . . • . , ." .. . , •.•
......,.
..
..
..
. .
..
""'AВS'
-БNDв>
-oDLз>
OCJCJ001
000002
<
>
---+---1--- +--- 2---+--- 3---+---4--- +--- 5---+--- 6---+--- 1-Лрйl ,
Му
CJООООЗ
00000<1
Рис.
l3
Oe~!:' Si~ .
WQr~
сал
5.55.
re~ched те
~h i s mornin~ оЕ ~
continue OUt t crmer C<:Ise ,
m~n"er
l t inv cL ves
по
Ln wh Lch we
smilll study
Параметры профиля редактирования
Если команда
PROF
пять первых строк
введена без параметр а, по умолчанию выводится
В п е рвой
приведенном при мере
строке отображается имя профиля (в
) и характеристики логических записей
используемого набор а да нны х RECFM==V ( VA RIAB LE ) и LR ECL=25 1 .
Остальные пар аметры и их описание приведен ы в табли це 5.8.
Таблица
5.8.
-
ТЕХТ
Основные парам етры профиля редактирования
Параметр
Описание
RECQVERY Режим восстановления текста при возникновении сбоев
NUMBER
CAPS
Режим управления нумерацией строк
Режим автоматического преобразования строчных
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
CAPS
символов в прописные
Режим представления данных в шестнадцатеричном
НЕХ
ф:Jрмате
Режим представления незаполненных позиций в конце
NULLS
строк текста
Управление табуляцией и выравниванием данных
TABS
AUTOSAVE Режим автосохранения редактируемого набора данных при
завершении сеанса редактирования
Режим автоматической перенумерации при сохранении
AUTONUM
текста
AUTOLI ST Режим автоматического вывода текста в набор данных
печати
Режим обновления статистических данных о разделах
STATS
редактируемых библиотечных наборов данных
Режим сохранения изменений в профиле редактирования
PROFILE
UN LOCK -
ВЮJючен,
LOCK -
ВЫЮJючен)
Имя макроса редактирования , выполняющегося в начале
IMACRO
сеанса
( NONE -
макрос не используется)
РАСК
Режим упаковки (сжатия) данных при сохранении
NOTE
Режим ВЮJючения отображения пояснительных записей
Установка расширенных цветовых атрибугов
HILITE
редактируемого текста
Большинство
значениями:
режим
(
из
ON
пред ставленных параметров
и
действует
OFF .
Значение
(ВЮJючен) ,
характеризуется д вумя
ON показывает, что соответствующий
OFF
не
действует
(ВЫЮJючен).
Пользователь может изменять те кущие знач е ния параметров профиля ,
применяя
функциональные
команды
редактора ,
совпадающие
по
наименованию с соответствующими параметрами профиля. Например ,
есл и необходимо установить режим автоматического преобразования
строчны х букв в прописные , следует ввести команду:
CAPS ON
Если
значение
параметра
PROFILE
'"
установл ено
в
LOCK ,
любые
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
изменения параметров профиля будуг действ и тельны только в рамках
текущего сеанса редактирования. Для сохранения внесенных изменений
требуется
выполнить
уста новку
параметра
профиля
по
команде
P ROFI LE UN L OCK
Для то го чтобы Удали ть с экрана строки , отображающие параметры
профиля , н еобходимо ввести команду
ISPFIPDF
подцерживает до
25
RES E T или RE S .
различных профилей, каж.цый из которы х
и меет п редУста новленно е и мя . Обычно имя профи ля определяется п о
знач ению по следне го квалификатора
(
библиотеки
ISPF.
зарезервированными
следующие
имена
В
ча стно сти ,
типов
на боров
Туре
данны х
)
и
имени редактируемой
являются
соответствующих
им
профил ей:
•
ASM - исходный текст программ на ассемблере;
•
C L IS T -
•
C NTL - JCL и
•
D АТА - те кст из прописных букв;
•
•
Е ХЕ С
ТЕ Х Т
-
TSOIE и инструкции C LI ST;
SYS IN для команды SU BMI T ;
команды
команды
TSOIE
и инструкции
REXX;
те кст из строчных и прописных букв.
Знач ения параметров каж.цого из указан ны х профилей ф:Jрмируются с
учетом
специфики
Например ,
при
и
особенностей
ф:Jрмировании
установи ть режим
те кста
соответствующих
задания
JCL
CAPS ON.
Имя профиля может бы ть зада но явно пугем ввода в поле
Name
входн ой
стандартный
пан ели
тип
данных .
необходимо
редактора.
набора
Если
данных
не
Prof i le
это поле остается пустым
задан ,
ISPFIPDF
и
использует
пр офиль по умолчанию.
Простые средства ввода и редактирования текста
Если для редактирования открывается новый на бор данных или раздел
библиоте ч ного
по казано на рис .
набо р а данных,
5.56
то
панель
(' 'п устая '' панель).
'"
редактора
выглядит,
как
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Ввод текста производится в строку, следУЮЩУЮ за строкой Тор
начиная
с
8-и
колонки
экрана ,
при
этом
7- я
колонка ,
of Data,
отделяющая
область данны х от п оля нумерации , обязательн о должна о ставаться
п устой .
Попытка
ввода
в
7- ю
колонку
п ри водит
к
блокировке
ЮJавиатуры , после чего требуется нажимать клавишу СБРОС . Переход на
н овую
строку
пр о изводится
пугем
перемещения
курсора
ЮJавишами - стрелками , либо на жатием ЮJaВИШИ ПЕРЕВОД
При
использовании
качестве
такой
редактирова ни е
клавиши
ЮJавиатуры
используется
вводи мо го
ЮJавишами вставЮ1
текста
( In se r t ) и
.. " ..
.... .. ..
••• , ........ ~ ••••• ,
п ерсональны х
удаления
т ор
в
ста н дартными
( De l ete ).
СОТ,.1JМNS
"о
Э ВМ
Посимвольное
En t e r .
осуществляется
МУ . Н~И .ОА Т},
F; QI!'
.~
стандартной
либо
СТРОКИ .
OF DJ..TA ••••• ~1r • •
• О,.,
OOl 012
. ..•••••••• " ••
"
"
.... .."" ....
•
"
.. I
• "
"
.. I
"
" " "
• ••• •• • .............. .. .
COW.Al>lD
Рис.
в.оттом
OF DATA •• ••• ••• ••• •• • •••••••• .••••
--->________________
5.56.
SCROLL
-->
PAGE
Начальное состояние пан ели редактирования
После то го , как текст сформирован , следует нажать ЮJавишу В ВОД . ЭТО
п риведет к ав томатич еском у формированию номеров строк введ енного
текста , однако не привед ет к е го сохран е нию.
Есл и
в
конце
строк
текста
остается
не
за п ол н е нн ое
с и мволами
п ространство , редактор может автомати чесЮ1 за п олнить его пробелами
или
оставить пустым ,
в
зависимости
от
текущего профиля редактирован ия. Если
значения па раметра
NU LL S
в состояни и
NULLS
ON , это
значит, что ' 'хво сты '' строк не заполняются и , таким образом , р азрешена
вставка новы х символов в незап ол н енное пространство. Есл и
состоянии
OFF,
NULLS
в
то строЮ1 д ополняются пробелами и вставка новых
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
символов блокируется, пока не БУдет удалено некоторое количество
дополнительных
пробелов.
Для
изменения
текущего
значения
па раметра
NULLS можн о воспользоваться командой NULLS OFF
NULLS ON , которая вводится в командной строке.
или
Для сохранения текста без выхода из режима редактирования следует
во спользов аться
имеющей
функциональной
дополнительных
командой
опера н дов .
редактора
Команда
SAVE
SAVE ,
не
записывает
данные в тот же набор данны х, из которого они были выбраны для
редактирова ния .
Для
п оследовательных
п ерезаписывается
весь
набор
дан н ых.
наборов
Есл и
данных
набор
данных
библиотечный , то раздел переписывается с тем же именем раздела и
статистическая информация
если установлен режим
При
уста новленных
автоматической
библиотеки
автоматически обновляется ,
STATS ON.
режимах
п е ренумерации
( NUMBER ON ) и
AUTONUM
ONM ) данные
нумерации
(
автоматически пер е нумеровываются перед сохранением.
Если при перезаписи да нн ых пр оисходит ошибка ввода· вывода или
н едостаточно памяти дл я записи да нных, в верхнем правом углу панели
отображается
сообщение
с
выдачей
звуково го
сигнала.
Когда
п ри
сохранении получ ено сообщен ие о нехватке памяти в наборе да нны х,
п ользователь может установить режим разделе ни я экрана
( S PL 1 Т , F2 )
и попытаться решить проблему пуг ем сжатия библиотечно го набора
данных или Удале ния и п ерераспределе ни я по следо вательного набора
данных,
а
затем
в е рнувшись
в
панель
сохранить данн ые
библиотечного
п овторно
в
редактирования.
другом
набора
сохранить
данн ые
по
Можно
также
наборе да нн ых или
да нных,
пользуя сь
кома н де
в
командами
SAVE ,
по п ытаться
другом
разделе
CREA TE
или
REPLACE ,
у пользователя есть возможность отменить ошибочно выполненные
действия с помощью команды
UNDO ,
не имеющей о п ерандов. Каждый
раз при вводе команды
UNDO
Операцией
все действия,
считаются
между двумя
отменяется одн а п редыдущая о п ерация .
последо вательными
произведенные
нажатиями
на
пользовател ем
клавишу ВВОД
или
какую·либо функциональную ЮJaВИшу. Отмена операций может бы ть
п родолже н а вплоть до по след ней выполненной команды сохранения
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
данных или до начала сеанса редактирования.
Чтобы
командУ
использовать
настроить
профи ля
параметры
н еобходимо
UNDO ,
редактирования
предвари тельно
RECQVERY
и
SETUNDO , которые по зволяют определить, где БУдет производиться
временное хр анение выполненных изменений в данных, с ц елью их
дальнейшего использова ния для восстановления.
в частно сти, команда RECOVERY ON устанавливает режим сохранения
и зменений
в
файле,
что
позволяет автоматичесЮ1
восстанавливать
содержимое редактируемого текста даже при возникновении системных
сбоев и ошибок, при потере связи и срыве пользовательского сеанса и
других неприятностях.
Меню действий пан ели редактирования является еще одним с редством
выполнения
различных
редактора ,
также
а
команд
служит
и
для
настроек,
доступа
к
связанных
с
стандартным
работой
функциям
ISPFIPDF.
Пользователь
может
завершить
сеанс
редактирования
либо
с
сохранением, либо без сохранения внесенных в текст и зме н е ний. В
п ервом случае следует использоват ь системные команды END
RETURN (
F4 ),
( F3 ) или
которые автоматически вызывают команду сохранения
SAVE и производят запись данных в на бор данных п е чати
ISPFIPDF
(если установлены режимы автоматической записи AUTOSAVE
ON и
AUTOLIST ON ).
Для заве ршения сеанса редактирования без сохранения измененных
данных используется не имеющая операндов функциональная команда
CANCE L
или
выполненные
CAN .
Эта
изменения.
команда
При
по зволяет
использовании
аннулировать
команды
автоматическая запись данных в набор да нны х п ечати
прои зводится
даже
в
том
случае,
если
CANCE L
ISPFIPDF
установлен
все
не
режим
автоматической записи.
Теперь
рассмотрим
некоторые
наиболее
важные
средства
редактирования текста, основанные на применении строчных команд. В
общем виде строчные команды состоят, как пр ав ило , из н е более чем
двухсимвольного
имени
и
могуг
ш
ВЮlючать
один
целочисленный
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
пара метр . Обобщенный формат строчной кома н ды выгляди т так:
имя [числ о]
Как
это
при нято ,
при сугствии
квадратные
п араметра .
строчными , так и
в ыполн яю т
указа ны .
Например ,
для
1 -
(повторения)
строчной
операции
вставки
строки,
должны
Двухс и мволь ны е
М
-
п устой
для
быть
команд ы
фрагментами).
Н а пр имер,
указывается
п ервой
в
для
о
н еобяза т ель но м
разрешается
отдельных
стро ч н ая команда
командой указа но
кото ры е
говорят
кома н ды
вводить
как
пр о писны м и буквам и . Од н ос и мвол ьны е строчные
кома н ды
строки,
скобки
И мя
О
в
кото рых
используется для
стр оки,
R -
п ереме ще ния
для
стр оки.
они
Удаления
дУбли р ования
Если
вслед
за
число , то оно
задает коли ч ество строк,
об р абота ны ,
начиная
оперируют
гр уппами
двухс и мволь н ая
и
строк,
последне й
строке
с
указанной .
строк
строч на я
(строчными
кома н д а
Удаляемого
ОD
строчного
фрагмента.
Ввод
стро ч ной
команды
может
прои зводи ться
начиная
с
любой
по зиц ии по ля н умера ции , наприм е р :
DOOOOS
или
OODOOS или OOOOOD
Пользоват ель может указать од н ов р еме нно н есколько строч ны х команд
в
р азлич ны х
строках.
команд следующей
СТРОКИ
Для
строки
п еремеще ния
мож н о
курсора
использовать
к
полю
стро ч ны х
клавишу ПЕРЕВО Д
( En ter ). Активизация действия всех строчных команд
прои сходи т по нажатию клавиши ВВО Д.
в связи с тем что стро чны е команды вводятся пов ерх но меров строк, в
н екоторы х
случаях
введенная
кома н да
может
трактоваться
н еОДноз н ач но . Так, в следую щем примере:
0316000 ..... . . . . . . . . . . .
RЗ17000 ...... .... .... . .
0318000 ..... . . . . . . . . . . .
н еясно,
но мером
ввел
ли
317000
поль зовател ь
R для повторения строки с
кома н ду R3 для пов торе ни я да нн ой
команду
или , напри мер,
строки тр и раза. В таких случаях по умол ч а нию предполагается, что
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
введена команда без параметра, указывающего количество строк, то есть
R.
Если же пользователю в данной ситуации н еобходимо повторить строку
три раза
( R3 ),
он должен выполнить одно из следУЮЩИХ действий (на
выбор):
•
переместить курсор в
командой
позицию , непосредственно следУЮЩУЮ за
R3 :
RЗ1700
•
указать один или более пробелов , следующих за командой
RЗ
R3 :
700
При вводе нескольких строчных команд их обработка производится
по следовательно от начала и до конца текста . В этом случае MOгyr бы ть
обнаружены
н екоторыми
сообщений.
синтаксические
командами ,
С нач ала
что
ошибки ,
а
привод ит
отображается
также
противоречия
к появлению
только
между
соответствующих
сообщение
о
первой
обнаруженной ошибке. После то го как пользователь исправит ошибку,
обработка может быть продолжена.
Самый
команды
простой
способ
RESET ,
повторны м
которая
вводом
исправления
очищает
ошибок
пол е
требуе мых команд.
ввода
реализуется
строчных
вводом
команд ,
и
Пользователь может вводить
н екоторы е строчные команды в строках, содержащих сообщения Т ор
of
Data
( "начало данных') и
Bot t om
of
Data )
("окончание
данных'), замещая звездо чки , содержащиеся в первых шести по зиц иях в
нач але
строки.
командами
Для
являются:
копирования или
"око н чание
строки
1
"начало
(вставка
да нных "
строк) ,
перемещения строк) и
да нны х"
может
быть
А
такими
строчными
(н ачальная
позиция
ТЕ (ввод текста).
В строке
использована
только
коман да
В
(конечная позиция копирования или перемещения строк).
Для
создания
простых текстовых данных,
напри мер
зада ний
JCL,
исходных программ на каком- л ибо языке программирования достаточно
использовать лишь небольшую часть возможностей редактора EDIТ. В
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
первую о ч е редь речь пойд ет о средств ах, баз ирующихся в основном на
применении следУЮЩИХ строчных кома н д
fI2]:
• 1 - вставить пустую строку;
• О - удал и ть строку;
• R - дУбли р овать строку;
• С - копировать строку;
• М - пер ем естить строку;
• А , В - указатели ц елевой строки для копирова ния (пер ем ещения)
(А- по сле указанной строки , В - до указанной строки).
Кроме
того,
пер еме ще ни я
здесь
будyr
да нны х
п редставлены
между
сред ства
редактируем ы м
копирова ния
текст ом
и
и
д руги м и
наборами да нных и ли р азделами , основанные на при ме нении коман д
реда ктора
CREATE, REPLACE , MOVE
Вставка пустых строк
и СОРУ .
(1)
Формат кома н ды:
'[п]
Строч н ая кома н да
n )
п уст ы х
1 (Insert)
строк
посл е
служи т для вставки зада нного количества
строки ,
содержащей
необходимо вставить одну строку, з н ач е ни е
n
эту
команду.
60004 Текст Текст Текст Текст Текст Текст.
000005 Текст Текст Текст Текст Текст Текст.
По сле н ажатия на клав ишу ВВОД получ и м:
000004 Текст
"''''
"""
"""
"""
Текст Текст Текст Текст Текст.
ш
Если
н е указыв ается.
На п ример , для в ставки пяти п усты х строк следует ввести кома н ду
(
i 5:
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
"''''
000005 Текст
Текст Текст Текст Текст Текст.
Если пользователь введет какую -л ибо инф:Jрмацию во вставленную
строку (даже пр обел), при нажатии клавиши В ВОД строка становится
частью исходных да нны х и
ей
присваивается номер. Если
строка останется п устой, то при нажа тии
автоматичесЮ1
удалена .
Если
же такая
клавиши В ВОД она будет
пользователь
введет
инф:J рмацию
в
послед нюю (или единственную) вставленную строку и курсор будет
оставаться среди данных этой строЮ1 , то при нажати и клавиши ВВОД за
этой
строкой
позволяет
автоматичесЮ1
вводить
вставляется
инф:Jрмацию
строка
новая
п устая
строка.
за
строкой
в
ЭТО
режиме
"непрерывной " вставЮ1.
Удаление строк
(D)
Формат команды:
1) D[n]
2)
ОО
Строчная команда О
(Delete)
служит дл я Удаления заданно го
(n )
числа
строк, начиная со СТрОЮ1 , содержащей эту команду. Для Удаления одной
строЮ1 значение
n
не указывается. При указании
0 99999
удаляются все
строЮ1 до ко нца набора данных, начина я с текущей стрОЮ1.
Второй ф:Jрмат команды служи т для удале ния грynпы строк. В этом
случае команда
строчного
00
вводится в первой и последней строке Удаляемого
фрагмента.
Первая
и
п оследняя
строЮ1
фрагмента
обязательно должны быть на одной ст р анице экрана.
При мер удаления двух строчны х фрагментов (строЮ1
dd0001
000002
000003
dd0004
000005
Э ТО первая строка
Э ТО вторая строка
Э ТО третья строка
Э ТО четвертая строка
Э ТО пятая ст рока
'"
1·4
и
6- 7):
не
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
d20006
000007
000008
Э то шестая строка
Э то седьмая строка
Э то п оследн яя строка
Результат:
000001
000002
Э то пятая строка
Э то п оследн яя строка
Дублирование строк
(R)
Формат команды:
1) R[n]
2) RR[m]
Строч ная
команда
содержащей
R (Repeat)
служит
эту команд.у, заданное
( n )
для
дублирования
число
раз в
строЮ1 ,
последующих
строках. Для однократного дублирования одной строЮ1 значение
n
не
указывается.
Для дубл ирования группы строк может ИCnОЛЬЗ0ваться команда
Команда
RR
строчного
вводится в
фрагмента.
п ервой
П ервая
и послед ней
и
RR.
строках дублируемого
последняя
строЮ1
фрагмента
необязательно долж ны быть на од ной стр анице экр ана. Для повторения
группы строк более одного раза необходимо указать число повторений
группы строк
m
в коман д е
RR
в первой или п оследней строке л и бо в
той и другой.
При мер дубл ирования
строЮ1
строчного фрагмента (строЮ1
5:
rrOООl Это п ервая строка
000002
Э то вторая строка
rrOО0 3 Это третья строка
000004
Э то четвертая стр ока
г20005 Э ТО пятая стр ока
000006
Э то шестая строка
ш
1-3)
и дважды
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15 еп ".
Результат:
000001
000002
000003
000004
000005
000006
000007
000008
000009
000010
ЭТО первая строка
ЭТО вторая строка
ЭТО третья строка
ЭТО первая строка
ЭТО вторая строка
ЭТО третья строка
ЭТО четвертая строка
ЭТО пятая строка
ЭТО пятая строка
ЭТО шестая строка
Перемещение строк (М)
Формат команды:
1)
М[п]
2)ММ
Строч н ая
команда
строки
или
М
(МоУе)
использует ся
строчного
(последовательность
фрагмен та
строк).
помощью парам ет р а
n
Строч ный
для
в
п ереме ще ния
заданную
фрагмент
задается
одной
строку
либо
с
(количество строк) , л ибо п угем ввода команды
М М в п ервой и п ослед н ей строке фрагмента.
Совмест но
с
кома н до й
команды А
(After)
или
М
в
и с поль зуются
(Before)
до полни тел ьны е
строчные
для определения новой
(целевой)
позиции п е рем е ща ем ы х да нны х.
Строч ная
команда
А
определяет
строку,
после
которой
тр ебуется
поместить п еремещаемые строки, и им еет формат:
А[п]
Парам етр
n
задает
перемещаемых строк
коэqxpициент
пов торе ния
(дубл ирования)
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Строчная
команда
В
определяет
строку,
пер ед
которой
тр ебуется
поместить п еремещаемые строки, и имеет формат:
В[ п]
Парам етр
n
также
задает
коэqфициент
повтор е ния
(дублирования)
перемещаемых строк
Таким образом , для п еремеще ния строк необходимо:
1.
определи ть
перемещаемую
помощью команды М (или мм
2.
определить
целевую
помощью команды А
строку
и ли
строчный
фрагмент
с
данных
с
);
позицию
для
п ереме ща емых
или В , возможно , с указанием
количества
копий;
3.
нажать клавишу ВВОД
При мер п еремеще ния строчного фр агме нта (строки
перед строкой
1:
ЬОООО1 Э ТО первая строка
000002 Э ТО вторая строка
000003 Э ТО третья стр ока
m20004 Это четвертая строка
000005 Э ТО пятая строка
000006 Э ТО шестая строка
Результат:
000001
000002
000003
000004
000005
000006
Э ТО четв е ртая стр ока
Э ТО пятая строка
Э ТО первая строка
Э ТО вторая строка
Э ТО третья стр ока
Э ТО шестая строка
Копирование строк (е)
4
и
5)
в позицию
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Формат команды:
1) С [п]
2)СС
Строчная команда е (Сору) иcnользуется для копирования одной строки
или
строчного
строк).
фрагмента
С тр о чный
в
заданную
строку
фрагмент задается либо с
(последовательность
помощью пар аметр а
n
(количество строк) , либо п угем ввода команды се в п е рвой и п оследней
строке фрагмента.
Совместно
с
командой
е
исполь зуются
дополнительные
строчные
команды А или В , в точном соответствии с описанием , приведенным
выше при рассмотрении команды М .
При мер
копирования
строки
4
в
по з ицию
после
строки
1
с
дУбли р ованием :
а20001 ЭТО п ервая строка
000002
000003
Э ТО вторая строка
Э ТО третья строка
сООО04 ЭТО четвертая строка
000005
Э ТО пятая строка
Результат:
000001
000002
000003
000004
000005
000006
000007
Э ТО п ервая строка
Э ТО четвертая стр ока
Э ТО четвертая стр ока
Э ТО вторая строка
Э ТО третья стр ока
Э ТО четвертая стр ока
Э ТО пятая строка
Экспорт данных. Команды СRЕЮ'Е и
Под
экспортом
данных
понимают
REPLACE
процедуру
п еремеще ния
или
копирования данных (всех или ча стич но) из редактируемо го раздела в
OnерiЩlЮнные системы н Проfl"lММlЮе обern""""не н. платформе
z5eries
д ругой раздел или набор д анны х . В текстовом редакторе EDIТ экспорт
р еализуется
RE PLAC E
с
п ом ощью
функци о нальны х
или
и строчных команд М и л и С .
Функцион альная команда редактор а
нового
CREAT E
команд
раздела
б и бл иоте чного
CR EATE и сп ользуется для
набора
да нных
и
создан ия
копирования
или
п е р еме ще ния в н е го строк и з р едакт ир уе мы х да нны х.
Ф о р мат команды:
C REAТE [имя_ра здела]
Н еоб я за тел ьный
который
п араметр
ИМЯ
необход имо создать в
раздела
определяет
р едакт ир уемом
имя
ра здела,
библиотеч ном на бо ре
да нны х . Для п оследовательности с ц е п ле нных библио тек новый ра здел
всегда за писывае тс я в первую б и блиотеку по следо ват ельности. Если
ра здел
с
та ким
именем
уже
существует,
выпол н е ни е
кома н ды
блоки р уется и выдается соответствующее сообщение . Есл и пар аметр
ИМЯ
раздела
диало гово е
не
окно ,
указан,
в
ко тором
на
зкр ане
появ ляется
пользователь
долже н
всплывающее
определить
им я
создаваемого ра здела.
Да нны е
для
п е р еме щен и я
или
ко пир ования
(
)
указыв аю т ся с помощью строч ны х кома н д М
использован ии
фра гмент
строчной
удаля ется
из
команды
М
(
мм
редактируем ых
мм
в
)
новый
(
или С
отмеченный
данных
при
ра здел
СС
).
При
строчный
завер шении
о пер ации пер е мещения. Если т ребуется скоп ир ов ать (перем естить) весь
р еда ктир уемый
раздел ,
необходимо
в
перв ой строке редактируемого
).
ра здела указать строчн ую команду С99999 (и л и М99999
которые
записываются
перенумеровываются ,
ВО
есл и
созда нны й
вновь
установлен
как
Данные ,
режим
раздел ,
н уме рации ,
так
и
( NUMB ER ON , AUTO NUM ON ).
Если уста н о вл е н р еж им автоматической зап иси ( AUTOLIST ON ), то
происходит запись текста в на бор данн ых п ечати ISPFIPDF.
р еж им автоматической перенумерации
в
отли чи е
от
команды
CREATE ,
коман да
REPLACE
служи т
для
замещения уже существующих р азделов б и бл и отечного на бо ра данных
либо последовательных н аборов дан ных информацией , копируемой и ли
п е р еме ща емо й
из
редактируемых
данных .
В
остальном
де йствие
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
команды
REP LACE
от действия команды
CREATE
не отличается.
Формат команды:
REPLACE
[имя_раздела ]
Как отмечал ось ранее, пользователь может воспользоваться командами
CREATE
или
RE PLAC E
для
сохранения
редактируемых
данных
в
другом разделе или наборе да нны х . Для этого необходимо:
1.
Ввести строчную команду С99999 или М99999 в первой строке
данных для указания того, что
все строки должны
копироваться
или перемещаться.
2.
Ввести команду
ввода команд
CREATE или REP LACE без параметра в области
(команда CREAT E используется только в том случае ,
если местом сохранения является раздел библиотечного набора
данных) и нажать клавишу ВВОД .
з.
Указать
имя
набора
данных
диалоговом окне ввода команды
или
раздела
CREATE
или
в
открывшемся
REPLACE
и нажать
клавишу В ВОД .
Импорт данных. Команды сору и МОУЕ
Под
импортом
данных
понимают
пр оцедуру
копирования данных и з какого-либо раздела
редактируемый раздел (набор). В текстовом
пер емещения
или
набора данных в
редакторе ЕDП импорт
реализуется функциональными командами СОРУ или
которых
указывается,
откуда,
и
строчных
и ли
команд
MOVE ,
А
или
с п омощью
В,
которые
указывают, куда да нные должны копироваться и л и п е ремещаться.
Функциональная
команда
редактора
СОР У
испол ьзуется
для
копирования содержимого раздела библиотечного наб о р а данных или
последователь ного набора данны х в редактируемые данные.
Формат команды:
С ОРУ [и м я_р аздел а]
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Необязательный
который
необходимо
раздела
с
таким
блоки р уется
имя
пар аметр
и
раз д ела
котором
имя
раз д ела
скопировать
именем
не
выдается
опущен,
редактируемые
существует,
сообщени е
на
пользователь
в
определяет
экране
об
раздела ,
да нны е.
выполнение
ошибке.
появляется
долже н
и мя
команды
Если
операн д
диалоговое
определить
имя
Если
окно ,
в
копируемого
по следовательно го набо р а данных или раздела библиотечного набора
данных .
Строчная
позиция
копирование,
редактируемых
задается
с
данных,
помощью
КУда
строчных
БУдет
команд
произведено
А
или
В,
за
ИСЮJючением случаев, когда редактируется новый раздел или пустой
по следовательный на бор данны х.
При
копировании
больших
наборов
данных
пользователь
может
существенно сократить время обработЮ1 . ЭТО достигается пугем отмены
режима
( NU MB ER
нумерации
OFF )
до
выполнения
операции
копирования и повторного е го ВЮJючения после завершения.
в отличие от команды сору команда
MOVE
данных,
раздела
что
приводит
к
Удален ию
служит для перемещения
библиотечно го
набора
данных или последовательного набора да нны х, из которого выполнена
п ересылка. Для последовательности сцепленных библиотек удаляется
только раздел , на ходящийся в первой библиотеке последовательности. В
остальном действие команды
MOVE
н е отличается от команды сору .
Обзор функций про смотра
Как отмечалось выше ,
двух
режимах,
пол но стью
PDF
располагает функциями просмотра данных в
определяемых
подцерживает
VIEW
как
все
и
средства,
BROWSE.
Режим
используемые
в
VIEW
режиме
редактирования, за ИС Юlюче ни ем команд сохранения результатов. При
завершении прос мотра данных в режиме
любые пр оизведенные
VIEW
изменения будуг проигнорированы, а просматриваемый набор данных
останется без изменений. В режиме просмотра
режима
VIEW,
просм атриваемые
специальных
не
мо гуг
дан ны е.
команд для
производиться
В
пои ска
то
же
строк
ш
BROWSE,
действия,
время
и
в отличие от
изменяющие
подцерживается
контекста ,
а
также
ряд
средства
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
п ереключения в режимы редактирования и
VIEW.
Компоненты
наборы
прос мотра
подцерживают
данных
с
любым
форматом записи (фиксированной , п е ременной или неопределенной
длины),
блокированные
RECFM=F , V, U, FB , VB
),
или
с
неблокированные
длиной
записи
(
(
LRECL
не
)
пр евышающей З2 КВ.
Доступ
к режимам
(View)
главного меню
или угилиты
просмотра производится либо через функцию
ISPFIPDF,
Dslist (З.4).
либо с по мощью угилит
Library
( З. 1)
View
ISPF
~
в первом случае на экране пр едставляется входная панель
5.57).
Пользователь
прои звольно го
должен
набора
указать
да нны х,
имя
серий ный
библиотеки
номер
тома
1
(если
или
набор
данных не каталоrnзирова н) и пароль (если набор да нны х защищен
пар олем). Для библиотечных на боров да нных до пол ни тельно можно
указать имя раздела , который пользователь желает про с мотреть. Если
имя
раздела
библиотеки,
не
из
указано,
которого
то
БУдет
выдан
список разделов
пользователь должен
выбрать тот
да нной
раздел ,
который он хочет просмотреть. После нажати я на ЮJaВИШУ ВВО Д будет
открыта панель просмотра. Сл едУет обратить внимание на положение
п ереключателя
Br owse Mode .
будет включ е н режим
Если в этом поле введен символ
BROWSE, в
противном случае
-
режим
"1",
VIEW.
то
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Ro!Llst
~anu
Ret~~dB
ot111t1c8
Workstatlon
View Entry
Help
Р~п~l
ISft" L1.brary :
i'~Qjec~
SYSl
CJ:"Ql,IP ,
18М
Т>'Р"
FARМLIB
мembe~
li:Jt.)
Other P&rtl t 1oned or
S~quentlal
Dat4 Set:
Harм
Da ta Set
Volume Ser i.al ,
Kork atatio n F1 1e :
Fl1e: Нате .
Inil;.io/!. l
M"I(:J:"O
РПJfi lе Н",те
C~ncel/MoveJReplace
Dat~
Sct
Cornmand
Р и с.
5.57.
!!Irowse
I
F'o пna t tfdme
моое
VLcw оп wO[~5tat ion
M1xed Мodе
?a:J:J~o[d
---> _________________________________________
Входная панель режима просмотра
Структура
панели
редактирова ни я.
просмотра
точ н о
Просматриваемый
VIEW
такая
текст
же ,
как
и
можно
у
панели
прокручивать
станда ртными сп особами. Для завершения просмотра следУет ввести
команду
END
(
F3
).
После
просмотра
отмеченно го
раздела
п ользователь снова увиди т н а терминале список разделов.
в
режиме
BROWSE
пользователь
может
применять
следующие
функциональные команды:
•
•
•
•
•
•
LOC ATE - поиск строк;
CO LUMN S - отображение шкалы колонок;
RE S Е Т - отмена отображения шкалы колонок;
FI ND - поиск цепочки символов;
CA P S - установка режи ма п ро пи с н ых букв;
НЕ Х
установка
режи ма
отображения
шестнадцатеричном формате;
• E DIT -
переЮlюче ни е в режим редактирования;
ш
с и мволов
в
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
• VI EW- переЮlючение в режим просмотра VIEW;
• SU BMI T - запуск просматриваемого задания на выполнение.
Большинство из представленных команд совпадают по назначению с
соответствующими командами редактора
только команда поиска строк
По коман д е
LOCATE
EDIT.
Здесь бу,цет рассмотрена
LOCAT E.
(сокращенно
LOC ) строка текстового набора
данны х, указанная в коман д е , появляется вверху экрана. С трока может
быть указана либо с помощью относительного номера , либо с помощью
предварител ьно
положение
определенной
окна
экрана
метки.
определяется
Во
с
время
просмотра
помощью
номера
текущее
строки
и
колонки, которые отображаются в верхнем правом углу экрана. Номер
строки относится к первой строке данных, отображенных на экране, т.е.
к первой
строке
указывает
относительное
имеет
никакого
после
двух
строк заголовка
положение
отношения
к
строки
номерам
в
панели.
потоке
следования ,
Э тот
номер
данных
которые
и
не
MOгyr
содержаться внугри данных. Строка с сообщением "начало данных "
рассматривается как строка с относительным номером о.
Формат команды
LOCA TE:
L OCAТE отн ос ит ельны й _н омер_стр оки
LO СА ТЕ
метка
Пользователь должен ввести либо относительный номер строки , либо
метку в качестве операнда.
О тн ос ительн ый
относительно
н о м ер
начала
с т роки
данных.
указывает
Относительный
номер
строки
номер
строки
отображается в правом верхнем углу экрана.
м е тк а
-
указывает предварительно определенную метку строки. Для
того чтобы присвоить строке метку; необходимо добиться того , чтобы
она была первой строкой данных на экране , и ввести в области ввода
команд метку; пред ставляющую собой точку; за которой следует до семи
алфавитно-цифровы х символов. Например:
DATA5
'"
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Метка,
о пр еделенная
образом ,
таки м
явля ется
вн угре нни м
символическим име н ем , которое присв а ива етс я первой строке данных
экрана. При определени и метки точка обязательна. Однако пр и ссылке
на метку в
LOCA TE,
команде
кр оме случая, когда метка нач инается с
цифры , точку мож но н е ста вить.
Однажды
определенная
операнда
в
метка
последующих
может
и с поль зоваться
LOCA TE.
кома н дах
в
качестве
Более
по зднее
определение метки заме ща ет более раннее ее определение. Одной и той
же строке может быть присвоено несколько меток . При завер ше нии
функции пр осмо тр а метки не сохраняются.
Работа с пакетными заданиями в
ISPF/PDF
Как отмечалось ра н ее, для вы п ол н е ния пр о граммы в па кетном режиме
н еобходим о составить задание
JCL.
зада ниями
может
За п уст ив
продолжать
с испол ьзов а ни ем
зада ни е в пакетном
использовать
терм инал ,
не
языка
режиме ,
управления
пользоват ель
дож и даяс ь
завер шения
выполн е ния програ ммы. Р езультат ы работы п рограммы и системные
сообщения
п омещаются
(SYSOUТ),
который
в
можно
системный
выходной
просмотреть
в
набор
любое
данных
время
после
за верше ния зада ния.
Текст зада ния может размещаться в п оследовательном наборе данных
или разделе б и бл иотеки. При этом наборы данных долж ны имет ь длину
лоrnческих записей
REC FM ) -
( LR EC L ) 80
б ай т, а формат ло ги чес ки х за писей
блокированный фиксир ованной дл ины
(
( FB ).
Отметим, что п ри за п ус ке заданий на выполнение в один набор данных
разрешается в ключ ат ь более одно го задания . При эт ом можно о п устить
операто р
J OB
для п е рвого задания , но все остальные задани я долж ны
нач инаться с собственного оператора JO B . Не смотря н а то что для
п ередачи на выпол н е ни е всех заданий, входящих в один на бор да нны х,
испол ьзуется
зада нием
SUB MIT
одн а
отдельно.
команда
При
SUBMI T,
пер едач е на
можно
управлять
выполнение
одной
каждым
командой
более одного зада ния следует иметь в виду, чт о, если
zJOS
обнаружит Оl.Ш1 бку п ри выполнении перво го зада ния , второе задание не
будет выполняться.
ш
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Подготовив
1CL
задание в надлежащем виде , поль зователь может затем
направить его на выполнение одним из трех способов:
из
•
панели
редактирования
или
про смотра
набора
данных
( ра здела) , содержащего текст задания с помощью функциональной
коман д ы
из
•
SUBMI T
пан ели
или
с пи ска
SUB ;
разделов
библиотечного
набора
данных
с
помощью строчной коман д ы J ;
с помощью коман д ы
•
TSQ
Если
TSO SUBMI T,
например:
SUBMIТ 'USERS. J CL(JOВ1)'
задание
принято
к
выполнению ,
на
терми нале
появится
сообщение
IK1562501 10В jоЬ_паmе Uob_id) submitted
***
где
J
оЬ
n ате -
уникальный
имя задания,
идентификатор
введенное пользователем ,
задания
в
назн ач енный подсистемой ввода заданий
1ES (
ф:Jрмат е
Х
-
d J OB XXXXX,
J
оЬ
1
десятичная цифр а) .
Пользователь долже н ответить нажатием ЮJaВИШИ ВВО Д, оставаясь в
том режиме , из которого производ ился запуск.
Для пр осмотра текста отчета о выполненном задании (листинга) можно
во с пользоваться с п ециальной угили той
Outlist
предназначена для просмотра ,
листинга
выполненного
пакетного
yrилиты представлен на ри с.
5.58.
ISPFIPDF Outlist
(З .8) . Ут и ли та
вывода на п е чать и Удаления
задания.
Внешний
вид
панели
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
Menu
Utill t ies
Help
Ou t l ist Utility
Liзt
L
лаmeз/idlзl
job
via the TSO STATUS command
D Dele te job outpUt fram SYSOUT hold q~e~e
~ Prlnt jcb output a nd delete frcm SYSQUT hold q ueue
R Req ueue job output to а ne w output сlазз
blank Di.splay joh output
For Jcb tc
ье
s.elet:ted :
Job name
USERIA
Clag!>
JobID
JOBOOHS
For Job t-o ьв requeue d:
New Output cla!!!s
For Job to ье pr inte d :
Printer Carriage Control
(А
for J\NSI
(М
[о,:
I-!.!Ich ine
(b Lan k for
Option
попе,
--->
./
Р и с.
с
5.58.
Па н ель угил и ты
помощью
данной
Outlist
угилиты
можно
отобрать
ин тересующие
п ользователя задания по их идентификационным п ризнакам и затем
выполни ть одно и з следующих действий:
• L -
отобрази ть
список
вы п ол н е нн ых заданий ,
находящихся
в
выходной очереди;
•
О - удалить зада ни е из выходной о ч ереди ;
•
р
вывести отч ет в набор данных п ечати и удал и ть и з выходн ой
-
о ч е р еди;
• R -
п еревести
задание
в
другую
выходной класс задается в поле
•
пр обел
Отбор
-
п олях п а н ели:
о ч ередь
(новый
New Ou tput class );
показать отчет о вы п ол н ен н ом задании .
зада н ий,
осуществляется
выходн ую
по
л и стинги
трем
которых
параметрам ,
интересуют
задаваемым
в
п ользователя ,
соответствующих
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
• Jobname • Class
JOB ;
имя зада ни я, указанное в операторе
выходной
Юlасс
задания ,
определяющий
с п особ
об р аботки листи н га;
и де н тифи катор,
• JobID -
при сваиваемый
заданию
в
момен т
за п уска .
Для пр осмотр а списка выполненных задани й следует ввести командУ
С писок
выдается
в
режиме
и
TSO
ВЮlючает
все
находящи еся
L.
в
выходной о ч ереди зада ни я, и мя которых сов п адает с и менем, указанным
в поле
Jobna me , н а при мер :
IKJ561 92 1 1ОВ USЕR1А(1ОВОО4б8) ON
IKJ56192 1 1ОВ USЕR1А(1ОВОО4б9) ON
IKJ56192 1 1ОВ USER1B(1OB00470) ON
IKJ56192 1 1ОВ USER1A(1OB00471) ON
OUТPUТ
QUEUE
QUEUE
OUТPUТ QUEUE
OUТPUТ QUEUE
OUТPUТ
Если при выдаче с писка на экра н е появляются зв ездо чки
(* ... *),
следует
нажать Юlавишу ВВОД для пр одолже ния вывода.
Для просмотра л ис тинга одн ого из пр едставле нны х в списке заданий
необходимо
в в ест и
соответствующие
и мя
п оля
задания
панел и ,
и ли
его
прич ем
и дентификатор
идентификатор
в
указывать
обязательно в случае , если запуще но не скол ько заданий с одинаковыми
именами. Затем следует нажать Юlавишу В ВОД ( пол е
долж н о
Opt i on
оставаться пустым). Н а экране бу,цет представлен отчет о выполнении
указа нного задания (см. рис.
можно
вос пользоваться
в р ежиме прос мотр а
5.22)
всеми
доступ ными
для
BROWSE,
этого
где
режима
средствами.
Для
прос мотра
режимом
обычно
листинга
разделения
задания
экрана ,
прои зводится
так
за п ус к
можно
п е ре Юlюч аться
F9 ( SWAP ).
Так,
после
редактированию
зада ния
и
пан ель
зада ния ,
логическом экра н е, а пан ель угил и ты
момент
реком е н дуется
что бы
р асполагал ас ь
Outlist -
его
на
откуда
одном
н а другом. Теперь в л ю бой
между п а н елями
пр осмотр а
воспользоватьс я
р едакто р а,
при
отчета
помощи
можно
пов тор но му за п уску,
Юlа виши
вернугься
а затем
к
таки м же
образом п ереЮlЮЧИТЬСЯ н а угилиту пр осмотр а.
Отметим
также,
чт о
угилита
Outlist
'"
не
единственный
способ
Операционные системы и "poГJ><IМMнoe обern""""ие н. платформе :15еп".
просмо тра
распечаток
используют компо н е нт
выполненных
SDSF z/OS,
задани й.
Час то
с
этой
ц ел ью
с п е ци ал ьно предназначенный дл я
кон трол я за ходом вып олнения заданий и а нализа их резул ьтатов.
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Средства разработки и управления приложениями
в состав
входят все необходимые средства, с помощью которых
7l0S
можно создавать, модифицировать, хранить и р аспространять новое
при кладное
программное
обеспечен ие
пр ограммирования , включая
(НЩh
и
Level
др.
на
различных
языках
HL Assembler и языки высокого уровня
COBOL, РИ1, Fоrtrап, Ada, Java
Lапguаgеs), такие как С , С++,
Помимо
базовых
средств
разработки,
включающих
набор
компиляторов, редакторы связей и средства загрузки программ, в
реализована
универсальная
содержатся
языковая
многочисленные
пр едставлен
ме н еджер
среда
библиотеки
сопровождения
7105
Environment,
Lапguаgе
программ
р азработки
и
классов ,
программного
обеспечения
(ISPF/SCLM). Кроме то го, выпускается целый ряд
пр одуктов , таких как IВM VlSual Age, IВM Application Deve/opment Too~
которые поставляются в н е 7105 и служат для автоматизации и
п овышения эqxpeктивности процесса разработки при ложений.
Базовые средства создания программ
5.59
На рис .
базовые
представлены классическая последовательность этапов и
средства
разработки
операционной системе
Исходный
модуль,
п оддерживаемых
средствами
программно го
обеспечения
в
7lQS IlZJ.
содержащий
языков
текст
пр ограммы
программирования,
TSOIISPFIUN IX
shell
или
на
может
одн ом
быть
п одготовлен,
а
из
создан
затем
импортирован с рабочей станции. Для размеще ни я исходн ого модуля
может быть использова н последовательный или библиотечный
PDSE)
набор данных или
файл
7105 UN IX.
(PDS ,
Компиляция исходного
текста программы осуществляется встроенным языковым компилятором
или ассемблером.
7lQS
включает как новые 64-разрЯДные ком пи ляторы
для таких языков , как, нап ример, С /С + + и СоЬо/, так и множество
старых
версий.
па кетном,
модуль,
так
и
Компиляторы,
в
которые
интерактивном
содержащий
MOгyr
режиме,
откомпилированный
запускаться
qюрмируют
код
и
как
в
объектный
необходимые
вспомогательные таблицы. Объектные модули обычно размещаются в
на боре данных (библиотеке объектных модулей) или файле
UN IX
п оследУЮщего
модулями ,
связывания
с
другими
ш
объектными
для
ОП<'Рацианныl,
размещенными
Ко м пил яторы
в
системных
языков
С /С ++
и
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
или
п ользовательских
HL Assembler
дают
возможность получ и ть объектн ые модули рас ширенны х qюрматов
XOBJ
или
а
Cobol,
GOFF (Generalized Object рие
дли нн ых внеlШlИХ имен (до 32767
также
zSeri",
библиотека х .
Fопnat), до п ускающих использование
бай т).
ИСХОДНЫЙ модуль
+
КомшtJUn"QР НJШ
Ассемблер
t
Объектный
Мадуль
Редактор связeii
-
l.inkage EditOT
Рrogrзm
•
IтакcтRый
Management
f-
Binder
J_
.j.
Загрузочный
модул.
ПPQграммныА
(PDS)
.j.
объс",
(PDSE, НFS)
...
I
"ростр,щствс
I
zlOS
(UЫП ОJl не lше)
I
I
I
I
I
I
~ -- - - --- -- - - - -'
Базовые средств а разработки пр иложе ний в
Проц едура
- - - - -1
n MOJtY1lh 8
I Загру:ючш ..
I
Program Management Loader
5.59.
------
г
I виртуальном I\..D.pCCHOM :
3агрyзqи к
Ри с.
загрузчик
редактирован ия
связей
(link
edit)
Z/OS
объединяет
все
н еобходи м ы е объектные модул и в едины й загрузо чный модуль, готовый
к
вы п олне ни ю.
специальные
за писе й
PDS- или
RE CF M=U . Ранее
п редусматривается
модулей
Для
хра н е ни я
загр узоч н ых
РDSЕ-библиотеки ,
модулей
использующие
отмечал ось, что в конфигурации
н есколько
( SYSl . LINKLIB
системных
создаются
б и бл иотек
Z/OS
обычно
загрузоч ны х
и др.), о пи сываемых в разделе
ш
qюр мат
LNK LST
ОП<'Рацианныl,
реестра
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
SYS1 . PARML IB .
zJQS включает два редактора связей: стандартный Linkage Editor и
усовершенствованный Program Management Вindег (или просто Binder.!) ).
Стандартный
редактор
связей служит для
по строе ния загрузочных
модулей "ста рого " формата , ориентированных на размещение в
библиотеках и подцерживающи х только
адресации
с
ограничением
обеспечивает
возможность
общего
объема
связывания
кода
Программные объекты
в
16
МВ.
и
загрузоч ных
объектных
модулей в загрузочные модули нового формата
(program object).
PDS-
и 31-разря.ц ные режимы
24-
-
Binder
программные объекты
включают все
возможности
стандартных загрузочных модулей и , кроме того , подце рживают режим
64-разрядной адресации и объектные модули ра сшире нного формата, а
также
допускают увеличение
объема
кода до
Программные
1 GB.
объекты могуг размещаться только в библиотечных наборах данных
типа
PDSE
или в файлах
HFS UNIX.
Отметим, что
Binder
по зволяет
также создавать стандартные загрузочные модули, размещаемые в
а с помощью угилиты
IE BCOPY
PDS,
можно производить преобразование
за гр узо чны х модулей в программные объекты и обратно.
На этапе редактирования связей программный объект можно настроить
определенным образом с помощью специальных пар аметров (опций) ,
среди которых следует выделить следующие:
- устанавливает используем ый режим адресации (24, 31
64 бит);
• RMO DE
устанавливает
область
размещения
в
ад ресном
пространстве (ниже границы 16 МВ или произвольно) ;
•
АМО D Е
или
•
R EUS
устанавливает
(реентерабельный,
режим
повторного
используемый
использования
последовател ьно ,
обновляемый).
Редактор
связей
и
Binder
позволяют
за грузочные
модули
выполнения
могуг
макровызовов
LOAD , LINK , XC TL, АТТАСН .
Готовая
к
прогр амм ный
(программные
обращаться
выполнению
объект)
к
объекты),
внешним
про грамма
запускается
'"
создавать
на
динамические
которые
модулям
(загрузочный
выполнение
во
с
время
помощью
модуль
и ли
универсальной
ОП<'Рацианныl,
программой
загрузчиком
производит
размещение
пространстве
и
rurn"'... ".
(Program
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
Managemenr Loader).
программы
подготавливает
настройку
ад ре с ных
констант.
программа
получает
управление ,
ее
в
к
виртуальном
выполнению,
Обычно
то
сразу
есть
же
начинает
zSeri",
Загр уз чик
ад ре с но м
осуществляя
п осле
загрузки
выполняться
под
управлением ос.
Как видно и з рис.
программ,
ми н уя
(программного
использоваться
Loade r),
5.59,
существует во змож нос ть выполнять загрузку
стадию
объе кта)
Binder
который
на
в
сохранения
библиот еке.
за гр узо чного
Для
этой
МОдУля
цели
может
или же сп ециаль ны й пакетный загрузчик
(Barch
основе объектного модуля строит за гр узоч ны й
модуль "старого " qюрмата и размещает его в виртуальной памяти.
Универсальная языковая среда
Базовый
компонент
Language
zJOS
единую универсальную
Language Environment
Епvirоnrnе пt
средУ выполнения
(LE) поддерживает
(run-rime environmenr) для
приложений, созданных на языках программирования высокого уровня
(HLL)
С /С ++ ,
наиболее
COBOL,
РИl и Fоrtгап
существенн ы е
и
часто
fl!i].
Языковая среда
используемые
LE
сервисы
ВЮlючает
времени
выполнения , та ки е как qюрмирование сообщений, обработка событий,
управление п амятью , подце р жка функций даты и времени и Т. П . Э ТИ
сервисы
язы ка
доступны
всем
приложениям,
программирования.
Кр оме то го ,
н езав иси мо
LE
от
и с пользуемого
упрощает взаимодействие
между прило же ниям и , написанны ми на р аз ны х языках или для разных
операционных сред , за с чет специальных интерфейсных средств .
Я зыкова я среда
zJOS V1R4
подцерживает прилож е ния , полученные с
помощью следующих версий компиляторов:
• zl05
С /С ++ ,
С /С ++
СотрПег
for MVS/ESA,
АDlСус /е
С /З70
Сошрilе г ;
Епtегргisе CO BOL for zJOS а пd OS/390, CO BOL for OS/390 & УМ ,
COBO L for MVS & УМ;
• Епtегргisе РIЛ for zJOS and OS/390, РIЛ for MVS & УМ, VlSualAge
PLII for 05/390;
• VS Fortran, Fortгап IV;
• VlSualAge for Java, Епtегргisе Еditioп for OS/390.
•
ш
ОП<'Рацианныl,
Приложения, н ап иса нн ые на
средства
LE
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
также MOryr использовать
через соответствующие макровызовы.
Языковая среда
•
rurn"'... ".
HL Assembler,
LE
базовые
состоит из следующих элементов (ри с.
про граммы
универсальную
про грамм ,
(basic
обработку
динамическое
событий
(в
том
взаи модействие
обеспечивающие
routines),
сообщений ,
зап уск
распредел ение
числе
ошибок)
5.60):
и
времени
междУ п рограммами ,
завершение
памяти,
обработку
выполнения ,
написанными
на
разных
языках;
•
общие библиотеки
(соmпюп
соде р жащие
library service),
набор
МодУлей для подцержки математических функций и функций даты
и
времени ,
реализуемых н а
вызовов функций
•
специфические
МодУли,
языков
применяемые
ос н ове
стандартного
интерфейса
specific RTL),
содержащие
servk:es);
(la пguagе
только
для
одн ого
из
п одцерживаемых
HLL.
Со<_
КоJo1П1IJUrторы
Со""",
Сшmш
СIICWIфИЧе<:ltие
библиотсlOl
5.60.
(саПаЫе
библиотеки
Ис]«)ДныА код
Р и с.
LE
ассемблер
Р И1
11
РИ 1
11
COBOL
ассемблер
С/С-
CQBQL
11
LE
ОС ++
Общие 6ибflm)те"" и б.uollЫС Пp<:lгрtшмы
Универсальная
среда
вы п ол н е н ия
про грамм
Lапguagе
Епvirоnmeпt
Создаваемые
с
использован и ем
п риложения
MOryr
вы п ол н яться в
универсальных
включая как внyrрисистем н ые (ТSО , пакетный режим,
и среды промежyrочно го слоя
(DB2, CICS, IMS).
'"
МодУЛей
LE-
различных операционных средах ,
UNIX shell),
так
СледУет отмети ть, что
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
п рограммы, входящие в состав б и бл иотек
резидентные
и
Резидентные
ди нами ческие.
zSeri",
делятся н а две группы:
LE,
пр огра ммы
пр и
редактирова нии связей ВЮlючаются в за гр узоч н ый модУЛ Ь приложения .
Они
пр едставлен ы
SCEEBIND.
К
в
ним
библиот е чны х
относятся,
наборах дан ны х
н а п ример ,
заверше ния . Ди н ам и ческие п рограммы ,
SCEERUN
SCEERUN2,
и
не
SCEELKED
программы
размещаемые в
ВЮlючаются
в
за п уска
и
и
библиотеках
загрузоч ный
код,
а
за гружаются при в ыз ове во вр емя выполнения .
Объеди н яя средства, до ступны е в п рограммах, н а пи сан н ых н а разных
языках,
Language Environment
модель с ред ы
устанав л ивает
выполнения прилож ений ,
еди н ую
универсальную
осн ова нн ую н а ц елом
ряде
п онятий и терм инов , которые следует освоить п рограммисту:
• Enclave
(главн ая
п рограмма
пр о грамма
вместе
с
св язанны е
с
подпрогр аммам и) ;
• Routine - п одпрограмма , функция ;
• Process - программный код, да нные
и
ресурсы,
вы п ол н яющейся п рограммой;
• Тhread - п оток, независимо дис п етчеризуемая часть проце сса;
• Local data - локальные да нны е п одпр огра мм ы ;
• Extema! data - да нн ые , доступ ны е дл я любых элеме н тов ан клава.
Средства разработки пакетного режима
способ
Традицио нны й
разработки
средств пакетного режима , реализуемых в сеансе
Ключ евым
элеме н том
станда рт ны х
пр о ц едур
SYS 1. P R OC L I B
связей
и
дан ного
JCL ,
способа
хра нящи хся
приме н яемый
пр о грамм ,
п рограммистами в те чение дес ятил етий , ос нов ан
на использовании
TSQIE
яв ляется
в
или
ISPFIP DF.
и с польз ование
системной
библиотеке
и предназ н аче нных для компиляции, редактирования
исполнения
различных
HLL - пр о грамм.
В
таблице
5.9
п редставле н список н екоторы х таких проц едур .
Табли ц а
5.9.
Ста н дар тны е процедуры для разработки прилож ений
Я з ык
программирования
Компи л яция
Компиляц и я и
Компиляци я,
реда ктирование и
редакт ировани е
ш
выполнение
ОП<'Рацианныl,
HL Assembler
ASMAC
С ++
СВСС
С
ЕDСС
COBO L
IGYWC
PVl
IEL1C
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
ASMAC L
zSeri",
ASMACLG
СВССВ,
CBCCBG, CBCCLG
CBCC L
ЕDССВ,
EDCCBG, EDCCLG
EDCC L
IGYWCL
IGYWC LG
IEL1CL,
IEL1CLG,
IВMZCB
IВMZCBG
Проц едуры, п редн азначенные только для компиляции (имя процедуры
зака н чивается
символом
"С"-
служат
Compile),
для
создания
и
сохранения объектного МОдУЛя програ ммы. Процедуры компиляции и
редактирова ни я служат для созда ни я загрузочного модуля и сохранения
его
в
библиотеке.
указывают
связей
(имена
на
С и мволы
п рименение
или редактора
Linkage Ediror
заканчиваются
выполнения
на
п рограммы ,
или
"CL"
"С В "
соответственно
Binder.
или
"CLG "
представленной
в
имени
процедуры
ста н дартного редактора
Последняя груп п а процедУР
"CBG')
в
предназначена
и сход ном
коде ,
для
п ричем
объектный и загрузоч н ый модули MO ryr н е сохраняться в постоянных
наборах дан ных.
в
качестве
при мера
использова ни я
рассмотрим процедуру
редактирова ни я
связей
представленной
в
приведен н а рис.
5.61 .
Процедура
ASMAC LG ,
виде
ASMACLG
и
вы п ол н е ни я
исходного
за грузочный
IEWL ,
модуль .
модуля
[291.
пр о цедуры
компиляции ,
ассемблер ной
состоит из трех шагов.
вызывается ком п илятор ассемблера
редактор связей
каталогизированной
пр ед на значенную для
пр о граммы ,
Текст
пр о цедуры
Н а первом шаге
( С )
( L ) -
ASMA90 , на втором шаге
( G ) - запускается созданный
а н а третьем
Процедура
не
содержит
символических
параметров, поскольку необходимые средства н астройки доступ ны через
модификацию
операторов
00
00
и
ЕХЕС
операторов.
С
помощью
модификации
можно о п ределить собственные н аборы данных для
размещения исходн ого т екста программы
С .
SYS L IN ) и загрузочно го
( G . SYSIN ).
программы
( С . SYSIN ), объектн ого (
( L . SYSLMOD ) модулей, исходн ых данных
Для
зада ния
'"
тр ебуемого
набора
опций
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
компилятора и редактора связей следует модифицировать п а р аметр
PARM соответствующе го о п ератора Е ХЕ С
IIASМACLG
I/C
IISy.sLIB
С и PA RM . L ).
PROC
ЕХЕС
00
00
115YSUTl
( PARM .
PGV.~ASНA90.P~-{OBJECT ,NODECKI
DS N=SY5 1. МAC LIB ,OISP-SH R
DS N-.& &.SYSUT 1, SPACE- t 40 96 ,
(12а,
120 I • , , ROUND) ,
UN1T-VIО , DCВ-ВUrNО-l
1/
IIS,/SPRIN1"
IISYSPL1NCH
IISY5LIN
оо
gySOUT- *
оо
SYSOUТ-B
ОD
D$ N-.&.&OBJ , SPA.CE-
(З04 О ,
(40 , 4 а) , , , RОUNЩ ,
UN!r-VIО.D!S~-(МОО,РАSSI ,
1/
1/
DСВ- (ВLКS1ZЕ -ЗО4D , LREС L- S О . REСГМ - FБS . ВUFNО-l)
I/L
IISYSLIN
ЕХЕС
1/
РGМ- НЕWL.РЛ~Ч- · НЛР. LЕ Т.LISТ,NСAL·.СОN D- (8, L ! , СI
00
DS N-о~ОВ J,DISР- СО LD,ОЕLEТЕ)
оо
O[)NAМ:E:-SY!;IN
DISP-(. PASS I , ШНТ- SУSDА . SPACE- (CYL , 0 , 1,11 1 ,
DS N -""qGOSЕТ (GO)
1/
DS N-o o-SYSUT1 ,S PAC:;- CI02 '1 , (120,1201 , "ROUNDI .
I/SYSUT1
оо
UNIT-VIO , DCB-BVFNQ-l
1/
//SYSPRINT оо SYSOUT-"
I/G
ЕХЕС PGM- " .L . SYSLМOD , COND - ( tE , LT,C). (B , LT , L»)
PEND
1/
I/SYSLMOD
Рис.
5.61.
оо
Каталогизирова нн ая процедура
Ра ссмотрим
некоторые вариа н ты
ASMACLG
приме н е ни я процедУРЫ
ASMACL G
п ри разработке ассемблерных п рограмм:
1.
исходны й модуль и исходн ые да нные разрабатываемой программы
представлены во входн ом потоке :
IfГES T
108 ...
11
ЕХЕС
DD *
IIC. SYSIN
A S MAC LG , PARМ. C= LI S T, PARМ.L =N OM ,
строки исходн о й программы
l'
IIG.SYSIN
DD *
исходны е данные
2.
исходны й модуль и исходные данные пр едставлены
в за р анее
подготовле нн ых каталогизированных наборах да нн ых USE R . ASM
ОП<'Рацианныl,
и
USE R .
1ОВ
ЕХЕС
DD
DD
При работе в среде
текстового редактора
с
ASMAC L G,PARМ.C=LIST,PARМ.L=NOM,
D SN=USЕR.АS М(РRG З), DISР =О LD
DSN =USER.DAТA(ТABL1), DI S P =O LD
ISPFIPDF текст задания формируется с п омощью
EDIT За п уск задан ия можно производить прям о
по мощью
команды
зада ния мож но получить и
Outlist, либо
zSeri",
...
11
IIC.SYS IN
IIG.SYS IN
редактора
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
DАТА :
IfГEST
из
rurn"'... ".
SUB MIT .
прос мотреть либо
средствами компонента
Отчет
о
выполнении
с помощью угилиты
SDSF.
Средства разработки программ в
ISPF/PDF
Наряду с тради ционны м спо с обом создания приложений на основе
пакетных заданий ,
ISPFIPDF
подце ржива ет два специальны х режима
разработки , доступных ч ерез глав но е меню: интерактивный (Fогеgrоuпd)
и
п акетный
Эт и
(Batch).
режимы
пр ед на значены
дл я
компиляции
ис ходных пр о гра мм и получе ния объектных модулей для множеств а
п оддерж ива емых в
zJOS языков программирования (ассембле р , Fоrtrап,
COBOL , С /С+ +, РIЛ , REXX, DTL и др.). По мимо средств компиля ции ,
здесь доступны также интерактивные отлад чики для языков COBOL и
Fоrtгап, редакторы связей (Binder и Linkage editor), а также уг и л и та дл я
определ ения связей между МОдУлями прогр аммы (МетЬег Parts List).
Ра с смотрим более подроб но функцию
режим "
которая
(Foreground),
4 ISPFIPDF
обеспечивает
"Интера ктивный
подцержку
средств
разработки программ в ин теракт ивн ом режиме ит. Главная п а н ель
функции
представлена
ин тересующую
кома н дную
данны х
е го
строку
упакован
упакованными
на
ри с .
программ у,
и
нажав
и
выбранная
да нными
(не
5.62.
введя
По льзователь
ЮJaВИШУ ввод.
функция
отмечена
следует уста нови ть переЮlючатель
может
соответствующий
Если
исходный
подцерживает
звездочкой) ,
в
на бо р
р аботу
с
пр едва ритель но
Sou r ce Data Packed .
'"
выбрать
ном ер
ОП<'Рацианныl,
Henu
Utj],itic:)
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Help
Pa~(!l
AssernЬ1er
1
2
COBOL
3
VS FORTRAN
5
РЦ!
6
VS РЛSCЛL
7
·Bindcr/ Li nk еditог
9
SCR1PТ/VS
10 .. vs CODOL II deb~q
lO A · OS/VS COВOL debuq
En ter "/ " to
SQur~e
Рис.
5.62.
~~l~ct
Data
*FORTRAN debug
Мumb6I
Pa~ts
~ist
·С/З10
Н
*REх:х:/З iО
15
16
111
·AD/Cycle
19
"~JOS с/с++
· ЛDЛJЗ70
С/370
ISPDТLC
QptiQn
~acked
Главная панель функции ин те р а ктивного р еж има
Ра ссмотри м
особенн ости
и с польз о в а ния
и н тер активно м режиме на пример е
главной п а нел и следует ввести
настройки
11
12
13
параметров
1,
HL Assembler.
(Foreground)
Ю}м пи ляторов
в
В этом случае на
нажать В ВОД и перейти к панели
ком пиляции ,
представленной
на
ри с.
5.63.
Ис ходн ый текст программы для выбранного ком пилят ор а может б ыть
представлен двумя с п особами: в виде раздела библиотеки
ISPF
и л и как
прои звольн ый набор да нны х (например, как по следо ват ел ьный на бо р
да нны х).
'"
ОП<'Рацианныl,
мenu
Re!Li st
Utilit1ез
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Help
Fc~qround
Д з~вmb1вr
...
tмlC!re:
ISPF Li b rilt:'y :
Pr o:jec't
Group •
Тур<
v. ~r
(81snk
Other Port1t1oned or SequentiaL
оС'
~ tt ern
~t.
to~ ~e~C'
selec t ion
A,se~ler
2. A55ernbler
li~ t )
Set:
Dat..! SI!t. NaJ!Il!
A",,,,emble r
!
Opt1ons:
Аззеmblеr
(Орtlспз
1. Hlgh Level
ОЗJЕСТ
and LIST generated
н
&utoтatlcally)
---> .oc~,"cococcc----------------------------
A d dltlQn~l
input
l i Ьrзrl~~ '
__ о> ==::=::=::::~~.
--->
_о>
Com:uand
Fl -Исlр
FlO-Асt1оns
Рис.
Если
5.63.
r2 - Spl1t
F12-Cln c e l
FЗ-Ехlt
r' - B~ckward
r8 - ro~ard
F9- Swap
Панель настройЮ1 параметров ассемблера
исходный
МОдУЛь представлен
в
в и де
раздела
библиотечного
на бора да нны х, существует возможность определ ить дополнительные
ис ходные
библиотеЮ1 ,
фрагм е нты
текста
INCL UDE ).
поле
в
которых
(например ,
MOryг
описываемые
находиться
с
помощью
ВЮlючаемые
дир ективы
Имена до полнительных исходны х библиоте к вводятся в
inpu t
Addi tional
libraries
с
использовани ем
апострофов:
===" 'ABC.MACRQS '
Есл и
и мя
раздела
ДЛЯ
библиотечного
набора
данных
не
указа но ,
по явится панель списка р азделов, где следует сделать выбор с помощью
строчной команды
поле
Passw o rd
Отчет (листинг),
S.
Если исходный набор данных защищен пар олем, в
нужно ввести пар оль .
сформированный компилятором , будет размещен
в
на боре да нны х, ИМЯ которого выбирается ав то матич ески в соответствии
с шаблоном:
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
[ ргебх.] us eгid .listid. LI S Т
где
prefix
префикс
-
пользовательском
для
профиле
пользователя , с которым он
наборов
TSO,
данны х,
установленный
идентификатор
userid
открыл
в
сеанс р аботы ,
l i stid -
имя ,
заданное пользователем в одноименном пол е панели. Если префикс
TSO
совпадает
исходный
1О
Li s t
иде нтификатором
пользова теля ,
то
квалификатор
не используется .
prefix
Если
с
набор данны х является последовательным, то
обязательно
библиотечного
набора
долж но
данных
быть
заполнено.
з начение
Для
по
l i stid
поле
раздела
умолчанию
совпадает с именем исходно го р аздела.
Одно из поле й пан ели пр ед на з начен о для ввода параметр ов настройки
(опций)
используемого
компилятора
( Assembler
Op ti ons
).
Следует обратить внимание , что для любо го компилятора две опции
считаются установленными по умолчанию:
•
опция
OBJECT -
тр ебует сохранить объектный
код
в
наборе
отчет
в
наборе
данных;
•
опц ия
LI ST
тр ебует
сохра нить
выходной
данных.
Остальные
опции
устанавливаются
в
соответствии
с
до п усти мым
перечнем, описанным в руков одстве по соответствующему компилятору.
По сле
определения
всех
необходимы х
параметров
следует
нажать
ЮJaВИШУ ввод . Чер ез некотор ое время в нижней части экр ана появи тся
сообщение:
НIGH
LEVEL ASSEMBLER
SТARТED
***
Требуется вновь нажать клавишу ввод .
При
выполнении
создается
определен
компиляции
сохраняемый
в
виде
и
объектный
р аздела
ассемблирования
модул ь.
библиотеки
автоматически
Если
исходный
ISPF
с
именем
модуль
вида
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
PROJECT . GROUP . ТУ РЕ (ME MBE R) ,то объектный код бmет записан в
раздел
MEMBE R библиотечно го
набора
данных
с
именем
PROJECT . GROUP . OBJ.
Если
исходный
модуль
зада н
как
произвольный набор данных, объектный модуль будет сqюрмирован в
наборе данных такого же типа и с таким же именем, только последний
квалификатор имени примет значение
Если
проц едура
компиляции
OBJ .
заверши тся
нормально,
на
экр ане
автоматически будет отображен выходной отчет в режиме просмотра
BROWSE .
После
произвести
выхода
обработку
из
режима
отчета
с
Foreground Pr i nt Op ti ons ).
прос мотра
пользователь
помощью
угили ты
может
п ечати
(
Если же процедУРа компиляции
завершится некорректно , будет выдано короткое сообще ни е о причин е, и
перехода в режим просмотра и печати отчета н е произойдет.
Особый интерес представляет использование в интерактивном режиме
процедУРЫ
редактирования
связей.
Функция
редактирования
связей
предназначена для получения за гр узочно го модУЛЯ на основе созданного
на этапе компиляции объектного модУЛЯ и дрyrn.х объектных модулей ,
содержащихся в системных и пользовательских библиотеках. Панель
настройки
параметров
редактирования связей
5.64.
'"
пред ставлена
на
рис.
ОП<'Рацианныl,
М""ЩI
!'I;efLiol;
Ul;ll.i 1;1"".,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
1101p
ForegrQUnO
Бiпоеr/Llnk~gе
~d 1to r
More;
..
]SPF L1br.al'Y:
projoi>ct
•
СЦЩ?
Typtl
НежЬе:r
Othe~
• .
.
P~rtitiQneo
Qr
Seq~ent1~]
Dat~
Set :
Dllta S@t Natr:EI
I'rОСО:!lзоr
1
Li:sl:. ID .
Plsswor<!
Lin tll9& e<!l to r/ bi nder o pt 1ons :
1 . Bir:der
2 . Link~ q a Edl tor
(Орt10~З
LOДD.
Li8, and PRI NT qe nerate d
lI utomllt 1c:~11 у!
---:>
Addirional l npur libraries :
$ I'SLIB
SISLIN
CQJ!!lТ\i;1no;l
SISLIB -
;.
Fl-НвLр
Г lD -Асt!опs
Р и с.
,~~~~~~~~~~~~~~~~~~~~~.-.,
r2 -SрL lt
Г3-~xlт;
F7-вack~ard
FЗ-Fо rwаrd
F9·S~ap
r12~ance L
Па н ель настройЮ1 параметров редактора связей
5.64.
Объектный код пр о граммы может бы ть зада н двумя способами: в виде
раздела
б и блиотеЮ1
(например,
ISPF
или
п оследовательный
как
п роизвольный
набор
данных).
набор
данных
Доп олнительные
библиотеЮ1 объектн ых и за грузочных модулей, необходим ы е для р аботы
редактора ,
задаются
и
SYSLIN .
SYSLIB
в п оле
п утем
ввода
их
име н
в
поля,
Linka ge edi tor/ binder opt ion s
п оме ч ен н ы е
как
можн о указать о пц ии
выбранно го редактора связей . При этом следует и меть в виду, что
ISPF
все гда автомати чесЮ1 устанавливает следующие о п ции:
• LOAD -
требует сохра н ит ь за грузочный модуль в б и блиотечном
н аборе данных;
• L1 В -
о п ределяет п оследовательность обработЮ1 входных наборов
данных;
•
PRINT - требует сохран и т ь выходн ой отчет в наборе данных.
ОП<'Рацианныl,
Ти п
используемого
редактора
задается с помощью с п иска выбора
служит для
1D
листин г
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
связей
(Вinder
Linkage editor)
Pr oc ess o r . Значение п оля L i s t
4юрмирования имени
редактора
связей .
zSeri",
или
набора данных,
Имя
4юрмируется
[ pre fix. ] use ri d .l i st i d .L INKLIS T
в
содержащего
по
шаблону
соответств и и
с
п равилами , изложе нн ыми выше.
Создаваемый в результате загрузочный модуль БУдет размещен в наборе
данных
с
имен ем,
заканчивающимся
квалификатором
(по
LOA D
аналогии с образованием имен объектных модулей) .
Практически
все
доступны
при
режим "
и
(Barch) ,
п рограмм
в
о п исанн ые выше средства интерактивного
использовании
функции
5 ISPFIPDF
режима
"Пакетный
которая обеспечивает подце ржку средств разработки
пакетном
и н терактивно го
режиме
режима
(ри с.
5.65).
заключается
Основ н ое
в
том,
отличие
что
от
терминал
освобождается для выполнения д ругой работы сразу же по сле за п уска
п акетно го зада ни я.
кeny
,,
~ti]1tiea
Batch
7
COBOL
10 ' V$
3
""
rORTRAN
PLI
"
I?А5СЛL
ence r
~/ ·
~an.l
~~itQ~
II debul]
P.3.LtS List
СOIЮI.
!'Ierrbi!~
, С!З,()
' REXX!J70
со ~~]ecC
L Source Data
S_lесtiол
~ Bind~~/Link
А" !:I,,"ml;Il 'iH'
,, .,••
1
иеlр
cpt.ion
15
~ АDA/З"10
"
""
' AD!Cyc:le
18
С1310
]SPDTLC
' 1.105 C/C·H
· SOM6bj e c::t-.!I !or
• NQ pac k ed
OAt-а
МV,
aupport
Pack~
50urce D.!It-lI PlI.cked
Job
~tJte~~nt
---> I/USER1A
--,
Рис.
5.65.
1nrormJt1Qn ~
JOe
Verify before proceed tnq
'ACCNTI , 'PRGМE~'
Па н ель настройки параметров ассемблера
При вызове компилятора и ли редактора связей в пакетном режиме
ISPF
ав томатически
н еобходимые
генерирует текст
и н струкции
в
задания,
соответствии
'"
включая
с
в
н его
в се
параметрами ,
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
определенными поль зователем. Пользователь может н е поср едственн о
описать н ескол ько инструкц ий , в том ч и сле инструкцию
полями панели
JOB ,
работая с
Job Statement 1nfo r ma ti on .
Отчет о вы п ол н е нии задания может бы ть п оме щен в указа нный на бо р
да нны х и л и н а п равлен на п е ч ать п угем настройки в вы б р а нн ой пан ели
ком пи лято р а и ли асс ембле р а. Первая возможность связана с установкой
параметра
Li s t
10
и описана выше. Вторая во зможность реализуется
при ввод е вы ход ного масса задан и я в поле
S YSOUT class .
В это м
случае пр осмо тр отч ета можно произвести с помощью угил иты
или
SDSF,
как было описано выше.
Выход из функции
прямого
п е р ехода
Batch
(
с использованием команд
сф:Jрмирова нн ого зада ния
1)
Outlist
Прои сходи т от а нгл.
) пр иведет
( SUBM1 T ).
bind - связывать .
к
EN O, RETURN
автоматическому
и ли
зап уску
ОП<'Рацианныl,
Операционные системы
zNM
zfVM
zfVM
система
операционных систем
и
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Linux
z/VM
Назначение и возможности
Операционная
rurn"'... ".
пред ставляет
второе
направление
IВM , ориентирова нны х на плапtюрму
zSeries.
п остроена на основе концепции" виртуальных маши н "
(Virtua/
Machine) ,
которая
одновременно
каж.цая
из
означает,
что
в
функционировать
которых
рамках
одной
множество
функционально
системы
может
виртуальных
эквивалентна
машин ,
реальной
Э ВМ.
Каж.цая виртуальная машина использует свою часть р есурсо в системы
(процессорное время , оперативн ую память, периферийные устройства).
Таким
образом,
zfVM ,
р азделяя
ресурсы
ЭВМ
меж.цу множеством
виртуальных машин, предоставляет возможность параллельной работы
на
одном
сервере
как
отдельных
независимы х приложений ,
так
включая диалоговый мо нитор
и
п ользователей
и
системно
различных операционных
zfVM ,
а также
систем ,
OS/390, zlOS, Linux
и др .
Операционные системы, запускаемые в рамках виртуальной машины
zfVM ,
называют
гостевыми.
Гостевые
операционные
системы
конфигурируются как независимые системы для п одцержки свое го круга
п ользователей
и
п оддерживает
в
решения
качестве
определенно го
гостевых
набора
задач.
операционные
п редназначен ны е для zlАгс hitесtше и архитектуры
zfVM
системы ,
ESA /390.
Возможности виртуальных машин z/vм позволяют использовать их для
решения широкого круга практически х задач , среди которых необходимо
выделить следующие:
•
т естирование новых системных, телекоммуникационных и других
приложений ,
режиме
которое
из - за
нецелесообразно
возможности
сбоев
проводить
или
краха
в
рабочем
о п ерацио нн ой
системы;
•
т естирование и на стройка новы х версий операционных систем
параллельно
с
функционированием
старых версий
режиме;
•
проведе ние обучения и тренинга персонала.
'"
в
рабочем
ОП<'Рацианныl,
zlVM
может
служи ть
rurn"'... ".
основой
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
для
создания
и
zSeri",
развертывания
гетерогенных кор п оративных систем масuпаба п редпр и ятия благодаря
п оддержке
ц ело го
и н терфейсов.
ря.ца
В
п ромыllенныыx
частности,
ста н дартов,
п ротоколов
рас п ола гает
zlVM
и
современными
средствами поддержки сетевых вы ч ислений (Iпtегпеtliпtгапеt) на основе
TCPIIP, SNA, Java и мно гочисле нн ых сетевых протоколов, таких как
Ethemet, FDDI, FТP, VLAN, NFS, SMТP, Token Ring, UDP, Х.25, х
Windows, 5NMP, NetView . zlVM п одцерживает ста н дарты откры тых
систем P05 IX и XPG, предоставляя и н терфейс с и стемных вызовов для
UN I Х-приложений и п ользовательскую среду shell в рамках сервиса
разработки п риложений ОрепЕхtеnsio пs. ЭТО п озволяет как выполнять
готовые Р05 I Х-совместимые п риложе ни я, так и разрабатыват ь новые .
Одн а из важ ны х областей приме н е ни я ZIVМ
серверной
платформы
выч и слительных
для
сетей. Данное
использова ни е в качестве
-
п одцержки
ре шение
юш ентов
локальных
п редоставляет
огромному
числу п ользователей все п реимущества мэйнфрейма, включая высокую
н адежность и производи тельность, большие объем ы в н е шн ей п амяти ,
б ы стрые коммун и ка ции . В ч астн ости , подцерж и ваемый
zlVM
сервер н ый
обес п е ч ивает
резервное
пр одУКТ
1ivoli Srorage Manager
коп и рование ,
архив ирова н и е
for
и
УМ
восстановление
рабочих стан ций,
р аботающих п од управле н ием М5
Арр!е
и
Мас iпtоs h
3начительное
OS/2.
клие н т
фа йлов
Windows,
в ни мание
18М
L iпux,
Уделяет
архитектурным решениям, основанным на консолидации Linux-серверов
п од управле ни ем
zlVM .
Предшестве н н иц ей
б ы ла
zlVM
о п ера ци онная
ориентирова нн ая н а 32-разря.цную п лапlюРму
реализова н ы
ос н овн ы е
техноло ги ч ес ки е
п оложенные в ос н ову
zlVM.
в
последУЮ щи е
2000
году,
как
и
Первая версия
система
5/390.
В
при н ц ип ы
zlVM V3Rl ,
вы п уски,
VM IESA ,
VMIESA были
и
ре шения ,
п редставленная
обеспе ч ивают
п ол н ую
п оддержку как существующих серверов
zSeries, так и серверов 5/390
G5/G6, Multiprise 3000). При устан овке zlVM на
(Paralle! Епtегргisе 5еГУе Г
сервер ы zSeries появляется
возможность в качестве гостевых с и стем
и спользовать 64- р азрядн ые
05/390 V2Rl 0, zJ05
также о п ера ц ио нн ые системы
ESA1390,
в том
и
Linux для zSeries, а
ч исле 05/390, V5FJESA ,
ТPF и
Linux для 5/390. zlVM снимает ограниче ни е на объем осн ов н ой
п амят и 2 GB, что открывает новые возможн ости в отн ошении
увеличения производительносmи п ри
'"
обслуж и ван ии
большего ч исла
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
пол ьзователей и гостевы х с и ст ем.
Архитектура и основные компоненты
Операционная система
ин тегр а ции
zfVM
ком пон е н тов
z/VM
п остр ое на в соответствии с юшц е пцией
и
ВЮlюч ает
базовые
и
опциональные
элементы. Базовые элемен ты служат для поддержки наи более важных
функций и
пакет
сер ви со в системы и всегда ВЮlючаются в уста ново ч ный
zfVМ.
Опциональные
элеме нты
обес п еч ивают
подце ржку
дополнительных функций операционной с истем ы и могуг заказываться
по отдельности по желанию пользователя. Полный п е реч е нь элемен тов
zlVM
пр едставлен в приложе нии
7.
В дан ной главе БУдУГ рассмотрены
наи более важные базовые компоненты
прогр амм а С Р и диалоговый мо нитор
zfVM,
CMS ,
такие как управляющая
и
пока зан ы
основные
механизмы ее функционирования.
Управляющая про грамма
Управляющая програЛ1Л1а СР
менеджера
виртуальны х
z/VM
ZfVМ выполняет функции
(Contro) Program)
ма шин ,
ВЮlюч а я
создание
програ мм ных
образов виртуальных ма lШlН для каждого п ользо ват ел я , распределение
ресурсов физич еско й ЭВМ междУ вир туал ьными маlШlнами , а также
организацию взаимодействия междУ приложениями , выполняющимися
на
р аз ны х виртуальных маlШlнах.
По
этой
прогр амму СР иногда на зыв ают rnп е рвиз о р ом
Виртуальные
ма lШlНЫ ,
создаваемые
причин е
управляющую
(hypervisor).
у пра вляющей
програЛ1МОЙ
различаются по режиму работы Г 33], ДЛЯ р аботы на сер в е р ах
обычно вы б ирают режим
если
управляющая
разря.цном
ESA/390.
по зволяет
выполнять
основан
на
ма lШlн а
БУдет
ра боты
в
32-
соответствов ать
ДЛ Я 64-разря.ц ноЙ инсталляции СР данный режим
используя
так
сконфигурирована для
виртуальная
архит ектуре
zSeries
(или эквивалентный ХА). В этом случае ,
прогр амм а
режиме ,
при ложе ния ,
ESA
СР,
как
в се
называ емой
32- ра зря.цн ы е,
в озможности
ESA/XC
та к
и
64-разря.цные
zlАгсhitес tше.
архитектуре ,
Р ежим
ХС
обеспечивающей
разделяемый доступ виртуальных ма lШlН к про ст р анствам данных
zlVM .
ОП<'Рацианныl,
Виртуальная
маlШl н а
может
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
п олуч и ть
в
свое
распоряж е ни е
zSeri",
до
64
виртуальных процессоров, которые будУТ пр едоставляться гостевой ОС
для
д испетчеризации
использоваться
л ишь
выполняемых
н екоторое
ею
число
работ.
реальных
этом
будет
п ро ц ессоров,
При
среди
которы х мо гуг бы ть пр о ц ессоры, закреплен ны е за да нной ви ртуальной
маlШlНОЙ, или же разделяем ы е с другими .
Упр авление памятью в
zfVM
ос н овано на концепции множественных
виртуальны х адрес ны х пространств размером
режима и
16
разм е щается в
5.б6 ).
По
2 GB
для 32-разрЯДного
ЕВ для 64- р азрядн ого . Управляющая програмлю СР всегда
первой
запр осу
секц ии
любо го адрес н ого простран ства ~
пользователя
СР
создает
виртуальную
маlШlНу,
выделяя ей н овое адрес н ое пространство , и загружает туда д иалоговый
мо ни тор
или
C MS
гостевую
о п ерацио нн ую
си стему.
Диало говый
мо ни тор является ' 'шгатной '' опе р ационной системой в составе
zfVM ,
ориентированной на п одцержку пользователя. После это го средствами
CMS
или
опера ци онных
с и стем
в
адресные
про стр анства
может
про и зводиться загрузка собстве нны х прилож ен ий.
"
.--.
~
~
-
о
~
•<
"
~
;;
. ..
~
~
"
!!"
~
d
"
u
...
i
~
~
СМ,
,.~
~
;;•
~
~
~
~
~
~
i
i
i
о
~
•
"
~
........ ...
zfVM
.. .
~
••
"
"
"s.
1
~
•;~
j.
(СР)
Рис. 5.бб. Виртуальные адресные простран ства
~
о
УпpnlLГUlЮIIIWl nporpilJdWII УМ
о
~
о
-
Г0CТ't:8a11 ос
CMS
N
••
О
Д31111ЫI УМ
N
~
...
~
ПростраIIСТ83
-
о
~
Госп~ОС2
ОП<'Рацианныl,
С
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
точки зрения используемой конфигурации
zSeri",
памяти различают три
типа виртуальны х машин:
• V=R
машина
(Vll1ual=Real)
фиксированный
получает
непрерывный
в
свое
участок
распоряжение
основной
памяти ,
начинающийся с нулевого адреса.
• V=F
машина
(Vmual=Fixed)
фиксированный
получает
непрерывный
в
свое
участок
распоряжение
основной
памяти ,
н ачинающийся с адреса, отличного от нулевого.
•
у=у
(Virшаl=Vll1ual)
машина
не
может
непосредств енно
использовать основную память.
Первые два типа относят к привилегированным типам виртуальных
машин. На таки х машинах управление выделенной основной памятью
берет
на
себя
механизмами.
виртуальная
гостевая
В
третьем
память,
организацию
и
ОС
в
соответствии
случае
виртуальной
управляемая
подцерживает
СР.
с
внугренними
машине
Она
стандартный
ее
имеет
выделяется
страничную
механизм динамического
преоб р азов ания адресов с возможностью межпространственной связи
на основе регистров доступа.
Использование
прои зводи тся
(exclusive)
периферийных
одним
означает
распоряжение
допускает
из
устройств
четырех
выделение
виртуальной
одновременное
виртуальной
способов.
реального
машины.
Способ
устройства
Способ
использование
машиной
закре п ления
в
полное
разделения
(shared)
реального
уст ройства
несколькими виртуальными машинами. Способ накопления
(spoo/ed)
основан на выделении реальному устройству области жесткого диска
(спула), которая используется для накопления вводимой и выводимой
информации. Обмен данными между спулом и реальным устройством
контролируется
управляющей
программой.
(siти/аtеd) означает пр о граммн ое
С пособ
моделирование
симуляции
работы
некоторых
устройств , которые физически не используются в системе (например ,
сетевые устройства связи для взаимодействия виртуальных машин).
Для
работы
предоставляется
с
управляющей
набор
команд,
программой
с
помощью
СР
которых
польз о в ателю
прои зводится
создание и конфигурирование виртуальны х машин, администрирование
пользователей , управление устройств ами,
информирование о работе
ОП<'Рацианныl,
системы
и
т.д.
Доступ
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zfVM
К
осуществляется
через
zSeri",
консоль ,
назначаемую терминальному устройству или эмулируемую на рабочей
станции.
Множество
команд,
доступ ны х
пользователю,
и,
следовательно, возможности управления зависят от установленного для
данного пользователя масса (классов) приви легиЙ. В
семь
основных
латинскими
системе
•
стандартных
буквами
классов
в соответствии
A-G,
zfVM
приви легий,
с ролью
установлено
обозначаемых
пользователя в
Q1]:
А (системный
маlШl Н
и
оператор)
доступом
-
управление
пользователей
системой
к
виртуальных
системе,
настройка
пар аметров прои зводительности и сбор информации о системе;
•
В (системный оператор ресурсов)
-
управление всеми реальными
устройствами zfVМ;
•
С
(системный
прогр аммист)
настр ойка
системных
конфигурационных парам етров;
• D
-
(оператор спула)
управление устройствам и , использующими
метод накопления, и настройка спула;
•
Е
(системный
аналитик)
-
кон троль
и
управление
хран е ни ем
системных данных;
• F
(инженер по сервисному обслуживанию)
-
получение и анализ
данных о работе оБОРУдования;
(обычный
• G
по льзователь)
управление
работой
отдельной
виртуальной машины;
Кроме перечисленных, подцерживается класс команд А пу, доступных
любому пользователю, н езависимо от привилегий , а также существует
возможность создавать пользовательские классы для собственных нужд.
ВажнейlШlМ
элементом
управляющей
программы
СР
является
создаваемый системным оператором справочник пользователей
directory),
MOryг
содержащий
быть
содержит
описание
запущены
п ерече нь
в
всех
системе.
основных
виртуальных маlШlН,
Каждый
параметров
включающий: идентификатор пользователя
элемент
которые
справочника
виртуальной
(/ogon ID)
(user
машины ,
и пароль, класс
привил егий, начальную конфигурацию используемых устройств, объем
памяти,
времени
режим
и
работы,
некоторые
параметры
другие .
использования
Обычно
сп р авоч ни к
процессорного
по л ьзователей
создается на этап е инсталляции системы, н о может быть изменен в
ш
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
процессе работы.
Запуск
зареrnстрированной
производится
L OGO N.
параметров
команды
по
После
в
инициативе
справочнике
пользователя,
завершения
виртуальной
когда
инициализации
на
он
машины
вводит
основе
команду
указанных
пользователь получает возможность выполнять различные
в соответствии с назначенным классом привилегий , в то м
числе запустить диалоговый монитор
CMS
и ли гостевую операционную
систему.
Диалоговый монитор
Д иалоговый
z/VM
монитор
CMS (Conversational Monitor System)
компонентом
zfVM
и
пр едставляет
базовым
высокопроизводительную операционную
поддержку
задач
•
интерактивных
при
собой
ориентированную
решении
на
следующих
Ql]:
создание ,
отладка
использования в
•
среду,
пользователей
является
и
CMS
тестир ование
прикладных
програ мм
для
или гостевых ОС;
выполнение при ложений, разработанных для
CMS
или гостевых
ОС;
•
•
•
•
•
создание и редактирование файлов данных;
мани п улирование файлами данных;
выполнение зада ний в пакетном режиме;
р азделе ни е данных междУ
ор ганиза ция
CMS
взаимодействия
и гостевы ми ОС;
между
пользователями
CMS
и
гостевых ОС.
Д иалоговый монитор за п ускается на отдельной виртуальной машине
либо по команде пользователя
( I PL CMS ),
либо автоматически при
запуске виртуальной машины, если есть соответствующее указание в
справочнике
пользователей
СР.
Фактически
CMS
выполняет
две
главные функции: обеспечивает поддержку интерфейса для конечного
пользователя
zfVM
и
програмлшрования (API) для
в
среде
CMS
предоставляет
интерфейс
ПРИКllадного
пользовательских приложений.
пользователь
сохраняет
'"
возможность
использования
ОП<'Рацианныl,
команд управляющей
собственны х
выполнения
nрогрйммы
команд
е р,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
а
также
располагает
пр ед на зн аченных
CMS,
прилож е ний ,
rurn"'... ".
управления
дл я
да нными ,
в
zSeri",
наборо м
созда ния
том
и
числе
с
испол ьзовани ем п ол н оэкранных диалогов ы х с редств.
Д иа логовый м онитор содержит н еобход имые средства для организации
хранения
и
устр ойств
доступа
к данным
во
внешней
подцержив ается
(DASD)
тр и
па м яти.
основных
Для дис ковых
т ипа
файловых
систем:
•
•
•
базовая фай ло в ая система
на мини-дисках;
CMS
р азделяемая файловая система
бай тов а я файловая с и ст ема
SFS;
BFS.
Основной еди ниц ей хран ени я данны х в
являются файлы. И мя
CMS
файла состоит и з собствен н о и ме ни и тип а фай ла , р азделе нны х точко й.
Им я
и
т ип
MOryr
содержать
до
восьми
н екоторых
специальных
В А ТСН : Х .
SOU RCE , CHANGE . Е ХЕС,
знач ения
типов
файло в
символов,
яв л яются
ал фавитно - цифровы х
напри мер:
МУ
и
PRG # l . ASSEMBLE ,
DOC . ТЕ Х Т
стан дартны ми
и т. п. Н екоторые
и
формируются
системой ав томати чесЮ1 . По м и мо имени файл характе ризуетс я д вумя
атри бугам и : букве нны м (Ше пюd е
Букв е нный атрибуг
1etter)
и ч и слов ым
(file mode number).
(A-Z) указывает на место р азме щения файла (мини
SFS), а числовой (0-6) - на реж им и с польз о в ания
фай ла . Н а при ме р , ч и словой атрибуг 1 означает
диск или ди ректория
и
обслуживания
воз мож нос ть
атри буг
CMS
3
использования фа й ла дл я чте ния и
записи ,
чи словой
пред писыва ет уничтожить файл п осле чт е ния и т. п. Файлы
различаются по формату ло гич есЮ1Х записей
(постоянной и ли
п е р емен ной длины), од нако в большинстве случаев система определяет
н еобходи м ы е
ха р актер ис тиЮ1
записей
автоматичесЮ1.
CMS
п одце ржива ет необходимый набор команд для обслуживани я фай ло в
(созда ни е, редактирование , ко пи рование , удале ни е и д р .).
Файлы
z/VM
могуг разм ещат ь ся либо на так называемых мини-дисках,
либо в файловом пр остра н ст ве разделяемой файловой системы
(Shaгed
SFS
File System).
Мини-диск
пр едставляет
собой
н е п рерывный
участок
реального
дискового н ако пит еля, состоящий из смежн ых цилиндров (вплоть до
ОП<'Рацианныl,
целого
диска) .
аналогом
С
зрения
независимого
характеризуется
выделенного
доступ а . В
•
точки
дискового
лоrnческим
пространства
zfVM
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
пользователя
тома.
номером ,
(в
мини - диски
Каждый
именем
цилиндрах),
мини-диск
(меткой),
режимом
zSeri",
являются
объемом
разрешенного
MOryг использоваться три типа мини-дисков:
постоянные
определяются
виртуальной
маши ны
и
в
справочнике
доступны
в
пользователя
рамках
каждого
пользовательского сеанса;
•
временные
создаются
в
ходе
пользовательского
сеанса
и
автоматически уничтожаются при его завершении;
•
виртуальные
эмулируются
по
запросу
пользователя
в
виртуальной памяти (н е используют реальный диск) .
Мини-диски MOryг быть доступны только одной виртуальной машине ,
но
MOryг
при
соответствующей
авторизации
использоваться
н есколькими виртуальными маши нами совместно.
Каждый мини-диск располагает главны м каталогом
(master file dkectory),
в котором описаны атрибугы размещения всех хра нящи хся на мини
диске файлов, используемые для доступа .
файловая
Разделяемая
расширением
система
эфрективное
использование
возможность
совместного
является
SFS (Shared File System)
базовой файловой системы
дискового
доступа
к
и обесп ечивает более
CMS
прос транства,
файлам
дрyrn.х
а
также
виртуальных
машин при наличии соответствующей авторизации. Для р азмещения
файлов
в
для
SFS
всех
виртуальных
машин
(пользователей)
пр едоставляется место в специальным образом сконфигурированной
области жестко го диска , называемой файловый п ул (Ше роо!). Файлы
MOryг
объединяться
в
соподчиненные
каталоги
(directory),
как
это
проис ходи т в иерархических файловых системах, правда количество
уровней
подчиненности
при сваиваются
имена
алфавитно-цифровых
directory) создается
ограничено
(dkname),
символов.
восемью.
состоящие
С тарший
в
не
более
иерархии
Каталогам
чем
из
каталог
16
(toр
автоматически при выделении пользователю места в
файловом пуле и его имя совпадает с именем пользователя .
Пользователь имеет неограниченный доступ к собственным файлам и
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
каталогам , в то время как хранящиеся в том же п уле файлы других
пользователей
организации
обычно недоступны.
совместн ого
передачи
полномочий
владельца .
При
этом
В
SFS
(разделяемого)
д ругим
существует возможность
доступа
пользователям
управление доступом
к
от
файлам
п угем
пользователя
может про изводиться на
уровне как отдельных файлов , так и целых каталогов.
предоставляет возможность
zJVM
адми ни стрирования
помощью
и
реализации
управления
файлами
DFSMSNM.
компонента
эwктив н ых средств
и
каталогами
Данный
ком п онент
SFS
с
может
автоматичесЮ1 производить, например , Удаление файлов с истеКlШtм
сроком
хранения,
архивирование,
резервное
копирование
и
восстановле ни е файлов, если для файла установлено соответствующее
значение атрибуга ''кл асс управления "
Компонент
типа
организацию
системы,
(Byte
BFS
системы
обеспечивает подце ржку еще одного
zJVM OpenExtensions
файловой
система
получившей
File
хранения
(management class).
System),
файлов,
назва ни е
байтовая
использующая
ха р актер н ую
дл я
файловая
иерархическую
о п ерацио нн ой
Ан алогич н ую ст р уктуру им еет файловая система
HFS
операционной системы zJOS, рассмотренная в п . 5.1.6. Название BFS
подчеркивает особенность внугренней организации файлов UN IX как
UN IX.
байт-ориен ти рова нны х,
т.е .
не
разделяемых
на
уров н е
ОС
на
лоrnчеСЮ1е записи . В z/vм поддерж иваются средства копирова ни я и
перемещенuя файлов между
BFS
и базовой файловой системой
Виртуализация сетевого взаимодействия в
CMS .
z/VM
Обмен да нными между гостевыми операционными системами в
основан
на организации
взаимодейств и е
без
Очевидн о ,
такое
что
zJVM
виртуальны х сетей , которые обес п ечивают
использования
решение
реальных
существенно
сетевых
устройств .
увеличивает
скорость
обмена без каЮ1х-либо дополни тельн ых расходов.
в
zJVM
•
подцерживается три типа виртуальных сетей.
Виртуальный
ка н ал
обеспечивает
прямое
УСТС
(Virtual
соединение
Сhаппеl-tО-Сha ппеl)
(''точка- точка')
между
ОП<'Рацианныl,
госте выми
с и стемам и
в
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
соответствии
с
канальным
zSeri",
протоколом ,
ре ализуемым в р еальном устройств е Стс.
•
Межпользовательский
коммуникационный
СОПlllluniсаtiоп
(lnter- user
vehk:le) -
пер едат чик
используется
для
IUCV
прям ого
взаимодействия (''точка-точка') между вир туал ьными м ашина ми
на ос н ове ТСРIIР- п ротокола .
•
Гостев ая
локальная
баз ир уется
на
вычислительная
эмуляц ии
локал ьной
(VM Guest LAN) -
сеть
вычи сли тельной
сети
для
м н ожества гостевы х с и стем. Дв а варианта ре ал и за ции : п ер вый
ос нов ан
на
приме н е нии
те хнологии
Hjp erSockets,
использует эмул яцию реальной сети на базе ада пт е р о в
На ри с .
5.6 7
может
быть
пр едставлен
при мер
пос троена
с
виртуальн ой
сети
использова ни ем
а
в тор ой
OSA.
zIVМ ,
которая
указанн ы х
выше
воз мож нос тей. Две группы гостевые операцион ных систем
образуют две виртуальных подсети типа
G2 1- G2N)
каждая
из
которых
мар шругизато р ом.
в заимодей ствует
Виртуальный
отдельную виртуальную
ин те рфейс
(здесь
со
(Gll - GI N и
VM Guest LAN ,
"с вои м"
маршругизатор
виртуальным
представ ляет
собой
ма шин у, связан ную чер ез реальный сетевой
и с пользов ан
адап тер
с
OSA)
вн е шней
вычисли тел ьной сетью. Взаимодействие мар шругизатор а с гостевыми
ОС может быть организовано любым способом , В ЮIюч ая
или виртуальн ый
П одсетъ
G"
:dVM
G"
vCTC , IUCV
HjperSoc kets.
1
Подесть
G'N
...
G"
G"
2
...
I
I
Bi!P'I)'ItJI Ь.ны;1
Виртуал .. н;~ij
r.tаршрутиЗЗ'l"Op
маршрутн:Ja'ГUР
G,
G,
~
м
'"
/'
с)
G"
ОП<'Рацианныl,
Рис.
5.67.
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Виртуальная сеть ZfVМ
Отметим, что область действ и я виртуальной сети ограничена рамка ми
одного
образа
zfVМ,
взаимодействия
то
между
логичесю1Х разделах
есть
не
может
системами,
б ыть
исп ользована
работающими
в
для
различных
LPAR.
Операционная система
Linux на
Общая характеристика ОС
платформе
zSeries
Linux
Операционная система Liпux, разработанная в начале 90-х годов по
инициативе
э н туз и аста-од ин о чки ,
полноценную,
получившую
Одной
из
при з н а ние
важнейших
открытость
в
настоящее
высокоэ<fxlJeктивную
исходного
использование
и
Операционная
и
широко е
и
что
при
система
дает
во
особенностей
возможность
н еобходи мости
L iпux
пр е вра тилась
серверную
распространение
отличительных
кода ,
время
надежн ую
(любые
всем
Liпux
м ир е .
является
кон тр оли р овать
вносить
риыk:
L icense),
модифицировать
и
по зв оляющей
распространять
свободно
ее
и зме н е ни я .
д и ст ри бyrивы
и
в е рсии )
распространяется на основе генеральн ой общественной л иц е н з ии
(Genera!
в
ОС ,
GPL
использовать ,
программные
продукты
в
первоначальном и л и измененном виде , как на коммерческой , так и на
некоммерческой
тестир ова нии
основе.
ОС
Благодаря
Liпux сотен
тысяч
участию
в
разработке
програм м исто в
во
всем
и
м ир е ,
программный код системы б ыстр о развивается и совершенствуется. Э ТО
создало предпос ылки для признания Liпux в качестве системы с высокой
степенью
надежности
международным
Да нный
и
сертификатом
сертификат
безо п ас нос ти ,
Соттоп
свидетельствует о
подтвержде нно й
Crireria (I SOIIEC
возможности
15408).
и с пользования
Liпux при решении критически важных задач , например , в банковских и
военных с истемах .
В
1999
году
lВM
завершила
р аботу
по
операционной систем ы Liпux для п лапtюрмы
дл я
мноrnх
принципиально
специалистов
р азл ичны х
"ход"
S/390.
позволил
направления
'"
переносу
в
и
ада птации
Этот неожиданный
объединить
и с пользова нии
два
средств
ОП<'Рацианныl,
выч и слительной
мэйнфреймов
с
техники:
системы
акцентом
на
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
обработки
высокую
да нных
zSeri",
на
базе
производительность
и
безопасн ость и независимую от ап па р атной плапlюРмы о п ерацио нн ую
систему
с
открытым
чрезвычайно
и сходным
кодом .
п ривлекательным
и
Да нн ое
решен ие
продуктив н ым
оказалось
для
мно гих
пользователей в силу следующих п ричи н :
•
большое количество существующих и высокий темп появления
новых
приложений
для
Linux:,
п ричем
большая часть
из них
р аспростра н яется бес п латно;
•
•
возможн ость пере н оса UNIХ-приложений в
всеми платформами , поставляемыми
•
Linux:;
обеспечение высокой степ ен и п еренос и мости приложений между
подцержка
программного
вы п ускаемого компанией
ApplicQtion Server,
IBM;
обеспечения
промежуmочного
слоя ,
IВM:
П РОдУКТы
DB2 UDB, MQSeries, Websphere
семейства TIVOIi, IВM Java Viгtиа/
МасЫпе;
•
гибкость,
открытость ,
надежн ость
и
безопасность
Linux:
в
сочета ни и с классическими п реимуществами мэйнфреймов;
•
высокая
степень
масuпабируемости
за
счет
возможности
объединения большого числа Linux:-серверов на одной машине;
•
снижение расходов н а эксп луатацию и разв и тие системы.
Linux: для zSeries
подцерживает все стандарты и интерфейсы , пр ин ятые в
Linux. В частн ости , ис п ользуется стандарт кодирования
символов
ASC Il, применяются традиционные пол ь зовательские
и н терфейсы (sheU и XWindow), подцерживаются ста н дарты PQS IX и
XPG, обеспечивающие переносимост ь при ложе н и й на уровне
других версиях
исходно го кода между различными платформами , и спользуются общие
средства разработки, реализуются мно гочисле нн ые сетевые сервисы на
базе протокола ТСРIIР.
Архитектура ОС
Linux
Linux
создавалас ь как UN I Х- п одобная о п ерацио нн ая система , поэтому
принципы ее архитектуры мало чем отличаются от стан дартн ой
Базовым
элемен том
Linux
является
,СО
ядро
(kemel),
UNIX .
которое
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
н епосредственно взаимодействует с аппаратной
изолируя прикладные программы от особенностей
Ядро
обес п ечивает
системы ,
ВЮlючая
файловой
выполнение
управление
системы
проц ессами
в
и
управление
называют
Linux
основных
его архитектуры .
функций
процессами
и
операционной
па мятью,
вводом-выводом.
находящиеся
в
zSeri",
частью компьютера ,
подцержку
Напомним,
стадии
что
выполнения
прогр аммы, которые претендУЮТ на получение имеющихся аппа р атных
ресурсов и данных.
Ynравление
процессами
который
(scheduler),
ресурсов
между
выделением
создает проц ессы
ним и.
В
планировщиком
и
процессов ,
приоритетом.
управляет
частности ,
проц ессорно го
кван тов
диспетчеризацию
наивы сшим
осуществляется
распределе ни ем
планировщик
времени
выбирая
Для
процессов
для
управляет
осуществляет
и
выполнения
взаимодействия
процесс
междУ
с
процессами
п оддерживается механизм обмена управляющими сигналами, а также
обеспечивается
возможность
обмена
данными
междУ
различными
страничной
организации
пр оцессами.
Ynравление
виртуальной
па мятью
основано
памяти,
на
реализуемом
методе
в
соответствии
с
аппаратны ми
особенностями той или иной пл атформы.
Файловая система
Linux
обеспечивает унифицированный
интерфейс
доступа к данным, рас положенным на дисковых на копи телях и других
п ериферий ны х устройствах. Файловая система и меет иерархическую
организацию , с возможностью объединения файлов в соподчиненные
каталоги.
Ло гич ески
дан на я
ор ганизац ия
в
точности
рассмотренной на ми ра н ее файловой системе
система
кон трол ир ует
различных
пр ава
операций ,
доступа
основываясь
к
файлу
на
соответствует
HFS UNIX.
Файловая
при
выполнении
и
привилегиях
статусе
полыователя и запущенных им приложений. Следует отметить, что все
п ериферий ны е
устройства
файловой си стемы
Ynравление
файловой
различным
рассматриваются
элемен ты
единой
Linux.
вводом-выводом
системы
и
заключается
в
уп р авления
процессами
модуля
п ериферийным
полыовательским
как
терминалам ,
устройствам
сетевым
'"
выполнении
на
(дискам,
адап терам
запросов
доступ
к
прин терам ,
и
т.п.).
При
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
выполнении операций ввода - вывода ор га ни зуется раздел яемый доступ
к устро йс твам
и
обеспечивается
н еобходимая
буфер и за ци я
данны х .
Программную основу ввода-вывода составляю т драйверы устройств.
Поми мо
ядра
прогр амм,
Liпux
ВЮlючает
предназначенных
обслуживания
устро йс тв ,
н абор
для
yrилит
и
вспомогательных
адм ини стрир ова ни я
реализации
системы ,
до полнительных
сервисов ,
разработки прило жени й и т.д . Особое место здесь занимают средств а
п оддержки
поль зовательского
ин терфейса
традицион ны е для UN IХ-си стем
s hеп.
так
и
графические
оболочки
вспомогательных
программ
при ложе ни й)
ядром
с
Liпux,
ВЮlючающие
как
версии командного интер пр етатор а
Взаимодействи е
(KDE, Gnome).
(так
же,
пр оисходи т
как
и
пользовательских
посред ством
ста н дар тн ого
ин терфе й са си стемны х вызовов. Инт ерфейс системных вызовов
(API)
пр едставляет собой набор услуг яд р а и определ яет формат за пр осов на
услуги.
Пр оцесс за прашив ает услугу поср едством системного в ы зова
определ енной проц едуры яд р а, внешне по хожего на в ыз ов обычной
библ ио те чн ой функции.
Се годня н а рын ке предлагается несколько различных ди стрибyrивов
Liпux
от
разных
поставщиков ,
предназначенных
различные платформы и в том числе на серверы
дл я
установки
5/390
и
рекомеНдУет к и с пользованию три основных дистри бyrив а
на
z5eries. IBM
[341:
• 5 u5e Liпux Епtегргisе 5erver
• ТшЬоlinux 5erver
• Red Hat Епtегргisе Linux
Указанны е д истрибyrивы
и с пользуют одно
на стоящее время используется верс и я
ком пи лято р ов,
общие
б и бл ио теки
2.6),
И
то
же
ядро
Linux
(в
стандартный набор yrи л ит и
р азработки
и
еди ны й
интерфейс
(AP I), а также другие ком п оненты, характер ные для
любой версии Linux и независимы е от п лапlюРмы. В частно сти ,
дистри бyrивы
Linux
т р адицио нно
ВЮlючают
подце р жку
инфр аструктур ны х сетевых сервисов , таких как DN5, DH CP, NF5, а
также установо чны е па кеты Web-сервера Apache, рroху-се рв е р а 5q uid,
системны х вызовов
поч тово го се рв е р а 5МТР и д р .
В то же вр ем я ве р с ии , ориентированные на серверы
'"
5/3 90
и
z5eries,
ОП<'Рацианныl,
включают
ряд
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
специфических аппаратно·завuсuмых
zSeri",
компонентов
и
функций. Помимо базовых средств Lirшх каждый р азработчик обычно
включает
в
дистрибугив
компонентов,
несколько
предназначенных
для
эксклюзивных
подцержки
сер висов и средств администрир ования. В при ложении
основные
функциональные
Enterprise Server.
все
свои
8
представлены
дистрибугива
SuSe Linux
Как было отмечено выше, IВМ предлагает практически
основные
(midd/eware)
компоненты
"фирменных "
дополнит ельных
для
программные
использования
представлен в приложении
Особенности
продукты
в
Linux.
промежугочного
Перечень
эти х
слоя
продуктов
9.
реализации
ОС
Linux
на
платформе
zSeries
Первая
версия
Linux
для
устанавливаться на серверы
мэйнфреймов
S/390
и
1.900
разрядный режим работы. Выпущенная в
zSeries
(Linux for
классов zВOO и
31·
Linux for
и подцерживает только
годУ версия
2001
подцерживает 64-раз р ЯДную архитектуру
так и в виртуальном режиме, и
может
S/390)
zSeries
как в реальном ,
может уста нав л иваться на все серверы
1.900.
Важной особенностью применения операционной системы
Linux
zSeries
серверов
является
использование
во
всех
специализированных процессорных устройств
Linux).
моделях
для
IFL (Integrated Facility for
Эти устройства ориентированы исключительно на подцержку
рабочих нагрузок ОС
Linux, запускаемой в режиме LPAR, в то м числе и
под управлением zfVM. Процессоры IFL н е приводят к увеличению
платы за программное обеспечение zSeries, выполняемое на других
процессорах.
Существует три основных варианта установки и использования образов
операционной системы
1.
2.
3.
Базовый
Linux на
плапlюрм е
(narive).
(LPAR).
системы zfVM.
В ло гич еские разделы
В качестве гостевой
'"
zSeries
(рис .
5.68) [35J:
ОП<'Рацианныl,
.. ..
~
.0
•" •"
::;= .!
Liпuх
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
"~ ~
::;
.,'"'"
• "' '"
"= " ;:; ;:;
;:;= ::;= u u
•"
::;=
•"=
zSeri",
""" СР
а)
Ь)
с)
Рис. 5.68. Варианты установки Linux: базовый
LPAR (Ь), в качестве гостевой ОС в z1VM (с)
в
базовом
варианте
является
Linux
системой, устанавливаемой
имеющиеся
ресурсы ,
устройства
ввода-вывода.
единственной
на сервер, и
ВЮlючая
Недостатком
На
п лапlюрмах
и
zl990
о п ерацио нн ой
п олностью
проц ессоры,
использует все
физическую
тако го
н еобходимость использования аппаратной
системы .
(а), в лоrn.ческие разделы
память
способа
и
является
ко н соли для перезагрузки
да нный
zl890
вариант
не
п оддерж ивается.
Во втором варианте уста н овка
LPAR
Linux
производится в логические разделы
с возможностью использова ни я выделе нн ой части физической
п амяти и некоторого числа процессоров. В этом вариан те может быть
за пущено
несколько
независимых
образов
Linux
и ли
других
операционных систем, каждая в своем ло гическом разделе (всего до ЗА
LPAR).
Однако п ри загрузке и перезагрузке раздела
Linux,
а также для
п ереопределени я п араметров раздела требуется доступ к аппаратной
консоли.
в третьем варианте
Linux за п ускается в качестве гостевой о п ера ционной
zlVM на одной или нескольких виртуальных
может быть за п уще н о несколько сотен об р азов Linux
системы под управле ни ем
машинах . При этом
вместе
с
образами
мо ни торами
CMS.
д ругих
операционных
Количество
систем
используем ых
и
диалоговыми
виртуальных
машин
о граничивается имеющимися ресурсами системы. Разделяемый доступ
к
устройствам,
а
также
высокоскоростное
взаимодействие
гостевыми системами в этом случае поддерживаются на уровне
Важным
преимуществом
да нн ого
варианта
является
между
zlVM .
и с польз ова ние
каждой виртуальной машиной собствен ной защищенной виртуальной
'"
ОП<'Рацианныl,
системной
консоли,
доступ
к
rurn"'... ".
которой
помощью стандартных сетевых средств
ЭТО
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
может
включая
загрузку
и
организован
адЛ1UнистриРО6йние образов
перезагрузку
системы.
использование данного варианта уста новки
навыков работы в операционной системе
с
ТNЗ270 и т.п.).
(teln.et, r/ogin,
по зволяет осуществлять удаленное
LПlllХ,
быть
zSeri",
Linux
zfVM.
в любом варианте установки начальная за гр узка
Конечно,
потребует знаний и
производится по
Linux
локальной сети с предварительным размещением установочных фай лов
(пакетов) на РТР- или
Основные
NFS-cepeepe.
коммуникационные
возможности
zSeries
для
Linux
реализуются на основе протокола ТСРЛР с помощью сетевого адаптера
OSA, который поддерживает
Ethemet, FDDI и АТМ . Кроме
стандарты
Тоkеп-Ring,
Ethemet, Fast
того, реализована подцержка адаптера
''канал-ка нал'' (СТСА), а также возможность прямого взаимодействия с
другими
zSeries.
системами
В качестве
и
устройствами,
гостевой
используемыми
системы
zfVM Linux
на
платформе
подце рживает
средства 6иртуалuзйции сетевого взаимодействия, включая УСТС,
а также VМ
Как
уже
гостевой
IUCV,
G uesr LAN.
Системные решения на основе
платформ е
все
отмечал ось,
zSeries
одним
вариантов
применения
Linux
на
является использова ни е инсталляции Liпux в качестве
операционной
системы
в
составе
наиболее
гибким
с
точки
платформы
zSeries
представляется
возможностей
из
z/VM и Linux
и
zfVM .
зре ния
рекомендуется
Этот
вариант
использования
18М
как
самый
экономичный и Э$lJeктивный для большого числа систем электронного
бизнеса
zfVM
[361.
позволяет устанавливать сотни
обеспечивая
все
н еобходи мые
образов
средства
для
Linux
на один сервер ,
поддержки
требуемой
функциональности и организации эqxpeктив ного взаимодействия между
ними. Такая возможность, получившая название консолидация серверов
(рис
5.69),
является
распределенных
хорошей
альтернативой
корпоративных
для
информационных
построения
систем ,
использующих большое число функциональных серверов на различных
платфор мах
(lпtеL
НР,
Sun
и
др.) .
'"
Решение,
основанное
на
ОП<'Рацианныl,
использовании
нарядУ
zSeries,
rurn"'... ".
консолидированных
с
ее
общими
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
серверов
на
Linux
достои нствами
дает
zSeri",
платформе
следующие
неоспоримые преимущества:
•
уменьшение
администраторов
uпата
ра сходов
и
на
администрирование и техническое обслуживание;
•
снижение времени и расходов на установку (образ
Linux
может
быть инсталлирован за несколько минуг);
•
использование технологии виртуальных сетей для организации
взаимодействия
серверов
(повышает
Linux
быстродействие ,
избавляет от необход имости при обретать сетевое оБОРУдование и
строить кабельную систему);
•
использование
общего
дискового
простр анства
(приводит
к
времени
и
устранению дублирования данных);
•
более
других
эфрективное
ресурсов
использование
(сокращение
процессорного
времени
просто ев,
увеличение
загрузки).
ВИp1)'ШlЫIШi
=
UNLXсервер
Рис.
При
5.69.
z/vм
Консолидация серверов
возрастании
нагрузки
Linux на
базе
zlVM
консолидированная
система
легко
масuпабируется, как вертикально, так и гори зо нтально. Вертикальное
масuпабирование означает увеличение количества системных ресурсов ,
предоставляемых
виртуальной
машине.
Горизонтальное
масuпабирование реализуется пугем добавле ния необходимого числа
виртуальных машин с образами
конфигурируется
несопоставимы
3фрект
от
в
с
течение
уста новкой
Linux.
Новый виртуальный сервер
нескольки х
минуг,
дополнительного
масuпабирования
возрастает
,ее
при
Linux
этом
затраты
реального
сервера.
при
использовании
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
виртуальных ДИСКОВ , так как при этом данные р азмещаются в основной
памяти. Важным достоинством консолидированного решения является
возможность динамического (оп
серверами
Linux при
Использование
перераспределения ресурсов между
line)
изменении рабочей нагр узки.
под
Linux
управлением
zfVM
создает
у,цобные
возможности для р аз ра ботки , отладки и тестирова ния информационных
систем, использующих
zSeries,
поскольку среда
zfVM
является более
гибкой и простой в обслуживании, нежели лоrn.ческие разделы
zfVM
LPAR.
ВЮIючает встроенные средства отладки , позволяющие запускать
виртуальные машины в пошаговом режиме, устанавлива ть контрольные
точки ,
пр оверят ь
содержимое
памяти
и
регистров.
Возможности
тестир ова ния расширяются за счет эмуляции устройств , которые MOгyr
физически отсугствовать в данной конфигурации.
Рассмотрим еще один пример, иллюстрирующий способ повышения
эфрективности
функционирования
информационной
системы
и
сокращения эксплуатационных затрат за счет п ерехода с тре>grpовневой
на
двухуровневую архитектуру,
доступны х на платформе
построенную
На рис.
z5eries.
5. 70
на
основе технолоrnй,
показано , каким образом
можно осуществить такой переход. В тр е>grpов н евой системе (а) роль
сервера да нны х традицио нно отводится мэйнфрейму, работающему под
управлением
05/390
бизнес-логика
или
zJ05
р азмещается
на платформе
на
5/390 (z900).
множестве
В то же время
распределенных серверов
приложений, использующих менее мощные серверные компьютеры.
Перенос
серверов
приложений
работающих под управлением
получить
двухуровневую
операционных
zJ05 и
LPAR. При
связывающая серверы
средствами,
zfVM
средУ
виртуальных
на п лапtюрме
аппаратную
систем
логических разделах
в
zfVM
выполняются
(Ь).
в
Linux,
позволяет
z900 (z990),
конфигурацию
Образы
отдельных
этом реальная вычислительная сеть,
да нны х с серверами
реализуемыми
машин
технологией
при ложений,
HjperSockets,
заме ня ется
которая
обеспечивает эмуляцию сетево го соединения между LРАR-системами
на основе прямого высокоскоростного взаимодействия по принцип у
"память-память". Взаимодействие между серверами приложений
может быть построено на основе виртуальной гостевой сети УМ
LAN.
'"
Linux
Guest
ОП<'Рацианныl,
Следует обратить внимани е,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
что такая реконфигурация ,
zSeri",
получившая
назв ание ' 'интеграция приложе ни й ", не потребует п ере про ект ир ова ния
п рограмм н ого
обеспечения
п рограмм н ом
и
июlюрмацио нн ой
логическом
уров н ях
системы ,
по-прежнему
сохра няя
на
тр ехуровневое
взаимодей стви е.
а)
Серверы данных
Ь)
Сер веры ДIIННЫХ
Сервсры Ilpl1.JI lRLCUlfii
Linw;
о Ооо
Серверы Jlрн.щ..:еннЙ
DРО:\ol~ОЧВОro СЛ01ll
D
к.1uеи-п...:е UP",ll~1I1UI
О О ОО
D
Ооо D
КJт н еIfПХИ,," npl'I,lI(roКe"HII
D D 00
Рис .
5.70.
П ереход с трехуровневой (а) на двухуров н е вую (Ь) архитектуру
инфор ма цион ной системы
'"
ОП<'Рацианн ыl,
Специальное
системное
rurn"'... ".
и
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
прикла,дное
zSeri",
программное
обеспечение (ПО промежyrочного слоя)
Промежугочный
о п ерационной
6.1).
(рис.
чтобы
слой
Сред ства
разработку,
и
ниша,
простоту,
слоя
удобство
(п ользовательских
прамежуточно го
р азвертывание
и
п риложений
(приложений
прогрйммное
обеспечение
< и н фраструктур н ым > ,
которая
при ложен иями
п ромежугочно го
обеспечи ть
п ользователей
обе спечение
это
системой
находи тся
предназначены
и
подцерживает
пользовательских
п ользователей) .
про.межуmочного
подчеркивая
тем
работы
Прогрйммное
(Midd/eware)
функц и онирова ни е
конечных
для того ,
надежн ость
п риложений) .
слоя
между
конеч н ых п ользователей
сл оя
самым
его
Ин огда
н азывают
близо сть
к
общесистемным программным средствам.
Б IIЗНСС -
YnровлеЮ1е
Ynpaмение
процессы
I"lI'X1<!.eQMJo\
npeдr"pИQlИII М Jo\
I
I
П Рl1ложеНIНI
Е"
""'"',
I
I
]
П"".
I
IВЗШ1МодООствие людей, I
П РОМСЖУТО'IНЫ:Й .
СО6Местнзя работа
срс.д"'ТВс1.
Рис.
6.1.
I
]
I
I
МАР
I
I
11
Уn раме ние
ин фраст~
OS/390 ] ]
I п'"""'''''" I
Промежугоч н ый
"""""'"
1
I
z/os
npoдa"Q МИ
"''''''
У~ие A<I ~HЫM "
.
слой
Общс.снстс.\lНЫС I
:t: И3IfeН ~ Ы М
С'М
слой
,-
linux
)
~-~
Управление
I
CIФ/CМt
...
I
""'''''''''
rРОН3(IIЩНЯ ~И
1
I
] ]
Unix.
]
I """""
]
I """"'" I
в
и н формационны х систем
'"
структуре
программных
сред ств
ОП<'Рацианныl,
Если
понятие
< операционная
программным
обеспечение
средствам
это
относится
вычислительных
промежуточного
< приложение > ,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
система>
слоя>,
понятия ,
систем,
так
то
же,
связанные
к
< программное
как
с
zSeri",
аппаратно
и
понятие
информационными
системами, создаваемыми на базе вычислительных систем.
Необходимост ь
вы дели ть
обеспечения
проблему
промежугочного
создания
программного
объясняется
слоя
следУЮЩИМИ
причинами:
1.
Информационные
системы
большое
число
которых
желательно
программную
например ,
общих
различного
функций ,
иметь
оболочку.
упрощения
унифицированную
К
управление
для
назначения
таЮ1М
реализации
настраиваемую
функциям
данными,
имеют
можно
управление
отнести,
знаниями ,
автоматизацию документооборота и т.д .
2.
Существуют
приемы
работы ,
общие
для
широкого
круга
пользователей информационных систем, которые также долж ны
подце рживаться
обеспечением.
< инфраструктурным >
К
таЮ1М
например , совместную
приемам
программным
работы
можно
отнести ,
(коллективную) работу над документом
(проектом).
з.
в
силу того,
что
информационные
системы
часто
взаимодействующие подсистемы (задачи) , работающие
разных
аппаратно-программных
пробл ема
интеграции
взаимодействия
платформах,
приложений ,
приложений
в
подчас на
существует
т.е.
гетерогенной
ВЮlючают
организации
(неоднородной ,
использующей несколько платформ) среде.
4.
Привлекательность
тех
или
иных
программно-аппаратных
плапtюрм определяется, п омимо прочего , их приспособленностью
к созданию информационны х систем , т. е. наличием и качеством
программного обеспечения промежугочного слоя.
в
этой
компании
75eries.
главе
рассматриваются
IВM дл я
Эти
продукты
промежугочного
средства 18М
семейства
информационных
слоя.
относятся
В
разделе
WebSphere Software,
программных
систем
к
6.2
на
базе
прorраммным
рассмотрены
продуктов
мэйнфреймов
средствам
программные
формирующие программную среду
для управления траНЗQКЦИЯМИ , создания и интеграции приложений на
по
ОП<'Рацианныl,
базе Web-техноло гиЙ.
управле н ия данны м и
является
продУКТ
Раздел
6. 3
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
DB2. В разделе 6.4
WebSphere MQ ( р анее
18М
для
zSeri",
п освяще н прогр аммным средствам
18М
-
п редн азнач е нн ый
MQSeries) ,
rurn"'... ".
уп р авления
объектом в ни мания
он
наз ы вался
п ередач ей
IВM
сообщений
между приложе н иями в и н тегрирова н н ы х и н формационны х с и стема х .
В
разд еле
6.5
о п иса н о семейство программных сред ств
основное
Software,
(груп п овой ,
наз н ачение
коллектив н ой)
которых
работы
п одцержка
-
над
проектом
IВM
Lotus
совмест н ой
(документом ,
п роблемой) и управле ни е знаниям и. В кн и гу не ВО ШIЮ описа н ие еще
одного
направления
разви тия
про граммно го
п ромежугочно го слоя-управления инфраструктурой
систем
6.2). К этому н ап равлению отн ос и тся семейство
IBM 1ivoli Software, о п исание которых можно н айти , в
в [6.1}. Ряд п роблем уп р авления инфраструктурой (в
п роблема управления безопа сно стью) рассмот р ен в главе 4
(см.
п родуктов
част н ости ,
частности ,
обесп е чения
информа ци онных
рис.
дан н ой кн иги.
ПО nромежyrО'I НQrо
слоя компани и I е м
LotlJS
/
;
\'kЬSрIIСП:
Sоfiwзre
DВ2 О :l.Iз
Sоftwaп: (В TO~1
ПОШLержк!!
rlOIIOi1)
УII Р,ШЛСН ll е
1I IIфраСТРУКТYPQА
Sol1ware -
'1 I1CJIC
p!lOOTbl ,
li~'Oli Sоftwaп:
Мllп a.gt:mспt
\'kbSphcrc
MQ- ft
cO!\~lecТlloll
( I"рУП
~
прош л ом
упрIlМt'I Щ;:
11IнIЮР~IIIЦI IОII Hhj-",
трatlЗ3lщttЯМI I
Сllстем
MQSeries) -
yrlpalJ..'le 1111(:
31Н1l1tHIMII
уrlрашtell 1 tСтраflJaI{ Ц ШI ,~111
Р и с.
6.2.
Про граммное обе сп ечение п ромежугочно го слоя
(M iddleware)
компании IВM
О п и са ние
прогр аммных
соответствующих
п родуктов
р азделах
этой
компании
главы ,
lВМ,
ВЮIючает
содержащееся
поясн е ние
в
суги
п роблемы , решаемой с п омощью п ро гр амм н orо п родукта (семейства
п рогр амм н ых
реализова нн ых
ПРОдУКТов),
в
рассмотрение
п рограммном
продукте ,
по
особе н но стей
краткую
реше ни й ,
ха р актеристику
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
основных продуктов , входящих в это семейство.
Средства
поддержки
вычислений
в
сетях
платформа для электронного бизнеса
InternetlIntranet IВM WebSphere
Электронный бизнес и требования к П-инфраструктуре
с середины 90-х годов РУКОВQЦители многих компаний во всем мире
Intemet
начали осознавать, что истинное значение
заключается не
в
просмотре Web-страниц и пользовании электронной почтой, а в тех
новых
возможностях,
деловых
процессов,
предприятий.
вариант
которые
открывает
сокращения
Электронный
торговых
он
сделок,
затрат
бизнес
е го
и
это
-
-
задача
для
совершенствования
увеличения
не
прибыли
прос то
электронный
использовать
современные
техн оло гии для реорганизации б и знес-процессов с ц елью улучшения
обслуживания Юlиентов.
Предприятия должны уметь быстро реагировать на запросы, постоянно
модернизировать свои бизнес- проц ессы, идти в ногу с современными
техн оло гиями . Реализовать это можно , лишь сф:Jрмировав достаточно
гибкую
IТ-инфраструктуру,
техн оло гии
и
способную
своевременно
быстро
изменять
внедрять
новые
направленность
и
функциональные возможности приложений.
Выделяют
четыре
основные
фазы
перехода
предприятий
к модели
электронного бизнеса.
Чаще
всего
предприятия
начинают
рекламно-ознакомительного
способ
информирования
применение
Intemet
не
с
размещения
характера
клиен тов
может
о
о
себе,
своей
заметно
в
Web сведений
используя Intemet как
деятельности .
увелич и ть
Такое
прибыльность
компании . Более существенных результатов можно достич ь , перейдя в
следующую
фазу
предоставляется
компании
с
электронного
доступ
тем,
к
чтобы
бизнеса,
основным
они
могли
когда
заказчикам
информационным
запрашивать
ресурсам
нужную
им
информацию , наприм ер , выяснять состояние банковского счета или
ш
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
совершать реальные онлайновые сделки.
задействова ны
конфиденциальные
Поскольку в
да нны е,
такие,
zSeri",
эти х сделках
как
номера
банковских счетов или кредитных карточек, предприятия вынуждены
формировать безо п асную среду для р аботы своих прил оже ний.
Следующая фаза
предприятия ада п тируют свои биз н ес-процессы к
-
новы м технологиям , реорганизуя при необходимости всю деятельность
компании ,
переориентируя
ее
на
у,цовлетворение
потребностей
заказчиков и пр едоставление им новых услуг. К новым услугам можно
отнести,
например,
возможности
интерактивно
заказывать
товары
и
услуги , пр оверять наличие товара на складе и бы ть в курсе состояния
своих заказов в теч ение всего процесса
типов
приложений
интеграция
и
электронного
пол на я
их выполнения. Для таких
бизнеса
прозрачность
всех
требуется
процессов
сквозная
в
рамках
организации.
Наконец, четвертая фаза
это объединение бизнес- проц ессов компании
-
с биз н ес-процессами партнеров и клиен тов .
Компания IВM в
2002
году ано нсир овала свое видение современной
фазы развития электронного бизнеса, на звав ее < электронный бизнес
по тр ебованию >
< Бизнес
по
требованию
пр едприятия,
при
и
demand).
-
котором
бизнес- проц ессами
юшентов
оп
(business
это
ключевых
способны
способ
его
быстро
организации
деятельности
бизнес-процессы
интегрированы
с
б и знес-партн еров ,
поставщиков
и
реагировать
на
любые
потребности
заказчиков, перспективные рыночные возможности и внешние угрозы >
[6.2].
Для
подцержки
информационная
< электронного
инфраструктура
бизнеса
по
(IТ-инфраструктура)
требованию >
должна
бы ть
гибкой, масuпабируемой, надежной , самоуправляемой, экономной. Она
должна обеспечить возможности
•
быстрого
создания
и
[6.1]:
раэвертЫ6анuя
приложений,
разработки
приложений на основе открытых стандартов;
•
•
р аботы в гетерогенной среде;
включения в
орбиту электронного
ш
бизнеса
любых устройств ,
ОП<'Рацианныl,
новых
партнеров ,
rurn"'... ".
подцержки
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
новых
языков
и
zSeri",
национальных
стандартов при минимизации объема работ по изменению кодов
и повторному развертыванию приложений.
Построение такой IТ-инфраструктуры связано с деятельн остью в трех
направл ениях:
•
интеграция
(Integration):
создание средств для взаимодействия и
совместной работы персонала, унифицированного пр едставления
и
взаимодействия
рабочих
процессов,
доступа
в
реальном
времени к р аспределе нной и ра знотипной инqюрмации;
•
автоматизация
(Аиtотаtiоп):
автоматизированного
внедрение
управления
средств
инqюрмационной
инфраструктурой;
•
виртуализация
современных
(Vll1ualization):
методов
инqюрмационных,
применение
размещения
вычислительных
и
эффективных
и
других
использования
видов
ресурсов
инqюрмационных систем.
Интеграция должна обеспечить следУЮщие возможности:
•
оперативно го взаимодействия и совместного доступа к данным
СОТРУдникам предприятия, поставщикам и ЮlИентам;
•
доступа к данным в любое время и с помощью любых средств
(телеqю н , карманный компьютер и пр. );
•
быстрой
адаптации
инqюрмационной
пользователей
системе
(пугем
к
изменениям
использования
в
стандартных
интерфейсов, порталов для доступа к приложениям и т.д.);
•
взаимодействия
приложений
на
основе
использования
общепр инятых ста ндар тов и открытых технологий ;
•
оперативной модернизации старых приложений и
перестройки
•
доступа к данным н езависимо от их источника, место положения
бизнес-процессов при изменениях в бизнесе;
и платqюрмы;
•
коисолuдацuu данных.
Автоматизация управления
IТ-инфраструктурой включает следующие
основные функции:
'"
ОП<'Рацианныl,
•
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
управление работоспособ н остью: мониторинг в сех элеме нтов
инфраструктуры
и
автоматическое
выполне ни е
IT·
де йс тви й ,
н еобход имы х для поддержания с и ст ем ы в состоянии готовности ;
•
управление
безопасностью
данных:
обеспече ни е
•
•
оп тими зация использов ания ресурсов с и стем ы ;
защиты
от
н еса нкциониров а нного доступа, упр авле ни е доступо м;
у пра вление
конфигурацией:
пр о граммных
динами ч еское
компо н е н тов,
управле ни е
р азмеще ние
элеме н там и
IT·
инфраструктуры (включ е ни е, выключение , п е р езагрузка и т.п.).
Виртуализация
это
(июlюрмационны х,
проц есс
вычислительных,
р есурсо в) таким образом, чтобы
получить
к
ним
доступ
вне
пр едоставления
р есурсо в
ресурсов
памяти ,
сетевых
пользователи и приложе ния могли
зависи мост и
от
того ,
гд е
эти
р есурсы
находятся и как реализуется и х использование . Вирmуалuэация упрощает
доступ
пользо в ателе й
к ресурсам, управле ни е ресурс ами ,
адм инис тр ировани е,
уменьшает
п отребность
в
системное
при об рете нии
допол ни тельн ы х программных и техни чески х средств.
Общая характеристика программного обеспечения IВM
WebSphere
Совокуп нос ть
п рограммных
ПРОдУКТов
IBM
WebS phere
создает
платформу для электронного бизнеса, ос нов а нн ую на использовании
возможностей
Прorра мм ная п л атфо рма
Intemet.
на широко р ас про стр аненных ста н дартах, таки х
WebSphere базируется
как Java, XML, 12ЕЕ .
ЭТО п озволяет ле гко инте грировать разноти пн ые IТ·с р еды , операти вно
ада птир овать ся к изменению задач бизнеса , упростить доступ вн е шних
пользователей
продуктов
к
IВM
ресурсам
с ист ем ы.
Больши н ство
п оддерж ива ет
WebSphere
програ мм ных
м н ожество
н аиболее
распространенных аппаратны х платформ и операционных сред, в ключ ая
IВM
AIX, OS/2, 05/390,
NT, Linux.
у05,
05/400, 5un 5olaris,
в упрощенном ви де структура семейства
показана
на
продуктов ,
ри с.
6.3.
входящих
в
3дес ь
вы делен ы
семейство
ш
IВM
НР -ИХ, М5
ПР ОдУКТов
три
IВM
груп п ы
WebSphere:
Windows
WebSphere
програ мм ных
яд р о
си стемы
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
(основные средства) и инструментальные средства
бизнес-порталы
и
(Business Porra/s)
(Business Integratlon).
IВМ
средства
zSeri",
(Foundation & Tools),
бизнес - интеграции
WeЬSр llеге
Ядро СИС1'ем 1>1 ~I
Б ИЗ II СС - I·tIIТСГРnШI Я
IIII СТРУМСIПМЫI ы е
( ВlJsiIЮSS
средства
(Foulldat ion& Tool s)
I
I ntcgrn lion)
3
БJ.I :Jне с -портмl.>I
(B"sillCSS Роп аl s)
2
Рис.
6.3.
Семе йство пр одуктов 18М
Программные
средства
инструментал ьные
развертывания
функция
средств
WebSphere
транзакций
разработку
открытое
приложений,
Tools
для
через
«Ядро
системы
и
быстрого
создания
и
Web-технологиЙ.
электрон/юга
бизнеса
Web.
-
Серве р
это
Основная
ведение
приложений
инструментальные средства разработки
и
VisualAge
инфраструктуру
при ложени й.
и
базе
транзакций
Server и
WebSphere Studio
маСllПабируемую
разработки
и
&
служат
на
подцержки
Аррlicаtiоп
приложений
FОШldаtiоп
средства »
прилажений
бизнес-процессов
WebSphere
Э ТО
для
ПО
развертывание
предоставляя
всеобъем лющую средУ разработки.
'"
предоставляют надежную и
обработки
транзакций
обеспечивает
Web-служб.
и
безопасность
ОНО
пользователям
упрощает
открытую
и
ОП<'Рацианныl,
Программные средства IВM
предостав ляют поль зователям
при ложе ниям ,
проц ессами
порталов,
rurn"'... ".
людьм и .
позволяет
zSeri",
(бизнес-порталы)
единую точку для доступа к различным
инф:Jрмационным
и
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
WebSphere Business Portals
ресурсам,
Семейство
создавать
включает
взаимодействия
средства
п ерсонализ ир ова нные
с
п остр ое ния
порталы
для
сотру,цНИЮ)В, бизнес-партнеров и клиентов.
Программны е
средства
Business
(бизнес-интеграция)
Integration
предназ н аче ны для интеграции приложенuй и автоматизации бизнес
проц ессов.
ПО
WebSphere
Business
Iпtеgrаtioп
предоставляет
возможности для моделирования и имитации процессов, объединения
отдельных
партн е р ами,
участЮ)в
об р аботЮ1
сквозного
данны х,
контроля
связи
с
бизнес-процессов
заказчиками
и
и
управления
проц ессами для дости жения оптимальной эффективности.
IВM
WebSphere:
Foundation & Tools
Состав
программных
программные
продуктов ,
продукты
относящихся
К
группы
FОШldаtioп
& Tools,
показа н на рис. б.4. В него входят средства FОШldаtioп (Ядро системы) и
инстр умен тал ьные средства разработЮ1 Web-приложений
(Tools).
f'<I>oo...ш! ioon юг
M.1Iipl"""".
__.............. I""i<~ I ....
Sl8d .. .\pIII.,......
s...... t;r... ",м
~Iopн 1 8top:t. ! Нoo
l'IWei> O~p/Itt
Ulitloa
m
ОП<'Рацианныl,
Рис.
lВM
6.4.
WebSphere:
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
пр о граммные продукты группы
zSeri",
Foundation &
Tools
Ядром
системы
яв ляется
семейство
серверов
WebSp here Applications SelVers, а также
WebSphere Edge SelVer for Multip/at(orms и
for Multip/at(orms.
п риложений
< диспетч е р
IВM
IВM
запросо в >
IBM
Web Sphere Personalization
к средствам разработки (Тооls) относятся д в а семейства программных
продуктов:
IBM Visua! Age
и IВM
WebSphere Studio.
WebSp here Application SelVers
WebSphere Application Servers спецификацию
J2EE.
Э ТО
н абор серверов, которые п одцерживают
означает,
что
люб ые
Web-приложения ,
соответствующие этой спецификации , MOryг быть размещены на любом
из
серверов
приложений
семейства
являются
WebSphere
базой
для
семейства
продукт
WebSphere. Например ,
WebSphere Соmmегсе.
в трехуровневой
размещается
реализации
клиентом
бизнес-ло ги ки
развертывания
Servers.
Серверы
дрyrn:х
п родуктов
наличия сервера прилож ений требует
клие н т-серверной
между
Application
и
архитектуре
сервер приложений
базами данн ых и
(выпол н ен и я
используется для
программно го
кода
приложений) (рис.6.5).
WebSphere App/ication Servers
доступны в различ н ых конфигурациях и
на различных платформах, в том числе на
W INDQWS NT, W INDOWS
2000, AIX, 5UN, LINUX, zl05.
Кли е нт
Сер вер
пр ИЛ О:Ж С IIИЙ
v
~
СУБД
Кор по раТИ Rны е
ItнФОрмаЦll онные
с и сте М Ы
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Рис. б.5 . Трехуров н евая архитектура клиент· сервер
WebSphere Application Servers
•
Интегрированная
предоставляют следующие возможности:
подцержка
АЛ Я
основ н ых
открытых
стандартов WеЬ·служб.
•
Полная
совместимость
корпоратив н ые средства
•
со
стандартом
1.3,
J2EE
включая
JMS .
Расширяемая инфраструктура с высоким уровнем безопасности.
Гибко сть , обусловленная широкой межплатформенной подцержкой и
н аличием различ н ых вариантов конфигурации
на базе единого кода
сервера приложе н ий.
•
Высокая
п родуктивность
благодаря
интегрированной
среде
разработки , основанной на открытых стандартах .
•
Возможн ости распредел ения рабочей нагрузки и кэширования для
интеллектуальной оптимизации п роизводительности.
•
Единое
администрирование
через
браузер
во
всех
вариантах
развертывания .
•
Высокий
урове н ь
разнообразных
доступности
возможностей
приложе н ий
Кf/астерuзациu
и
за
счет
балансировки
нагрузки.
WebSphere App/ication Servers
сдела но
для
того ,
чтобы
доступны в разных конфигурациях. ЭТО
Удовлетворить
различные
бизнеса .
Ко н фигурации
•
•
•
•
•
Web Sphere Application Servers:
Web Sphere App/ication Server - Express;
Web Sphere Application Server(Base);
Web Sphere App/ication Server Network Deployment;
Web Sphere App/ication Server Enterprise;
Web Sphere App/icarion Server for z/OS.
WebSph ere Application SelVN - Express
потребно сти
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Exp ress - наиболее дешевая и легкая для использования версия
WebSp here Application Servers. Данная версия пр едоставляет подцержку
простых
дина мических
страницах
JSP ,
web-сайтов,
техн оло гия х
основанных на
Web-сервисов.
Jа vа-сервлеmах ,
Express
предоставляет
возможность быстрого размещения Web-приложений, требуя при это м
минимальных зат р ат на подцержку функционирования.
WebSphere Application SelVN (8as e)
WebSp here Application Server - следУЮЩИЙ уровень инфраструктуры
семейства WebSphere AppJication Servers. Данная версия предлагается
для пользователей, которым нужен полный диапазон технологий
1.3,
ВЮlючая
EJB
и
J2EE
JMS.
WebSphere Application SelVN Network Deployment
Да нна я
широкий
версия
расширяет
диапазон
распределенных
базовую
различных
конфигураций.
конфигурацию,
возможностей
Она
предоставляя
для
предна значена
для
подцержки
крупного
бизнеса , где приложения разворачиваются для обслуживания болыlюоo
количества Юlиен тов.
WebSphere Application SelVN Елtегргis е
WebSp here AppJicQtion Server Enterprise
средства
предьщущей
версии,
предоставляет все возможности и
плюс
к
этому
добавляет
широкий
диапазон программных МодУлей для разработки при ложений, а также
для взаимодействия с разнообразными источниками да нны х.
WebSphere Application SelVN for z/OS
WebSp here Application Server for zJOS разработан сп е циально для
платформы z/OS и использует пр еимущества, предоставляемые z/OS и
zSeries.
'"
ОП<'Рацианныl,
Любая
rurn"'... ".
WebSphere
конфигура ц ия
о п ределенны й
набо р
серверов
конфигура ц ия
Enterprise
и
ВЮlюч ает
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
AppJicQtion
Servers
компоне н тов.
ком п о н е н т
zSeri",
ВЮlючает
В
ч астн ости ,
Process C horeographer
«Дирижер процессов », п одцерживающий п риложения, ис п ользующие
модели
бизнес-процессов
(этот
компонен т
показан
на
рис.
б.4
пунктиром).
Про ц есс
-
это,
про ц ессы
как
правило,
м н ого шаговая
п редставляются
(ориен тированн ых) граqюв .
с
п омощью
Глав н ыми
подлежащие
соедини тели
-
и с п ол н е ни ю
п оследовательность ,
в
Графически
н апр авленных
состав н ыми
гр аqюв являются операци и и управляющие
описывают
опе р ация.
элемен тами
соедини тели .
задачи,
а
которой должны
этих
Операции
управляющие
вы п ол н яться
операции. На рис.б.б п оказан п ример гр афа процесса .
ош~бk3
печать
ОШ О1бки
оwи(jl(д
1
ОШl'lбок
не наИден
нет
ВВОД
Э 3lпросз
зап ~сь в
поиск
8ЫКОД
журнал
ошибок
иаМен
не1
ошибка
пе чать
о ш ибки
ошибка
2
Р и с. б.б . При мер графического представления бизнес-процесса
Process C horeographer п одцерживает следующие
•
•
•
элеме н тарные опера ции
- для вызова
ти п ы о п ераций:
пр оцедур и служб;
операции с участи ем ч еловека;
операции , связа нн ые с наступлением (ин иции рующе го) собы тия
(инqюрмация о соб ы тиях п оступает в п роцесс через интерфейс
'"
ОП<'Рацианныl,
API
•
программы
операции
Process
процесса
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
С lюгеоgrар hег);
(ис п ользуются дл я
построения вложенных
процессов );
•
п устые о п ерации .
КnиtllТ
Р и с.
6.7.
Сервер
WcbS~crc
.........
E.dge
приложеКIIЙ
rver
СУБД
/
\
Архитектура инqюрмационной системы с
Корпоратнвные
ННформ.ЩJlОННЫС
CltctcMbl
Edge SelVer
Прежде приложения содержали код дл я реализации отдельных б и знес
функций (например , код для функции < создание за п иси заказа »
и код
для лотки , о п ределяющей последовательно сть выполнения функций
п риложения
и
соответствующей
о п ределенным
биз н ес - требова н иям
(например , такому требова ни ю: < сообщения о крупных заказах д олжны
yrверждаться
отдельн о » .
Пр и
изменении
бизнес - тр еб ований
н еобходимо было менять про граммный код. Применен и е техноло гий
бизнес- п ро ц ессов
приводи т
к
изменению
способа
создания
п риложений. Механизм п ро ц ессов позволяет qюрмироват ь архитектур у
п риложений , кото р ая отделяет о п исание бизнес-лотки (лотки п отока)
от реал и зации бизнес - функций. Получившаяся в резул ьтате структура
п риложений была назван а < пр и ложен ия на осн ове бизнес-процессов > .
Лотка управлен и я п ро ц ессом реализуется через с и стем у уп р авления
п отоками
о п ераций ,
которая
отв е чает
за
вызов
отдел ьны х
бизнес
функц и й в соответствии с биз н ес-ло гикой .
Приложения на основе биз н ес- п роц е ссов
п реимуществам и
по
сравнению
с
обладают определенными
традицио нн ым и
п риложениями ,
п оскольку они характеризуются многим и новыми свойствами , такими
как
параллелизм ,
с п особность
распределенное вы п ол н е н ие.
к
восста н овлению ,
ге терогенное
и
ОП<'Рацианныl,
IВM
WebSphere Edge Server for
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Мultiplatfопn
распределяет обработку при ложений по сети, передавая
Edge Server
Web-данные
на
вторичные
серверы
и
серверы
кэширования.
ЭТО
при водит к разгрузке серверов приложений и каналов передачи данных,
сокращению
времени
кэшированию).
системы
с
источника.
реакции
системы
(в
частности,
6.7 показана архитектура
Edge Setver. Edge Server п ерехватыва ет
при ложений
На
и
рис.
генерирует
Сервер
ответ, который
запрос
приложений
Edge Server
со
своим
обрабатывает
благодаря
информационной
запрос к серверу
адресом,
запрос
как
и
адрес
формирует
кэширует и переправляет кл и е н ту. В случае
повторения запроса ответ может извлекаться из кэша, разгружая сервер
при ложений.
IВM
WebSphere Personalizatlon
WebSphere
IВM
faг МuItlplatfoпn
Personalization
на страив аемых сайтов благодаря
Server
•
упрощает
ВЮlючению
в
задачу
разработки
WebSphere App/ication
следующих механизмов:
Механизм
которые
применения
определяют
правил
-
содержимое ,
применяет
бизнес-правила ,
отображаемое
для
каждого
посетителя саЙта.
•
Механизм
р аспределе ния
ресурсов
по зволяет
системе
персонализации во время выполнения опрашивать базы данных,
в которых хранятся профили Юlиентов , чтобы
на этой основе
формировать персонализированные страницы.
•
Механизм
выработки
рекомендаций
использует
общие
возможности фильтрации, чтобы предлагать посетителям сайта
информацию
и
рекомендации
по
продуктам,
что
позволяет
организовать встречные продажи и распродажи.
Семейство продуктов lВM
Состав семейства
рис.
6.4.
VlSual Age
Visua! Age
средств разработки приложений показан на
ОП<'Рацианныl,
VisualA ge
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
С ++
VisualAge
С ++
для
Professiona!
высокопродуктивную и
мощную
А/Х
представляет
средУ разработки
для
собой
генерации
и
отладки программных приложений на языках С и С ++ для ОС А/Х.
VisualA ge
Sтзllt а lk
С помощью объектно-ориентированного языка
Smalltalk
можно быстро
создавать п ере носимые , масuпабируемые и многоуровневые бизнес
приложения.
Благодаря подцержке Web-служб ,
VlSualAge Smalltalk
позволяет создавать
автономные модульные при ложен ия. С помощью таких стандартных
промьшиенных протоколов , как протокол обмена сообщениями
Simp!e
Object Access Pmtocol (50АР) и под ключаемый людуль WebSphere Ореп
Servlet Engine (OSE), код, написанный на языке Smalltalk, можно
использовать в любом месте сети.
VisualAge Smalltalk
позволяет программистам создавать и развертывать
межплатформенные
объектно-ориентированные
приложения
электронной коммерции.
VisualA ge (;e[Jerator
IВM
VlSualAge Generator представляет собой
развертывания
приложений.
VisualAge
обработку
большого
числа
среду быстрой разработки и
Generator
транзакций
в
обеспечивает
многоуровневых
и
многоплатформеННblХ окружениях электронного бизнеса и маскирует
сложность данны х и каналов связи. Разработчики с н ебольшим опытом
работы
с
языком
Java
сквозные Jа vа-системы
или
совсем
новички
CMOryг
для электронного
бизнеса.
Разработчики
объектно-ориентированных
даже
языках
и
языке
Java
MOryг
внедрять
на
создавать
системы , работающие на традиционных mранзакционных платформа х,
таких как
C /CS,
а
также
организовывать доступ
да нным.
'"
к унаследованным
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
VisualA ge COBOL
VlSualAge COBOL
для
это
Windows NT -
мощный
инструмент для
разработки прило жений на языке
использует популярный язык
COBOL для среды Windows NT. Он
COBOL с объектно-орие нтир ованными
расширениями. В средУ р азработки приложений
входят компилятор ,
библиотеки
средства
времени
при ложений,
рабочая
исполнения ,
отладчик,
структура
Возможности
редактор ,
и
анализатор
и
(Workframe)
разработки
визуальные
создания
производительности ,
вcnомогательные
Удаленно го
средства .
редактирования/компиляции /
отлад ки этого ПО по зволяют р аботать с серверными приложениями
05/390,
н е прибегая к Удвоению ресурсов и управляя серверной средой
с рабочей станции.
Семейство продуктов
Web5phere 5tudio
Web5phere 5tudio
пр едставляет собой открытую среду разработки дл я
создания , тестирования и р азвертывания динамических прилож е ний.
Продукт
базе
Web5 phere Studio основан на открытых технологиях и создан на
плапtюрмы Eclipse. Он обеcnечивает rnбкую интеграцию (схожую с
техноло ги ей
порталов)
инструментальных
повышаю т
средств
мно гоязычных ,
разработки
производительность
капи таловложений
труда
и урове нь общей
многопл атформенных
приложений.
Эти
разработчиков ,
окупаемости .
средства
отдачу
от
Web5phere Studio
по ставляется в р азличных конфигурациях и с р азлич ны ми средствами
расширения от кампании [ВМ и ее партн е ров.
Web5phere Studio Homepage Builder -
средство создания Web - страниц
нач ального уров н я. С его помощью можно создавать и публиковать
Web-узлы профессионального качества, н е обладая знаниями НТМL или
навыками программирования. ЭТО средство располагает интуитивным
интерфейсом,
Удоб ными
JavaScript, Dynamic HTML
мастера ми
и
разработки ,
шаблонами
и
подцержкой
Cascading Sry/e Sheets.
Web5phere Studio 5ite Developer среда
и
помогающая
над ежная и удоб ная в иcnользовании
быстро
создавать ,
тестировать
п оддерживать динамические Web-узлы, приложения и Web-службы.
и
ОП<'Рацианныl,
среду
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
Аррlicаtiоп Dеvеюреr представляет собой
WebSphere Studio
разработки
приложений
компании
IВM
для
zSeri",
основную
создания
и
сопровождения J2ЕЕ ~ приложений и WеЬ~служб. Продукт разработан на
базе по следних новшеств в открытой универсальной п лапlюрме
и написан с учетом спецификаций
Eclipse
J2EE.
WebSphere Studio Application Developer
Iпtе grаtioп Еditiоп создан на базе
функциональности ,
продУКТом
предлагаемой
AppJication Deve/oper.
разработки
ин тегр ации
Он
следующего
и
предоставляет
поколения
развертывания
оптимизированную
для
для
Епtегрrisе.
WebSphere Studio
Епtеrрrisе
интегрированную
создания,
J2ЕЕ~ прилож е ний
использования
AppJication Server
Developer
Studio
среду
тестирования ,
и
совместно
Web-служб ,
с
WebSphere
подцерживает техноло гию
обеспечивает быструю разработку при ложений
DeveJopment)
WebSphere
J2EE,
(RAD - Rapid App/ication
и по,п.цержку коллективов разработчиков корпоративных
при ложений. Помогает создавать, развертывать и подцерживать Web~
при ложения ,
тр адиционные
при ложен ия
и
связующие
звенья
между
ними.
IВM
WebSphere:
Business Portals
программные
продукты
группы
в эту групп у обычно ВЮlючают два семейства програ мм ны х ПР ОдУКТов:
семейство IВM
WebSphere Porta/
и семейство IВM
(СМ. рис. б.8).
,ее
WebSphere
Соmmегсе
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
I 8I1';i,tf~ Punal~ I
1 ' В.\I '"'hSp~ I
I
/'"
\~SpЬ,.,.t
,
~
"'tbSpht~
""",'
I\II1.fll
I:::.""p~
E~ pre~~ 1'1 .~
\\'ebSphtre
" 'ebSplwre
\\'ebS pher.e
''''''''
""""'
Cooll!lerce
Col1ltnerte
CO>n1meru
t'r o)(tssiflr1:1t1
Et1 ililln
Bи~lI~
I'<Irtal
Е:tt .пd
[""blc
/
у
18М
С(Мпmt .... t
p, ."........",,1
гСН' М.llipl аt f6rП,
WebSphere: Прогр аммные
Семейство программных п родуктов
Стратегия
IBM
организациям
Portal.
Еd ilю"
\\~pllcre
wtbSphtl'<!: Po,111
Еп l~'
6.8.
j -------.,
\\'t bSjlМrt-
\WbSpl\tu 1't.>rU1 t~prtiS Г...
,\1 ullip ll lfO)ral
Рис.
I
"'8!S~гt
/\.
v
18М
\~"'"''"''
Соmшеn: е
.---
"'гr.1
J:dition
ПРОдУКТы группы
Business Portals
WebSphere Portal
в области порталов состоит в том , чтобы предлагать
каркас
порталов
-
программный
пр одукт
WebSphere
ЭТО п редложение пр едназначе но для построения порталов
маСllПабе предприятия.
WebSphere Porta/
в
может быть развернуг как
корпоративный портал электронного бизнеса для сотрудников , бизнес
партнеров
систем
и
заказч иков ,
взаимодействия
поддерживающий
п олный
< бизнес-сотру,цник>
(В2Е) ,
объем
функций
< бизнес-бизнес >
(В2В) и < бизнес- п отребитель > (В2С).
Портал
-
единый
инт ерфейс ,
который
пр едоставляет
польз о в ателю
доступ ко всему; что ему необходимо, независимо от того, где находятся
ресурсы, к которым он хочет получить доступ. Хочет ли пользователь
найти и купить КНИГУ; получ ить доступ к счету и перев ести де ньги и ли
изменить
персональн ую
июlюрмацию
предоставит ему доступ ко всей
во
всех
случаях
портал
необходимой июlюрмации в одном
виртуальном месте. Единая точка доступа ко всем ресурсам уменьшает
и н формационные
п ере гр узЮ1
и
увеличивает
эфрективность
использован ия Web-саЙта. Порталы п редоставляют ШИрОЮ1й диапазон
различных возможностей, таких как поддержка безопасности, п оиск,
управление документацией, просмотр документации и т. д.
Один из вариантов архи т ектуры информ ацио нной системы с
WebSphere
ОП<'Рацианныl,
Portal
показан на рис.
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
v
""'ВО.
ПРИJIОЖ~IIНI'I
~
ПРНJI О-ЖСllltR
6.9.
(:\tСТСИЫ
рабочему
столу
рабочей
СУ&Д
V
~
Архитектура инqюрмационной системы с
Ан алоrnчно
КорпорнnП\НNС
IIНформаUlIонныt:
Рш1дl
CePl!Cp
Рис.
СУ&Д
WcbSphcn:
~
KJIIIClfI
zSeri",
6.9.
Корпораnшныс
IIНфоРМШ IJOнные
СIIС:П:МbJ
WebSphere
стан ции ,
п ортал
Ропаl
отображает
различную инqюрмацию и сервисы в едином интерфейсе. В отличие от
рабочего
стола,
п ортал
доступен
пользователям
с
большого
числа
Юlиентских устройств .
Портлеты
основные
предоставляющие
доступ
ресур сам. Портлет
-
программные
к
при ложен иям ,
элементы
Web-ко н тенту
портала ,
и
д ругим
н ебольшое п риложение , обычно п редставляемое
окном на Web-странице.
Клиенты
организации
потребности.
MOryr
иметь
Соответственно,
различные
инqюрмационные
п редУсмотрены
различные
типы
порталов. Эти ти п ы MOryr быть разделены н а три группы:
• Business- to- Consumer
(В2С)
(бизн ес - потребитель).
Э тот
тип
порталов п римен яется для предоставления пользователям доступа
к
таким
инqюрмационным
применению
порталов
п родукции ,
этого
ти п а
ресурсам ,
п райс-листы
MOryr
'"
как
и
приобретать
т.
и н струкции
д.
по
Пользователи
товары ,
п роверять
ОП<'Рацианныl,
состояни е
счета
и
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
взаимодействовать
с
системой
zSeri",
подцержки
клиен то в .
(биз н ес-биз н ес).
• Business-to-Business (828)
используется
дл я
информ а ции
Ти пичный
пр едоставле ния
пос тавщикам ,
п ор тал
Э тот
реселлерам
этого тип а
тип
к
доступа
порталов
коммерческой
д и стри бьюторам .
и
обеспечивает бизнес-партнерам
доступ к счетам, отчетам и т. д.
• Business-to-Employee
п ор талов
(В2Е)
-
п редоставляет
(бизнес-сотрудник) .
доступ
к
ресурсам
Да нный
тип
СОТР Удни кам
компании.
Семейство
IBM WebS phere PortaJ
состоит из м н ожества програ мм ных
ком пон ентов, объединяемых в четыр е конфигурации:
WebSphere Ропа!
Express, WebSphere Porta! Exp ress Plus, WebSphere Porta! Enable, WebSphere
Porta! Extend. П ервые дв е конфигурации образуют категорию WebSphere
Porta! Express for Мultip1зtform, две вторые конфигурации - WebSphere
Porta! faг Мuhiplatfо пn (см. рис. 6.8). Все чет ыр е конфигурации
испол ьзуют общую основу WebSphere Porta! SelVer, добавл яя к ней
допол ни тельн ы е продукты и сервисы.
Porta! SelVer
приложение
J2EE, р аботающее под
управлением WebSphere AppJication Server. Его основной функцие й
WebSphere
является
пр едоставле ние
каркаса
портала
рабочим
ста нци ям
и
моб и л ьны м устр ойствам пользователей . Каркас р азделяет ком п оненты
п ортала
п ортлет
на
п ортлеты ,
отображающие
ответственен
соответствующего
за
доступ
источника
к
р азл ичный
кон тент.
определенн ому
(We b -сай т,
база
Каждый
контенту
да нны х
и
т.
д.)
из
И
п реобразова ни е е го для даль н ей шего пер е направл е ния кл и е н ту.
WebSphere Porta! Enable
является основой дл я р аз в е ртывания п ортала на
крупных предприятиях. Основные возможности:
•
Ин тегра ция кор п оративных п риложений, объедине нны х да нны х,
Web-узлов,
электронной
п о чты
и
Т.Д .
С
помощью
широ кого
с п ектра портлетов.
•
Д инамиче ская
ИН ДИВИдУал изаци я
данн ы х
п ортала
с
использованием б и з нес - прави л и правил фи л ьтр ации.
•
Возможн ость
управ ле ния
содержанием
по л ьз ователей.
'"
п ортала
для
б и з н ес
ОП<'Рацианныl,
•
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
Настройка и расширени е структуры порталов с помощью
портлетов
для
Удовлетворения
специальных
zSeri",
API-
требований
к
порталам.
WebSp here Ропаl Еxtепd обладает всеми возможностями WebSphere
Portal Е паые и до п олнительно и меет встроенные функции совместн ой
работы,
расшире нн ого
п оиска
и
ан ализа
Web-узлов.
Основные
оБОРУдованно го
средствами
возможности:
рабочего
• Обеспечение
окружения ,
работы,
совместной
библиотеки
такими
документов,
вы п ол н е ни я
задач,
как
электрон н ые
груп п овые
оперативное
календари,
о п овеще н ие
конференц и и ,
отслеживание
сотрудни ков
и
мгновенный обмен сообщениями.
•
Возможн ости
Notes
и
поиска
Dоmiпо ,
в
различных реляц ионных БД,
п опулярных
Lotus
Web и
БД
поисковых механизмах в
текстовых или НТМL-докуме н тах.
WebSp here
Ропаl
Express -
основа для развертывания портала для малого
и средн е го бизнеса.
Основные особенности:
•
возможн ость п ерсонализа ци и содержа н ия п ортлетов с помощью
бизнес-правил;
•
возможн ость
профилях,
доступа
к
хра н ящейся в
информаци и
каталогах
LDAP Directory или Mk:rosoft
•
наличие
Асоуе
встроенных п ортлетов
приложе ни й
и
набора
пользовательских
Directory,
Sесшеwау
Directory;
для
средств
о
Dоmiпо
дополни тельн ого
для
упроще н ия
выбора
разработки
портлетов;
•
наличие широко го спектра функций обеспече ни я безо п ас н ости ,
ВЮlючая
единую
ре гистра ци ю,
автор и зацию
пользователей
и
уп р авление членством в портале;
•
возможн ости
функций
расширения
совместной
и
работы ,
использова ни я
таких
инте гр и рованных
как момен тальн ый
обмен
сообщениями и виртуальные комнаты коллекти вов разработчиков.
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
WebSphere Ропа! Express P!us включает все функции WebSphere Porta/
Express, а также средства подцержЮ1 совместной работы пользователей.
Семейство программных пр одуктов
ПО
WebSphere
продающей
Соmmегсе версии
стороны
Busmess-to-Busmess
ада птируемое
программных
в
WebSphere Commerce
5.4
представляет собой решение для
электронной
(В2В) и
ПРИЮIaдное
коммерции ,
Busmess-to-Consumer
ПО
компонентов,
состоит
из
которые
созданное для сред
(В2С). Это гибкое и
набора
интегрированных
позволяют
создавать
узлы
электронной коммерции и управлять ими, а также создавать надежные
среды электронной коммерции.
Программны е продукты
техноло гичесЮ1Х
продукты
WebSphere
продУКТов
WebSphere
Соmmегсе созданы на базе основных
компании
lВМ,
интегрированных
в
Соmmегсе и поставля емые с ними в одном пакете.
Сюда входят продУКТы
Н1ТР
WebSphere AppJication Server, IBM
Server
и
DB2 Universal Database.
Выпускаются две версии
Edition
Edition
WebSphere
Соmmегсе
v 5.4.
Версия
отвечает н уждам большинства организаций тип а
Professiona!
В2С, а Busmess
является под ходящей платформой для большинства окружений
типа В2В и
Business-to-Business-to-Consumer
(продажи заказчикам через
оптовых продавцов и торговых посредников). Основные продукты IВM
WebSphere
Соmmегсе показаны на ри с.
WebSphere
Соmmегсе
поддержки
6.8.
Professiona! Edition (WCPE)
коммерческой деятельности
является сервером для
с широЮ1МИ
возможностями ,
отвечающими н уждам любой иници ативы по розничным продажам и
созданию витрин
в режиме онлайн,
начиная с простейших задач и
заканчивая очень сложными узлами с п е р со нифицированной рекламой ,
СЮ1дками,
п е рекр естными
продажами
и
использова ни ем
цифровых
средств ау,циовизуальной информ ации.
Подцерживаемые п латфо рмы:
WINDQWS NT, WINDOWS 2000, LINUX,
AIX, SUN.
WebSp here
Commerce
Business
Edition
(WCBE)
предлагает
допол нительн ые пр е имущества для организаций, которым необходимы
'"
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
удобные в реализации средства подцержки оперативной коммерческой
деятельности для их использования вместе с заказчикам и и партнерами .
Эти
преимущества реализуются через управление отношениями
при
торговле в режиме он лай н и основанную на стандартах интеграцию.
Вusiпеss
Еditioп
предоставляет
функциональность ,
специфичную
для
коммерции Вusiпеss-tо-Вusiпеss.
Основные возможности:
•
И спользование
технологии
Lotus
обеспечивающей
Samethne,
мгновенный обмен сообщениями в реальном времени , а также
совместное использование приложений.
•
Подцержка
процедур
выставления
и
ведения
счетов ,
а
также
управления кредитами;
•
Возможность
устанавливать
иерархию
безопасно го
доступа
к
функциям.
•
•
Подцержка заказов на по купки .
Позволяет
покynателям
нас траивать
за прос
на
цены,
то
есть
изменять, копировать, отм енять, закрывать или пересылать его.
•
Возможность
режиме
совместной
онлайн
работы
продавцов
предоставление
ограниченной
Рrоfеssioпаl
лицензией,
Entry
покynателей
в
контрактов
и
черновиков
шаблонов обсуждения предложений на основе
WebSphere Commerce
и
Lotus QuickPlace.
Еditioп является версией
пр едоставляющей
коммерческое
WCPE
с
решение
начального уровня для малого и среднего бизнеса . ЭТО тот же самый
продукт, что и
•
WCPE,
максимум
оди н
но со следующими ограниче ни ями:
процессор ,
одно
хранилище
и
один
сервер
на
р абочую систему;
•
•
ПО
Sametime
в ком пл ект поставки не входит;
подцержка только
Database
Windows NT
Епtеrрrisе Еditioп и IВM
WebSp here Commerce Ропаl созда н на
WebSphere Commerce. Этот пр одукт
или
Windows 2000, DB2 Universal
Н1ТР Server.
базе ПРОдУКТов
WebSphere PortQJ
и
ВЮJючает в себя все необходимые
компо н енты для создания интегрированного портала для электро нной
коммерции . Основные возможности:
ОП<'Рацианныl,
•
индивидуализация
rurn"'... ".
ДЛЯ
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
уникальны х
и
zSeri",
сп ециальных
пользовательских пр офилей;
•
предоставление
заказчикам
достynа
к
пр одуктам,
реЮJaМНЫМ
акциям и другой статус н ой и нфо рмации п о всем тор говым маркам
и п артн ерам;
•
интеграция о п е р аций внугри и между компаниями, П Р ИВ ОДЯЩilя к
э<fxlJeктивн ому и быстрому ynравле ни ю заказами.
IВM
WebSphere:
Business Integration
Больши нс тво
крynных
распределе нными.
автоматизации
падс и стемы
программны е
п ред п р и ятий
Кроме
то го ,
(вынужденное
создаются
в
настоящее
с
группы
вр емя
и с п ользова н ие
или
не зав исимо ,
продукты
являются
< лоскугн ой >
намеренное) ,
когда
п ривлечением
различных грynп
различные
разработчиков , как п равило , при водит к тому, что формирование един ой
и н формационной
р есурс ы
и
си стемы,
приложения
объединяющей
пр едпри ятия
в
все
информационные
единое
целое ,
является
достаточно сложной задачей.
Добавление каждого н ового пр и ложен ия в информационную с и стему
предприятия
начинают
до полнительно
создават ь
взаимодейств и я
не
ус ложняет
информацию ,
может
ситуа ци ю.
которая
использов аться
Приложения
при
другими
отсугствии
прил ожениями .
Дублирование информации ста новится тип и чной с итуацией, при этом
увели ч ивается коли ч ество единообразных справочников, дубли руются
базы
данны х
и
пр .
Для
ре ше ни я
задач и
создания
един ой
и нфо рмацио н ной с и стемы пр едпри ятия необходимо каким-то образом
соедини ть
приложения ,
разделяемую
пр едоставив
информ аци ю ,
и
им
во змож ность
ynорядо чить
все
использовать
информационные
р есурс ы пр едпри ятия.
Программные п родУКТы грynпы
Business Integratlon
пр едназначе ны для
п одде ржки взаимодействия прило жений.
Семейство этих продукто в предоставляет следующие возможности:
•
строить
графич еские
модели
'"
бизнес- п роцессов ,
в
том
ч исле
ОП<'Рацианн ыl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
процессов взаимодействия приложе н ий , и имитироват ь
zSeri",
(simula te)
ИХ выполне ни е;
•
осуществлять сквоз н ое наблюде ни е и ко н тролировать
(mo nitoring)
вы п ол н е ни е бизнес- п роцессов;
•
подце р живать
связь
(соnпесt)
между
приложениями ,
между
пользователями и п риложениями;
•
объеди н ять
На рис.
6.10
группу
18М
(integrate)
и координировать п роцессы и приложе н ия .
показан ы ос н ов н ые п рограммные п родукты , входящие в
Business Integration,
с
помощью
которых
реализуются
п еречисле нн ые вы ше функции.
B...in"" Inle~l"",
"'"~"
_.....-
/'"
11-
м.u,:;,.P<8a!{
••
-------~.-
~
1i.o! :II ,~ ,~
npou"""'H"' ~ .
wotSpЬm В . ; .
----
,,"'.bS rbon; & ._ _
..
[rмoxr-_""
".otItSp= lIUWrU
м п rм.",п •••
!iInt_nopnl<porI
..---
/'
1
_
1<r
w_
OIt.'iPЪ=
u...ioa!o
и...""puD<II 11
""""""_
o:<qn. ~ :W . ~
------
'-
W~D '"
,,",","" ,
_....... ""
[ ~W_ ....
-
W~1iIIIiOO;U
l ~w,.k"'odI
wdtSфm:
_ _ A.bpo<n
мо
_
_...
"-
I\'<bSpjo<rc 6uotlalФt 1iOllSor<п
._-
[aIa<""""'Scnn
W.t.S~ИQ
I\'<bSpjo<rc
[&_
f. \ЧIt)"JII ....
ИQ
... в",i ...
...,.
W~IIIQI'*Jt*<
W~МQW_
Р и с. 6.10.
Integration
18М
WebS phere:
Про граммные п родУКТЫ группы
WebSp here Business Integration Modeler
п омогают
бизнес-аналитикам
содержи т инструменты, которые
моделировать
п ро ц ессы в графическом режиме.
Business
и
им и тироват ь
бизнес
WebSp here Business lntegration Modeler
состои т из следУЮЩИХ ком п онентов :
• WebSphere Business lntegration 'Workbench;
• WebSphere Business lntegration Workben ch Server.
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
WebSphere Business lntegration Workbench • приложение, работающее
совместно
с
WebSphere Busmess lntegration Workbench Server и
пр едназначе нно е
для
те стирован ия ,
анализа,
имитации
и
проверки
моделей бизнес-процессов и программных средств.
WebSphere
компо н енты:
Business lntegratio n Workbench ВЮJючает следующие
Business Mode/er, UML Modeler и XForrn Designer.
Business Modeler
•
пр едоставляет следующие возможности:
моделирование процессов:
о
использует
интуитивно
пон ятные
средства
для
преобразования сложных бизнес-процессов в простые для
восприятия;
о
позволяет
просматривать
бизнес-процессы
в
детализ ированно м виде;
•
бизнес· анализ:
о
использует
мощные аналитические
средства
для
выбора
оптимальных бизнес - процессов;
•
имитация функционирования:
о
•
имитирует выполнение проц ессов в различных условиях;
интеграция р абочих потоков:
о
преобразование моделей процессов с помощью языка
Definition Language (FDL)
Workf1ow для реализации.
и
экспорт
их в
Flow
WebSphere MQ
Modeling Language
унифицированный
язык
моделирования) Modeler позволяет представлять данные и модели в
формате объектного языка UML. Э ТО дает возможность экспорта данных
UML
(Unified
в инструме нтальны е среды быстрой разработки приложений (такие, как
а
Rational Rose),
также
импорта
пр едставленных средствами
XForm Designer
ин терфейсы
в
систему
объектных
моделей ,
UML.
предоставляет
пользователей,
возможность
использовать
быстро
макеты
создавать
GUI
интерфейсов ,
конве ртир овать макеты интерфейсов в ХМL-формат для применения их
в других средствах разработки.
WebSphere Business Integration Workbench Server -
это приложение 12ЕЕ ,
ОП<'Рацианныl,
rurn"'... ".
которое может быть р азмещено на
других
аналогичных
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
платформах.
ПродУКТ
предоставляет
zSeri",
или на
WebSphere App/icarion Server
средства
управления репозиторием и Web-публикациями.
Вusiпеss Iпtеgrаtiоп
Workbench Server состоит
компонентов: Repository (репозиторий) и Web Publisher.
WebSphere
Repository
для
(репозиторий)
организации,
из двух основных
это программный продукт, предназначенный
-
коисолидации
и
обеспечения
ц е нтрал и зова нного
хранения моделей бизнес-процессов, пр омыllенныыx данных и другой
н еобходимой информации.
Web
Publisher
пользователям
приложение ,
просматривать
которое
и
позволяет
использовать
авторизованным
данные,
хра нящи еся
в
репозитории.
IВM
WebSphere
Вusiпеss
Integratio n
Мопitor
-
пр о граммные продукты ,
по зволяю щие в реальном времени отображать данны е, получаемые от
IВM WebSphere MQ Workf1ow (программный продУКТ из семейства IВM
WebSphere MQ), с целью анализа и контроля выполнения бизнес
проц ессов.
IВM
WebSphere
семе йство
MQ
предназ нач е нны х
для
подцержки
пр о граммны х
обмена
продуктов ,
сообщениями
при ложениями. Описание программных средств IВM
между
WebSphere MQ
выделено в особый раздел (б.4).
IВM
WebSphere
Вusiпеss Сопnесtiоп объединяет прогр амм ны е продукты ,
предназ нач е нные для
обеспечения связи
и
взаимодействия
партн еров (связь типа В2В , бизнес-бизнес).
Эти продукты
партн е р ам
докумен тами,
совместно
бизнес-процессами ,
пользоваться да нными ,
работать
с
Web-службами.
сгруппированы в три варианта п оставки
(Edition),
бизнес
по зволят
управлять
Продукты
ориентированные ,
соответственно, на малый, с редн ий и крупный бизнес.
IВM
WebSphere Data
п оддержки
Iпtеrсhапgе
электронного
транзакциями.
(WDI) -
обмена
Подцерживают
электронного обмена дан ными
пр о гра мм ные средства для
данными
(EDI)
обязательные
и
управления
требования
для
с торговыми партнер ами , такие как
аУдИТ и проверка данных, обесп ече ние профилей торговых п артн еров ,
'"
ОП<'Рацианныl,
упаковка
дан ных,
п одтверждение.
системы;
синтаксическая
WDI
это ПО
rurn"'... ".
может
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
п роверка
работать
в
IВM
функциональное
качестве
отдельной
EDI-
можн о интегрировать с другими корпоративными
п риложениями либо через и н терфейс IВM
собственн ый
и
zSeri",
WebSphere MQ,
либо через
AP I.
WebSphere
Busmess
Integration Server -
это
п латформа
для
и н теграции, объеди н яющая в одном продукте интеграцию процессов ,
взаимодейств и е
приложен и й ,
взаимодействие
орга н изаций
и
возможности документооборота.
ПО
WebSphere Busmess Integration Server
п редназначено для следующих
целей:
•
•
подце р жка звездообразных тополо гий;
использование
ко н це п ци и
общих
бизнес-объектов
в
промежугоч н ом ПО для ин теграции;
•
использование техноло гии
XML,
п озволяющей в рабочем цикле
совместно использовать артефакты и общие бизнес-объекты .
с
помощью
WebSphere
и н тегрироват ь
п латформах
новые
или
быстро
можн о
Busmess Integration Server
или
существующие
создавать
и
приложения
разворачивать
на
быстро
различных
новые
бизнес
п роцессы.
Основные
ком п оненты
п оказаны н а рис.
IВM
WebSphere
6.10.
WebSp here Interchange Server п роцессов,
Business lntegration Server
рас п ространяющуюся
координирует
деятельн ость
бизнес
на несколько п риложений,
которые
MOryr быть гео графичесЮ1 локальн ыми или удаленными, внугрен ни ми
или внеl.ШlИМИ для организации.
WebSp here MQ Workt1ow -
коорди ни рует долговреме нн ую деятельн ость,
которая р аспространяется на различные системы и группы сотрудни ков .
это ПО позволяет строить модели бизнес - процессов и управлять их
выполнением (см. также раздел
WebSp here MQ
п отоЮ1
пугем
I пtеgrаtor
6.4).
Broker -
п реобразован ия,
коо рдинирует
интеллектуальной
'"
информа ци онные
маршругизации
и
ОП<'Рацианныl,
допол н ен ия текущих сообщений
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
в различных р азроз н е нны х б и з не с
системах.
'"
ОП<'Рацианныl,
Системы
управления
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
базами
данных
и
zSeri",
поддержки
информационных хранилищ (IВM ОВ2)
в настоящее время брэнд
IMS)
DB2 lnformation
МQПQgеmепt
So{rwQre (DB2
пр едставляет весь пакет решен и й по управле ни ю инф:Jрмацией ,
интеграции
информации,
извлечению
инф:Jрмации
и
управлению
знаниями.
в состав программных средств
DB2 IMS
входят (рис.
6.11):
lВMDB2
InJоnnutiсю
Manal:];cmcnl
Softwэге
/
DBZ СоО'<11'
Серперы
ОВ2
Management
UDB
6.11.
Состав
Management Software
Сер веры
UDB) •
ви д ы
DB2 Busines
DB21MS
Inlc:lligcncc
TooJs
п рограмм ны х
Рис.
•
~
DB2 Universa! Database
продуктов
lntcgration
lВM
ОВ2
lnformation
(универсальная база данных
про грамм ное обеспечение,
электронной
О В2
lnformation
инф:Jрмации
DB2
позволяющее сохра н ять в се
(реляционные
базы
да нны х,
графику, изображения , мультимедиа (аудио и видео) , докуме нты и
т ексты на многих языках и т. д.).
• DB2
Сопtе пt МQПQgеmепt (управление контентом)
ПРОдУКТы ,
обесп ечивающие
-
возможность
программные
работы
с
неструкгурированной информацией и любыми ф:Jрмами контента .
• DB2 Business
средства
для
Iпtе/Jigепсе «деловой интеллект »
анализа
да нны х
с
целью
-
программные
поддержки
принятия
п рограмм ны е
средства ,
решений.
• DB2 IMS Tools
(угилиты
DB2
) -
позволяющие выполнять автоматически (без участия человека)
ряд функций адми ни стрирования баз данных.
• DB2
lnformation
программные
lntegration
средства,
(интеграция
информации)
обеспечивающие
'"
интеграцию
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
инqюрмации, распределенной п о разнородным средам.
Характерной особенностью
всегда была
IBM
(отраженной и в на зва нии компании)
орие нтиров анность на
задач и
и з области
бизнеса для
крynных корпоративных клиентов. Отсюда и то , что решения
области
хранения да нны х предна значались ,
в
первую
I8M
о чередь ,
в
для
заказч иков , оперирующих с большими объемами да нны х и требующих
от
прогр амм ных
и
аппаратных
средств
высокой
надежности
и
безопасности.
Прикладные системы, которые используют средства
всего,
стандартные
Кроме того ,
DB2, - это , прежде
OLTP (On-Line Transaction Pmcessing) системы.
широко применяется в инqюрмационных системах
DB2
различного на з нач ен ия , в том числе при построении инqюрмационных
хранилищ
при
создании
систем
подцержки
принятия
решений
(инqюрмационно-аналитических систем).
История развития продуктов
столетия ,
когда
компания
начина ется с БО-х годов ПрОllИого
DB2
IВM
выпусти ла
коммерческую
и ера рхич еско й структурой данн ых lпfопnatiоп Мапаgетепr
базу
с
Sysrem (/MS).
В середине 70-х годов в исследовательских лабораториях IВM (Санта
Тереза, Калиqюрния) была разработана реляционная база данных
R,
System
во многом определившая архитектуру современных реляционных баз
данных.
1981
В
году п оявился
операционной среды
операционной
на
подцержку
пакетной
SQUDS
дЛЯ
1983 - собственно DB2 для интерфейсов с
MVSIESA. Первые версии DB2 были
взаимодействие
п оддержку
продукт
а в
системой
ориентированы
систем ,
VM ,
коммерческий
с
о ч е нь
крynных
траюакционныл1U
обработки
БОЛЫ1D1Х
ц е нтр ализова нных
ПРОдУКТами
объемов
C/CS ,
данных.
В
последУЮЩИХ версиях расширился круг подцерживаемых операционных
платqюрм ,
возможности
масuпабируемого применения и подцержки
архитектуры кnиeHт-cepвep .
в конце 80-х годов компания IВM начала работу над проектом StагЬшst,
ц ел ью
которого
было
создание
расширяемой
системы
ynравления
реляционными базами данных [ б.6]. Под расширяемостью при этом
понимал ась
возможность
данных, добавлять
пользователям
новые
поддерживать
методы
возможность
новые
достynа
определять
свои
методы
хранения
к данным , предоставить
операции
с
данными
и
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
встраивать новые методы оптимизации запросов. Результатом про екта
стало появл е ни е в середине девяностых годов семейства продуктов
DB2
Common Server.
Основные
тенденции
развития
это
DB2
наращивание
прои зводительности (определяется ростом объемов корпоративных баз
данных)
и
укрепление
интеграции
с
дрyrn.ми
программными
средствами, р аботающими на различных п лапlюрмах. Так, в версии
DB2
для
МVS
[6.6],
появившейся
увеличена пр оизводительно сть за
в
гаду,
1992
была
3
з начительн о
счет распараллеливания
операций
ввода/вывода, подцержки работы с независимыми разделами дисковых
устр ойств, использования возможностей аппарат ного обеспечения и
операционной системы при компрессии и сортировке дан ны х .
в
DB2
для МVS версии
п оддержки
маС llПа бируемой
испол н ен ия
средство
важные добавления
4
архитектуры
архитектуре
запросов.
с ни жения
при ложений
клиент-сервер,
на
Parallel
Появились
сетево го
сервер
данных.
прои зводителей , хр анимые проц едуры
многих
обычных
языках
процедуры ,
п еренесения
отличие
DB2
DB2
в
от
как важное
бизнес-логики
СУБД
других
MOryr быть написаны на
программирования,
специальном , приорит етном
расширении
В
сделаны для
р ас параллеле нного
Sysp!ex,
хра ни мые
трафика и
баз
были
использова ния
а
не
только
на
для данного прои зводителя процедурном
SQL.
Возможности
DB2 в области п оддержки кл и е н тов увеличились в этой
версии до 25 тысяч на один сервер, а с учетом возможности
параллельной работы в группе до 32 узлов DB2 РагаПе! Sysp!ex - до 800
тысяч клие н тов.
Для архитектуры клиент-сервер наиболее важные улуч шения были
связаны с подцержкой клиентов по ТСРЛР, хр анением данных в
форматах,
изменениями
стандартизации
DB2 SQL,
в
подцержке
в
условиях
распространения
подцержка
решения
этой
архитектуры
Удаленно го
задачи
и
DB2 WWW
lntemet.
18М
'"
клиент-сервер
доступа
мэйнфреймах от п ерсональных компьютеров и
Для
процедУР
а также с появлением продУКТа
Соппесtioп для доступа к данным из
н еобходимой
хранимых
ASC Il-
к
базам
UN IX
предложила
оказалась
данных
на
р або чи х станций .
архитектуру
DRDA
ОП<'Рацианныl,
по зволи ть
базам
взаимодействовать
между
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
А гсhitесtше) . Реализация
(Distributed Relational Database
была
rurn"'... ".
дан ны х
собой,
в
разных
част н ости ,
DRDA
zSeri",
должна
прои зводи т елей
образовать
единую
распределенную базу данных.
в 2000 годУ В ЫШIЫ седьмая версия DB2. К этому в рем е ни за ПР ОдУКТам и
DB2, пр ед на значенными для управления данными, уже закрепил ось
новое название - DB2 Universa! Database (DB2 UDB). Седьмая версия
являлась
продолже нием
управления
да нными
понимание
брэнда
и
р азви тием
предшествующих
продуктов
[6.7}. К 2000 ГаДУ оф:J рми лос ь р асширенное
DB2 как объедин ения комплекса продуктов ,
ориентированных на управление информацией и включающих, по м им о
средств
хран е ния
да нны х,
с редства
инте гр аци и
инф:Jрмации ,
интеллектуального анализа данных , управления знаниями. Ниже будуг
рассмотрены особенности пр одуктов, выполняющих эти функции.
Наконец,
восьмая
версия
DB2 UDB
У8
(2002
год)
включила
ряд
допол ни тельн ы х функций, наприм е р , таки х как:
•
автоматическая настройка , самовосстановление, автомат ич еская
оптимизация запросов и защита да нны х;
•
по зволяющая
Кf/астериз а ция,
м ного мерная
реляци онной
базы
существенно
повышая
создавать
тем
средствами
аналоги
многомерных
самым
производительность
баз ,
аналитических вычислений;
•
•
подце р жка доступа к р аз ноо браз ным типа м да нны х;
автоматическое обновление информации о производи тель н ости
с ист ем ы ,
предоставляемой
адм ини стратор у,
и
выработка
реком е н да ци й по р е шен ию проблем, возникающих в базе да нны х
или в при ложе ниях;
•
упрощение процедур создания и раэверmывания приложений на
п латф:Jрмах
•
Java
и Мiсrоsоft;
выполнение в режиме ОП-linе операций реорганизации табли ц ,
ведения индексов и за гр узки базы да нны х ( р а н ее эти операции
выполнялись в ОТЮJюченном от сети состоянии).
Серверы баз данных
DB2 UDB -
это
DB2 UDB:
основные особенности
объектно-реляционная
'"
база
да нны х,
обладающая
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
высокими показателями масuпабируемости, расширяемости , пр остоты
работы и управления.
Рассмотрим основные особенности
Масuпабируемость
продукт
(версии
-
ЭТО
одного
DB2
иОВ[6.6].
возможность использовать один
продукта)
для
задач
р азлич ной
и тот же
сложности
(например, для управления данными в мас uпабе отдела и в масuпабе
предприятия) с сохранением всей функциональности.
Масuпабируемость в
•
•
•
в
DB2
обеспечивается:
р асшире нной параллельной обработкой;
высокопроизводительной обработкой данных;
э<fxlJeктивной работой с крупными базами данных.
DB2
Uпivеrsа!
Database
параллелыюя обработка данных используется
как для уско рения обработки транзакций , так и для ускорен ия обработки
сложных запросов, а также для смешанных задач, ВЮlючающих оба тип а
обработки.
База
тра нзакций,
основных
и
да нны х
подцержи вает
параллельную
архитектурах
параллелизмом (МРР) (рис.
параллельную
обработку сложных запросов
аппаратных
мультипроцессорные системы
и
(SMP),
6.12).
средств,
ВЮlючая
обработку
на
всех
с имметричные
Юlастеры и системы с массовым
ОП<'Рацианны<,
EJ
о
О
I
CltM Мl"ТрНЧН3JI
ОD
ОО
РВ2
кл астер
rucn",... ". и пр""p<lММlЮ<' обemеч ...ш<' на ruюmфор"" zS"ri",
МIIQГQПРОI{СССОРIIIUI
ЗрХНТСwrypa
(SMP)
UPB
I
UU
о
Лрхнтtll."t)'pf1
с: ыас:ОО.,ым
EJEJEJEJ
п.араллелюr.tОМ
(МР Р)
ОООО
Рис.
6.12.
Архитектуры
аппаратн ых средств ,
подцерживаемые
DB2
UDB
Параллельная обработка на
будет
SQL)
одновременно
означает, что на маlШt н е с
SMP
выполнять
несколько
транзакций
SMP UDB
(операторов
п араллельно , автоматически распределяя их между п роцессорами .
Кроме того,
запроса
UDB
может выполнить параллельн ую обработку одного
(оператора
разбивая
SQL),
каждую подзадачу на свой
оператора
SQL
е го
на
подзадачи
и
направляя
процессор. Более того , если да нные для
рас п ределены на нескольких д исковых п одсист емах, то
для параллельного извлечения да нны х в
UDB
будyr и с пользоваться
функции параллельн ого ввода/вывода.
Подцержка
кластеров
и
означает, что база да н ных
серверах
в
кластере
п араллелизмом.
или
систем
UDB
на
Н есколько
с
массовым
параллелизмом
мрр
может быть размещена на нескольких
нескольких
транзакций
'"
узлах
в
системе
(операторов
с
массовым
SQL)
будyr
ОП<'Рацианныl,
выполняться
между
параллельно
несколькими
за
узлами .
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
счет
автоматического
Кроме
UDB
того,
параллельную обработку одного запроса (оператора
на
подзадачи
Основой
и
направляя
эqxpeктив ны х
использованием
каждую
подзадачу
средств
SQL),
UDB
разбивая его
узел .
обработки
является
разделение и параллельная оптимизация.
выполнить
отдельный
параллельной
узлов
нескольких
может
на
zSeri",
распределения
с
интеллектуальное
автоматически р азделяет
(распределяет) данные междУ несколькими узлам и , причем оп тими затор
передает об р аботку тому узлу; на котором находятся нужные данные ,
сокращая до минимума п ересылку данных между узлам и .
Помимо расширенной параллельной обработки
ряд других современных баз данных,
функции
высокопроизводительной
так же , как
DB2 UDB,
подцержива ет другие важные
обработки
данных,
которые
значительно повышают производительность как обработки
запросов,
так и
обработки
транзакций.
функциональным возможностям
для
работы
со
смешанными
Благодаря
DB2 UDB
задачами
этим
сложных
и
прочим
особенно хорошо подходит
(в
которых
имеют
место
и
mраюакцuонная обработка, и обработка сложных запросов).
к средствам повышения производительности следует также отнести:
•
Подцержку 64-разря.цноЙ па мяти . В настоящее время в системе
дополнительно реализована поддержка очень больших объемов
физической
памяти
(64-разря.цноЙ).
В
DB2
применяются
64-
р азрядны е и З2-разрядные системы , позволяющие работать более
чем с
этой
4
Гбайт физической памяти. С помощью буфер ного пула в
дополни тельной
настоящий
момент
па мяти
да нны е,
сокращается количество
можно
храни ть
бла годаря
операций
используемые
чему
ввода/вывода
в
з начительн о
и
повышается
производительность;
•
Асинхронная
очистка
страниц.
Возможность
переложить
операции записи буферизованных страниц с задач и выполнения
запроса
SQ L
на другую задачу по зволяет значительно сократить
время ОТЮIИка системы на запросы . Задачи асинхронной очистки
страниц
обеспечивают
пространства
в
буферах
наличие
базы
достаточ ного
данных
для
свободного
обработки
данных
запроса . Эта функция позволяет при об р аботке запроса и збежать
ожидания синхронной
записи
модифицирова нны х ст р ани ц
из
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
буфера на диск для освобождения места под данные запроса;
•
Расположение табличных областей на несколью1Х носителях. В
UDB
админи страторы базы данных могуг разделить базу данных
на части , называемые табли чными областями
создании
таблицы
индексной
можно
и
(index)
Исполь зование
определить
длинной
индексных
и
(tabIespaces). При
имен а базовой (base),
(long)
табличной
области .
длинных
табличных
областей
по зволяет хранить индексы и большие объекты
остал ьных
табличных
повышается
Табличные
данных.
прои зводительность
области
могуг
(LOB)
Благодаря
и
готовность
охватывать
отдельно от
такой
одно
rnбкости
базы
да нны х .
или
несколько
фи зи ч ес ких запоминающих устройств, то есть р ас полагаться на
н ескольких носителях;
•
Непосредств енный доступ к носителям (работа с устройствами
напрямую).
на
UDB
устройстве,
системы,
что
позволяет непосредственно работать с данными
не тратя
ресурсы
повышает
на
использован ие
прои зводи тел ьность
файловой
базы
да нны х .
Администратор
имеет возможность определить для табличной
области
непосредств е нной
режим
обычную
использовать
работы
файловую
с устрой ством
систему
или
пол ностью
совместимым с пр едыдУЩИМ И версиями методом;
•
Чтени е больших блоков. Данная функция по зволяет считывать
н есколько дисковых страниц за од н у операцию ввода/вывода, что
уменьшает нагрузку на центральный процессор и, соответствен но ,
сокращает время ОТЮIИка.
МаСllПабируемость включает в себя гораздо больше, нежели пр осто
ускоре ни е
обработки
параллельной
транзакций
об работки
прои зводи тельности.
обслуживающие
и
или
сложных
других
МаСllПабируемыми
операции,
такие
как
запросов
средств
долж ны
загрузка
с чет
быть
данных,
копирование и восстановление, генерация индексов. В
за
повышения
и
резервное
DB2 UDB
это
достигается с пом ощью следующих средств:
• DB2 UDB
ВЮlючает высокоскоростную угил иту загрузки
LOAD,
с
помощью которой можно значительно повысить скорость загрузки
данных,
обеспечив
угилита
может
форматах
и
при
этом
приним ать
непосредств е нно
их
данные
восстанавливаемость.
в
создавать
р азлич ны х
страницы
Э та
файловых
табл ичных
ОП<'Рацианныl,
областей ,
не
затрачивая
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
ресурсы
на
журналом и обработку операторов
SQL
работу
с
zSeri",
контрольным
IN SERТ. Кроме того , с ее
помощью можно создавать индексы и собирать статистические
LOAD
данные в процессе загрузки. Утилита
может значительно
сократить время, необходимое для обновления или добавления
данных;
•
DB2
иов
систем
(SMP)
в
запросов ,
архитектура
мультипроцессорных
применяется не только при обработке транзакций и
но
и
возможность
создания
симметричных
при
работе
параллельной
индексов,
с
угилитами.
загрузки
параллельного
Э ТО
данных,
резервного
обеспечивает
паралл ель ного
копирования
и
восстановления;
•
при
работе
с
преимущества
угилитами
в
кластерных
параллелизмом .
иов
DB2
архитектур
Основой
для
и
могуг
использоваться
архитектур
работы
систем
с
с
массовым
массовым
параллелизмом является интелле ктуальное разделение. Данные
п е ред загрузкой можно разбить на разделы. После этого их можно
загружать
параллельно
сокращает
общее
данных угилиту
на
время
LOAD
нескольких
процесса
можно
узлах,
за гр узки .
запустить
резервного
копирования
и
INOEX.
з начительно
После
разделения
п араллель но
узлах. Параллельно на всех узлах системы
команда создания индекса CREAТE
что
на всех
может выполняться
А налогично операции
восстановления
также
MOгyr
выполняться на нескольких узлах пар аллельно.
Благодаря всем этим расширенным функциям параллельной обработки ,
средствам
вы соко прои зводительной
обработки
эфрективной р аботы с крупными базами да нных
является
н а иболее
данных с подцержкой
Ра с ширяемость
-
организованными
масuпабируемой
и
возможностям
DB2 Universa! Database
объектно-реляционной
базой
Web.
это
возможность
с помощью
управлять
не
только
реляционных таблиц
данными ,
с символами
и
числами , но и мультимедийными данными, комплексными объектами ,
такими
как
и зображе ния ,
ау,цио,
видео ,
пространственные да нные ,
временные ряды и т.д. В эту категорию MOryг входить и такие объекты ,
как
рентгеновские
чертежи
и
реляционного
т.д.
снимки,
Технологии
типа
называют
отпечатки
хр анения
пальцев ,
таких
конструкторские
данных
объект но - реляционными.
'"
в
СУБД
Объектно-
ОП<'Рацианныl,
реляционные
возможности
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
позволяют
добавлять
к
базе
zSeri",
данных
собственные типы данных, настраивая базу на конкретные тр ебова ния.
Расширения в
•
•
•
•
к
DB2 UDB
можно разделить на три группы:
использование сложных типов данных;
р асшире ние деловых правил;
ра с ширение
ра сшире ния
сложным
SQ L;
DB2 Extendeгs.
типам
данных
относятся
определяемые
поль зовател ем
типы данн ых, определяемые пользователем функции , большие объекты.
Определяемые
пользователем
типы
создавать
да нны х
новые
типы
(UDТ).
С
данных,
их
помощью
пользователи
MOгyr
которые
будуг
представлены
в базе данных с использованием встроенных типов.
Наприм ер , пользователь может определить два типа данных для валют:
CDOLLAR
для канадских долларов и
USDOLLAR -
для долларов США.
Эти типы будУТ различаться в том смысле , что их невозможно будет
непосредственно сравнивать друг с д ругом или с десятичным
типом ,
хотя
внугреннего
именно
десятич ный
пр едставл ения
этих
тип
может
двух
быть
типов
(decimal)
выбран
да нны х
в
для
DB2.
Определяемые пользователем типы данных, как и встроенные типы ,
MOгyr
прим е няться
в
качестве
столбцов
таблиц
или
функций, ВЮlючая определяемые пользователем функции
параметров
(User-Defined
FШlсtiоns , UDF). Наприм ер , пользователь может определить тип данных
ANGLE (угол, значения которого MOгyr находиться в пределах от 1 до
360) и создать собственные функции для работы с этим типом, такие
как SINE (вычисление синуса), COSINE (вычисление косинуса) и
TANGENT (вычисление тангенса).
Определяемые пользователем функции
можно
ВЮlючать
поиска
для
Благодаря
мощные
фильтрации
UDF
(UDF).
вычислительные
да нны х
пользователи
С их помощью в запросы
предикаты
непосредственно
у
MOгyr создавать наборы
и
предикаты
их
источника.
функций для
работы с пользовательскими типами данн ых, определив таким образом
семантику этих типов. Подцержка
UDF
позволя ет создавать библиотеки
функций, причем их р азработкой может заниматься IВM, независимые
поставщики
или
сами
заказчики ,
'"
и
затем
встраивать
их
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
н епосредственно в базу данных.
Большие
объекты
(LOB).
С
п омощью
больших
объектов
(LOB)
п ользователи могуг хранить в базе данных оче нь крупные дво ичные
или
текстовые
объекты
(размером
в
несколько
rnгаба Йт).
Большие
двоич н ые объе кты можно использовать для хранения мультимедийных
данных, таких как докуме нты , видео, и зображе ния и речь . Кроме того ,
большие
объекты
можно
использовать
для
хранения
некрупных
структур, семантика которых зада на с помощью полыовательских типов
UDT
и пользовательских функций
UDF.
ДЛЯ больших объектов
LOB
имеется мощный наб о р встроен н ых функций для выполнения п оиска ,
выделения подстроки и конкатенации. С п омощью
UDF
в любое время
мож но определи ть до п ол ни тель ные функции. Таблица может соде р жать
н есколько столбцов с большими объектами
LOB
(см . рис .
6.13).
_
.
.•:
Тilбл~1П! ГI~ I.DВ
1!aюм<r.m!J1_ 1iIблiw
вase TaЬIe
CoI.
CoI 2
VaIa
V~ b
VaIO
VakI
2
LOВ CoI
.
LOВ CoI2
~
Mavie2
LOВ .
Pidure •
~
И'
Рис.
6.13.
o..~1 П О'
I ~ЫL
Pidure 2
Хранение больших объектов
Определяемые
п ользователи
полыователем
MOryr теперь
(LOB)
таблич н ые
обращаться
функци и
средствами
(ТаЫе
SQL
UDF)
к данным ,
хранящимся не в реляционном формате, и при этом в полной мере
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
использовать все возможности п остро е ния запросов реляционной базы
дан ны х .
да нны е
Ч асто
из
возникают
ТРУд нос ти,
нереляционных
если
ис то чни ков
в
н евозмож но
реляционную
включить
обработку
Определяемые пользователем табли чны е функции представляют собой
расширение
по з воляющее
SQ L,
решить
эту
пр облему
Табли чн ая
функция пр едставл я ет собо й внешнюю определяемую пользователем
функцию,
котора я
создает
производную
та бл иц у
Программа
этой
функции может включать в себя обращение к данным из различных
источников и прео бразо вани е и х в та бли чн ую форму; во звращаемую
этой
табл ичной
функцией.
После
можно испол ьз овать в операторах
П угем
расширения
делов ы х
создания
правил
хра нящи хс я в базе данн ы х. Э ти
табл и ч ной
функции
ее
запросов .
FROM
обеспечивается
ц елостно сть
правила до полни тельно расширяют
прочие объект но -орие нтир ованн ы е функции. С
их помо щью можно
расширить существующие только в виде кода объект ны е библиотеки
(методы
которы х
допол ни тельн ы х
и змен и ть
атрибутов
н е во змож но)
объектов
и
для
пр овер ки
подцержки
ограничений.
Ключевые во змож н ости деловых прави л включают в себя:
•
значения по умолчанию
умол чанию
для
тех
-
по звол яю т уста нав ливать з нач е ния п о
строк,
которым
в
операторах
INSERT
н е п осредстве нны х значений н е присваив ается;
•
пр оверка
ограничений
пр авил,
которые
огр а нич ений
на
-
используется для
н е во змож но
введения
р еал и зо вать
уникальность
ключей
с
или
дело вых
п омо щью
ссылоч но й
ц елостн ост и. Например, пользоват ель может вв ести ограничение
на табли ц у да нны х о служащих
EMP LOYEE,
чтобы долж ность
СОТР Удника могла принимать только одно из з наче ний
или
в компании более
•
'Sales', 'M qr',
и чтобы заработн ая плата сотрудника, прора ботавшего
'C lerk'
8
лет, со ставляла более
сс ы ло чн а я целостность
взаимосвязи
-
40 000 долларов;
позволяет уста нав л иват ь необходимые
междУ табли ца м и
и
внугри
таблиц.
Ссылоч ные
огр а нич ения объявляются при создании та бли цы и обесп еч ивают
согласованность з начени й данн ы х между связанными столбцами
р азл ичны х табли ц.
DB2
автоматически будет п одцерживать эти
взаимосвязи, так что разработчикам н е при дется пр о гра ммиров ать
соответствующие функции в прило жении ;
•
триггеры
-
мож но
использов ать
'"'
для
реализации
комплексных
ОП<'Рацианныl,
межтабличных
деловых
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
правил ,
автоматической
zSeri",
генерации
значений для новой добавленной строки , считывания да нны х из
других таблиц
записи
в
в
целях
дрyrn.е
обеспечения
таблицы
в
ц елях
ссылочной
целостности ,
генерации
контрольного
журнала и /или реализации функции уведомления за счет создания
триггера, запускающего определяемую поль зователем функцию
(например, отправки сообщения электронной п о чты) . Например ,
пользов ател ь может создать триггер , который будет увеличивать
на единицу количество пользова телей при каждом добавле нии
строки в таблицу служащих
Расширение
SQL
EMPLQYEE.
по зволяет включать в один непроцедурный оператор
большой объем операций по обработке данных. В кач естве прим е р ов
можно
привести
рекурсивные
SQL.
запросы
Использов ание
рекурсивных запросов делает возможными, например, такие запросы:
•
запросы
узнать
по
все
ведомости
материалов,
составные
когда
компоненты
пользователь
како й -л ибо
желает
детали ,
все
составные компоненты этих компонентов и т.д . ;
•
запросы
с р ас четами
по
выбору маршруга,
желает определить
самый
маршруг
с
п ерелета
рекурсивного
SQL
выгодный
несколькими
может
быть,
когда
с точки
зрен ия тариqюв
пер есадками.
к
примеру,
пользователь
С
п омо щью
сqюрмулирован
следУЮЩИЙ за прос: определить все возможные варианты п ерелета
из Торонто в Хабаровск без пер есадок и н е более чем с тр емя
п е рес адкам и.
Расширения
DB2 Extenders
инфраструктуры
Каждое расширение представляет собой наб о р
DB2.
предопределенных
пользовательских
пользовательских функций
процедУР,
решающих
помощью р асшире ний
текстовые
докуме нты ,
добавле ния столбцов
строятся на основе объектно-реляционной
UDF,
задачи
типов
данных
триггеров , ограничений и хран имых
конкретной
прикладной
области.
пользователи MOryг хранить в табл ицах
изображения,
с новыми
UDT,
видео -
и
типами данны х,
аудиорол ики
С
DB2
пугем
определенными
в
расширении. Сами да нные могуг хр ани ться как внугри таблицы, так и
вне ее во внешних файлах. Кроме того, эти новые типы данных им еют
атрибугы , описывающие различные аспекты их внугренней структуры ,
такие как, например , < язык > и < qюрмат> для текстовых данных. Каждое
ш
ОП<'Рацианныl,
расширение
включает
обновления,
в
Удаления
себя
и
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
необходимые
поиска
функции
данных
с
zSeri",
для
создания ,
н овыми
типами ,
определенными в расширении. Пользователи могуг включать эти новые
типы
данных
и
функции
в
операторы
SQL ,
обеспечивая
интегрированный поиск по содержимому для всех типов данных.
в таблице
6.1
приведены основные компоненты 18М
указано
DB2 UDB,
их назначение и основная функциональность.
Таблица
N,
n/
n
Название
6 .1.
Компоне н ты
IBM DB2 UDB
Основная функц и ональность
Наз н ачение
компо н е н та
•
•
DB2 XML
1.
Extender
•
Обеспечение
работы с
сохранение ХМL-документов;
разработка ХМL-документов;
преобразование данных в
ХМL-документ;
XML-
•
документами
текстовый поиск в
XML-
документе (с использованием
DB2 Text Extender)
DB2 Net
2. Search
Extender
Текстовый поиск в Высокоскоростн ой и
Intemet
из базы
масuпабируемый текстовый поиск в
lntemet
данных
из базы данных
Подцержка
он лай новых
З.
DB20LAP
Starter Kit
ан алитических
процедур (в
отсугствие
OLAP-
Создание сложн ых аналитических
при ложе н и й (при отсугствии
OLAP-сервера)
сервера)
•
быстрый поиск по текстовым
документам на основе
DB2 UDB2
ТеХ!
4. Information
SQL-
за п росов;
•
Поиск п о
подцержка ф:Jрматов НТМL и
XML;
текстовым
ш
ОП<'Рацианныl,
Extender
rurn"'... ".
•
докуме н там
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
объединение в одном
проД)'КТе функций
Extend er и
Extend er
DB2 Text
DB2 Net Search
Хранение, достyn , ynравление и
5
DB2Spatia/
. Extender
Обработка
пр остран ственных
выполнение операций анализа
пр остр а н стве нны х данн ы х в той же
базе, где хра нятся биз н ес-да нны е и
да нных
осуществля ется визуализация
резул ьтатов запросов
•
достyn К внешним да нны м,
находящимся в файлах
внешней операционной
Управление
б.
DB2 Data
Links
Manager
системы, НТМL,
внешними
XML и
изображениях;
да нными
•
(находящим и ся за
ynравление внешними
данными (Достyn,
пр еделам и баз ы
резервирование,
да нных)
восста нов лен и е);
•
контроль целостности
внешних да нны х
•
повышение
производительности при
чте нии баз да нны х
ORACLE
(при совместном
использовании приложе ни ем
DIO
DB2
7. Relationa!
Content
•
Достyn К базам
да нных
и
ORACLE);
поддержка приложе ни й и
машпабируемой
QRACLE
коммуникационной
инфраструктуры для работы
We b -приложе ний ,
приложений для
ш
Windows,
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
приложений дл я
Windows,
OS /2 с данными
UNIX, Linux и
51390 и А5 /400
•
импорт и экспо рт
аудиофрагмен тов и атрибугов
аудио -и нфо рма ции ;
•
защита и восстановление
аудиоданны х;
DB2 Audio
8.
Extender
Ра бота с аудио
•
информацией
поиск и проигрывание
аудиофрагмен тов ;
•
поддержка широкого
д иапазона фор матов
аудиофай лов
МРЕС
(WAVE, MIDI,
1, AU),
работа с
различными аудиосе рв е р ами
•
импорт и экспо рт
изображений и их атрибугов;
•
контроль достynа и
преобразование форматов
DB2Image
9. Extend ег
изображений;
Ра бота с
изо б ражениями
•
защита и восстановление
изображений;
•
поиск и просмотр
изображений;
•
создание уменьшенны х
версий изображений
•
импорт и экспо рт
видео фр агме н тов и и х
атри бугов;
•
защита и восстановление
видеоданных;
'"
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
видеофрагментов;
•
раскадровка видеоданных
(выявление точек <смен ы
сцены > , в которых имеет
Обработка
DB2 Video
10.
d
Exten ег
место существенное различие
видеоинф:Jрмации
между двумя следующими
д руг за д ругом кадрами,
запись соответствующих
данны х и репрезентативных
кадров);
•
поддержка широкого спектра
ф:Jрматов видеофайлов,
MPEGl, MPEG2, AV/,
QuickTime;
включая
•
работа с различными
видеосерверами
Управление
контентом
(DB2 Content Management):
основные особенности
Контент
-
это содержание, инф:Jрм а ционное наполнение докумен та, не
связанное с ф:Jрмой представле ния инф:Jрмации. Управление контентом
-
это совокупность задач пои ска , доступа , хра нения и интеграции всех
ф:Jрм деловой инф:Jрм а ции , включая аудио, видео, отсканированную
графику, а также инф:Jрм ацию, созданную пр о граммными продУКТами
различных разработчиков.
Важность
пр облем ы
лавинообразным
(предполагается ,
управл е ния
ростом
что
в
объемов
период
с
контентом
обусловлена
накап ливаемой
2004
по
2006
год
инф:Jрмации
в
мире
будет
сгенерировано да нны х в два раза больше, чем их было накопл е но за всю
историю
человечества),
а
также
разнообразием
инф:Jрмации (по имеющимся оценкам
приходи тся
на
85%
ф:Jрм
создаваемой
всей инф:Jрмации в мире
неструктурированные данные:
бумажные документы ,
видео - и аудиозаписи , ф:Jтографии, факсы и пр .). По этому если сейчас
н е взяться за решение проблем организации хранения , быстрого поиска ,
ш
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
доступа и пр еобразован ия в требуемую qюрму, накопленные данные
MOryг оказаться н едоступными для пользователей.
Ра сход ы на хранение инqюрмации в цифровых архивах оказываются
меньше
затрат
н осителей.
на
К
хранение
цифровой
организовать
в
ней
физических
информации
поиск,
(например ,
легче
проще
получить
обеспечить
бумажных)
доступ
и
коллективное
п ользовани е, сохранение и восстановление в случае ее разрушения.
- это IВM DB2
Content Manager. Решение IВM DB2 Content Manager создано на базе
пр одуктов WebSp here Porta/ и WebSphere App/ication Server (см. раздел
6.2), оно использует DB2 UDB в качестве сервера библиотеки
Основной компонент IВM для управления контентом
метаданных.
IВM
Co ntent
представляет
Manager
информационным наполнением
можно
хранить,
цифровой
извлекать
информации ,
электро нн ой
и
Можн о
в
ходе
управлять
уп р авления
масuпаба,
администрировать
создаваемой
коммерции.
инфраструктуру
корпорат и вно го
в
которой
п ол ный
спектр
реализации
круп ны ми
задач
а р хивами
отсканир ованной графики, факсов , электронных офис ны х документов ,
файлов
и
XML
Интеграция
НТМL ,
ком пьютер н ого
информационного
вывода,
напол нения
аудио
с
и
видео.
прил ожениями ,
пр едназначе нны ми для моделирования и реализации бизнес-процессов,
обслуживания
управления
заказчиков,
п ланирова ни я
цифровыми
активами,
р есурсов
пр едп риятия ,
д истанционного
обучения ,
управления информационным наполнением Web-сайтов и других целей
может
облегчить
и
ускор и ть
автоматизацию
б и знес-процессов
пр едприятия.
IВM
Content Manager
обеспечивает
высокоскоро ст ной
доступ
к
расширенным источникам да нны х во всех qюрматах, ВЮlючая видео и
ау,цио ,
независимо
на зывают
пр одукт
от
их
местоположе ни я.
объединенным
также
управлением
пр едоставляет
Э ту техноло ги ю
да нны ми.
в
IBM
Программный
Lotus Notes и д р угим
Oracle, Sybase и Мiсrоsоft SQL Server
доступ
п рограмм ны м системам, таким как
к
и др.
Технология
решений
объедин е нн ого
других
управления
поставщиков,
'"
данными
использующих,
отличается
как
от
правило ,
ОП<'Рацианныl,
решений
других
rurn"'... ".
поставщиков,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
использующих,
как
zSeri",
правило ,
централизованное управление данными. РазработчиЮ1 IВM исходят из
того , что в большинстве компаний имеется несколько разных хранилищ
размещенных
дан ных,
на
различных
аппаратно-программных
платформах, наXDДЯЩИХСЯ в разных местах и
типами
данных.
заказчику
Объединенное
строить
инфраструктуры,
систему
что
работающих с разными
управление
на
базе
данными
имеющейся
обеспечивает
более
позволяют
технолоrnческой
ВЫСОЮ1й
уровень
масuпабируемости и надежности , а также позволяет снизить полную
стоимость владения.
Conrenr Manager
версии
8
отличается возможностью неограниченного
масuпабирования по объему данных и
количеству пользователей
и
может справиться с сотнями тысяч и более терабайт (ТВ) информации.
В частности , цифровая библиотека
архивных
материалов,
которые
CNN,
содержащая
накопились
в
деятельности компании, сохранена в 4-петабайтном
по
управлению
информационным
наполнением
120 тыс. часов
CNN за 21 год
(4096 ТВ) решении
с
возможностью
дальней шего наращивания объемов данных.
с целью снижения сложности и повышения произво.цительности в
IBM
SMART (Self Маnagiпg and
Conrenr Manager используется технолоrnя
Resource Tuning - самоуправление и самонастройка ресурсов). Новые
функции
DB2 SMART ВЮlючают
инструменты
мониторинга
произво.цительности
и оптимизатор, а также реализуют распределение
рабочей нагрузЮ1 и автоматичесЮ1 оптимизируют запросы, так чтобы
поиск по ним выполнялся быстрее.
Кратко рассмотрим ряд программных продуктов семейства ОВ2 Сопtепt
Мапаgег (табл.
6.2).
Таблица
N,
n/
n
Основное
назначение
6.2.
Компоненты IВM
Продукт
DB2 Conrent Management
Функциональность и особенности
•
инфраструктура управления
контентом для хранения ,
извлечения и
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
данных;
•
ин тегр ация всех форм
ин формации, хр анящейся в
различных источ ни ках да нных ;
•
1.
Упр авление
ко нте н том
IВM
DB2
Content
Manager
объединен н ое управле ни е
данными;
•
мо ни тор инг
п ро и зводительности,
оптимизация запросов на основе
техноло ги и
SMART (Self Маnagiпg
and Rеsошсе Tun ing);
•
н еограниченная
маСllПаб и руемост ь по объемам
данных и количеству
п олыователей;
•
п одцержка стандарта потокового
видео МРЕС-4, подцержка
•
XML
п ередача высококачественной
п отоков ой аудио- и
видеоинформации п о
также через
intranet,
а
lntemet, с
и с п олыован и ем совреме нн ых
стан да ртов , включая МРЕС-4 и
Уп р авление
потоковой
2.
а)'Дио- и
ви део-
информацией
Apple Qu ickTime 5;
• п одцержка 18М DB2 Content
Management;
• п одцержка различных скоростей
IВM
DB2
Content
Manage Уюео
ChQrger (У.В)
п ередачи п отокового видео,
обеспе ч ивающая низкое, среднее
и ли высокое качество
и зображен и я;
•
возможность определе ни я
оптимально го сетевого маршруга
и зада ни я максимально
возможного размера nакеmа ( п р и
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
работе в среде
A IX)
zSeri",
для
п овыше ни я эQxPeктивности
работ ы сети передач и да нны х;
•
п одцержка многоадресной
IP-
рассылки
•
Быстр ы й
п оиск,
сохра н е ни е,
з.
п росмотр и
доставка
компьютерных
сохр анение, п росмотр и
п оследУЮщая доставка (в том
числе п о факсу) автомати чески
IВM
DB2
Content
Manager
ОnDеma пd
ге н е р ируемых ком п ьютерных
докуме н тов;
•
докуме н тов;
•
докумен тов
архивация ком п ьютерных
ин тегр ация со средствами п оиска
ком п ь ю терных докуме н тов
•
быстрый, защище нны й и
н е п рерывный доступ к данным
SAP
для п ользователей
гетерогенной сети;
-
поиск
да н ных во всем н аборе
И нте грац ия
докумен тов
IВM DB2
Content
Manager
других
Со mпю п 5tоге
форматов в
faг
докумен тов
SAP
4.
докуме н тов хран и лища IВM
и
SAP
Content Manager для
SAP;
п ользователей
•
ин тегр ация со всеми
п ро гр амм н ыми МодУлям и
•
н ал и ч и е верс ий для работы в
cpeAaxAIX,
одном архиве
М5
So lar ~, нр-их,
•
Windows NT,
IВM AS/400;
5uп
возможность хранен и я архивов в
среде
•
SAP;
05/390
и
z/05;
возможность созда н ия ко пи й в
н ескольких а р хивах
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
п одцержка всех п латqюрм
•
Lotus
AIX,
А5 /400, 0512, 05/390, L iпux, М5
Windows NT, МР- UX, Sun Solaris;
Dоmirю, ВЮJючая IВM
архивация сообщений
•
электро н ной п очты
Lotus
Ооminо,
вложенных файлов и п а п ок баз
данных
Lotus Ооminо в общем
хранилище Content Manager;
•
Lotus Notes,Webбраузера, ЮJиен та Lotus iNotes;
DB2
Content
Manager
докумен тов
электронной
почты
ЮJиента
IВM
Архивация
5.
возможность доступа с помощью
Lotus
Ооminо
•
возможность п рисвои ть каждому
СоmпюпStоге
п ользователю свое
faг
п редставление данных (за счет
Lotus
п одцержки
Ооminо
•
Content Manager);
возможность сохранен и я
документов в qюрмате
Lotus
Dоmirю;
•
оптим и зация размещения
хранимых докумен тов в памяти с
ц елью э<fxlJeкти вно го
и с п ользования ди сковой п амяти
(старые и редко за п рашиваемые
данные автоматически
п еремещают во внешние архивы)
Обычно управление видео- и ау,циода нн ыми представляет собой вес ь ма
трудоемкий
процесс.
извлечения
соответствующих
скромны
ле н ты
использован ие
Возможности
видео-
хранятся
практически
в
для
и
электронно го
аудиофрагментов
библиотеке ,
невозможн о ,
п оиска
и
их
поскольку
и
вес ь ма
совместное
доступ
к
н им
затру,цнен , а находящиеся н а большом расстоянии пользователи должны
п осылать за п росы и ждать , когда им доставят н ужную ленту,
возможности
н есколько
одновременной
сайтов
трансляции
отсугствуют.
Решение
подоб н ых
ОВ2
при
данных
Content
этом
на
Manager
ОП<'Рацианныl,
эqxpeктивный
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
настольный инструмент, который можно использовать
для обучения, продаж и взаимодействия с клие н тами и партнерами. ЭТО
решение
подцерживает
управляемую
доставку
видео ·
и
аУдиоиюlюрмации с учетом особенностей среды п ередачи отдельным
или многим клие нтам , с использованием сетевой инфраструктуры
компании.
Видео-
и
аудиаданные
направляются
в
виде
потока
в
реальном времени, что позволяет избежать н еобходимости загрузки и
сохранения файла перед проигрыванием материала.
Продукт IВM
DB2
просмотр и
последующую доставку (в том числе
автоматически
Со пtепt
Manager
генерируемых
ОnDеnыrкl обеспечивает сохранение ,
компьютерных
по факсу) любых
документов
пугем
архивации счетов-фактур, ведомостей и других финансовых отчетов с
помощью
промыuиенных
наиболее
популярным
технологий.
программны м
Бла годаря
ин теграции
обеспечением
для
с
поиска
информации, можно быстро найти в огромных архивах необходимую
для анализа и составления отчетов июlюрмацию.
Продукт
IВM
DB2 Co ntent Manager
интерфейсом для ин теграции
СОП1пюпStоге
является
го товым
июlюрмационнorо хранилища
на базе
Content Manager с корпоративными прилож е ниями типа электро нной
почты (Lotus Notes или MS Exchange), системами докуме н тооборота
(Lotus Dornino), ERP и СRМ-системами (компаний SAP и Siebel). Этот
продукт обеспечивает автомати ческую выгрузку н еструктурирова нн ой
информации
из указа нны х приложений
в
архивы,
что
привадит к
снижению системных требований к серве р ам приложений, улучшению
их управляемости и повышению производительности.
Интерфейс СОП1пюпStоге сертифицирован такими пр оизводи телями ПО,
как
SAP, Microsoft и SiebeL
Анализ данных с целью поддержки принятия решений
(IВM
DB2 Business Intelligence)
Программные средства,
«деловой
Intelligence
накопленных
решений.
В
объединяемые названием
интеллект » ,
(исторических)
настоящее
предназначены
дан ны х
время
это
ш
IBM DB2 Busmess
с
целью
направление
для
подцержки
является
анализа
принятия
одним
из
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
наиболее приори тетных в сфере техноло rnй управления данн ы м и. Э т о
связано ,
с одной
стороны ,
с
тем,
что
и с польз ова ние
и сторических
да нны х может по мо ч ь (и по мо га ет) в поиске наи луч ши х решений в
деловой
деятел ьно сти ,
организовать
извле чение
а,
хр а нени е ,
из
них
с
другой
быстрый
н уж н ой
сторон ы ,
п оиск
с
во зможностями
н еобход имы х
инqюрмации
(з н а ний )
да нны х
с
и
п омо щью
современных компью т е рны х средств.
Функциональн о
пр о гра ммн ы е средства
это го
напра вления делят
на
ч етыр е группы:
•
средства а н ал и за дан ных в ре альн ом масuпабе времени
Оп-linе Апа!уtiса!
•
•
•
(OLAP-
Processing);
средства созда ни я хранилищ да нн ых
(Data Warehouse);
с редства поддержки доступа к да нн ым;
с редства
интеллектуальной
инqюрмации >
обработки
данны х,
и ли
< добы чи
(Intelligent Мineг) .
Ана лиз данных в реальном масuпабе вр еме ни
(OLAP)
осуществляется с
целью подце ржки п ринятия решений (о п еративны х или стратегических)
по
управлению
поддерживающие
бизнесом.
этот
ви д
Инqюрмационны е
деятельности ,
системы ,
на зы вают
Систем а ми
поддержки принятия реше ний (С ППР ) .
Термин
OLAP
был пр едложе н в
1993
году Эд в ардом КоДДом (Э. Кодц
ав тор реляционной модел и дан н ых) . П о Кодц)';
-
это техноло гия
OLAP -
ком п лексно го динами ческого с инте за, анали за и консол ид ац и и боль ших
объемов
FASMI>,
многомерных
данных.
Существует
так
называемый
< тест
содержащий ос н о вные п ринципы ОLАР-mехнологий:
• Fast
(быстрый)
п редоставлен и е
результатов
анал иза
за
при емлемое вр емя (обычно н е более пяти секунд);
• Analysis
(анализ)
-
статист ического
во зможность проведения любого ло гического и
анализа
данн ы х,
а
та кже
сохранения
его
резул ьтатов в доступ н ом для поль зователя ви де;
• Shared
(разделяемый)
-
мно гопользовательский доступ к данным с
подце ржкой меха ни змо в блокировок и авторизованного доступа;
•
Мultidirпеnsiопаl
данн ы х
на
(мно гомерный)
ко нц е птуаль ном
-
уровне,
ш
мно гомерное
ВЮlючая
п редставление
полную
подце р жку
ОП<'Рацианныl,
данных
на
концептуальном
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
уровне,
ВЮlючая
полную
zSeri",
подце ржку
иерархий и множественных иерархий;
(инqюрмации)
• lnformation
возможность
-
обращаться
к
любой
нужной инqюрмации независимо от ее объема и места хранения.
Для
того
чтобы
Удовлетворить
требования
относительно
времени
анализа данных и получения ответа на сложные запросы, понадобилось
задействовать новую технологию организации и хранения да нны х. Э та
новая технол огия
получила
на зва ни е
<
хр анил ище данных
> (Dara
Warehouse).
Хранилище
да нны х.
Со гласно
хранилища данных Б. Инмона
интегрированные,
наборы
данных,
определению
[6.8]),
автора
концепции
это < пр едметно -о риентированные ,
неизменчивые ,
организованные
подцерживающие
для
целей
хронологию
подцержки
принятия
решений > . В этом определении под интеграцией данных понимается
объединение
и
источников.
< историч ес ких>
времени ,
согласованное представ ле ние данных и з различных
< Подцержка
да нных,
хро нологии >
т.е.
пред шествующему
означает
наличие
соответствующих
да нны х,
текущему
моменту.
интервалу
< Неи зме нчивость
да нны х> означает, что изменение данных в хранилище осуществляется
пугем
добавле ния
новых данных,
соответствующих
определенному
временному интервалу, без и зме нения инqюрмации , уже находящейся в
хранилище.
к
основным
требованиям ,
предъяв ляемым
к
хра нилищам
да нны х,
относятся:
•
подце ржка
высокой
скорости
получения данных из хра нилища
(т.е. малого времени реакции на запрос ы) ;
•
•
подце ржка внугренней н епротиворечивости да нны х;
возможность
совокупности
одного
получения
пока зателей
показателя
за
срезов
за
ряд
данных
(например,
определенный
значений
период,
последовательных
значение
временных
интервалов и т. д.);
•
•
нали чие Удобных средств для просмотра данных в хранилище;
полнота и достовер ность хранимых данных.
Хранилище данных
-
это единый
ш
источник данных,
относящихся к
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
всю необходимую и достоверную информацию для подцержки пр инятия
решений .
Типи чное
хранилище,
реляционной
базы
как
отличается
п рав и ло,
данных.
Поясним
это
от
обыч н ой
угверждение
пугем
рассмотрения логиче ских моделей реляционной базы данных и данных
хранилища.
в традицио нн ых базах да нн ых реляционного типа логическая людель
данных
так,
-
это совокупность двумер н ых (плоски х) таблиц , по строенных
чтобы
выполнения
обес п ечить
различных
возможность
операций
с
наиболее
данными .
эqxpeктивного
Нормализованная
логическая людель базы дан ных реляционного типа характер и зуется, в
частности , следующими особе нн остям и :
•
в се значения, хранимые в ячейках таблиц (значения атрибугов) ,
атомарны (т.е. в каждой ячейке таблицы распола гается только
одно значение);
•
данные
не
дубл ируются
(т. е .
в
базе
данных
отсугствует
избыточность).
Пуша
IIа311ачеИШI
200 1
Рис.
6.14.
400
2002
При мер куба , содержаще го да нны е об объемах перевозок
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
грузов
Такое представле н ие данных н е всегда соответствует целям подцержки
п ринятия решений , ко гда возникает необходимость быстрого получения
ответов на сложные анали тические зап росы. Более адекватной здесь
является логическая модель данных в виде мно гомерного куба
.
[6.8].
Куб
это геометрическая фи гура с тремя и змерениям и . Кубы данных на
п рактике имеют от
4
до
12
измерений; в этих случаях их н азывают
rn. п еркубами. Измерен ие в кубе· это одн а из характеристик данных .
На п ример , в кубе ,
< время >
(2001
г. ,
показан ном на рис .
2002
г.),
< п ункт
6.14,
измерениями являются
н азначения >
(Москва ,
Петербург), < груз > (бензи н , уголь). В ячейках куба (рис.
6.14)
Санкт
хра н ятся
данные об объемах перевозок. Эти данные агре гирова н ы по другим
измерениям.
измерение
Например,
< пункт
для
отправки >,
куба
то
на
рис . 6. 1 4 ,
приведе нн ые
есл и
на
существует
рисунке
данные
следует рассматриват ь как агре гированн ы е по этому измере н ию (т.е .
<1000>
это есть общая масса угля , завезе нн ого в Москву в
2001
годУ от
всех поставщиков) . На мно гомерном кубе ле гко определить множество
операций,
типичных
при
аналитической
работе:
сокращение
числа
измерений (проекции), сл и яни е (объединение кубов , имеющих общие
измерения) и т.д. Например , п ри агрегировании п о измерению < груз >
куб на рис.
6. 14
превращается в квадрат, п оказанный на рис.
6.15.
П ункт
назначен ия
с.· Петерб ург
MOCKu:J.
Р и с.
6.15.
1200
1400
1600
1900
200 1
2002
Агрегирование куба рис.
Время
6.3.4
по измерению "груз "
Логическая модель хран илища при этом представляется множеством
ш
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
Логическая модель храни лища при этом представляется множеством
мно гомер ны х
кубов
размерностями,
н ескольким
(гиперкубов),
каждый
из
в
общем
которых
коли ч ественным
случае,
с
различными
соответствует
п оказателям
одн ому
отр асли,
и ли
орга ни зации,
пр едприятия.
Надо
отметить ,
иерархическую
что
измерения
структуру.
мно гомер н ого
Например ,
куба
измерение
могуг
< пункт
может быть пр едставлено трехуровневой и ера р хи ч еской
рис.
в
иметь
отпр авки >
схемой (см .
6. 16.).
отличие
от
нормализованной
реляционного
ти п а,
избыточность
да нны х,
н екоторы е
да нны е).
за р анее
Это
логической
логическая
т.е.
содержи т
вычисленные
о пр авдано
в
модель
п ом и мо
итоговые
СППР ,
модели
ти п а
Т. К
базы
куба
исходных
да нные
данных
до п ускает
да нных
и
(агрегированные
по зволяет уме ньшить
время
реакции системы н а сложные за п росы .
ПуНl....,. ОТПрЭВК И
~
~
Crpaнa
Азербайджан
~
/
Город
Рис.
Мы
Баку
6.16.
~
/
Нефтечала
Cyp ryт
Нефтскамск
И ерархи ч еская схема измере ни я ' 'пункт отпр авки"
рассмотрели
да нны е
РОСС ~1.я
в
в и де
ло гич ескую
модель
совокупности
хранилища,
многомерных
п редставляющую
кубов.
Физическая
реализация хра ни лища об ы ч н о осуществляется одним и з следующих
способов
•
с
[6.8]:
и с п ользованием
с п е ци ал и зирова нны х
м н огомерных
структур ,
отли чающиXLЯ от традицио н н ы х реляционны х баз данных;
ОП<'Рацианныl,
•
гибридное
решение:
реляционного
типа,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
детальные
а
данные
хранятся
агрегированные
в
в
zSeri",
базах
сп ециальных
м н огомерных структурах.
в 18М ОВ2
основе
подцерживается многомерная Л1Одель данных на
OLAP Server
реляционной
СУБД
п роизводительности (см. раздел
DB2 UDB . Средства повышения
6.3.2) п озволяют обеспечить требуемые
временные характеристики.
Ин струменты
данные
из
для
создания
систем
хра н илищ да н ных
управле н ия
п редприятием
и
позволяют
собирать
в н ешних источ н иков ,
< очищать > их, преобразовывать и за гружать в хранилище данных.
На
этапе
проектирования
п редоставляется
хранилищ
набор
данных.
в
распоряжение
уп р авляемых
В
его
состав
инструментов
входят
пользователя
для
инструменты,
создания
которые
п озволяют генерировать различ н ые схемы очистки и загрузки данных, а
также графически описывать действия , необходимые для построения и
со п ровожде ни я хр анилища данных. Ос н ов н ой про граммный п родукт
этой груп п ы
- IBM
ОВ2
Warehouse
особенности п риведены в таблице
Таблица
N,
n/
n
6.3.
Основное
н азначение
Мапаgег
Компоне н ты 18М
Продукт
;
его назначение, функции и
6.3.
Business Intelligence
Функц и ональн ость и особенности
•
п одцержка многомерной модел и
данных (на базе реляционной
СУБД);
Анализ да нн ых в
1.
реальн ом
мас uпабе
времени
(OLAP)
•
IВM
п одцержка о п ерации
многомер н ой агрегации дан ных
DB2
OLAP
в разл и чных и ера р хических
Server
структурах;
•
п араллельная обработка
за п росов;
•
и с п ользование методов
опmиЛ1Uзации запросов
ш
ОП<'Рацианныl,
rurn"'... ".
•
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
расширение функцион ал ьн ости
DB2
по извлечению ,
пр еобразованию и загр узке
данных
(ELT - Extraction,
Тгаns fо пnatiоп and Loading);
•
подцержка управления
метаданными и
информ ацион ными каталогами
Создание
IВM
DB2
2. хр а ни ли щ да нны х Warehouse
(Data Warehouse) Manager
(репозитариями);
•
подцержка средств
QMF for
Windows (созда ни е запросов для
DB2 с помощью Windows или
Web-интер~йса);
•
подцержка при менения
< аге нт ов > , осуществляющих
п ереме ще ни е данн ы х междУ
ис ходной и целевой с и стемам и
без участия ц е н траль ного
сервера
•
создание отчетов и запросов к
базе данных;
•
создание запросов на языке
Java
для и х инициализации ч е р ез
браузер;
Query
Management
Facility
•
ин те гр ация результатов
вып олнени я за пр осов с
электронными та бли ца ми и
п ерсонал ьными базами данных;
(QMF)
•
использова ни е методов
синт аксич еского анализа
за пр осов на
•
SQL;
контроль по требле ния ресурсов
групп ам и пользователей
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
грynпами пользователей
DB2
•
объектов
Warehouse
Manager
Соппесtoг
з.
Подцержка
for SAP
достyn и перенос бизнес
SAP
в хр анилище
DB2;
•
R/З
и звлечение умерен ны х объемов
данных
SAP
RЗ
достynа к данным
•
извлечение данных И3 базы
данных
WSA ( IВM WebSphere
Site Ana/yser) или витрин
D2
Warehouse
Manager
Соппесtoг
данных и размещение их в
хранил ище;
•
провер ка выполнения
продуктом
to the Web
WSA копирования
данных о Web-трафике в
ц елевое хран илище
•
прогр амма-а гент,
пр едоставляющая возможность
DB2
для 18М
Warehouse
Manager
DB2 Warehouse
Manager, р аботающе го
UN IX и ли Windows,
Sошсiпg
под Liпux,
осуществлять извлечение и
Agent for
пр еобразовани е данных,
Z/QS
размещенных на платqюрме
z/QS
DB2
Intel/igent
Мiпег
Modeling
•
•
•
•
обнаружение ассо циаци и;
К1/йстерuзацuя;
ЮJaссификация;
совместимость с языком
Predective Mode! Markup
Language (PMML), версия 2.0
ОП<'Рацианныl,
rurn"'... ".
•
DB2
графическое представление
обнаружения ассо циаци й,
Мinег
ЮJaстеризации и
VlSualizer
ЮJaссификации ;
Интеллектуальная
•
обработка да нны х
(/ntel/igence
zSeri",
результатов решения задач
Intel/igent
4.
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
подцержка языка
PMML . версия
2.0
Мinег)
•
встраивание моделей
(результатов интеллектуальной
DB2
обработки , полученных с
Intel/igent
помощью
Мinег
Modeling) в
Scoring
Мinег
DB2 Inrel/igenr
приложения для
использования с новыми
данными
•
DB2
и звлечение, индексирование,
анализ и классификация
Intel/igent
Мinег for
информ ации и з текстовых
ис точн иков (докумен ты ,
Text
Web-
страницы , бланки)
Средства подцержки доступ а к данным представляют собой
серверы
промежугочного
ЮlИентских инструментов
этой
информации.
ПО ,
которые
подцерживают
к биз н ес - информации ,
С вязующие
прогРйЛ1Л1ные
а также
серверы
AP I
и
доступ
обработку
позволяют
Юlиентам пол учать прозрачный доступ к многочисленным серверам баз
да нных (созданным как 18М , так и другими разработчиками). Основные
программные ПР ОдУКТы этой группы описаны в табл иц е
6.3.
Средства интеллектуальной обработки да нных « доб ычи информации >,
Intelligent
Мinег).
Основное
да нных
(ИАД)
пои ск
назначение
в
да нны х
интеллектуальной
скрытых
обработки
закономер но стей .
Большинство методов ИАД первоначально разрабатывал ось в рамках
направления исследован ий ,
которое
получило
название
<
сис темы
ОП<'Рацианныl,
большие
и
быстро
растущие
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
массивы
zSeri",
корпоративных данных,
эти
методы оказались в полн ой мере востребованными.
Сфера
поиска
аналитической
закономерностей
об р аботки
отличается
да нны х
тем ,
(OLAP)
от
оперативной
что
накопленные
сведения в н ей автоматически обобщаются до инфор мации, которая
может быть охарактеризована как знания. Этот процесс чре звы чайн о
актуален сейчас , и важность его бу,цет со временем только расти. Как
угверждают с п ециалисты, количество информации в мире Удваивается
каждые
20
обещавшие
месяцев,
фонтан
в
то
время
мудрости ,
как
пока
компьютерные
ЧТО
только
технолоrnи ,
регул ируют
потоки
данных.
Интеллектуальный
анализ
данных
определяется
в
большинстве
п убликаций как извлечение < зерен знан ий из гор данных > . При этом в
английском языке существует два терм ина , п ереводимые как ИАД,
Know/edge Discovery in Databases (KDD)
и
Data Mining (DM).
В
большинстве работ они используются как сино ни мы.
Покажем
на
примерах различие
задач
< оперативной
аналитической
обработки данны х>
(ИАД). Если
(OLAP) и < интеллектуального анализа данных >
задач ей OLAP является, например, ответ на вопрос < как
изменились экс п луатационные зат р аты пугевого хозяйства Московской
железной дороrn в период с
на
вопросы:
< какие
1998
факторы
по
2002
год?>, то цель ИАД
в
наибольшей
степени
-
ответить
влияют
на
эксплуатационные расходы пугево го хозяйства Московской железной
дороги? > , < каковы ожидаемые величины эксплуатационных р асходов в
2003
году? > и т.д.
Первоначально
ис ходно го
средства
материала
ИАД
для
р аз р абатывалис ь так,
анализа
что
в
принимались
качестве
данные ,
организованные в пл оские реляционные таблицы . Применение ИАД к
данным, представленным с помощью хранилищ в виде 2uперкуба , во
многих случаях может оказаться более эqxpeктивным.
Обычно выделяют следующие пять типов задач ИАД
•
Классификация.
позволяет
Наиболее
выявить
ра с про ст р аненная
при знаки ,
[6.9]:
задача
характеризующие
ИАД .
Она
однотипные
ОП<'Рацианныl,
•
Классификация.
по зволяет
грynпы
Н аиболее
выявить
rurn"'... ".
при з н аЮ1 ,
объектов
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
р ас про ст р аненная
классы,
задач а
характеризую щи е
для
того ,
чтоб ы
ИАД .
zSeri",
Она
однотипные
по
известным
значениям этих при з н аков можно б ы ло отнести новый объе кт к
т ому ИЛИ иному классу. К люч ев ы м момен то м решения этой задачи
является
анализ
объе ктов.
множества
Н аиболее
класс ификации
т ова р ов
и
зар а н ее
типичный
ко н куре н т н ая
услуг
Классификация
за
может
классифициров а нны х
при мер
борьба
между
определенные
п омо чь
и с польз ования
п оставщиками
грynпы
определить
клиентов.
характеристиЮ1
н еустой чивы х кл и е н тов, склонных перейти к другому поставщику,
что позволяет н айт и оптимальный способ Удержать и х от этого
шага (наприм ер , п осредством пр едоставле ния СЮ1док, л ьгот или
даже
с
по мо щью
индивидуальной
р аботы
с
пр едстави телям и
< грynп риска » .
•
Кластеризация. Ло гич есЮ1 продолжает и дею классификации на
более слож ный случай , когда сам и классы н е предопределены, т.е .
н е и звестна прин адлежность заданны х объе ктов тому или иному
классу.
Р езультатом
использова ния
метода ,
выполняющего
кластер и за цию , как раз является вариант разбиения множества
объе ктов н а грynпы , включающие < БЛ И ЗЮ1е > объекты. Так, можно
выделить родственные грynпы клиентов или покynателей с тем ,
что бы вести в и х отношении дифрере нцир ованную политику. В
прив еденном
клиен тов,
выше
готовых
при мере
уй ти
к
< грynпа
риска >
категории
другому поставщику
-
средствами
кластер и за ции может быть выявлен а до н ачала проц есса ухода ,
что
по зволи т принимать профи лакт ич еСЮ1е,
а
не
экстр е нные
ме ры.
•
-
Выявление ассо циаций . Ассоциац и я
од новрем е нно
н ескольЮ1М И
Количественной
мерой
это связь между двумя и ли
событиями.
настynающими
ассо циации
может
б ыть,
например ,
уСЛОВНQЯ вероятность соб ы т ия А при условии, что событие В
пр оизо шло.
•
Выявление
по следоват ельнос те й.
п оследовател ьно сти
настynающи ми
времени.
не
~ерой
определяют
однов р еме н но,
взаимосвязи
Под об но
связь
а
с
между
ассоциациям ,
событ и ям и ,
н екоторы м
между
разрывом
но
во
п оследовательными
соб ы т и ям и А, В, С MOryг бы ть условные вероятности событ ия В
при услов ии , что событие А произоШlIО, и условная вероят н ость
ш
ОП<'Рацианныl,
•
Прогно зирова ни е.
показателя
на
Э ТО
основе
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
задача
анализа
оценки
текущих
и
бу,цущих
zSeri",
значений
и стор ич еских да н н ы х .
Н а при мер, может б ы ть сделан пр о гно з объема перевозок, который
ожидается в следУЮ щем
базе
году,
на основе да нны х,
прои з водств ен но-эконом и ческих
железной
дороги.
В
задачах
накопленных
показателей
подобного
тип а
в
р аботы
чаще
всего
исп ользую тся тр ади ционны е метод ы математической статистики.
ОВ 2
это набор продуктов, который пр едоставляет в
Intelligent Miner -
распоряжение пользо вателя анали тиче ские ин струме н т ы , необходимые
дл я принятия продуманных и каче ствен ных бизнес-ре ше ний . 3адач и ,
решаемые этим набором продуктов , MOryr привести к выбору более
то чной маркетинговой ст р атегии , к уме ньшению оттока заказч иков , к
увели ч е нию при были от тор гов л и через
семейства
DB2
Утилиты
18М
ОВ2
/пtеJ/igепr
DB2
Miner описаны
(IВM
это
Tools -
Intemet.
в та бл иц е
Ос н овн ы е продукты
6.3.
DB2 Tools)
инструме н ты
управления да нными
пр едназ н аче нны е для повышени я прои зводительности 18М
средах
zJOS
и
для
DB2,
DB2 UDB
в
OS /390.
Инс труме н таль ны е
средства
18М
DB2
группирует
по
ч етырем
функциональным категориям: инструме н ты для администрирования баз
да нны х, инструме н ты управления пр о изводител ьно ст ью ,
дл я
восстановления
и
репликации
и
инструменты
ин стр уме н ты
дл я
управления
при ложе ниями .
Инс труме н ты для администрирования баз да нны х по мо гают решить
наи более общие
задач и , связанные
с обслуживанием
работы баз да нны х. К ним отн осятся такие задачи ,
повторн ая
управление
загрузка
да нны х,
каталогами.
их
Многие
реорганизация,
из
этих
и
подцержкой
как выгрузка и
копирование
о пераций
влияют
и
на
прои зводи т ельнос ть и перенастройку параметров и имеют важ нейшее
знач ени е для соблюдения тр ебова ний в отношении уровня доступн ости
да нны х .
Инс труме н ты управления производительностью играю т важную р оль
дл я сохранения работоспособности среды
ш
баз данн ы х при пи ко вых
ОП<'Рацианныl,
анализировать
и
обеспечивая
одновременное
поддерживать
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
быстродействие
сокращение
базы
да нны х
времени
zSeri",
DB2,
обработки
тра нзакций и п овышение уровня доступ н ости ресурсов.
Инс труме н ты
для
IBM
восстановления
и
репликации
баз
данных
помогаю т заказчикам повысить эqфeктивность своих баз да нны х .
Инс труме н ты
по зволяют
соединять
IВM
для
управления
создавать прос тые
их
с
нужными
при ложен иями
прилож е ния для
пользователю
баз
работы
данными
в
данных
с отчетами ,
определенный
момент времени , пр оверять и изменять данные, а также контролировать
операции в заданных точках.
информации
Интеграция
(IВM
ОВ2
Information
Integration)
Инфор мацион ная
по зволяют
интеграция
использовать
различного
типа
при
это
решении
(структурированные,
набор
технолоrnй,
при юыдных
задач
которые
данные
неструктурированные)
вне
зависимости от места их размещения , полученные с пом о щью запросов
на языке
SQL или XML,
а также с помощью Web-служб.
Инте гр ация обеспечивает:
•
объеди н е ни е данных, полученных от разных источников (базы
данных, Web-службы, хранилища);
•
•
•
создание моделей да нны х и интерфейсов;
доступ к разнообразным тип ам да нны х;
преобразование да нны х в требуемый формат.
Обычно рассматривают три функции интеграции: объедине ни е да нны х,
п ереме ще ни е
да нны х
(конвертация) (см. рис.
(репликация),
6.17).
'"
преобра зование
данных
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
и 1m ГРiUШЯ
It нформа.ЦIIII
KOIICOJUlд3 ЦНJ1
Рис.
6.17.
Р:Lсu ptЩС!lснне
Основные функции интеграции
Объединение по зволяет предоставить достyn к данным от болыlюоo
чи сла различных источников и плапlюРм так, как если бы эти данные
принадлежали единому ресурсу
Возможности систем объединения:
•
данные можно хран ить в исходных системах, не п еремещая их в
единую систему хр анения;
•
можно использовать единый
AP I
для пои ска и пр еобразования
данных;
• объеди н е нная
система
скрывает
любые
различия
в
местополож ен ии , диалектах сети , топологи и данных;
•
можно
получи ть
н епосредстве нно ,
данные
достyn
либо
динамически,
К
п угем
что
хр анилищам
запроса ,
по зволяет
данными с помощью единого диалекта
данных
который
осуществлять
либо
возвращает
ynравление
SQL.
Объединение имеет смысл использовать, когда технические требования
проекта инфор мационной системы пр ед полагают многократный пои ск,
вставку, обновление и удалени е данных из разнородных источников.
Репликация
это
результирующем
зависимости
пр оцесс
ресурсе
дУбл ир ования
данных
от тр ебований
из
архитектуры
и
различных
размещения
в
источников.
В
инфо рмационной
системы
предприятия можно использовать р азлич ны е схемы дУбл ир ования и
ш
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
размещения да нны х.
Репликация пр едоставляет следующие возмож ности :
•
ав то мати з иров а нно е и надежное перемещение и зме нений да нны х
из одной
системы в д р угую (по з вол яет автомати чески вносить
изм е н ен и я при появлении их в источ нике);
•
созда ние
идентичных
копий
в
двух
системах
(например ,
подце р жка второй копии дан ных для и х восста нов ления);
•
ко пир ование подм но жества да нны х и з одной системы во мно гие
( наприм е р ,
с ист емах).
с
ц ел ью
Такой
си н хро ни заци и
вид
р епликации
информации
н азывается
в
разных
распределением
данн ы х;
•
ко пир ование выбран ны х да нны х из многих источников в один
( н априм е р , чтобы объединить инфо рма цию в инфор ма цио нное
хр анили ще).
Такой
вид
р епликации
называется ко н солидацией
данн ы х.
Репликация п одцерживает целостность да нны х.
Конвертация
формирование
данных
оптимизированных SQ L- запросов
Пр еобразова ни е
да нны х
может
докуме нт ов
к различ ным
осуществляться
на
основе
источникам да н н ы х .
как
в
момент
их
перемещения, так и при создани и представлений.
Оптимизация SQ L- за пр осов и збавляет пр о граммиста от н еобход им ости
рассматривать
написании
особенности
при клад ной
фа кти чески х
пр о граммы.
приспособиться к факторам,
написании
программы,
а
и сточ нико в
которые н е мо гли
также
при
да н ных
Оптимизация
ее
бы ть известны
изменении
при
по зволяет
в
при
свя зи
с
изменениями среды окружен ия.
При и с поль зовани и инфо рмацио нн ой ин тегр ации можно работать с
дан ны ми,
которые
н аходятся
как вн угр и
информ а ционной
сис темы
предприятия, так и за ее пределами.
Семейство IВМ
DB2 I пfо пnatioп lntegration состоит из двух ПР ОдУКТов:
18М DB2 lnformation Integration и 18М DB2 Information Integration for
Content. П е р в ый п родУКТ ( 18М DB2 Information Integration ) п ред н азнач ен
ОП<'Рацианныl,
для
применения
в
тех
rurn"'... ".
случаях,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
когда
основными
и н формации для работы прилож е ний , использую щих
реляционные
базы
да нны х,
источниками (докумен ты
Продукт IВM
случаев ,
до п ол н е нны е
XML, Web-службы
прилож е ниям
необходим а
являются
SQL,
нереляционными
и др.).
DB2 Information Integration for Co ntent
ко гда
zSeri",
источ ника ми
предна зн ачен для
ин теграция
гетерогенной
и нфо рмации. Э тот продукт очень подой дет тем разработчикам решений
по
управлению
информационным
прогр амм ны ми
инт ерфейсами
наполнением,
уп р авления
которые
контентом
з накомы
и
с
объектно
ориентир ова нным программированием.
Информ аци я
по
семейства IВM
Табл ица
функциям
и
n/
n
форматам
DB2 Information Integration пр едставлена
6.4.
в таблице
данных
6.4.
Основные функции , особенности и форм ат ы данных
семейства IВM
N,
подцерживаемым
Страте гия
интеграции
DB2
Iпfопnatioп
Основные функции
Integrator
Подцерживаемые форматы
данных
1.
Возможность
доступа к
гетеро генны м
данным ,
Реляционные источники:
хранящимея в
единую систему
Informix Dynamic Server, Informix
Еxtепdеd Parallel Server, Microsoft
SQL Server, ORACLE, Sysbase
SQL Server, Sysbase Adaptive
Server Enterprise, Teradata;
хранения .
исто чники , доступны е с
Исполь зование
помощью
языка
Нереляционны е исто чники:
исходных
система х, без их
п еремещения в
1.
Объед инение
данных
2.
з.
SQL и
DB2,
ODBC.
пр оцедур
Е хсе \, Dосшnепtum Епtегр г isе
оптимизации
Co ntent; источники
запросов.
доступные с помощью IВM
Единый
Lotus Extended Search, IВM DB2
Informatio n Integrator for Co ntent
инт ерфейс дл я
ш
данных,
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
п оиска и
пр еобразова ни я
да нны х.
1.
Ав то матич еский
п еренос
и змен е ни й
данных и з
одной с и стемы
в д ругую.
2.
Подце ржка
и ден тичны х
ко пий .
з.
Копирование
подмножества
данных и з
одной системы
во м н огие
2.
Репликация
(распределение
данных
данных) .
4.
Копирование
подмножеств
данных и з
мно ги х
и сточ ников в
один
(консолидац и я
данных) .
5.
А втоматизация
п еремещения
данных (по
графику, в
зав и симости от
событи й и т.д.).
'"
I пfоrmix Оynaшiс
SelVer,
Microsoft SQL SelVer, ORAC LE,
Sysbase SQL SelVer, Sysbase
Adaptive SelVer Е пtегргisе,
Iпfoгmix Еxtе пd еd Paralle! SelVer,
Teradata; источники , доступные
DB2,
с п омощью ООВС
ОП<'Рацианныl,
1.
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Создание и
п убл и ка ци я
XM L -
Реляцион н ые источники (те
докуме н тов с
же , что в п.1) . Нереляц и о нн ые
и сп ользова ни ем
исто ч н и ки : Очереди
раз н ообразн ы х
сооб щен ий IВM
и сточ ни ков
з.
Ко н вер тация
2.
да нн ых.
докумен ты ; О осuшепtшn
И с п ользова н ие
Enterprise Content Management
System; источ н ики да нны х
языка
данных
SQ L c
пр оцедурам и
доступн ы е с помощью IВM
о птимиза ц ии
Lotus Extended Search; каталоги
LDAP; исто ч н и ки IВM DB2
Informatio n Integrator for Content
(IBM D B2 Content Manage r и
доступа к
да нн ым .
з.
WebSphere
MQ; Web-службы; Excel; XM L-
Возможность
и сп ользова ни я
Web-серв и сов
для ко н верта ции
да нн ых.
др.)
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
Система интеграции приложений IВM
Да нный
раздел
мощн ы х и
по свяще н
обзору
(в
прошrюм
MQSeries).
системы от крупных производителей ПО,
базовые
возможности,
архитекторами
Материал
и
которые
MOryr
р азработчиками
раздела
вмючает
WebSphere MQ
возможностей
известных программных ПРОдУКТов
WebSphere MQ
не
в
одного
компании
Как и
мно гие
из
самых
IВM
- IBM
програ ммные
WebSphere MQ
представляет
использоваться
системными
инqюрмационных
только
н епосредственно программного продукта,
zSeri",
обзор
но и
системах.
возможностей
сведения
о том,
каким
образом он может применяться при решении при мадных за.цач.
Раздел
состоит
из следующих подразделов.
В
р азделе
6.4.2.
дается
определение понятия
< Message Oriented Middleware > (МОМ), которое
относится к массу технологий , реализуемых в IВM WebSphere MQ. В
разделе 6.4.3 прив едены основные принципы работы WebSphere MQ ,
даны описания реализации с помощью WebSphere MQ различных
моделей взаимодействия приложений. В разделе 6.4.4 описаны другие
продукты семейства WebSphere MQ - Integrator Broker, Workflow, Adaprer,
Everyplace.
Раздел
6.4.5 по свяще н типовы м архитектурам, при меняемым
WebSphere MQ. Раздел 6.4.6 обобщает основные
WebSphere MQ и содержит рекомендации по его
при использовании
пр еимущества
использованию.
Message Oriented Middleware
(МОМ)
-
средство для
интеграции приложений
Для большинства современных предприятий ин те гр ация программных
при ложений становится насущной необходимостью. Существуют две
стратеrnи интеграции
•
интеграция
[6.5]:
< снизу> ,
на
основе
ни зкоуровневых средств,
как интеграционные серверы , брокеры объектных запросов
таки х,
(ORB)
и т.д.;
•
интеграция < сверху> , на основе пор тальных решений, средств
аналитической об р аботки инqюрмации и т.д.
Основная
задача
прогр амм ны х
средств
'"'
интеграции
nриложений
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
обеспечить во змож ность взаимодейств и я приложений в н е зависимости
от аппаратных п лапtюрм и операционных сред.
Технологии МОМ
< снизу>.
При
(Message Oriented Midd/eware)
использовании
МОМ
осуществляется пyrем обмена сообще ни ями.
п ервых п родуктов
ведущего
масса МОМ,
р азработчика
п опулярность
этого
среди
приложений
один из
WebSphere MQ -
что вм есте
пр о граммных
продукта
реализуют интеграцию
взаимодейств и е
с репyrацией
средств,
IВM ,
как
обуславливает
систем н ых
архи текторов
и
разработчиков информационных систем.
При
использовании
применением
приложения
MQ
WebSphere
механизма
обмениваются
сообщениям и
с
очередей
сообщений .
WebSphere MQ
является средством управления очередями сооб~ниЙ .
Приложения осуществляют передачу сообщения в очередь, после чего
п родолжают
работать
по
своему
алгоритм у.
Задачу
доставки
информации и з очереди приложения -источника в очередь прилож е ния
п рием ни ка берет на себя
WebSphere MQ.
Процесс передачи сообщений
оказывается скрыт от приложений , разработчикам необходимо всего
лишь
реализовать
процесс
передач и
сообщений
в
очередь ,
но
не
соединения с различными пр иложениями .
Большое количество подцерживаемых о п ерацио нн ых систем, мощные
средства
администрирования ,
WebSphere MQ
удобный
AP I
п ривели
к
тому,
что
занимает ведущие позиции на рынке МОМ. Потребности
рынка заставили разработчиков ввести в состав
WebSphere MQ
п родукты
Integrator, Workflow, Adapter. Обзор
WebSphere MQ, а также о пи са ни е п реимуществ и
использования приведен ы ниже (см. также главу
Основные принципы работы
всего
новые
семейства
типовых случаев
6.2).
WebSphere MQ
Основные определения и ко нцепции
Введем ряд базовых понятий , которые БУдyr использоваться далее .
Сообщение в терминах
WebSphere MQ -
последовательность да нны х,
значимых для пр иложе ний и /и ли пользователя. Сообщение
'"
MQ,
как
ОП<'Рацианныl,
rurn"'... ".
правил о, состоит из двух ч астей
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
служеб н ой
-
zSeri",
и содержатель ной . В
служебной части находится инqюрмация, которая пр едставляет интерес
в процессе пересылки
создания
и
пр.
тип сообщения, пугь его следования, вр емя
-
Служебная
часть
сообщения
создается
как
приложениями , так и серверами, которые осуществляют его пересылку к
месту на значения.
Содержательная часть сообщения представляет собой данные, которые
посылают!принимают непосредственно приложения. Для обеспечения
надежности
в
процессе
п ередачи
сообщения
содержательная
часть
делится на сегменты, которые при необходимости MOryг передаваться
как логически независимые единицы.
Хранение сообщений в процессе пересылки происходит в сп ециальных
очередях сообщений. Очередь сообщений представляет собой буфер ,
куда сообщения помещаются , либо
и з вл екаются.
Не останавливаясь
детально на вопросах реализации очередей сообщений, скажем лишь ,
что сообщение может быть помеч ено как < устойчивое >
оно
сохраняется
отключения
в
очереди
сервера,
Безусловно,
на
даже
котором
определение
в
ситуации
физичесЮ1
сообщения
как
в этом случае
-
непредвиденного
реализована
устойчивого
очередь.
ведет
к
некоторому снижению производительности всл едствие необходимости
постоянного хранения актуальной копии сообщения на диске, но зато
по зволяет
обеспечить
гарантированность
доставЮ1
инqюрмации
в
случае отключения серверов. Администратор задает тип сообщен ий по
умолчанию (устойчивое!н еустойч ивое) для очереди, тем не менее, в
очереди могуг одновременно находиться сообщения обоих типов.
Управление
очередями
сообщений
и з вл е чение
сообщений)
сообщений
(иногда
сообщений » .
системным
осуществляется
применяется
Фактически
менеджер
программным
пользовательс ким
взаимодействие
(создание,
с
очередями
пом е щение!
менеджерами
очередей
название
< сервер
очередей
очередей
сообщений
является
средством,
приложениям
удаление,
которое
предоставляет
возможность
осуществлять
сообщений
и
непосредств енно
сообщениями. Вследствие этого, для обеспечения работоспособности
системы
на
базе
MQ ,
должен
менеджер очередей сообщений.
сообщений
может
управлять
быть
При
определен
этом
один
нескольЮ1МИ
как минимум
менеджер
очередями.
один
очередей
Схема ,
ОП<'Рацианныl,
отображающая
менеджерами
связь
междУ
очередей
Менедже р очередей
и
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
сообщениями,
приложениями ,
сообщений должен
очередями
показана
zSeri",
сообщений ,
на
6.18.
рис.
иметь уникальное
имя для
идентификации в процессе передачи сообщений.
очередь
;!
nР It.rI Ож.еlt .,е
ПРИЛQЖСIIИС
Рис.
6.18.
Как
Приложения , очереди и сообщения
происходит
сообщений
передача
между
приложениями
Передача
июlюрмации
происходит
с
сообщений.
между
различными
использовани ем
Каналы
являются
очередями
специальных
сообщений
каналов
односторонними,
для
передачи
полноц е нного
обмена информацией должны быть определены два канала передачи
информации.
Сообщения
передаются
специализированного
PfOtoCO!).
помощью
по
протокола
с
каналам
п е редач и
использованием
МСР
(Message
Channe!
Непосредственно взаимодействие с каналом осуществляется с
программного
реализующего
все
продукта
низкоуровневые
МСА
(Message
функции
Сhаппе!
Аgепt) ,
взаимодействия.
В
процессе п е редач и менеджер очереди сообщений помещает сообщение
в канал исходящих сообщений, осуществляется процесс передачи , после
ч е го
сообщение
адресата.
В
записывается
ходе
п е редач и
во
входящую
сообщения
очередь
менеджер
прилож е ния
очереди
по
информации, находящейся в служебной части сообщения, определяет
направление передачи , и, используя специальные протоколы и таблицы
маршругизации, п е ресылает сообщение в соответствующую очередь.
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
Схематически процесс п ередачи сообщений пока зан на ри с.
1ПРИЖ»К(:НI!С I 1 1ПРИJI()Ж(:НИ(: 21
!
"
\
,/'
:- ---i- ---
--]-:
~'':-:--Ы~':';-
'i
Л()ЮUIЬНЦ ()чередь
f
I Б·---_o
Г1Г1
___________I .---"
6.19.
Так
как МОМ
щ
-
'
iI
-
-
--
--
-
т 7';;;":; --J-;
-
,
:
'
i
:
мел
(Мешgе
: ~ (М=g,
"'~",l
Agcnt)
~~~
СhiUШе[
-----_.....
Agc-nt)
Менеджер н ОЧqJCШ1 еиетсыы
Рис.
;-
,
,
мел
i
; Очередь Dереда'!И
6.19.
1ПРИJI()Ж(:НН(: з 1
....
l'f
~
:
zSeri",
Мсне/IЖСР н 04cpcд1i систсмы.
I:
2:
Передача информации междУ приложениями
предоставляет
сервис
QсинхрОН/Ю20
взаимодействия ,
прило~ение-приемник не обладает информацией о фвкте появления
сообщения ,
специальные
адресованного
триггеры
ему
Для
(triggers),
этих
которые
целей
предназ начены
контролируют
появление
сообщений в очереди и инициируют процесс получения сообщения
приложением - при емником. При этом усло вием срабатывания тригге ра
может
быть
не
соответствие
просто
появление
сообщения
сообщения
заданному
в
очереди ,
приоритету,
но
и
поступление
нескольких сообщений и пр.
Передача
информации
независимо сть
ОТ
WebSphere
в
структуры
сети
и
MQ
удобство
для
разработчиков приложений
Безусловно , описанный выше процесс передачи в реальности выглядит
неско лько сложнее. В частности , выделяются так называемые локальны е
очереди
(/оса/
queues)
и
очереди
п е редач и
(transmission
queues).
Локальные очереди предназнач е ны дл я приложений , которые относятся
к
локальному
менеджеру
очередей
сообщений.
При
передаче
информации приложениям, которые относятся к удаленному менеджеру
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
очередей сообщений, сообщение помещается в очередь передачи (см .
рис.
6.19).
Как и любое
очереди
сообщение
передачи,
частности ,
очередь
наименование
менеджера
WebSphere MQ,
имеет
служебную
сообщен ие,
часть,
на ходящееся
в
идентифицирующую,
в
приложения-получателя.
очереди
очередей
Эта
приложения-получателя
сообщений,
которому
и
часть
имя
содержит
удаленного
принадлежит
очередь.
Проверка адреса п олучателя осуществляется следующим образом:
1.
Если
имя
менеджера-приемника
инqюрмации
совпадает
с
локальным , то сообщени е помещается в соответствующую очередь
сообщений на локальном менеджере.
2.
Если
имя
менеджера- пр иемника
локальным ,
менеджер
то
с
помощью
очередей,
инqюрмации
таблиц
используя
не
сов п адает
маршругизации
протокол
мер,
с
локальный
осуществляет
пересылку инqюрмации Удаленному менеджеру очередей.
з.
Удаленный менеджер очередей помещает сообщение в очередь
приложения-приемника.
Использование
заниматься
таблиц
пр оцессами
маршругизации
п ересылки
позволяет
инqюрмации ,
приложениям
это
не
обязанность
менеджеров очередей. Вместо реальных имен менеджеров очередей и
имен очередей в таблице маршругизации для адресации сообщений
MOryг использоваться альтернатив ны е логические имена. Прав ильная
доставка
сообщений
при
этом
обеспечивается
средствами ,
н азываемыми < определение Удаленных очередей > и < п севдонимы > .
Использование этих средств п озволяет разработчикам при ложений не
уделять внимания структуре сети менеджеров очередей
сообщений ,
оставляя эти задачи для реше ния системным администраторам.
Таким образом , система менеджеров сообще ний
WebSphere MQ
является
п ол н остью самодостаточ н ой и не требует от приложений знать что
либо о ее в н угренней организации .
Проектировщиков систем на базе
свойства:
гарантированность
много п латqюрмен н ость.
MQ
привлекают еще два важных
доставки
инqюрмации
и
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Гарантированность доставки
Гара нтир ованность
использованием
доставки
протокола
мср
июtюрмации
обеспечивается
и
восстановления
средствами
серверов.
Применяемый для передачи инфор мации между удаленными очередями
сообщений ,
протокол
МСР
фиксирует факт
п ередач и
случае , когда проц есс доставки завершился успеUllЮ.
только
в
Если во
то м
время
пересылки инфор мации сообщение либо его части были по каким-либо
причинам
потеряны,
то
на
протокольном
уровне
осуществляется
повторная посы лка информации. Для повышения гибкос ти система
MQ
позволяет разбивать сообщение на более мелкие сегменты. Сегменты
MOryг передаваться н езависимо друг от друга, при этом при
получении
осуществляется сборка всех сегментов в единое сообщение. Сокращение
размера
сегмента
особенно
актуально
при
р аботе
в
условиях
ненадежных соединений.
Таким
образом ,
сегментация
прим е н е ни е
сообщений
с пециализирован ного
совместно
с
пр отокола
возможностью
и
хр анения
информации в о ч ереди на время неработоспособности сети делает
MQ ,
как представителя МОМ, незаменимым средством при пр оектировании
информационных
систем
высокой
надежности.
Кроме
того ,
MQ
предоставляет специальные средства для работы при отказе серверного
оборудования. При отка зе одного из серверов, на котором развернуг
менеджер очередей
пугем
доставки
Заметим ,
что
система
MQ,
июtюрмации
реализация
может воспользоваться
через
да нн ой
другие
настройки
менеджеры
не
является
обходным
очередеи.
сл ишком
сложной для программистов и может быть скрыта от разработчиков
внешних приложений. Кроме того , при восстановлении
сервера все
сообщения , находящиеся в очередях и определенные как < устойч ивые >
(см. выше) , не теря ю тся и
пр одолжа ю т свой
пугь до при ложе ния
приемника.
Средства
обеспечения
позволяют использовать
гаран тированнос ти
MQ
доставки
информации
в промыllенныыx системах, где потеря
информации может прив ести к нежелательным последствия м. В этом
состоит принципиально е отличие
MQ,
'"
как представителя масса мом,
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
от, наприм ер, систем электронной почты. Последние не предоставляют
сервиса
гарантированной
доставки ,
в
лучшем
случае
инф:Jрмируя
отправителя о факте получения/неполучения инф:Jрмации.
При
существенных
блокировка
времени ,
связанной
канала
проблемах,
передачи
отказ сервера и
возникающих
инф:Jрмации
пр.),
т.е.
что
сообщение
при
в
сети
течение
(например ,
дл и тельного
случае критической
с невозможностью доставки
пом ещает сообщение в специальную
Заметим ,
в
в
ситуации ,
инф:Jрмации,
WebSphere MQ
очередь - Dead Letters Queue (DLQ).
этом
не
удаляется
(если
оно
было
определено как устойчивое), а лишь перемещается в другое место для
временного хранения .
Отслеживая с ПОМОJ.Цbю специальных средств
содержимое
сообщений
очереди
DLQ ,
приложение
или
оператор
системы и меет возможность предпринять те или иные действия для
исправления ситуации . В очередь
DLQ
также попадают и сообщения с
истеКllШМ сроком действия.
Многоплшформенность
Другим отличительным свойством системы
работы
в
условиях
про токолов.
(менеджеры
В
р азлич ны х
частности,
очередей
MQ
является возможность
программно-аппаратных
серверное программное
сообщений)
MOryr
платф:Jрм
обеспечение
работать
и
MQ
на
следующих
(т.е.
п латф:Jрмы ,
платф:Jр мах:
• IВMAIX;
• IВM 05/400;
•
•
•
•
•
•
При
НР-ИХ;
Linux оп Iпtе~
Linux оп 18М e5erver 75eries;
5uп Solaris Operating Envimnment;
Мiсrоsоft Windows NT, Windows 2000, Windows
05/390 и пр.
этом
ХР;
подцерживаемые юш ентски е платф:Jрмы
которые подцерживает интерфейс
MQI)
включают в себя:
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
•
•
•
•
•
Apple Macintosh Operaring System;
Oata General OG/UX;
OOS;
18М 4690 Operating System;
Windows NT, Windows 2000, Windows
• ZfVМ и VMNSE и пр.
ХР;
С учетом такого многообразия подцерживаемых плапtюрм
н езаменимым
средством
при кладными
системами,
при
организации
решающими
zSeri",
MQ
является
взаимодействия
различные задачи
между
и , возможно ,
разработанными в разное время.
Гетерогенность
MQ
н е ограничивается только подцержкой различных
прогр амм но -аппаратных платформ.
различных сетевых пр отоколов.
Она
может осуществлять взаимодействие
TCPIIP, IPX/SPX,
про ектировщикам
NetВios,
также
Используемый
LU6.2.
включает
в
систем
MQ
подцержку
протокол мер
с транспортными
Таким образом,
информационных
MQ
пр отоколами
предоставляет
практически
пол ную
свободу при решении задачи интеграции различных при ложений.
Администрирование
Администрировани е
стандартных
средств
WebSphere MQ
WebSphere MQ
управления
систем, в частности, для
с
Windows,
производится с использованием
консоли;
для
ряда
операционных
разработаны графиче ские средства
адми нис трирования. Кроме того, на рынке при сугствует целый ряд
продуктов
управления
независимых
производителей ,
предназначенных
для
WebSphere MQ.
И стандартные средства администрирования
и продукты
WebSphere MQ,
других производителей позволяют осуществлять адм инис трирован и е и
мо ни тори нг, отображая состояние серверов, очередей и пр. Вместе с
тем, при использовании
про мыuиенных
пр едоставлять
WebSphere MQ
прил ожений,
информацию,
как средства для интеграции
система
связанную
с
управления
конкретной
должна
предметной
областью, что требует от разработчиков создания собственных систем
управления и мониторин га с использованием
API WebSphere MQ
управления очередями и анализа содержимого сообщений.
'"
дЛЯ
ОП<'Рацианныl,
Реализация
различных
моделей
приложений с использованием
Использование
MQ
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
по зволяет
zSeri",
взаимодействия
MQ
реализовать
различные
типы
коммун икаций. Некоторые из них описаны ниже.
взаимодействие
Аси н хро нно е
приложений.
Такой
способ
коммун икации приложений является стандартным при использовании
MQ.
Приложение осуществляет отправку информации и , не дожидаясь
получения
действия.
является
подтверждения,
Основным
продолжает
преимуществом
независимость
выполнять
асинхронного
приложений
друг
от
те
или
иные
взаимодействия
друга .
Типичными
при мерами асинхронного взаимодействия являются выдача заявок на
обработку
инфор мации,
внесение
не
требующей
подтверждения
информации в базу данны х и пр.
С инхронн ое взаимодействие приложений. Несмотря на то , что
является
представителем
техноло гии
асинхронное взаимодействие,
механизмов
взаимодействия.
приложению-адресату
ожидания
МОМ,
возможно и
Для
этого
специально го
типа
реализует
прим енение синхронных
п осле
приложение-источник
сообще ния
которая
MQ
-
отправки
переходит
сообщения
в
< сообщения
в
режим
ответ >,
котор ое формируется в том случае, если п ередача исходного сообщения
была ус п ешно выполнена. Получив < сообщение в ответ > , приложение
источник прQЦолжает свою работу. Сам процесс отслеживания факта
появления сообщений в очереди прило жен ия реализуется с п омоJ.ЦbЮ
механизмов триггеров, срабатывающих при
появлении сообщения в
очереди.
Взаимодействие с за п уском пр о гра мм. При реализации данного тип а
взаимодействия факт получения сообщения для приложения-приемника
является
обработки
режим
признаком
начала
полученного
оff-liпе.
п ериода
сообщения
актив но сти .
приложение
Необходимо отметить,
По
снова
что дан ная
окончании
переходит
в
функциональность
доступн а н е на всех прогр амм но -аппаратных платформах.
Параллельная об р аботка информации.
Дан ный
тип
взаимодействия
ПQЦразумевает распределение процесса обработки информации между
'"
ОП<'Рацианныl,
различными
прил ожениями
начина ется
с
рассылЮ1
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
при ложением -ини ц иа тором.
сообщений
zSeri",
Процесс
приложениям-обработчикам;
вьшолнив свои задачи , они п ересылают результаты обработЮ1 в адрес
при ложения-и нициато ра. Применение механизмов очередей сообщений
по зволяет оптимальным образом и с пользовать р есурсы приложе ний
обработчиков.
Кроме
описанны х
выше ,
возможна
реализация
взаимодействия приложения с использовани ем
и
д ругих
способов
Выбор спо с оба
MQ.
взаимодей стви я осуществля ется проектировщиком си стемы.
Программирование
Интер~йс
очередей
WebSphere MQ
сообщений
WebSphere MQ дЛЯ различных
DOS до OS/390 - один и тот
идентичность
возможность
Ниже
команд
и
применения
прив еден
пример
MQI (Message Queuing
-
в
от
же. Его основным свойством является
пар аметров
при
lпtегfaсе)
про грамм но -а ппаратных пл апlюРм
для
различных
использования
различных
языка х
одной
систем
и
прогр аммирования .
из
коман д
MQI
в
различных ф:Jрматах: ф:Jрмате управления системой с использованием
консоли управления , в ф:Jрмате языка С и языка
MQPUТl (Нсопп,
ObjDesc, MsgDescr,
MQPUТl (Нсопп,
&ObjDesc, &MsgDescr,
COBOL:
PutМsgOpts, ВuffeгLепgth,
Buffer,
&PutМsgOp ts, ВuffегLепgth,
СО
Buff
CALL "МQ Р UТ!" US ING HCONN, OВJECT-DESCRIPTOR,
MESSAGE-DESCRIPTOR, РМОРПО NS, DAТA- LE NGTH , REPLY,
СОМ РLЕПО N-СО DЕ , REASON
Да нная коман да осуществляет помещение объекта в указанную очередь
с использованием определ енного набора опций. Результат выполнения
команды и /или причины н еудачи возвращаются функцией как выходные
параметры. Для р аботы
установле но
соединение
с
очередью
с
предварительно должно
менеджерам
очередей
взаимодействие осуществляется с использованием
этой стадии параметра Нсопп.
бы ть
дальнейшее
возвращенного на
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Как видно из примера , пр оцесс помеще ни я информации
в очередь
достаточно
различных
прост
и
реализован
единообразно
для
программ н о-аппаратных платформ.
К базовым функциям
•
•
•
•
•
•
•
MQI относятся:
MQCONN - устанавливает соединение с системой;
MQOPEN - открывает объект для дальнейшей работы с ним;
MQPUT - помещение информации в очередь;
MQGET - извлечение информации из очереди;
MQCLOSE - завершение работы с объектом;
MQDISC - окончание соединения с системой;
MQCMIT и MQBACK - для работы с транзакциями и пр.
Используя
MQ I,
приложение
де йствия с системой очередей
может
-
осуществлять
все
необходимые
от открыти я соединения до просмотра
сообщений в очереди.
Кроме того, разработчик имеет возможность поместить свой код для
реа ги рова ни я н а те или иные события в так называемые
exi ts . В
ex i t ( channe 1 ,
системе
WebSphere MQ присугствует несколько типов
cl ien t , conversion и пр.) - в завис имости
производимых
разработчик
с
сообщением/очередью .
получает
во змож ность
Создавая
от
действий ,
собственный
реализовать
exit,
необходимую
функциональность при обработке сообщений.
Другие продукты семейства
Как
показано
выше,
и н формационных
и н формации,
ч е рный
занимаясь
ящик,
MQ
свойства
систем
менеджеров очередей
WebSphere MQ
MQ
который
не
задумываться
лишь
решением
п озволяют
о
п ередачи
биз н ес-задач.
С ист ема
представляет собой,
позволяет
создателям
процессе
с и х точЮ1
гарантированно
зре ния ,
доставлять
и н формацию в различны х режимах.
Рассмотренные
ниже
возможностей 1 8М
продукты
WebSphere MQ.
предназначены
дл я
расширения
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
MQ Integrator Broker
При создании комплексной инqюрмационной системы, объединяющей
подсистемы
различного
разными
назначения ,
коллективами
< вавилонской
башни > :
разработанные
разработчиков,
объеди няемые
в
разное
возникает
подсистемы
время
пр облема
используют
при
взаимодействии друг с другом разные языки, qюрматы сообще ний , их
семантическое
наполнение
и
пр.
При
этом
зачастую
различия
незначительны (наприм ер , набор пол ей в сообщении один и тот же , н о
их порядок различен) , но требуют изменения всего при ложения либо
разработки
специального
преобразователя
сообщения
для
каждого
приложения.
Решить эту проблему помогает специализированный продукт семейства
WebSphere MQ - MQ
представляет
собой
lпtеgгаtor
Broker.
Фактически,
прогр амму-брокер,
MQ
осуществ ляющую
lпtеgгаtor
сбор
и
преобразование инqю рмации, при ходящей от различных приложений.
При
этом
возможно
единому типу,
так
как
и
пр еобразова ни е
локальное
всех типов сообщений
преобразование
каких-либо
к
типов
сообщений .
Реализация правил пр еобразования происходит посредством понятного
пользовательского
преобразований
интерфейса,
не
требует
и
внесение
существенных
новых
тру,цозатрат.
типов
Форматы
сообщений определяются в поставляемых словарях сообщений или в
XML.
Помимо
стандартных
lnte gгato r
Broker
данных
предприятия
функций
прео бразования
сообщений ,
MQ
позволяет добавлять к сообще ниям инqюрмацию из баз
«обогащение
инqюрмации » ,
автоматически
сохранять часть инqюрмации из сообщений и пр.
Как
и
любое
MQ
приложение-брокер ,
lntegгator
Broker
реализует
механизмы подпи ски приложений на те или иные ти пы сообщений ,
механизмы
рассылки
сообще ний
по
темам .
Реализация
п одоб ной
функциональности в р амках серверной части существенно сокращает
объем ра зработки бизнес-приложениЙ.
Кроме того,
MQ
lпtеgгаtог
Broker
по зволяет осуществлять вmуальное
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
моделирование и отладку пр ав ил преобразования , а также подцерживает
на бор
адаптеров,
которые
использоваться
MOryr
для
интеграции
nриложений (см. ни же). Недавно разработанные функции интеграции
со
SСАDА-системами
решения
задач
п озволяют
ynравления
MQ
задействовать
пр оизводством
и
lпtеgrаtor
для
техноло гич ескими
пр оцессами.
Как и любое соединение типа < звезда > ,
существенному
сокращению
при ложениями.
Iпtеgrаtог
Кроме
в
Bmker
количества
применение
совокynности
позволяет
MQ
WebSphere
того,
MQ Integrator Bmker
с
соеди н е ний
между
< распределе нного >
базовой
реализовать
приводит к
MQ
функциональностью
сложную
распределенную
архитектуру п ередачи и преобразования информации практически без
дополнительного п рограммирования , с испо льзо ванием лишь базовой
функциональности
WebSphere MQ .
MQ Workflow
Деятельность
любого
формальным
пр оцедурам
пр едприятия
строится
(рабочим
по
nроцессам).
автоматизации предприятия разработчикам
определенным
В
п роцессе
приходится осуществлять
реализацию всего набора рабочих nроцессов в рамках информацио нн ой
системы .
Большое значе ни е при этом имеет обмен данными между
элементами
рабочего
процесса.
Логичным
использование для решения этой проблемы
обладающего мощными
возможностями
представляется
WebSphere MQ
для
передачи
как средства ,
сообщен ий
и
интеграции различных приложений.
MQ Workf1ow
входи т в
состав семейства
MQ
и представляет собой
систему ynравления рабочими процессами (бизнес-процессами).
Workf1ow
MQ
позволяет в графическом режиме осуществлять построение и
отладку бизнес- пр оцессов. Созданная с п омощью специальных средств
MQ Workf1ow
п риложений
модель может быть затем инициирована для реальных
таким
образом ,
что
приложения
осуществляют
взаимодействие д руг с д ругом в соответствии с описанным процессом.
Уп равление
взаимодействием
(передача
ynравления
п риложению;
ветвление процесса в зависимости от условий и текущей ситуации и
пр.)
реализуется
в
рамках
MQ Workf1ow,
вследствие
чего
бизнес-
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
приложения подвергаются минимальной модификации.
Наиболее часто
процессов ,
в
MQ Workf1ow
которые
применяется для автоматиза ции бизнес
вовлечены
как
сотрудники
предприятия ,
так
и
информационные системы.
Как правило , проц есс р аботы
MQ Workf1ow
можно р азбить на три
стадии. На первой стадии с помощью компонента
Buildtirne
происходи т
определение процесса , ВЮlючающее:
•
•
•
графическое моделирование бизнес-процесса;
определение пер сонала (люди, организации, роли);
регистрация программ , используем ых для ре ал изации отдельных
бизнес - процедур ;
•
•
определение структур да нных;
определение топологии этапа исполнения.
Резул ьтатом процесса определения является готовая к работе модель
(описание) бизнес - процесса. Данная модель может быть зап исана в
репозитарий компонента
Buildtlme для дальнейшего использования или
модификации. Кроме того, Buildtlme подцерживает сп ец иальный формат
описания бизнес-процессов MQ Workf1aw Flow Definition Language - FDL,
что по зволяет прим е нять описанный проц есс в рамках других систем , а
также
импортиров ать
готовое
описание
бизнес - процесса
для
его
дальнейшего выполнения.
Созда ние
модели
специализированного
процесса
происходи т
графического
редактора.
с
Для
помощью
отображения
процесса используются ориентированные графы , что пр едотвр ащает, в
частности ,
случайное
выполнения
проц есс а.
проектировщик
прогр аммы,
может
структуры
появление
В
бесконечных
рамках
определить
да нны х,
ЦИЮlов
графич еско го
участвующих
последовательно сть
в
ходе
интерфейса
пользователей ,
выполнения
операций, услови я перехода между операциями и пр.
Если определение процесса становится слишком сложным или есл и
часть процесса пред полагается использовать в других приложениях, то
процесс
делится
на
компоненты
(nодnроцессы).
При
этом
у
проектировщика появляется библиотека nодпроцессов, которая может
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
применяться для дрyrn:х реал и заци й.
П ередач а информации между отдельными операциями процесса и ли
между
подпроц есам и
осуществляется
с
использованием
специальных
кон тейнер ов. Кон те йн ер ввода да нны х содержит информацию, которая
тр ебуется
для
выполнения
операции,
контейнер
в ывода
да нны х
-
результирующую инфор мацию о выполнении операции.
Готовая
Work flow
процесса
модель
передается
Ruпtiше,
сп ециали з иров а нны й
компонент
MQ
где на основе модел и формируется копия биз н ес
ре ал ьный
-
в
на бо р
операций,
которые
будyr
выполнены
приложениями и людьм и в ходе да нн ого бизнес- проц есса. Упр авление
бизнес-процессом ВЮIючает:
•
•
н авига цию п о в сему п отоку операций ;
извещение
адм инистратора
о
задержках
или
автоматическое
выполнение други х действи й, определе нны х ранее;
•
назн аче ни е
индивидуальных
задач
соотв етствую щи м
СОТР Удника м , участвующи м в биз не с -проц ессе;
•
автоматический
за п уск
при ложе ний ,
если
это
предусмотрено
описанием биз н ес -проц есса;
•
анализ пров еде нны х операций.
Реализация
Workf1ow
да нны х
широкого
приложениями,
а
функций
н абора
также
возможна
API
набора
для
GUI
благода ря
наличию
интеграции
для
со
в
MQ
сторон ни ми
обеспечения
комфортной
работы пользователей с с и стемой управле ния биз н ес- проц ессам и.
Подлежащие исполнению
операции
назначенных
пол ьзователе й .
обновляемые
н аборы
пользователем. Они
появляются
Да нны е
операций,
списки
в
рабочих списках
содержат
которые должны
быть
п остоянн о
выполнены
являются первичным ин терфейсом , с п омо щью
кото р о го пол ьзовател и н ачи н аю т выполнение операций. В ходе самого
выполнения
MOryr
задействоваться
осуществляется
также
другие
MQ
вы зываться
пол ьзовател и .
Workf1ow,
различные
Упр авле ни е
вследствие
приложения ,
эти м
чего
процессом
по льзо в атель
ограждается от выполнения н е н уж ны х и л и за пр ещенны х дей ствий , а
также сокращается время, затрачиваемое на выполнение р аботы.
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Современные бизнес-процессы включают в себя как ориентированные
на человека рабочие операции , так и автоматизированные приложения.
Модель потока операций должна объединять операции, выполняемые
людьми
«ручные
операции »
с
автоматически
выполняемыми
операциями.
Длительность ручных операций может измеряться минyrами, часами ,
сyrками,
неделями.
фиксирование
Оценка
времени
эффективности
выполнения
им
тех
работы
или
СОТРУдника ,
иных
операций
произвадится
nyreM
обработки соответствующей информации внyrри
MQ Workf1ow.
После проведе ния анализа данной информации может
быть сделан вывод о результатах деятельности СОТРУдника или приняты
рекомендации
по
оптимизации
проц есса
выполнения
им
своих
функций.
Клиентским интерфей сом для выполнения операций является продукт
Client,
входящий в стандартную поставку
MQ Workf1ow.
Именно в н ем и
содержится рабочий список назначенных пользователю задач. Кроме
стан да ртного ЮlИента
MQ Workf1ow
клиентского приложения
Lotus Notes,
позволяет применять в качестве
Web-браузер и пр. В последнем
случае предполагается использовани е специализированного
API.
MQAdapter
Прим е н е ни е информационных брокеров при проектировании системы
интеграции
приложений
не
позволяет
разработки
адаптеров ,
с
помощью
< соединение >
каждого
приложений
приложения
<с
и
MQ.
нуля >
полностью
которых
Создание
является
таких
отказаться
от
осуществляется
адаптеров
достаточно
для
ТР Удоем ким
процессом.
Решить
проблему
по звол яет
программный
включающий два основных компонента
Adaprer Builder.
которая
продукт
MQ Adapters,
- MQ Adaprer Кешеl и MQ
Последний продукт является инструментальной средой ,
существенно
облегчает
проц есс
построения
адаптеров
для
приложений. Созданн ый с его помощью адаптер функционирует под
управлением
MQ
Adapter
Кеrnе!,
который
взаимодействия адаптера и остальных продуктов
реализует
функции
MQ. Adapter
Кеrnе!
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
может ynравлять работой нескольких адаптеров одновременно.
MQ Everyplace
Распространение мобильных устройств
(ноугбуки, миникомпьютеры ,
сотовые телефоны) по зволило разработчикам информационных систем
существенно
р асширит ь
набор
пр едоставляемых
услуг.
Например ,
появилась возможность задействовать в биз н ес - проце ссах СОТРУдников ,
отсугствующих в
настоящий
момент на
рабочем
месте;
обеспечить
получение июlюрмации с помощью мобильных устройств и пр.
Для
решения
задачи
потенциально
продукт
MQ
гаран тированной
ненадежной
Еуегурlaсе.
доставки
коммуникационной
Он
среде
обеспечивает соединение
сообщений
в
предназначен
карманн ы х и
мобильны х устройств с бизнес-приложениями. При это м сохраняются
все свойства
MQ:
гарантированность доставки , возможность защиты
информации с помощью шифрования , интеграция с приложениями и
пр.
Примеры использования
WebSphere MQ
по строении
MQ
может применяться для решения различных задач при
июlюрмационных
распространенными
обеспечения
систем.
являются
гарантированной
Тем
не
прим енения
доставки
менее,
WebSphere
информации
и
наиболее
MQ
дЛЯ
интеграции
разнородных приложений.
Система доставки информации
Одна из типовы х задач
-
обеспечение доставки информации в условиях
н енадежных каналов связи.
WebSphere MQ
предоставляет необходимую
функциональность для решения такой задачи.
в
инфраструктуру
серверов
MQ
сообщений ,
системы
(под сервером
его
очереди ,
а
п ередачи
MQ
данны х
интегрируется
набор
БУдем понимать менеджер очередей
также
средства
для
взаимодействия
с
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
приложениями, расположенные на одном фи зи ч еском
zSeri",
сервере). При
это м ре коме н дуется при держ ива ться следую щи х прави л при
выборе
месторасположения и определения количества необходимых серверов:
1.
Соед ин е ни я
се рв ером
2.
MQ
междУ
бизнес- при ложениям и
минимум
две
использованием
се рв еры
П ерв ая
возможности
различных
MQ
долж н о существовать
уста нов ления
каналов
связи
соеди н е ни я
или
через
(с
другие
MQ).
рекомендация
функциональность
MQ
обусловлена
обе сп ечивает
информации междУ серверами
MQ,
тем ,
что
MQ
сервера
стандартная
гарантирован н ость
п ередачи
но н е между бизнес- прило жением и
сервером. Данная рекомендация легко выполнима,
уста новЮ1
ближайшим
долж ны б ы ть надежными.
Между двумя ближайшими серверами
как
и
внугри
локальной
например,
сети
пугем
каждого
из
подразделений пр ед приятия .
Вторая рекомендация обусловлена н еобход имо сть ю возможности обхода
поврежденного участка в случае отказа се рв е р а или канала связи.
На рис .
MQ.
6.20
пока зана архитектура системы обмена сооб щениями на базе
По мимо серверов
системы
ВЮlючает
оперативного
MQ
и средств интеграции , опциональная часть
систему
воздействия
управления ,
на
систему
в
предназначенную
случае
для
возникновения
непредвиденных ситуаций. В ч аст нос ти, при изменении характе ристик
каналов св язи система упр авле ни я (или оператор , работающий с ней)
может
оперативно
изменить
характеристиЮ1
системы
для
обхода
поврежденного участка и л и уме ньши т ь размер сегмента сообще ни й для
обеспечения н адежной передачи.
""'.... - - -- - --- - ....
ОП<'Рацианныl,
/
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
"'p~p
j
I
'-___-' ---I.,--J c~~p ... ,'" J
MQ
"' ...
1
"
.
~пр",,()жсниt; 1
-~-:"-'" г-\-"---,
~~~~~--___'~~~=~=~':::=~
Сервер
МО
""'-.... ........
При.чожснн е
\
... _
Ctplltp
гг:==-, " \
,
MQ
....
Рис.
6.20.
Применение
MQ
zSeri",
_---_
I
I
.....
;
дЛЯ передач и инqюрмации
Система интеграции приложений
Другим тип овым примером использования
MQ
является интеграция
приложений в неоднородной среде. При мер , показанный на рис.
является
типичным
инqюрмационной
разработанные
для
системе
для
многих
инqюрмационных
пр ед приятия
различных
присугствуют
6.21,
систем.
В
приложения ,
программно-аппаратных
п латqюрм.
Наличие такой ситуации может бы ть обусловлено как объективными
(специфика прилож ений , приводящая к выбору различных программно
аппаратных
платqюрм) ,
так
и
субъективными
причина ми
(нескоординированность разработчиков, закупка систем у различных
поставщиков и пр.).
ОП<'Рацианны"
rucm.....bl
и ПР""р"ммнае обemечl'lШ" на ruюmфор""
zSeri",
IПриложеннс I
Windows
[ Приложснкс [
ОS/З90
I
r-------
[ Приложенне
--
MQ
I/
~
00'
[ Лриложснис
I
Solaris
[ ПРJ.Ul.ОЖСlIне
IПРМ,ilО;.r;еН1iе I
I
Linux
ЛJХ
Рис.
6.21.
Применен ие
Без исполь зования
MQ
MQ
дЛЯ инте грации разнородных п риложений
дЛЯ интеграции систем в единое целое в это м
п ри мере р азработч икам ПРИШТlOсь бы реализовать
соединений,
каждое
15
интеграционных
из которых является достаточно
ресурсоемким .
Использова ни е
WebSphere MQ,
MQ Adapters,
позволяет решить эту задач у без особых ус илий и
в частности, ед ин о го и н терфейса
MQI
и
с
минимальным и изменениями при ложе ний.
Основ ны е свойства систем на базе
WebSphere MQ
к основным свойствам инqюрмац и онным систем, с п роектированных с
использован ием
1.
WebSphere MQ,
отн осятся:
Гетероген н ость. Гетерогенность дости гается за счет возможности
функционирования как серверных, так и кл иентских МОдУЛе й на
р азли чны х
пр о граммно-апп аратных
гетерогенность обеспечивается за
сетевых п ротоколов. Все это делает
п латqюрмах .
Кроме
счет поддержки
MQ
того ,
различных
незаменимым средством
при построении ин те гр ационных систем в случае необходимости
объеди н е ния
разнородн ых
прилож е ний
и
инqюрма ци онных
подсистем.
2.
Га р ан тированность доставки инqюр мации обесп ечивается в
MQ
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
как за счет использования специализированных протоколов , так и
за счет механизмов восстановления в случае сбоев в программно
аппаратном
комплексе
участков.
Данное
решении
критических
инqюрмации
механизмов
обхода
по з вол яет
для
бизнеса
поврежденных
использовать
задач
MQ
передачи
при
важной
осуществлении финансовых транзакций, передачи
-
инqюрмации
о
Возможность
движении
интегр ации
MQ
применять
и
свойство
транспортных
со
средств
SСАDА-с ист емами
и
пр.
по зволяет
дЛ Я решения задач управления прои зводством и
т ехнологическими процессами.
з.
МаСllПабируемость.
Организация
независимых серверов
ними
очередей)
MQ
сист ем ы
как
MQ
набора
(менеджеров очередей и связанных с
позволяет
легко
осуществить
добавление
серверов без изменения существующих и модификации бизнес
приложений. Такое свойство особенно актуально для болыш1x
систем,
где
внедрение
происходи т
поэтапно ,
а
также
при
объединении инqюрмационных систем.
4.
Возможность
реали за ции
р азл ичных моделей
MQ,
Несмотря на то, что дЛ Я
ос новным
lШ1рокий
других
способом
способов
является
пyrем
асинхронный ,
по зволяет осуществить реализацию
взаимодействия
публикации /подписки.
ре ализуется
как представителя масса МОМ,
взаимодействия
набор средств
взаимодействия.
Большая
от
ча сть
MQ,
настройки
асинхронного
таких
дЛЯ
и
до
взаимодействий
реализации
других
требуется незначительное программирование. Использов ание же
базового
асинхронного
способа
взаимодействия
по зволяет
создавать бизнес-приложения , не подверженные блокировке на
время ожидания ответа от приложения.
Данные свойства, а также рассмотренные выше примеры архитектур ,
обуславливают lШ1роко е распро стра нение
MQ
в различных предметных
областях. По оценкам экспертов, распространенность
компаниях Тор - 1О0 составляет около
75%.
Как
WebSphere MQ в
правило , WebSphere MQ
используется для решения следующих задач:
1.
В
финансовой
сфере
гарантированное
осуществление
тр анзакций , в том числе при наличии удаленных офисов.
2.
Нефгегазовая
прОМЫШllенность
гарантированном
режиме
с
'"
передача
Удаленных
инqюрмации
объектов
(скважин
в
и
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
заводов).
з.
Промышленные
пр ед приятия
п ередача
обобщение
и
инqюрмации, связанной с управлением прои з водств ом.
4.
Все отрасли промыllтlенност ии
слиянии
предпр иятий
-
для
применение
решения
WebSphere MQ
задачи
при
объединения
инqюрмационных систем.
s.
Распределенные предп риятия , в том чи сле тр а нснациональные
корпорации,
-
связь с у,цале нны ми офисами в случае, когда они
находятся в других часовых пояс ах. В дан ной с итуац ии
MQ
применяется для
связи
данный моме н т времени.
с
при л ожен иями,
WebSphere
н еактивными
в
ОП<'Рацианныl,
rurn"'... ".
средства
Lotus Software
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
поддержки
zSeri",
совместной
(групповой, коллективной) работы
Краткая историческая справка
Семейство программных ПРОдУКТов
пр една значен о
IBM Lotus Software
для подцержЮ1 решения следующих основных групп задач:
•
•
обмен сообщениями;
•
•
•
управление документами;
совместн ая
( группова я,
коллективная)
работа
н ад
проектом ,
проблемой , документом;
На
управление знаниям и ;
электронное обучение.
основе
средств
IВM
Lotus
создаются
Software
системы
автоматизации делопроизводств а и электронного докуменmообороmй ,
системы
управления
знаниями
и
диста нц ионно го
обучения ,
реализуются среды для индивидуальной и групп овой работы.
История
ПРОlШlого
развития
технолоrnй
столетия,
компьютеров
в
(ПК).
ЭПО>g1
Lotus
[б.4]
появления
Компания
Lotus
начинается
и
с
развития
80~x
годов
персональных
Dеvеlоршепt
Corporation,
1989 году
разрабатывавшая программное обеспечение ПК, выпустила в
п ервую
версию
Lotus
продукта
Notes,
подцерживающего
распределенную систему управления документами (совместную работу
н ад документом) с сервером
С
Notes.
1995
года, когда на сервере были
реализованы функции работы с WеЬ~приложениями, он стал на зываться
DоrтШю. К 199б году компания
лицензий на
Lotus Notes.
технолоrnй
продала во всем мире почти
Продуктом заин тересовалась
году она приобрела компанию
Развитие
Lotus
Lotus
IBM ,
10
и в
млн .
1996
Lotus.
пр оисходи ло
в
следующих
основных
напр авлениях:
•
подцержка
новых
июlюрмационных
технолоrnй,
в
частности
подцержка WеЬ~технолоrnй (сервер Ооminо стал п ервым сервером
приложений в
Intemet [б.4]);
ОП<'Рацианныl,
•
развитие
rurn"'... ".
функциональности ,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
обусловленное
zSeri",
потребностями
полыователей;
•
межплапlюрменность
Lotus N oteslDomino
систем
(в
настоящее
время серверы
и
юшенты
достynны практически для всех операционных
[6.4]).
Проблема поддержки совместной работы
Термин
<
совместная (грynповая, коллективная) работа > относится к
следующей
ситуации:
неско лько
пользователей ,
находящихся
в
различных помещениях (городах, организациях, странах и т.д.), рабочие
станции которых подключены к сети ЭВМ , выполняют общую работу
(взаимосвязанные разделы р аботы). Наприм е р , такой работой может
быть
подготов ка
документа ,
создание
технического
проекmа
информационной системы и т.п.
Для
того
чтобы
работа
была
выполнена
быстро
и
качественно ,
необходимо предоставить пользователям, по крайней мере, следующие
возможности:
•
•
•
обмен докуме нтами и сообщениями;
проведе ние конференций в оп-linе режиме ;
достyn к общей информ а ции.
Эти возможности должны быть ре ализо ваны так, чтобы обеспечить
безопасность
д анных ,
требуемые
временные
ц елостность распределенных данных (например,
характеристики ,
совпадение версий
совместно разрабатываемого докуме нта у всех пользов ателей).
Используя перечисле нные во змож ности , можно реализовать различные
рабочие пр о ц ессы (или бизнес - процессы
)
для выполнения работы.
Пусть, например, требуется организовать конференцию пользователей.
Для этого
необходимо вып олни ть следующие операции: определить
состав участников , р азослать им и зве щения , получ ить подтв е р жде ния и
т.д.
Работу
всей
грynпы
выполнения
эта пов
и зве щая
этом
об
и
всех
нужно
планировать ,
мероприятий,
участников
'"
контролировать
вносить
работы.
изменения
Это
также
в
сроки
планы ,
приводит
к
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
необходимости реализации определенных рабочих процессов.
Всю эту деятел ьность можно автоматизировать, способствуя тем самым
повыше нию э<fxlJeктивности р аботы коллектива.
Отдельные
аспекты
представляю т
задачам,
не
проблемы
самостоятельный
обязательно
организации
интерес .
связанным
с
К
групповой
таЮ1М
работы
самостоятельным
совместной
работой,
можно
отнести передачу сообщений, планирование и ведение персонального
календаря мероприятий, поиск информации (как одна и з составляющих
проблемы управления знаниями).
Передача
сообщений
может
осуществляться
с
ПОМОJ.Цbю
различных
почтовых систем (РОРЗ , SMТP и д р .). Специально создаваемая среда
для
п е редач и
сообщений
возм ож ностями ,
может
обладать
способствующими
дополнительными
п овы шению
эqxpeктивности
деятельности поль зователей. Наприм ер , ВЮJючать функции фильтрации
сообщений
по
зада нным
критериям,
Удалять
спам ,
обеспечивать
фоновую обработку прикр е п ле нных файлов и т.д.
Аналогичная ситуация имеет место при п ланирова нии персональной
деятельности
и
ведении
дополнительных
пользователям,
календаря
возможностей
создает рабочую
мероприятий
и
Удобств ,
средУ (рабочее
совокупность
предостав ляемых
пространство) для
этой деятельности.
Сугь
проблемы
управления документами
в
организации
состоит
в
следующем: необходимо осуществлять подцержку процессов создания
документов
(в
том
числе
обработЮ1
р азл ичных
пугем
типов
коллективной
документов
работы),
(факсы,
учета
и
телетайпы ,
электронная почта и т.д.), рассылЮ1 документов СОТРУдникам, хранения
документов, синхронного внесения изменений в докумен ты (при их
хранении в нескольЮ1Х базах данных) , контроля получения адресатами
документов
и
Совреме нны е
испол н е ния
поручен ий ,
т ехнологи и
управления
поиска
н уж ных документов.
докуме нтами
основаны
на
использовании моделей рабочих процессов (бизнес · процессов).
Под управлением знаниями п онима ются проц ессы создания , поиска ,
обеспечения доступа к информационным ресурсам организации. При
этом
термин
< знание >
означает,
'"
что
речь
идет
об
информации ,
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
получаемой из данны х, хр анящихся в инqюрмационных системах, п угем
их
ин теллектуаль ной
Про блема
здесь
в
обработки
том ,
и
что б ы
анали за
(см.
также
осуществлять
раздел
поиск
6.3).
з н а ний
в
гетерогенн ой среде, ВЮIючающей, в то м чи сле, в н уг рИI\D р п оративны е
базы
дан ны х,
закрытые
для
внешних
поль зователе й.
Кроме
того ,
необходимо сделать поиск быстрым и про водить его параллельно в
различных и разнотипных источниках да нны х.
Элект р о нно е
основанная
систем
обучение
на
(е~ L еаmШg)
и с пользова нии
передачи
данн ых
это
средств
для
техноло гия
вычислительной
пр едставления
и
обучения ,
техники
доставки
и
з наний ,
поддержки взаимодействия обучаемо го и обучающего, а также I\DНТроля
знаний.
В
п оследние
годы
роль
эле ктронного
используют те рмин < диста нцион ное обуче ни е »
обучения
(иногда
в решении про блемы
поддержки тр ебуемо го уровня квалификации СОТРУдников организаций
существенно
возросла.
необходимых
объемов
I\Dллективныи
режим
Э то
обусловлено
обучения ,
обучения,
значительным
возможностями
оперативное
ростом
обеспечить
взаимодействие
обучаемых и обучающего (в том числе в режиме р еальн ого времени) ,
развитием
рынка
диста нционны х
курсов
и
д руги ми
факторами.
Основные задачи в этой области состоят в том, что бы пр едостави ть
пользователям полнофункциональную, маС IIПаб ируемую, ги бкую среду
для реализации с и стем диста нционн ого (электро нного) обучения.
Автомат и зация
чи сле
р ассмотрен ной
функций ,
деят ель нос ть
в ыше совокупности
подце ржив аю щи х совместную или
пользователей,
создает
рабо чую
функций,
в
то м
ин д и видуал ьную
среду
(рабочее
пространство), способствующую п ов ышению эфрективности р аботы
пользователей.
О собенности
программных
продуктов
IВM
Lotus
Software
П ервые версии прогр амм ны х средств
< К1/иeHт~cepвep > .
Начиная
с
в ерс ии
Lotus подцерживали архитектуру
Lotus NoteslDomino 4.5 (1995 г.)
возмож н а поддержка архитектуры, и с пол ьзующей Web-технологии.
Рассмотрим общие
особе ннос ти
пр о граммн ы х пр одУКТов
18М
Lotus
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Software:
•
про.цукты
Lotus,
Сервисные
как правило, являются многоnлаmформеннылш .
компоненты
р аботают под управлением
любой
из
р аспростран е нны х сервисных операционны х систем (в том числе
zJOS, Linux).
Выбор юше н тских систем также llШрок, он ВЮlючает
возможность использования (помимо Юlиента
Lotus Notes) любого
Web-браузера;
•
для пр одуктов
Lotus
р аСllШрении
функциональных
ПРОдУКТа
имеет место < обратная совместимость > : при
сохраняется
возможностей
подцержка
функций,
новых
версий
реализованных
в
предшествующих версиях. Клиентское программное обеспечение
Notes
версии
1.0,
выпущенное более
последней версией сервера
•
Юlиен ты
Lotus Notes MO ryr
ПОДЮlючения
к
серверу)
10
лет назад, совместимо с
Domino;
работать в автономном режиме (без
за
счет
отлаженного
механизма
репликаций, сохран яя все возможности обмена сообщениями и
подцержки совместной р аботы ;
•
новые
версии
пр ограммных
средств
Lotus
отслеживают
современные тенденции разви тия инqюрмационных технолоrnЙ .
В настоящее время это выражается в подцержке техноло гии 12ЕЕ ,
языка НТМL, стандарта
Общая
тен де нци я
напр авлена
техноло гий
на
-
XM L и
развития
сн ижение
т.д .
программных
важного
средств
показателя
Lotus Software
инqюрмационных
сто и мости совокупно го владения, учи тыв ающе го помимо
затрат, связанных с при обретением и внедрением новой технолоrnи ,
еще
и
другие
составляющие:
эксплуатационные
затраты ,
затраты
на
обновление версий и т. д.
в
по следующих
разделах
рассмотрены
основные
программные
пр одукты для сервер ной составляющей, работающие , в том числе, п од
zJOS или Liпux, а также Юlие н тское
пр ограмм но е обеспечение. На рис. 6.22 приведена структура основных
пр о гр амм ны х ПР ОдУКТов 18М Lotus Software.
управлением операц ионных систем
'"
--
O".~~~~rucm,....". u пр""p<lММНое обem"" .... uе ~a ruюmфор"" zSeri",
"" ~
Рис.
Программные средства IВM
6.22.
Базовые технолог ии IВM
Lotus Software
Lotus/Domino
к базовым технологиям 18М LоtuslDоrШn.о относятся сервер IВM
Dоmirю
(шестая
вер с ия ,
2002 год), а
Lotus Notes.
также
семейство
Lotus
клиентских
пр о гр амм ны х ПР ОдУКТОВ IВM
IВM
ДЛЯ
Lotus
Dоmiпо
ЭТО серверная инфраструктура , предназначенная
6 -
р азвертывания
включая
базы
распределенных
да нны х,
каталоги,
МНО20Я3ЫЧНЫХ
серверы
прилож е ний ,
приложений ,
почтовый
сервер, планирование , СВЯЗЬ, адм и нист р ирование и пр.
IВM
ynравл е нием
семи
серверных о п ерацио нны х систем, в том чи сле Lirшх и
Z/OS .
IВM
Lotus
Lotus
Ооminо
Ооminо
б
6
р аботает
ПОД
различных
подцерживает любые клие н тские платформы. В
качестве юш ентов MOгyr использоваться как средства
Lotus Notes,
так и
любые браузеры.
в состав семейства 18М
Lotus Domino 6
из которых перечислены ниже:
'"
входит р яд серверов , основные
ОП<'Рацианныl,
Dоmirю
обмена
сообщениями
разбиения
на
Dоmirю
Enterprise
(грynповой,
и
что
Domino
Предусма трива ет
по зволяет
клиентам
работы ,
все
включая
П оддерживает Юlастерную
осуществлять
перераспределе ние
восстановление
zSeri",
данных.
подце ржку
иметь
несколько
на одном компьютере.
предоставляет
Server
коллективной)
планирование.
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
п ланирова ния.
разделы,
эюемпляров серверов
rurn"'... ".
предна з нач ен только для достynа к функциям
Messaging Server
функции
обмен
архитектуру,
нагрузки ,
Подцерживает
совместной
сообщениями
позволяющую
резервирование
работу
с
и
браузерами
и
(т.е.
включает в себя Web-сервер).
Перечислим н екоторые примечател ьные особенности 18М
Lotus Domino
б:
•
на
одном
Domino
сервере
возможна
установка
МIЮ2DЯ3ЫЧНЫХ
элементов диза йна , так что каждый пользователь может работать
на
нужном
ему
языке ,
и
это
не
требует
увеличения
числа
серверов;
•
подце рживается централизованная
этом
полные
каталоги
архитектура
содержатся
на
каталогов;
центральном
при
сервере
домена, а на остальных серверах домена сохраняются небольшие
выборочные
репликации
дубликаты
и
снижает
каталога.
требования
Это
к
сокращает
время
необходимому
объему
дискового пространства;
•
имеется
возможность
дистанционного
установленных на юшентах
об нов ления
Lotus N otes 6;
про грамм ,
это упрощает работу
администратора системы;
•
сервер
Domino
6
поддерживает
стандартные
протоколы
почтовы х юшентов и браузеров (РОРЗ, SMТP, НТГР и д р.) , что
ра с ширяет круг клиентов;
•
приложения
Domino 6
достyn ны как клиентам
Lotus N otes,
так и
Web-клиентам;
•
используется т ехнология < потоковой репликации > , при которой
докумен ты отображаются по мере их получения, что по зволяет
конечным
пользователям
работать
с
уже
постynившими
докумен тами, не дожидаясь завершения копирования всей базы
данных;
•
администраторы
электронной
'"
почты
имеют
возможность
ОП<'Рацианныl,
фильтровать сообщения
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
по заданн ы м
zSeri",
критериям (отпр авитель,
число при кре п ленных файлов , размер сообщения и др.), управлять
квотами
на
превышении
почтовые
файлы
(удержание
сообщений
квоты; р ассылка пр едупрежден ий
пр и
пользователям ,
превысившим квоту) , автомати чески удалят ь , п риостанавливать
или отклонять сообщени я (по установленны м кри териям);
серверы Ооminо
•
6
MOryг взаимодействовать, работая параллельно ,
с другими серве р ами п р и ложений , такими как IВM
Application Server,
Более п одроб н о IВM
Lotus
IВM
обеспе ч ени е,
информации
сообще ни ям и
IВM
Lotus
Notes
Lotus Quk:k
Ооminо
это
6
о писан в
м ногоцелевое
п редназначенное
п ользователей
внугри
Рlaсе ,
для
и
[6.2, 6.4].
клие нт ское
подцержки
(календари ,
пр ед п р и яти я
WebSphere
Microsoft Exchange.
с пи ски
т.д.),
а
программное
персональной
заданий ,
также
обмен
совместн ой
(груп п овой) р аботы.
IВM
Lotus Notes - это семейство клиен тов, в состав которо го входи т
базовый кrlИе нт Lotus Notes, а также клие н ты Lotus iNotes, Lotus Mobile
Notes, Lotus iNotes Web Access.
Клиентское
программное
обес п е ч е ни е
п оскольку интегр ирует в се
функции
Lotus
Notes
совместной
и
униве р сальн о ,
индивидуал ьной
работы п ользователей. Бл агода ря встроенной п одце р жке НТМL ,
Notes
Lotus
предоставляет п ользователям полнофункциональный доступ
Web- при ложениям,
включ ая
такие
возможн ости ,
как
отпр авка
к
и
п олучение п очты через НТМ L -стр а ни цы .
Клиент
Lotus iNotes Web Access
п одцерживает доступ к пр иложениям ,
реализованным в среде Ооminо , с п омощью браузе р ов , а также
Mk:rosoft
Outlook.
Клиент
от
Lotus Mobile Notes
бес пр оводны х
и
подцерживает доступ к при ложениям Ооminо
мобильных
устройств
(сотовые
телефшы ,
карманные компьютеры, пейджеры и т.д . ) .
Отметим, что доступ к серверу Ооminо возможен и без использов а ния
клие нта IВM
случае
Lotus,
а только с п омо щью Web-браузеров. Однако в этом
п ользователь
теряет
возможности
'"
редактирования
кон тента ,
ОП<'Рацианныl,
обеспечения
безопасности
и
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
автономной
работы
zSeri",
(выполнения
основных функций без п остоянного ПОДЮlючения к серверу DоmШо).
Перечислим некоторые важные особенност и 18М
•
Lotus Notes
Юlиен т
предоставляет
Lotus Notes:
пользователям
чрезвычайно
ги бкую, нас траиваемую на индивидуальные требования ра бочую
средУ;
•
р азви тая
система
автономную
репликации
работу
периодическая
клиента
репликация
по зволяет
(без
баз
осуществлять
ПОД Юlючения
данных
к
серве р а
серверу;
при
это м
подцерживает базы данны х Юlие н та на актуальном уровне);
•
широко
используются
различные
производительности Юlиента,
в
при емы
повышения
частности, такие ,
как ф:Jновое
выполнение операций удале ния прикрепленных файлов, запроса
новых сообщений электронной почты и др;
•
возможно
централизованное
дистанционн ое
обновление
программного обеспечения Юlие н та и настроек рабочей среды ,
осуществляемое сервером DоmШо.
18М
Lotus
работает
Notes
под
управлением
операционных систем: Windows NT 4.0, Windows
Windows 98, Windows 2000, Macintosh OS 9.х.
широкого
ХР,
Windows 95,
Более подробная инфор мация о программном обеспечении lВM
Notes
прив едена в
круга
Lotus
[6.2, 6.4].
Программные
средства
совместной
поддержки
(групповой) работы и обмена данными
Программные
совместной
средства
р аботы,
этой
группы
обеспечивая
расширяют
обмен
работу на базе Web- технолоrnй (18М
Lotus
Instant Messaging, Lotus Web Conferencing),
платфор ме
DоmШо
с
помощью
карманных устрой ств (18М
Lotus
п ередачу,
и
преобразование
полного
DоmШо
да нны ми
Теат
спектра
Everyplace),
диапазона приложений и источников данных
коллективную
Workp/ace,
доступ
синхронизацию
и
возможности
18М
Lotus
к информации на
бес проводных
и
двунаправле нную
данных
для
широкого
(Lotus Enterprise Integrator-
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
LEI).
IВM
Lotus
Теаm
Workplace
(ранее
Quick
Рlaсе)
программный продУКТ,
предназначенный для подцержки совместн ой деятельности (общение ,
коо рдинация действий , групповая работа) в Web-среде.
Основные подцерживаемые функции:
•
централизованный персонализированный список всех групповых
р абочих пр остранств, в которых принимает участие пользователь;
просмотр, поиск, п еремещени е пользователя и з одного рабочего
пространства в другое;
•
•
поиск во всех групповых рабочих пространствах;
интеграция
( ран ее
с
Lotus In stant Messaging , Lotus Web Conferencing
Lotus Sametime) для мгновенного оповещения о наличии
пользователей
в
сет и
быстрого
обмена
сообщениями ,
п ланирования и проведения Web-конференций;
•
отслеживание
календарных
событий
в
рамках
группового
рабочего пространства;
•
встраивание
функции
групповой
р аботы
в
любое
Web-
приложение;
•
адап тация и п ерестройка группов о го рабочего пространства в
соответствии
с
особенностями
бизнес-процессов
(рабочих
процессов);
•
взаимодействие с помощью электронной почты с возможностью
посылать сообщения (или уведомления о тех или иных событиях)
непосредственно в групповое рабочее пространство.
По сyrи,
Lotus
Теаm
Workp/ace -
это готов ое к работе групповое рабочее
пространство с возможностями
общения , координации действий и
совместной работы.
Достои нс тва
•
Lotus Теат Workp/ace:
легкость
персональной
адаптации
и
перенастройки
рабочего
пространства;
•
интеграция
с
существующими
каталогами,
упрощающая
администрирован и е;
•
быстрый
пои ск
инфо рмации
ш
(бла годаря
полнотекстовому
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
индексированию);
•
возможность работы в автономном режиме путем установки на
рабочем
столе
локальной
копии
системы
с
последующей
синхронизацией и зме нений , сделанных в локальной копии.
Продукт на
серверном уровне
работает
под управлением
спектра операционных систем (в том числе
IВM
Lotus
DоmШ.о ЕуеГУРlaсе
•
lШIрокого
zJOS).
семейство программных продуктов для
развертывания мобильных беспроводных прилож е ний DоmШ.о. Работает
совместно с ЮlИентом
Lotus Mobile Notes.
Подц е рживает мобильные
телефоны, карманные органайзеры, карманные компьютеры , пеЙджеры.
IВM
Lotus
Enterprise
предоставляющий
реальном
во
к
программный
(LEI)
при ложен иям
времени
сохраняемым
lntegrator
DоmШ.о
да нным
возможность
д ругих
внешних системах) ,
прилож е ний
так,
как если
доступа
(к
бы
продУКТ,
в
да нным ,
эти данные
находилис ь в DоmШ.о.
Программные средства управления документами
IВM
Lotus
Оо с uшеп!
Manager
Lotus
(ранее
DоmШ.о.dос)
.
программный
продукт, предназнач ен ный для управл е ния документами на протяжении
все го их жизненного цикла , а также для подцержки совместной работы
с документами по сети при помощи WеЬ·браузеров, клиентов
Notes
или
непосредственно
п оддерж ивающих
стандарт
из
приложений
(для
Lotus
прилож е ний ,
Document Management Association
Ореп
(ODMA)).
Функции и особенности продукта
•
подце ржка
всех
регистрацию
функций
редакторов,
Lotus Document Manager:
управления
механизм
докуме нтами ,
версий ,
включая
полноmексmО6Ый
пои ск, контрольные журналы, профили документа, уведомление
об изменениях и т.д.;
•
р аспределе нное редактирование документов на основе механизма
репли ка ций
Lotus
DоmШ.о ,
обеспечивающего
целостность
документа в пределах распределенной среды предприятия;
•
нали чие разнообразного инструментария для настройки
ш
с ред ы ,
ОП<'Рацианныl,
полнофункциональный
lВM
и
В
собой
состав
пред назначенные дл я
настройЮ1
и
ин тегрируется с
Lotus Workflow
пр едставляет
документооборота.
zSeri",
рашшрения функциональности.
моделирования ,
документооборотом. lВM
Manager
API для
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
программные средства,
Lotus Workflow -
графического
rurn"'... ".
платформу
Lotus
ДЛЯ
управления
Lotus Document
автоматизации
входят
Warkflow
следующие
компо н енты:
средство
Lotus Workflow Architect -
графического
моделирования
и
настройЮ1 проц ессов документооборота ;
прorраммный
Lotus Workflow Engine
продукт,
обеспечивающий
реализацию и хранение бизнес-логиЮ1, эюемпляры б и знес - процессов ,
д ругую
информацию
о
бизнес-процессах,
контрольные
журналы
и
архивы;
Lotus
Workflow
просматривать
VIewer
прогр амм но е
состояние
и
содержание
средство,
различных
позволяющее
этапов
проц есса
документооборота.
Программные
средства
управления
знаниями
(Knowledge Management)
к программным сред ствам управления знаниями относят следующие
продукты:
Lotus Discovery Server -
серве р управления знаниями, пред назначенный
для
и
пои ска ,
анализа
автоматичесЮ1
местоположения ,
пользователь
экспертов
по
управления
идентифицировать
формата , тип а
может
с
(текст,
помощью
какой -л ибо
контентом.
контент,
ви део и
Web-браузера
проблеме
в
Продукт
позволяет
н езависимо
т. д. ).
В
от
частности ,
осуществлять
нескольЮ1Х
базах,
его
поиск
м гнов ен н о
связываться с коллегами , совместно использовать знания и т.п .
DоrтШю
Exterкled
гетерогенной
да нных и
Search
среде ,
подцерживает
ВЮlючающей
lntemet.
'"
распредел енный
несколько
различных
поиск
типов
в
баз
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Продукт пр едоставляет следующие возможности:
•
достyn ко всей необходимой инqюрмации через единый Удобный
интер~йс;
•
пар аллельный
п оиск
в
доменах
традицио нны х
Notes,
базах
данных, локальных файловых системах и в поисковых системах
Web;
•
получение
результатов
в
объединенного
виде
списка ,
упорядоченного по релевантности;
•
п ланирование
•
сохранение,
пои ска
на
определенное
пользователей, работающих с ЮlИентом
повторное
время
(только
для
Notes);
использование,
совместный
доступ
к
запросам на поиск и их результатам (только для пользователей ,
р аботающих с клиентом
•
просмотр
Notes);
запросов
поиск,
на
направленных
другими
пользователями , для выявления людей со сходными интересами.
При
помощи
организации
Extended Search
могуг усовершенствовать
достyn ко внугренней и внешней инqюрмации, улучшить внугренние и
внешние коммуникации компании , повысить эффективнос ть работы и
расширить
возможности
имеющихся
высококвалифицированных
СОТРУдников.
Программные
обучения
к
средства
электронного
(e-Learning)
основным
функциям
Management Systems, LMS)
•
•
•
поддержки
систем
ynравления
обучением
(Learning
относятся:
хранение кон тента;
регистрация пользователей (обучаемых);
п ланирован и е
обучения
(qюрмирование
учебных
групп ,
р аспределе ни е ресурсов и пр.);
•
•
•
доставка контента пользователям;
контроль и регистрация (протоколирование) процесса обучения;
хранение
инqюрмации
о
пользователях
(обучаемых)
пользователей);
•
qюрмирование отчетов по результатам обучения;
(профи ли
ОП<'Рацианныl,
•
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
подцержка разработки контента (дистанционных курсов).
Наиболее важные требован ия , предъявляемые к современным системам
управления обучением:
•
р азви тая
функциональность
(разнообразие
возможностей
по
регистрации , тестированию пользователей и т.д . );
•
соответствие международным стандартам в области электронного
обучения;
•
масuпабируемость
(возможность
роста
числа
одн овреме нн о
обучаемых);
•
•
•
р асширяемость (возможность добавления новы х функций);
подцержка широкого круга программно -а ппаратны х платформ;
подцержка
режим
разнообразных
обуче ни е
без
режимов
обучения
постоянной
связи
автономный
(
с
сервером ,
последующей передачей результатов обучения на сервер в
асинхронный
режим
подцержкой,
обучение
включающее
с
по стоянной
элементы
с
LM S;
серверной
асинхронного
взаимодействия , такие как дискуссии, форумы и т.д.; синхронный
режим
(обуче ни е
в
реальном
времени),
предусматривающий
взаимодействие обучаемых и преподавателя в реальном времени с
использованием средств видео- или аудиоконфер енц иЙ) .
Программные средства управления обучением компании
IBM
включают
два основных продукта:
IВM
Lotus Workplace
обучением
Learrllng -
СоПаЬогаоуе
современно го
уровня ,
система
удовлетворяющая
выше требованиям и построенная на базе портала
управления
всем
указанным
IBM WebSphere PortaL
Использование пор тальной архитектуры позволяет без ТР Уда расширять
при
необходимости
н еобходи мые
результатом
пользователям
развития
Learning Space 5.0
IВM
функциональность
элементы .
предшествующих
и IВM
системы,
Этот
версий
добавляя
продукт
LMS -
новые ,
является
IВM
Lotus
Lotus LMS 1.0.1.
Lotus Learrllng Space - VII1ual Classroom -
п оддержки обучения в реальном времени.
",
прогр амм но е средство для
ОП<'Рацианныl,
Примеры
rurn"'... ".
информационных
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
систем
на
zSeri",
платформе
zSeries
Области применения мэйнфреймов
Мэйнфреймы
требую щих
пригодны
больших
инженерных
решения
вычислительных
до
вычислительных
для
практич ески
мощностей,
коммерческих.
мощностей
zSeries
люб ы х
от
-
научных
Необходимость
может
быть
задач ,
и
больших
обусловле на
двумя
обстоятельствами:
•
сложностью решаемых задач , например, в области исследования
гено ма человека , морской нефгеразведки и т. п. ;
•
р остом
объемов
обрабатываемых
данных,
связанным,
в
частности, с тенденцией п ерехода к интегрированным системам
управления организациями, предприятиями, компаниями и т.д.
Тенденция
перехода
прояв ляется
в
пр едприятия,
к
интегрированным
стремлении
к
объединению на
использованию
финансы
предприятия ,
и
бухгалтерия,
единой
инф:Jрмационном
уровнях всех Юlючевых аспектов
деятельности
системам
таких
управления
базы
данных
и технологи ч еском
прои зводственной и коммерческой
как
производство,
п ла нировани е ,
материально-техническое
снабжение ,
управление кадрами, сбыт, управление запасами, ведение заказов на
7. 1).
П оявились
ЕRР-системы
(Епtегргisе
по ставку продукции и предоставле ни е услуг (см. рис.
особые
массы
Resource
инф:Jрмационных
Plal1I1illg,
систем
планирование
-
ресурсов
предприятия) ,
uнформацuонно-аНQлитuческие системы (ИАС) , системы поддержки
принят ия решений (сппр), требующие значительных вычислительных
мощностей .
ОП<'Рацианныl,
Сн:стеМ8
ма,спrrаба
l1~lID РItSIТWI:
'1
_J
I
L
Хранилище
данных
t J " [r=~J
[
1111 1111 11111111
11111 111
7.1 .
zSeri",
I~I:::::;=
1~
I 1: : : :1;: : ~
I 1Приложения
/
[r=~J
Рис.
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
Система
маСJrrrз б:а
tIOдрaзnел еllltЯ
Интеграция служб предприятия
Существуют различные архитектурные решения , предна значенные дл я
получения высокой
производитель ности системы обработки данных,
если
производительность
необходимая
превосходит
возможности
одного сервера. Рассмотрим некоторые из них:
1.
И спользование вычислительной сети , объединяющей с п омощью
сред ств
системы
передачи
данных
м ножество
серверов ,
т ерритории
(в
р азмещенных в различных точках.
2.
Объединение
всех
серверов
на
одной
одном
центре).
з . Физическое объед инение всех серверов в рамках одного сервера.
Последняя
возможность
реализуется
частности , с помощью серверов
Проблема
выбора
с
zSeries, см.
аппаратной
помощью
раздел
мэйнфреймов
(в
5.2).
плапtюрмы
и
архитектуры
про ектируемой системы обыч но решается следующим пугем:
•
формируется
п еречень
критериев
выбора
(характеристик
р ассматриваемых вариантов аппаратной п латформы);
•
оценивается важность каждо го кри терия (каждой ха р актер ис тики)
для
про ектируемой
информационной
системы
(см. ,
например ,
[7.1]);
•
оценивается
знач ение
каждой
'"
характеристики
для
в с якого
из
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
рассматриваемых вариантов аппаратной плапlюРмы;
вычисляются
•
коэфрициенты
предпочтительности
вариантов
выбора.
к важнейшим критериям выбора аппаратно-программной платформы
информационных систем относятся:
1.
С тоимость
владения.
ВЮIючающий
программных
ЭТО
на
затраты
средств,
модернизацию
и
экономический
приобретение
затраты
развитие
на
аппаратных
внедрение ,
системы.
показатель ,
Часто
и
эксплуатацию ,
расчеты
затрат
осуществляют на одного пользователя или на одну транзакцию.
2.
Масuпабируемость.
Э ТО
свойство
характеризует
возможность
наращивать масuпабы системы (увеличивать производительность ,
число пользователей).
з.
Надежность
позволяет
аппаратно-программных
обеспечить
высокий
Надежность
средств.
уровень
готовности
системы ,
высокую степень доступности данных.
4.
Безопасность
данных.
защищенности
ЭТО
данных
свойство
от
характеризует
степень
несанкционированного
доступа ,
попыток разрушения и искажения.
Рассмотрим
с
точки
зрения
перечисленных
критериев
решения ,
использующие в качестве аппаратной плапlюрмы мэйнфреймы
Централизация
обработки
данных
приводит,
существенному уменьшению эксплуатационных
zSeries
правило,
серверов,
операционных
систем.
работающих
ЭТО
централизованных
систем,
затратам
других
решения
мэйнфреймов
позволяет
осуществлять
под
обеспечивает
превосходящих
платформ.
обслуживать
обработку
в
сервера
управлением
различных
возможность
построения
по
Высокая
большое
единицу
к
затрат. Мэйнфреймы
позволяют объединять в рамках одного физического
множество
(или
как
zSeries.
эксплуатационным
производительность
число
времени
пользователей
большого
числа
транзакций). При этом удельные затраты на одного пользователя (или
на
одну
транзакцию)
оказываются
для
крупномасuпабных
систем
меньшими , чем при других решениях.
Анализ экономических последствий от слияния серверов, проведенный
по
ОП<'Рацианныl,
в
ряде
исследований
[7.3, 7.4],
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
показы вает,
что
эфрект
при
zSeri",
этом
достигается, в значительной сте п е ни , за счет сокращения численности
технического персонала , а также вследствие отсугствия необходимо сти
приобретения
н ескольких
лицензий
на
программное
обес п ечение ,
снижения затрат на установку пр о граммного обеспече ни я, резервное
копирование и восстановле ни е да нных в выделенных серверах.
МаСllПабируемость при
благодаря
наличию
характеристиками
подключаемых
аппаратных
иcnользовании мэйнфреймов обес п ечивается
ряда
совместимых
серверов
(производительностью,
внешних устройств
ресурсов
на
и
логические
с
объемом
т.д.),
различными
памяти ,
возможности
разделы
числом
разбиения
(технология
LPAR)
и
создани я при необходимости дополнительных виртуальных машин в
среде
zfVM , использованию
Высокая
надежность
обеспечивается
за
технологии РагаПе!
Sysp!ex.
аппаратно - программны х
счет
ЮJастерной архитектуры
дублирования
Paralle! Sysp!ex (см.
средств
мэйнфреймов
аппаратных
главу
элементов ,
4).
Считается, что именно в системах на базе мэйнфреймов обес п ечивается
высочайший уровень надежности и маСllПабируемости
Наконец ,
безопасность
мэйнфреймов
zSeries
данных
(см.гл.
обеспечивается
многоуровневой защиты и н формации
Подводя
является
итог,
можно
наилучшим
при
использовании
используемой
технологией
[7.2].
сделать следующий
выбором
4)
[7.2].
для
вывод: платформа
систем ,
требующих
zSeries
высокой
производительности, надежности аппаратны х средств, безо па сности и
целостности
верхнему
данных.
уровню
Такие
требования
и н формационных
обычно
систем
предъявляются
крупных
к
корпораций ,
компаний , предприятий , а также к системам, работающим в области
фи нан сов и обороны.
Примеры
практического
использования
серверов
zSeries
Реализация
проекта
внедрения
SAP
RJЗ
на
базе
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
серверов IВM в компании "Сургyrнефтегаз"
Компания "СургугнеФГегаз " входит в тройку ли д еров нефгяного рынка
России и занимает
11
место в списке крупнеЙIlD1 Х нефгяных корпораций
мира. В компании работает более
тыс. сотрудников. Начиная с
86
1961
года , когда в Западной С ибири были открыты запасы нефги , объ ем
добычи на месторождения х компании "Сургугнефгегаз " постоянно рос и
в настоящее время превысил один милл иард тонн. С ейчас на долю
компании приходится одна восьмая добываемой в России нефги и треть
натурального
газа ,
а
такж е
четверть
общего
объ е ма
поисково
разведочного и эксплуатационного бурения в стране. Объем нефги ,
добываемой компани е й "Сургугнефгегаз ", каждый год увеличивается на
8-12%.
Компания
"Сургугн ефгегаз "
компаний
внед рила
первой
решения
среди
RlЗ,
SAP
россий с ких
реализовав
нефгяных
техническую
поддержку корпоративных процессов внугри компании.
Система
SAP RlЗ в компании "Сургугнефгегаз " используется в восьми
подразделениях
корпорации.
Все
потоки
финансовых
внешние , так и
внугренние ,
обрабатываются системой
данных,
как
RlЗ , которая
также внедрена в центральной бухгалтерии компании "С ургугнефгегаз ".
С
использованием
операции
закупок,
значительно
уменьшились
Первоначально
структуры
отчетности
программного
поставок
целями
и
обеспечения
выставления
запасы
компании
производятся
SAP
счетов ,
в
результате
материально-технических
внедр е ния
повышение
в
и
RlЗ
прозрачности
"Сургугнефгегаз ",
были
ресурсов.
совершенствование
бухгалтерского
но
чего
теперь
учета
эта
и
система
охватывает в с е а с пекты деятельности компании.
Новая редакция ро с сийского налогового законодательства потребовала
от
компании
"С ургугнефгегаз"
построить
бухгалтерского учета в масuпабах в с ей
учитывать
организации,
ед иной
миллионы
оп е раций
представить
налоговой
С
систему
компании. Необходимо было
перемещения
результаты
декларации.
интегрированную
деятельности
ПОМОJ.Цbю
денег
внугри
компании
SAP
RlЗ
в
ви де
компания
"Сургугнефгегаз " смогла реализовать проект формирования налоговой
декларации
за
шесть
месяцев
и
'"
теперь
использует
эqxpeктивную
ОП<'Рацианныl,
автоматизированную
систему,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
по лностью
соответствующую
zSeri",
новому
нал оговому законадательству.
Для управления данным и компания "Сур гуг н еФГ е га з " использует два
eServer zSeries, которые связа ны с помощью
ParaUel Sysplex. Технология ParaUel Sysplex - это
корпоративных сервера IВM
ЮJастерного решения
разработанный
разделяющих
в
IВM
между
способ
собой
соединения
рабочую
в
нагрузку,
ЮJастер
серверов ,
который
по зволяет
ликвидировать в системе все точки еди ничного отказа. В случае отказа
какого-либо
компонента
п ере р ас пр еделяется
кластерная
процессора
между
система
нагрузка
остальными
защищает
процессорами.
бизнес
реализует н е прерывную доступность,
автоматически
компании
гибкий
от
Созданная
прос тоев
и
рост и динами ч ескую
балансировку нагрузки.
в даль н ейшем внимание компании было сосредото ч е но на создании
резервного центра обработки дан ны х. В качестве основно го варианта
инфра структуры рассматривается система IВM
ParaUel Sysplex (GDPS -
геогр афи ч ес ки
обеспечивающая защиту от катастроф.
Geograp hicaUy Dispersed
р аспределе нный ParaUel Sysplex),
Как ожидается, внедрение GDPS
е ще больше увеличит доступ н ость да нны х и поможет автоматизировать
обработку
дан ны х
на
н ескольких
географически
распределенных
площадках.
Система
аварийного
компании
Principa! Financia! Group
Компания
Principa/
накопительного
восстановления
Finапсial
п е н с ионного
Group
данных
для
(США)
является
страхования
США
лидером
и
рынка
крупнейшим
по ставщиком льготных финансовых услуг для СОТРУдников компаний.
Компания
Principa/
по зволяющей
восстановить
более ч ем за
в
заве ршила создание современной инфраструктуры ,
случае
прир адной
работу мощных
24
или
техноге нной
вычислительных
систем
катастрофы
Principa/
не
часа. Новая ультрасовр емен ная инфраструктура станет
основной для одного из наи более эффективных в отрасли финансовых
услуг
решений
аварийного
информацию и счета
15,6
восстановления,
миллиона ЮJиентов
ш
при званно го
Principa/
защитить
Finaпсial
Group
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
во в сем м ире.
В сотрудничестве с
IBM компания P rincipa/ р азвер н ула програ мм ные
решения IВM Geograp hically D ispersed Paralle! Sysplex (GDP S) и Extend ed
Remote Сору (XRC) на мэ йнфр е йм ах IВM eServer zSeries и с и ст емах
хранения да нны х IВM TotalStorage Епtегргisе Storage Server. Решение
ав томатичесЮ1 копирует критичесЮ1 важ ные да нны е и приложения и в
случае катастрофы п е рене сет р або чи е нагр узЮ1 из основного ц е нтр а
обработЮ1 данны х
Principa/
на р езер вн ую п лощадку.
По сравнению с предыдущей системой новое решение сокращает вр емя
восстановления более чем на четыр е дн я и обеспечивает полную связь
со всеми
удале нными подразделени ями ,
в то время как в пр едыдущем
решении такая с вязь была во зможна тол ько с ограниченным числом
террито рий .
Ин те грир ова нная
диско вы х
и
ИТ-среда
лен точны х
построена
Principa/
систем
на
хр ан е ни я
базе
и
серверов ,
корпоративного
программного обеспечения
IBM. В вычислительных ц е н трах компании
уста нов ле ны мэйнфреймы IBM eServer zSeries и с и ст ем ы хране ния IBM
TotalStorage Enterprise Storage Server (ESS). Н овые усо верше н ствов ания
инфраструктуры при з ваны сущест венно уме ньшить вер оятность потери
да нны х, сократив при этом объем ресурсов, которые по требуются для
восстановления
Чи сле нно ст ь
уменьшилась
функционировани я
персонала,
на
55%.
В
бизнеса
н еобходимо го
ре зул ьтате
в
случае
дл я
с ни з или сь
катастрофы.
восстановления ,
рисЮ1 ,
с вязанны е
с
возможным недостатком чело веч ес Ю1 Х рес урсов п осле катас трофы.
Principa/
также
использует
систему
совместного доступа к да нны м СУБД
функцию
Capacity
Backup
для
Paralle! Sysp)ex с функциями
IBM DB2 Universa! Database и
п ов ыше ния
готовности.
Все
эти
возможности им еют для компании исключительное з нач е ни е, п оскол ьку
ей при ход и тся обрабатывать в среднем
Территориально
катастрофоустойчивый
Банка России
8,5
миллиона тр анза кций в день.
распределенный
вычислительный
комплекс
ОП<'Рацианныl,
Актуальность
дан ного
пр оекта
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
обусловлена
той
ролью ,
zSeri",
которую
банковском секторе играют информация и требования к ее обработке
бесперебойной,
в
огромных
объемах
и
с
вы соко й
в
-
степенью
централизации.
С и стемно-техническую основу ком п лекса составили мэйнфреймы IВM
eServer zSeries 900, дисковые п одсистемы
н азвание Shark) с технологией асинхронно го
18М
ESS 800
(кодовое
у,цале нн ого ко пи рования ,
п озволяющие создавать практически н еуязвимые в случае катастроф и
террористических
атак
системы
за
счет
распределения
элементов
многомашинно го вычислительного комплекса на практически любые
расстояния (десятки тысяч километров) .
Эти
решения
успешно
п рименены
территориально-распределенном
во
введен н ом
комплексе
в
эксплуатацию
обработки
информации
Банка России по Санкт - Петербургу.
Вычислительные
информационно-
комплексы
вычислитель ных центров Российских железных дорог
Продукция железнодорожно го транспорта
-
услуги
по пер еме ще нию
грузов и пассажиров. Эту пр одукцию нельзя про изводить в запас и
сюыдировать
для
хр анени я.
Для
управления
железнодорожным
транспортом н еобходимо как можно более точ н о прогнозировать и
п ланировать предстоящие перевозки , а также материальные и тру,цовые
ресурсы для их осуществления. На тра н спорте п риходится управлять
п остоянно
перемещающимися
массовыми
повторяющимися
огромными
п отоками
п роизводственные
стране,
требует
но тесно
процессами,
подразделе ния
транспорта
и
Многочисленные
разбросаны
перевозочным
единства
отличаются
сопровождаемыми
взаимозависимы
руководства
при нцип а
Перево зки
информации.
взаимосвязаны
централи зации
соблюдения
еди н ицами.
в
по
всей
работе,
п роцессом
адми ни стративного
что
и
и
технологического управления на всех уровнях .
Решение
этих
задач
нево зможн о
информационны х технолоrnЙ.
'"
без
применения
со временных
ОП<'Рацианныl,
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
rurn"'... ".
zSeri",
Вычислительный потенциал РОС С ИЙСЮ1 х железных до р о г сосредоточен
в
инqюрмационно -вы числи тельн ых центр ах
18
уровня и Главный вычислительный ц е нтр
-
(17 ИВЦ
[7.5].
ГВЦ)
до рожного
С п омо~ю мэйнфреймов решаются таЮ1 е задачи как:
qюрмирование
•
отчетов
(сугочных,
месячных,
квартальных,
годовых) ;
р азл ичные виды контроля (соблюдения сроков доставЮ1 гр узов ,
•
дислокации и состояния вагонов , наличия парка вагонов) ;
•
•
•
определени е маршругов и времени следования поездов ;
•
управление безопасностью движения и др.
выдача справок по перевозкам гр узов;
взаиморасчеты
за
поль зование
парком
вагонов
по
дорогам
России;
Центральн ые вычислительные
комплексы
(ЦВК)
ГВЦ и
ИВЦ до р о г,
обеспечивающие функционирование АСУ грузовыми и пассажирсЮ1МИ
пер евозкам и , построены на базе мэйнфрейл1ОВ
ЦВК
пр едставляют
собой
прогр амм но - технич есЮ1Х
центральную
комплексов
IBM.
системно-аппаратную
(ПТК)
часть
инqюрмационн о
вычислительных центров железных дорог России и являются узлам и
распределенной вычислительной сети отрасли, пр ед на значенными для
приема ,
регистрации,
обработЮ1 ,
длител ьного
хранения
и
выдачи
пользователям блоков инqюрмации.
9672) и zSeries. К
ГВЦ и ИВЦ дорог зксплуатировалось 78 мэйнфреймов
производи тельностью около 18000 Mips.
В ЦВК используются серверы С истемы
концу
2003
года в
IВM с суммарной
В
2003
390
(lВМ
году в связи с образованием ОАО ' 'РЖД'' ВОЗНИЮJa необходимость
создания
отчетности
отчетности
автоматизированной
новой
компании.
системы
Проект
qюрмирования
создания
системы
налоговой
налоговой
стал развитием Еди ного Компл екса Ав томатизированных
С истем Управления Финансами и Ресурсами (ЕК АСУ ФР), разработка
которого стратеrnчесЮ1 ориентирована на использ ование продукта
R/3.
SAP
В основу прикладного решения были положены функциональные
возможности модуля аналитического хранилища
SAP BW (SAP Busmess
ОП<'Рацианныl,
Information Warehouse) •
rurn"'... ".
комплексного
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
решения
компании
SAP
zSeri",
по
организации хранилищ данн ых больших объемов.
Прикладное
решение
определило
комплекса новой системы
ГВЦ,
и
Удале нные
подразделениях
-
рабочие
ОАО
архит ектуру
вычислительного
мощный сервер, развернугый на площадке
''РЖД'',
места
пользователей
осуществляющие
в
доступ
структурных
к
серверным
ресурсам по каналам корпоративной сети передачи данных.
Выбранные по результатам
пред варительно проведенного анализа и
тестовых испытаний программно - техничеСЮ1е компоненты комплекса
налоговой
отчетности
копирования IВМЗ494
модуль
SAP BW),
(сервер
Magstar,
IВM
ZЗ00-2С5 ,
система
резервного
1.105,
прикладной
операционная система
в корОТЮ1е сроЮ1 были при обретены и введены в
эксплуатацию.
'"
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Спи со к лите р а ryры
1. Hoskins J., Frank R, Exp/oring IВM e5erver z5eries and 5/390 5ervers, - МаxiПШffi
Press, 2002
2. Ro gers 1'., Fade! L., z/05 Wrsion 1 Release 3 and 4 lmplementalion, - IBM Сыр . ,
R<> dЬооks,200З
3. liOS Introd uction and R<>!<>as<> Guid<>,
(СА22-7502-03),
2003
4. Rog<>rs 1'., СароЫа псо G. и дР, ABCs of 05/390 5ystem Programming . V 1-5, - IBM
Corp ., R<>dbooks, 2000
5. Rog<>rs Р. , Ge!inski М ., Q!iv<>ira J., Soka ! V,ABCs of z/05 5ystem Programming, v1-10,IBM Corp., R<>dbooks , 2003
б. liОS MVS In itia!ization and Tuning Guid<>, (5А22-7591-О1), 2002
7. Eld<>r-\ass О, МУ5 5ystem Programming , -1993.
В. liOS MVS P!annin g: Workload M anag<> lТМ"'nt , (5А22-7б02-05), 2003
9. W. J. Rooney, J. Р. Kuba!a, J. М а<>rgпщ Р. В. Уо сот, lntelligent Resou rce Directo r , IBM
Jouma! R<>search & D<>v<>!oplТМ"'nt, уо!. 4б No. 415, 2002.
1O.liQS DFSM5 Introduction, (5С2б-7397-01), 2002
11.z/05 DFSMS : Us ing Data 5(>(s, (5С2б-741 0-02), 2003
12.liQS DFSM5: I ЩI!<>lТМ"' п tiпg Syst<>m-Manag<>d Storage, (5С2б-7407-01), 2002
1З.liQS JE52 Introd uction, (5А22- 7535-02), 2003
14.liQS MVS JCLR<>f<>renc<>, (5А22-7597-О5), 2003
15.liQS MVS JCL Us<>rs Guid<>, (5А22-7598-О 1), 2002
16. ВЛ. Данилочкин, В. В. МИ1рофанов, Б.В.ОДИнцов, Г.В. П <>л<>дов, Операци онная
система ОС Е С: Справо чное иэд , - М. : Фина нсы и C1dшсшка, 1988
17. Гр унд Ф, Принципы операционной системы ОС ЕС, - М .: Финан с ы и с ташсшка ,
1984
18. Ct">M<>H<>HКD В.А . и дР , Операци о нные системы, - М .: Выс ш . ШК., 1990
19.1iQS UNIX Syst<>m 5<>rvic<>s Users Guid<>, (5А22-7801-03) , 2003
20.liQS UNIX Syst<>m 5<>rvic<>s P!annin g, (СА22-7800-03) , 2003
21.liQS TSQ/E G<>nera! IпfОПIJatiОП, (5А22-7784-02), 2002
22.liQS TSQ/E Users Guid<>, (5А22-7794-О2) , 2002
23. liQS ISPF Us<>rs Guide \b!UIТМ"' 1, (5С34-4822-О1), 2002
24.liQS ISPF Us<>rs Guide \b!UIТМ"' 11, (5 С34-4823-О 1), 2002
25. Барфо ломе<>в В. А, Работа пользователя 05/390 в среде 15PF/ PDF, - М .: МИ ИТ,
2003
26.liQS ISPF Edit and Edit Macros, (5С34-4 820-01), 2002
27. liQS М VS Program M anag<>lТМ"'n t: Us<>rs Guide and R<>feren c<>, (5А22-7643-О 1 ), 2002
28.liQS Languag<> E"l1vironlТМ"'n t Concepts Guid<>, (5А22-7567-О3), 2003
29. HLA 5M Progra~rs G.!id<>, (5С2б-4941-О3), 2003
ЗО.liVМ G<>nera! Iп fОПIJat iОП , (СС24-5991-О5), 2003
З1.liVМ Virtua! Machine Operation, (5С24-б03б-02), 2003
З2.liVМ CMS Us<>rs Guid<>, (5C24-БО09 -01), 2003
ЗЗ.liVМ СР P!anning an d Admin istration, (5С24-б043-01), 2003
34. MacIsaac М. , A nnu ss R и дР , ипих {о, IВM z5eries and 5/390: Distribution s, - ' ВМ
ОП<'Рацианныl,
rurn"'... ".
и пр""p<lММlЮI' обemечl'lШI' на ruюmфор""
zSeri",
Согр.,
Redbooks , 2001
35. Amrehnv Е., Amdt J. и дР, ипих {or 5/390, - IBM Re bВook, 2000
36. Напis N., Соо!еу R. и дР, ипих Handbook: А Guide (о IВM Linux 50lutions and
Resourr:es, - IBM Согр . , Redbooks, 2003
37. Технологии IBM ДJlЯ элеюронноro бизнеса, - Каталог IВM, 2003
38. Brian R. Smith, Char!es Ackeifi, Thomas G Bradford и дР, IВM e-business. Technology
50lution and Design Overview, - IBM Согр . , Redboo ks (SG24-б248-0 1), 2003
39. Car!a Sadt!er, John Ganci, Кеviл Griffith, Dan ie! Hu, Di!dar Marhas, 18М ~\feb5phere
Product Overview, - IBM Согр., Redbooks Paper, 2003
40. Дебб и
Лин , Стив Кi>PH,
Lotu s Notes и Domino 5/6. Энциклопедия
- К: 000 ТиД ДС, 2003. - 1024
програМЛ.fUста.
2-
ое юд., перераб. и доп , Лер . сангл.
41.
мл. Аншина , Современные методы построения распределенных программных
систем . Технология
42. Игиатович
NQ2, 1997
43.
CORBA. - Материалы
семинара ,
- м.:
ФОCfАС,
Н., Семейство реляционных баз данных IВM
Дж. Бакларц, БиЛII Вонг,
DB2
для
Unix,
ипих,
Window s
2002
DB2, - OThрьпые
и
0512, -
системы,
М.: Лори,
2002.-
бб4с.
44. т.Б. П едерс ен, К Йенсен, Технология многомерных баз данных, - OThрьпые
системы, NQ 1, 2002
45. в. Щав ел~в, Способы аналитичеСl<LJи обработки данных для поддержки
приllЯтия решении, - СУ&Ц, NQ 4-5, 1998
46. А . Федоро в, Н . Елмаиова, Введени е в OIAP, - Ком пюте р Лре с с , N0;4-5, 2001
47. Игиатович Н., Интеграция технологии управления в IВM DB, - OThрьпые системы,
NQ 7-8, 2001
48. 3. КЛе цкиЙ, В.ИЛ анкратов, В.ВЯЮ)влев и дР .: Ло д ред. э.к.ЛецЮ)го,
Э.СЛОAЦ<lвашкина,
В. ВЯЮ)влева,
Информационные
железнодорожном транспорте: Учеб. для вузов ж.-д
России,
49.
.
технологии
трансп,
-
на
М .: ум к М П С
2001. -608 с
Спиряев О, Комп ьютеры, и3Аlенивши е мир , -ВУГЕ,
NQ9, 2004, с. 52-58
50. 3иач еиие интеграции серверов ДJlЯ биз не са : Новы е доводы в по льзу м эйнфреймов,
- International Techn ology Сroир, 1996
51. Напis N., Соо!еу R. и дР, ипих Handbook: А Guide (о IВM Linux 50lutions and
Resourr:e, - IBM Согр . , Redbooks, 2003
52. ВишняЮ)в В.Ф, Эксплуатация информационно-вычислительных ресурсов 04.0
РЖДI/ Ж. -д. Транспорт. Сер. Информаци онные технологии на железнодорожном
транспорте,
- Э И/ЦНИИТЭИ . - 2004. - ВЬJП. 2, с . 1-18
'"
Оn<1ЮЧl40I1ные
cucme.lI"" u np<h'pa_"_",,oe
06есn""ение
,,"
n.шmф"l",е
zSeries
Содержание
2
3
4
Титульная страница
Выходные данные
Лекция
1.
Эволю ция
Лекция
2.
ПРИНЦИПЫ построения и основные
компоненты
zJOS
zJOS
Лекция
3.
Реализация базовых функций
Лекция
4.
Управление данными
Лекция
5.
Управление заданиями и язык
Лекция
6.
С истемные сервисы
Лекция
7.
С редства диалогового в заимоде йствия С
пользо вагелем
Лекция
8.
zJOS
JCL
UNIX (zJOS UNIX)
(TSO/E и ISPF/POF)
С редства разработки и управления
9.
Операционные системы
Лекция
10.
zJVM
и
Linux
С пециальное системное и прикладное
программное обеспечение (ПО промежуточного слоя)
Лекция
11.
Системы управления базами данных и
поддержки информационных хранилищ (lВM ОВ2)
Лекция
12.
С истема интеграции приложений
WebSphere MQ
Лекция 13. Lotus Software - средства
IBM
поддержки
совместной (групповой, коллективной) работы
Лекция
14.
плarформе
Примеры информационных систем на
zSeries
Список литерагуры
38
69
88
132
144
232
приложениями
Лекция
21
248
269
299
340
363
377
387