- •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.
3.3. Проектировщики и программисты приложений.
Проектировщик приложений и программист приложений (или разработчик приложений) осуществляют проектирование, компоновку, тестирование и доставку мэйнфрейм приложений конечным пользователям и клиентам компании. На основании требований, полученных от бизнес аналитиков и конечных пользователей, проектировщик создает техническое задание, на основании которого программист создает приложение. Этот процесс включает несколько итераций из изменений кода и компиляций, компоновки приложения и модульного тестирования.
В процессе разработки приложения проектировщик и программист должны взаимодействовать с другими ролями на предприятии. Например, программист часто работает в команде вместе с другими программистами, разрабатывающими код для связанных модулей приложения. После разработки каждый модуль проходит процесс тестирования, который может включать функциональные, интеграционные и системные тесты. После выполнения тестов приложения должны пройти приемочное тестирование сообществом пользователей, чтобы определить, соответствует ли код поставленным требованиям.
Помимо создания кода новых приложений, программист отвечает за обслуживание и доработку существующих мэйнфрейм приложений компании. В действительности это часто является основной задачей для многих современных программистов мэйнфрейм приложений. Несмотря на то что для создания новых программ для мэйнфреймов все еще используется COBOL (Common Business Oriented Language) и PL/I, такие языки, как Java™, набирают популярность точно так же, как и на распределенных платформах.
Повсеместная разработка мэйнфрейм программ на высокоуровневых языках, таких, как COBOL и PL/I, идет быстрым темпом, несмотря на слухи о противоположном. Тысячи программ работают на мэйнфрейм системах по всему миру, и эти программы являются критически важными для повседневной работы корпораций, которые их используют. Программисты, знающие COBOL и другие высокоуровневые языки, нужны для поддержки существующего кода и создания обновлений и изменений для существующих программ. Кроме того, многие корпорации продолжают создавать новые приложения на языке COBOL и других традиционных языках, и компания IBM продолжает совершенствовать свои компиляторы высокоуровневых языков, включая в них новые функции и возможности, позволяющие этим языкам использовать новые технологии и форматы данных.
3.4. Системный оператор.
Системный оператор осуществляет мониторинг и контроль операций, выполняемых на аппаратном и программном обеспечении мэйнфрейма. Оператор запускает и останавливает системные задачи, проверяет системные консоли на возникновение необычных состояний и работает с системными программистами и специалистами по производственному контролю, обеспечивая исправность и нормальную работу систем. При добавлении приложений в мэйнфрейм системный оператор также отвечает за обеспечение их бесперебойной работы. Новые приложения из отдела программирования приложений обычно доставляются операционному персоналу вместе с документацией, содержащей инструкции.
Документация описывает операционные требования приложения, о которых операторы должны знать при выполнении задачи. Инструкции в документации могут включать, например: консольные сообщения приложения, требующие вмешательства оператора; рекомендуемые действия оператора при определенных системных событиях и указания по изменению потоков заданий для приспособления к изменениям требований предприятия. Оператор также отвечает за запуск и остановку основных подсистем, таких, как: системы обработки транзакций, системы управления базами данных и самой операционной системы. В настоящее время операции перезапуска выполняются намного реже, чем в прошлом, так как доступность мэйнфрейма за последние годы значительно возросла. Однако оператор все же должен уметь должным образом выполнять завершение работы и запуск системы и ее задач при необходимости.
В случае отказа или возникновения нештатной ситуации оператор связывается с системными программистами, которые помогают ему выбрать правильный образ действий, а также с аналитиком производственного контроля, который работает совместно с оператором, чтобы убедиться в правильности выполнения рабочих задач.