- •1. Факторы, способствующие использованию мэйнфреймов
- •1.1. Надежность, доступность и удобство обслуживания
- •1.2. Безопасность
- •1.3. Масштабируемость
- •1.4. Последовательная совместимость
- •1.5. Эволюционирующая архитектура
- •2.1 Пакетная обработка
- •2.2. Обработка оперативных транзакций
- •3. Роли в мире мэйнфреймов
- •3.1. Системный программист
- •3.2. Системный администратор.
- •3.3. Проектировщики и программисты приложений.
- •3.4. Системный оператор.
- •3.5 Аналитик производственного контроля.
- •3.6. Роль изготовителей
- •4. Архитектура мэйнфрейма.
- •4.1. Базовая архитектура zSeries и основные направления ее развития.
- •4.2.Архитектура центральных процессоров. Регистры и система команд процессоров.
- •4.2. Регистры и система команд процессоров
- •4.3. Организация адресных пространств внутренней памяти. Уровни внутренней памяти. Типы адресных пространств основной памяти.
- •4.3 Типы адресных пространств основной памяти.
- •4.4 Слово состояния программы.
- •5. Операционные системы мэйнфреймов
- •5.2 Z/Virtual Machine (z/vm)
- •5.4. Linux для zSeries
- •6.1 Общие сведения аппаратных систем мэйнфрейма
- •6.2. Устройство ранних систем s/360, современных z/series и их различия
- •6.3. Устройства ввода-вывода : логические разделы, каналы, коммутаторы - escon и ficon, блок управления устройством ucb.
- •6.4 Средства управления системой и разделы
- •6.5 Свойства логических разделов
- •6.6 Консолидация мэйнфреймов
- •6.7 Процессорные устройства cp, sap, ifl.
- •6.8 Процессорные устройства zAap, zIip, icf.
- •6.9. Мультипроцессоры
- •6.10. Дисковые устройства 3390 и 2105 , устройство управления 3990
- •6.11 Кластеризация, простой общий dasd, основные его характеристики и области применения. Сравнительный анализ уровней кластеризации dasd и ctc.
- •6.12. Кластеризация, ctc кольца, основные его характеристики и области применения. Сравнительный анализ уровней кластеризации ctc и dasd
- •6.13. Parallel Sysplex
- •6.14 Устройство сопряжения
- •6.15. Малые системы м-ф
- •6.16. Средние одиночные системы
- •6.17 Более крупные системы
- •6.18. Непрерывная доступность мэйнфреймов
- •7.1. Введение в z/os. Физическая память, используема в z/os
- •7.2. Аппаратные ресурсы, используемые в z/os.
- •7.3. Мультипрограммирование и мультипроцессирование.
- •7.4. Модули макросы. Управляющие блоки.
- •7.5. Основные средства z/os.
- •7.6. Виртуальная память, адресное пространство мэйфрейма.
- •7.7. Использование адресных пространств: изоляция, связь. Динамическая трансляция адреса.
- •7.8. Виртуальная память. Формат виртуального адреса.
- •7.9. Организация адресации виртуальной памяти в z/os. Фреймы, страницы и слоты.
- •7.10. Страничный обмен в z/os. Изъятие страницы.
- •7.11. Счетчик интервалов отсутствия обращений. Свопинг.
- •7.12. Защита памяти. Ключи защиты.
- •7.13. Менеджеры памяти: реальной, вспомогательной и виртуальной.
- •7.14. История виртуальной памяти и адресуемости семейства мэйфреймов.
- •Системные адресные пространства и главный планировщик.
- •7.16. Управление рабочей нагрузкой. Основные операции выполняемые wlm.
- •7.17. Ввод-вывод данных, средства мониторинга в системе.
- •7.18. Назначение обработки прерывания.
- •7.19. Слово состояния программы psw, регистры
- •7.20. Диспетчеризуемые единицы работы z/os: tcb, srb. Вытесняемые и не вытесняемые единицы работы.
- •7.21. Назначение компонента диспетчер в z/os.
- •7.22. Синхронизация использования ресурсов. Организация очередей. Блокировка ресурсов.
- •Определяющие свойства z/os
- •7.24. Дополнительные и промежуточные по для z/os.
- •8.Интерактивные средства z/os
- •8.1 Предназначение tso. Основные функции.
- •8.2 Выполнение команд tso в собственном режиме. Использование clist и rexx в tso.
- •8.4. Интерактивные интерфейсы Интерактивные средства z/os unix
- •9.Наборы данных
- •9.1Наборы данных. Типы набора данных в z/os.
- •9.2. Устройства хранения набора данных и методы доступа
- •9.3.Распределение набора данных. Логические записи и блоки. Экстентты набора данных.
- •9.4. Форматы записи наборов данных.
- •9.5. Последовательный, секционированный набор данных.
- •9.6. Метод доступа vsam.
- •9.7 Файловые системы z/os unix. Сравнение наборов данных z/os и файлов файловой системы
- •9.7 Сравнение наборов данных z/os и файлов файловой системы
- •10.3. Журналы транзакций и их назначения.
- •10.4. Типы резервного копирования sql Server 2008.
- •Одноранговые сети типа рабочая группа на базе ос Windows и варианты лицензирования.
- •11.3. Отказоустойчивый кластер на базе oc Windows Server 2008 Ent.
Системные адресные пространства и главный планировщик.
Многие системные функции z/OS выполняются в собственных адресных пространствах. Подсистема главного планировщика, например, выполняется в адресном пространстве *MASTER* и используется для установления связи между z/OS и его адресными пространствами.
При запуске z/OS главные подпрограммы инициализации выполняют инициализацию системных служб, таких, как системный журнал и задача связи, и запускают адресное пространство главного планировщика. Затем главный планировщик может запустить подсистему управления заданиями (JES2 или JES3). JES является первичной подсистемой управления заданиями. На многих рабочих системах JES не запускается сразу же; вместо этого пакет автоматизации запускает все задачи в контролируемой последовательности. Затем происходит запуск других подсистем.
Подсистемы определяются в специальном файле системных параметров, называемом библиотекой параметров (parameter library, PARMLIB). Эти подсистемы являются вторичыми подсистемами (secondary subsystems).
Каждое создаваемое адресное пространство имеет связанный с ним номер, называемый идентификатором адресного пространства (address space ID, ASID). Так как главный планировщик является первым адресным пространством, созданным в системе, он становится адресным пространством под номером 1 (ASID=1). Другие системные адресные пространства запускаются позже в процессе инициализации z/OS.
На данном этапе вам требуется понять лишь то, что z/OS и связанным с ней подсистемам нужны собственные адресные пространства для обеспечения функционирования операционной системы. Ниже приведены описания каждого типа адресного пространства.
Системные адресные пространства. Запуск системных адресных пространств z/OS происходит после инициализации главного планировщика. Эти адресные пространства выполняют функции для всех других типов адресных пространств, запускаемых в z/OS.
Адресные пространства подсистем. z/OS требует использования различных подсистем, таких, как первичная подсистема управления заданиями (job entry subsystem, JES; описание JES см. в главе 7, «Пакетная обработка и JES»). Кроме того, используются адресные пространства для программных продуктов промежуточного уровня, таких, как DB2, CICS и IMS.
Помимо системных адресных пространств, обычно используется много адресных пространств для пользователей и отдельно выполняющихся программ, например:
Адресные пространства TSO/E создаются для каждого пользователя, подключающегося к z/OS (описание см. в главе 4, «TSO/E, ISPF и UNIX: интерактивные средства z/OS»).
Адресное пространство создается для каждого пакетного задания, выполняющегося в z/OS. Адресные пространства пакетных заданий запускаются подсистемой JES.
7.16. Управление рабочей нагрузкой. Основные операции выполняемые wlm.
В z/OS за управление системными ресурсами отвечает компонент управления рабочей нагрузкой (Workload Management, WLM). WLM управляет обработкой рабочей нагрузки в системе в соответствии с бизнес-целями компании, такими, как время реагирования. Кроме того, WLM управляет использованием системных ресурсов, в частности процессорами и памятью, для достижения этих целей.
WLM пытается достичь целей производительности посредством динамического распределения ресурсов. WLM обеспечивает кластер Parallel Sysplex возможностями определения того, где и с каким приоритетом следует выполнять обработку задач. Приоритет определяется исходя из бизнес-целей клиента и управляется сисплекс-технологией.
WLM имеет три цели:
Достижение цели. Достижение бизнес-целей, определяемых инсталляцией, путем автоматического выделения ресурсов сисплекса рабочим задачам в зависимости от их важности и целей. Является первой и самой важной целью.
Пропускная способность. Достижение оптимального использования системных ресурсов с точки зрения системы.
Время реагирования. Достижение оптимального использования системных ресурсов с точки зрения отдельного адресного пространства.
Чтобы сбалансировать пропускную способность с показателями времени реагирования и оборотного времени, WLM выполняет следующие операции:
мониторинг использования ресурсов различными адресными пространствами;
мониторинг использования ресурсов в масштабе системы для определения полноты их использования;
определение необходимости (и времени выполнения) свопинга адресных пространств;
препятствование созданию новых адресных пространств или изъятие страниц при нехватке основной памяти;
изменение диспетчерского приоритета адресных пространств, контролирующего коэффициент использования системных ресурсов адресными пространствами;
выбор устройств для распределения, если есть выбор между устройствами, для балансировки использования устройств ввода-вывода.
Прочие компоненты z/OS, менеджеры транзакций и менеджеры баз данных могут сообщить WLM об изменениях состояния определенного адресного пространства (или системы в целом) или обратиться к функциям принятия решений, реализованным в WLM.
Компонент WLM особенно хорошо подходит для использования в среде сисплекса.