- •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.
10.3. Журналы транзакций и их назначения.
Основным назначением журнала транзакций (transaction log) является протоколирование всех транзакций и сделанных ими изменений. Таким образом, поддерживается целостность данных.
Для всех БД в SQL Server существует первичный файл данных с расширением .mdf и один или несколько файлов .idf журнала транзакций. Также могут существовать вторичные файлы с расширением .ndf. Данные в БД хранятся в лотах, представляющих непрерывные участки действия транзакций. Min размер 8 кб – страница, 64 кб – экстент.
Файл журнала транзакций содержит сведения необходимые для восстановления БД после сбоя в системе.
Транзакция – это набор состояния из одной или нескольких инструкций SQL, в которой рассмотрен как отдельный инструмент работы. Инструкции вSQL в транзакции должны выполняться полностью или не выполнятся совсем.
Процесс ведения журнала транзакций. Изменения данных записываются в журнал транзакций по мере их осуществления. Процесс ведения журнала транзакций состоит из нескольких шагов:
Приложение отправляет изменение данных
2) После выполнения изменения SQL Server загружает страницу данных для которой осуществлялось изменение данных с диска памяти (если страница не находится в кэше с момента предыдущего запроса)
SQL Server записывает все инструкции по изменению данных в журнал по мере их выполнения. Изменения всегда записываются в журнал и на диск прежде чем выполнить изменение в БД.
процесс установки контрольных точек, измененные данные и страницы индекса периодически записываются в БД диска.
10.4. Типы резервного копирования sql Server 2008.
В каждой СУБД должна быть соответствующая процедура аварийного восстановления после сбоя. Одной из главных обязанностей администратора БД является резервное копирование данных и быстрое их восстановление в случае аварии. В SQL сервере имеется несколько методов резервного копирования:
Полная резервная копия. Представляет БД на момент создания резервной копии. Сервер при этом выполняет следующие действия:
Резервное копирование всех данных в БД
Резервное копирование всех изменений
Резервное копирование всех транзакций
Резервное копирование журнала транзакций. Выполняется при полном создании полных резервных копий.
Разностные резервные копии. Следует выполнять для оптимизации, минимизации времени, которое необходимо для восстановления часто изменяемых данных. Разностное резервное копирование основано на последней полной резервной копии данных.
SQL Сервер выполняет:
Создает резервное копирование частей БД, которые изменены с момента выполнения полной резервной копии БД.
Создает резервные копии всех операций происходящих во время разностного резервного копирования, а также всех транзакций.
Одноранговые сети типа рабочая группа на базе ос Windows и варианты лицензирования.
Одноранговая сеть - это компьютерная сеть, основанная на равноправии участников. В такой сети отсутствуют выделенные серверы, а каждый узел (peer) является как клиентом, так и сервером. В отличие от архитектуры клиент-сервера, такая организация позволяет сохранять работоспособность сети при любом количестве и любом сочетании доступных узлов. Участниками сети являются пиры.
В одноранговой системе:
Все станции равноправны.
Каждый пользователь имеет учетную запись, на которой он работает.
Учетная запись – сочетание логина и пароля.
Для работы с ресурсом пользователь дожжен иметь право доступа.
11.2. Доменная модель представления сети на базе ОС Windows и варианты лицензирования.
Домен – БД содержащая сведения о всех объектах сети. Объекты – регистрационные данные, документы, учетные записи.
Архив директория – иерархическое хранилище данных.
Контроллер домена – компьютер, на котором работает сервер.
На основном компьютере создается служба DNS, далее предоставляется сеть другим компьютерам сети, которым раздаются имена.
Доменный подход:
Узлы в домене записываются в порядке,
Пользователь имеет лишь одну доменную учетную запись, название которой будет регистрироваться.
Учетная запись пользователя находится в БД домена
БД домена управляется контроллером домена.
Поиск узла осуществляется либо по IP либо по имени.
Если контроллеров домена несколько то они синхронизируют свои БД (Репликация БД)
Доменная система – единственное разумное решение для больших сетей.