- •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.
1.4. Последовательная совместимость
Покупатели мэйнфреймов склонны производить очень большие финансовые вложения в свои приложения и данные. Некоторые приложения разрабатывались и дорабатывались десятилетиями. Одни приложения были написаны много лет назад, тогда как другие могли быть написаны буквально на днях.
Способность приложения работать в системе или его способность работать с другими устройствами или программами называется совместимостью (compatibility).Необходимость поддерживать приложения разного времени выпуска создает строгое требование совместимости для аппаратного и программного обеспечения мэйнфрейма, которое многократно обновлялось с момента появления первого мэйнфрейм компьютера System/360 в 1964 году. Приложения должны продолжать работать должным образом. Итак, основная работа над проектированием нового оборудования и системного программного обеспечения вращается вокруг требований совместимости.
Исключительная необходимость обеспечения совместимости является также основной причиной, определяющей работу многих аспектов системы, например ограничения синтаксиса языка управления заданиями (job control language, JCL), используемого для управления пакетными заданиями. Все новые усовершенствования JCL должны обеспечивать совместимость с более старыми заданиями, чтобы их можно было продолжать выполнять без внесения изменений. Желание и необходимость последовательной совместимости является одним из определяющих свойств мэйнфрейм вычислений. Абсолютной совместимости за десятилетия изменений и усовершенствований достичь, конечно же, невозможно, но для проектировщиков оборудования и программного обеспечения она является главным приоритетом. Если обеспечение совместимости невозможно, проектировщики как минимум за год предупреждают пользователей о необходимости внесения изменений в программное обеспечение.
1.5. Эволюционирующая архитектура
Возможность динамической реконфигурации аппаратных и программных ресурсов мэйнфрейма (в частности, процессоров, памяти и соединений между устройствами) без прерывания работы приложений еще больше подчеркивает гибкую, эволюционирующую природу современного мэйнфрейма .
2.1 Пакетная обработка
Одним из основных преимуществ мэйнфрейм систем является их способность обрабатывать терабайты данных, размещенных на высокоскоростных устройствах хранения, и производить ценные выходные данные. Например, использование мэйнфрейм систем позволяет банкам и прочим финансовым учреждениям выполнять квартальную обработку и создавать отчеты. Приложения, генерирующие эти отчеты, называются пакетными приложениями; другими словами, они выполняются на мэйнфрейме без вмешательства пользователя.
Пакетное задание запускается на компьютере, считывает и обрабатывает данные в больших количествах (возможно, терабайты данных) и производит выходные данные, в частности клиентские счета. Это подобно выполнению файла скрипта в UNIX или командного файла в Windows, однако пакетное задание z/OS может обрабатывать миллионы записей.
Несмотря на то, что пакетная обработка возможна и на распределенных системах, она не настолько распространена, как на мэйнфреймах, так как распределенным системам часто не хватает:
—достаточного дискового пространства;
—доступной мощности процессора или циклов;
—управления системными ресурсами и планированием заданий на уровне сисплекса.
Операционные системы мэйнфреймов обычно содержат полнофункциональное программное обеспечение для планирования заданий, которое позволяет персоналу информационного центра осуществлять передачу, управление и слежение за выполнением и выводом пакетных заданий
Пакетные процессы обычно имеют следующие свойства:
—Выполняется обработка и хранение больших объемов вводимых данных (возможно, терабайтов или еще больше), осуществляется доступ к большому количеству записей и производится большой объем выходных данных.
—Мгновенное реагирование обычно не является обязательным требованием. Однако часто выделяется определенный «период выполнения пакетных заданий», т. е. период менее интенсивной активности, заданный в соглашении об уровне обслуживания (service level agreement, SLA).
—Генерируется информация о большом количестве пользователей или информационных объектов (например, заказах клиентов или товаре на складе).
—Запланированный пакетный процесс может представлять выполнение сотен или тысяч заданий в предварительно заданной последовательности.
Во время пакетной обработки возможно генерирование различных типов задач. Часто используется консолидированная информация, например о доходности инвестиционных фондов, запланированном резервном копировании баз данных, обработке ежедневных заказов и пополнении склада.