- •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.
7.21. Назначение компонента диспетчер в z/os.
В z/OS компонент диспетчера отвечает за передачу управления единице работы
с наивысшим приоритетом, готовой к выполнению. Процессы диспетчера работают в следующем порядке:
1. Специальные «выходы». Представляют собой «выходы» на подпрограммы, имеющие высокий приоритет из-за особых условий в системе. Например, при отказе одного из процессоров в многопроцессорной системе вызывается процесс восстановления альтернативного CPU посредством специального «выхода» для восстановления работы, выполнявшейся на отказавшем процессоре.
2. SRB, имеющие глобальный приоритет.
3. Готовые адресные пространства в порядке приоритета.
Адресное пространство готово к выполнению, если оно загружено и не ожидает завершения какого-либо события. Приоритет адресного пространства определяется диспетчерским приоритетом, определяемым пользователем или инсталляцией. После выбора адресного пространства с наивысшим приоритетом z/OS (посредством диспетчера) сначала диспетчеризует SRB с локальным приоритетом, запланированные для этого адресного пространства, и затем TCB в этом адресном пространстве. Если в системе нет работы, готовой к выполнению, z/OS переходит в режим разрешенного ожидания до тех пор, пока новая работа не поступит в систему. Различные модели оборудования z/Series могут иметь от одного до 54 центральных процессоров (CP)1. Все CP могут выполнять инструкции одновременно. Диспетчерские приоритеты определяют, когда следует начать диспетчеризацию готовых к выполнению адресных пространств.
Адресное пространство может находиться в одной из четырех очередей:
• IN-READY – находится в основной памяти и ожидает диспетчеризации;
• IN-WAIT – находится в основной памяти, но ожидает завершения некоторого
события;
• OUT-READY – готово к выполнению, но выгружено из основной памяти;
• OUT-WAIT – выгружено из основной памяти и ожидает завершения некоторого события.
Только задачи в очереди IN-READY можно выбрать для диспетчеризации.
7.22. Синхронизация использования ресурсов. Организация очередей. Блокировка ресурсов.
В многозадачной многопроцессорной среде синхронизация использования ресурсов представляет собой метод координирования доступа к ресурсам, используемых несколькими приложениями. Программам, изменяющим данные, требуется исключительный доступ к этим данным. В противном случае, если несколько программ одновременно выполнят изменение одних и тех же данных, это может привести к повреждению данных. Программы, которым требуется только чтение данных, могут осуществлять одновременный доступ к одним и тем же данным. Наиболее распространенными методами являются организация очередей и блокировка. В z/OS организацией очередей управляет компонент глобальной синхронизации ресурсов и блокировкой управляет несколько программ управления блокировкой, входящих в супервизорный компонент.
Глобальная синхронизация ресурсов осуществляет синхронизацию доступа к ресурсам для защиты их целостности. В инсталляции две или больше систем z/OS могут быть связаны адаптерами канал-канал (CTC) для создания GRS-комплекса и синхронизации доступа к ресурсам, совместно используемым различными системами.
При получении программными запросами доступа к многократно используемому ресурсу этот доступ может быть исключительным либо разделяемым. Когда компонент глобальной синхронизации ресурсов назначает разделяемый доступ к ресурсу, пользователи, требующие исключительного доступа, не могут получить доступ к этому ресурсу. Подобным же образом, когда компонент глобальной синхронизации ресурсов назначает исключительный доступ к ресурсу, все остальные инициаторы запросов на доступ к ресурсу должны ожидать до тех пор, пока инициатор запроса с исключительным доступом не освободит ресурс.
Организация очередей является средством запрашивания программой, выполняющейся в z/OS, управления ресурсами с последовательным многократным использованием. Если требуется внести изменения в ресурсы, программа должна запросить исключительное управление; если в ресурсы не требуется вносить изменений, программе следует запросить разделяемое управление, позволяющее осуществлять доступ совместно с другими программами, не требующими исключительного управления. Если ресурс недоступен, система приостанавливает выполнение запрашивающей программы до тех пор, пока ресурс не освободится. Когда программе больше не требуется управление ресурсом, она использует макрос DEQ для его освобождения.
Блокировка представляет собой именованное поле в памяти, указывающее, используется ли ресурс и кто его использует. В z/OS существует два типа блокировок: глобальные блокировки, предназначенные для ресурсов, связанных с несколькими адресными пространствами, и локальные блокировки, предназначенные для ресурсов, назначенных определенному адресному пространству. Глобальные блокировки накладываются для подпрограмм, не допускающих многократное или совместное использование, и различных ресурсов. Для того чтобы использовать ресурс, защищенный блокировкой, подпрограмма должна сначала запросить блокировку для этого ресурса. Если блокировка недоступна, то программа или процессор, запросившие блокировку, предпринимают действие, зависящее от того, используется ли спин-блокировка или отсроченная блокировка:
Если спин-блокировка недоступна, запрашивающий процессор продолжает проверять доступность блокировки до тех пор, пока другой процессор ее не освободит.
Если отсроченная блокировка недоступна, единица работы, запрашивающая блокировку, приостанавливается до тех пор, пока блокировка не будет доступна. На запрашивающий процессор передается другая работа. Все локальные блокировки являются отсроченными.
Для того чтобы избежать тупиковой ситуации, блокировки организованы в иерархию и процессор или подпрограмма может запросить только блокировки, расположенные выше по иерархии, чем блокировки, удерживаемые ей на данный момент.