
- •Тема 1.Корпоративные информационные системы. Задача интеграции. Корпоративные системы.
- •Модель osi – набор стандартов для построения корпоративной системы
- •Интегрированные и комплексные приложения
- •Задача: общие данные, общие процедур, общие вычислительные ресурсы.
- •Проблемы на пути интеграции
- •Тема 2.Прозрачность. Открытость. Масштабируемость. Концепции аппаратных решений. Определение распределенной системы. Прозрачность.
- •Открытость.
- •Масштабируемость.
- •Параллелизм.
- •Raid-технологии.
- •Концепции аппаратных решений. Мультипроцессоры.
- •Гетерогенные мультикомпьютерные системы.
- •Симметричное мультипроцессирование
- •Кластеры.
- •Тема 3.Двухуровневые, трехуровневые, распределенные одноранговые информационные системы. Виды ис
- •Функциональная нагрузка компонентов в ис
- •Двухуровневые архитектуры
- •Трехуровневые архитектуры
- •Распределенные одноранговые архитектуры
- •Единое информационное пространство. Подход к построению объектно-ориентированной одноранговой информационной системе.
- •Архитектура взаимодействия компонент распределенной ис
- •Тема 4.Обзор методов интеграции. Введение
- •Пути устранения аппаратных различий, кросс – платформенные приложения.
- •Java applets, апплеты.
- •Файлы (буферы) общего доступа.
- •Единый язык доступа к данным (sql).
- •Обмен сообщениями (dde).
- •Удаленный вызов процедур (rpc)
- •Вставка и внедрение объектов
- •Ole (связывание и внедрение объектов), ole Automation.
- •Классификация приложений по отношению к технологии ole (com).
- •ActiveX объекты.
- •Идентификация com объектов.
- •Сравнение com (ActiveX) объектов и java апплетов.
- •Доступ к удаленным объектам (dcom, .Net, corba)
- •Использование командных файлов и скриптов
- •Доступ к базам данных (ado, dao, odbc)
- •Применение web-технологий
- •Именованные каналы
- •Процедуры, функции, передача параметров, область видимости.
- •Типы данных.
- •Вызов макроса с вычисляемым именем
- •Запуск макроса в заданное время
- •Запуск внешней программы, управление ею
- •Вызов api-функций и других библиотечных функций
- •Программное изменение кода.
- •Динамические массивы
- •Объектно-ориентированное программирование Базовые понятия ооп
- •Расширение объектной модели
- •Коллекция
- •Раннее и позднее связывание
- •Дополнительные элементы управления (ActiveX –объекты)
- •Описание программирования в vba, модели com Доступ к вставленным в документ ole-объектам
- •Доступ к внешним com-серверам
- •Вычисляемые свойства, свойства только для чтения.
- •События. Обработчики событий.
- •Использование событий объекта Application
- •Использование диалогов
- •Свойство для программиста.
- •Пользовательские классы. Классы.
- •Класс, объекты которого реагируют на события.
- •Моделирование наследования. Фактическое наследование. WithEvents.
- •Пользовательские события.
- •Как исп польз события
- •Создание экземпляра класса.
- •Автоматическая сборка мусора
- •Уничтожение экземпляра класса
- •???Интерфейсы.
- •Тема 6.???Интеграция при помощи промежуточного буфера
- •Тема 7.Обмен сообщениями. Протокол dde.
- •Задачи интеграции и децентрализации.
- •Фрагментация данных и размещение
- •Язык доступа к данным sql Стандартные команды
- •Язык запросов
- •Изменение данных при помощи sql
- •Изменение структуры базы данных при помощи ddl
- •Выполнение команд изменения структуры, изменения базы данных
- •Расширения Jet 4.0 ansi-92
- •Доступ к базам данных.
- •Доступ к базам данных с помощью odbc.
- •Доступ через odbc из Delpi7.
- •Доступ к базам данных с помощью технологий ado. Соединение, курсор
- •Свойства и методы набора записей (курсора).
- •Вызов отчетов, сформированных в базе данных
- •Пример dao
- •???Доступ к базам данных с помощью технологий dao.
- •Удаленный вызов процедур.
- •Обращение к удаленным объектам. Привязка клиента к объекту. Статическое и динамическое удаленное обращение к методам. Передача параметров. Dce, rmi.
- •Тема 13.Распределенная система объектов corba. Введение.
- •Архитектура системы.
- •Структура связей corba.
- •Исключения corba.
- •Передача параметров.
- •Corba-объекты и серванты.
- •Отображение idl на языки программирования
- •Объектные адаптеры.
- •Транзакции и сервис транзакций в corba.
- •Тема 14.Обзор технологий dcom, .Net Определение
- •Немного истории
- •Решение .Net
- •Модель .Net
- •Обзор двоичных файлов .Net.
Кластеры.
Кластер – это набор слабо связанных, независимых компьютерных систем, которые ведут себя как единая система.
В кластерной архитектуре рабочая загрузка и базы данных распределяются по массиву сетей, процессоров, памяти и систем баз данных. Все достаточно большие системы построены именно по этому принципу. IBM MVS Sysplex, DEC VMScluster, Teradata DBC 1024 , Tandem Himalaya серии являются кластерными системами. В идеале это распределение прозрачно для клиента и приложений. Кластер программируется и управляется как одна система, но реально это – массив узлов.
Узлами кластера могут быть однопроцессорные системы и SMP-системы. Узлы могут быть соединены через обычную сеть и через собственную высокоскоростную коммуникационную шину. Компьютеры в кластере взаимодействуют таким образом, что клиенты видят кластер как единственный, высокопроизводительный и очень надежный сервер. Поскольку кластер модульный, то он может расширяться постепенно, путем добавления дисков, серверов, за счет сетевой поддержки. Кластер может расти за счет роста SMP-узлов, но обычно строится на обыкновенных компонентах и соединениях. Для обеспечения отказоустойчивости часто используются два соединения.
Управляет кластером кластерная операционная система, состоящая из управляемых и управляющих блоков. Чаще реализуется централизованная схема управления: управляющая компонента устанавливается на одном компьютере, а управляемая – на нескольких. До тех пор, пока кластерная управляющая компонента не «выдает задания» управляемым компонентам, последние работают как вполне самостоятельные локальные операционные системы. Вся мощь кластера может быть задействована для решения некоторой сложной задачи. Задача должна иметь многопотоковую архитектуру. Каждый поток управляющая компонента передает одному из управляемых. Таким образом, вычисления производятся на разных компьютерах параллельно.
Кластерная архитектура дает возможность строить системы, значительно превосходящие по мощности SMP-системы.
Под управлением Microsoft Windows NT Server может строиться кластер. Правда получаемый кластер довольно ограниченный: всего два компьютера.
В кластере с разделяемыми дисками все процессоры имеют прямой доступ ко всем дискам и данным, но они не разделяют основную память. Можно считать, что диск, вообще, один, т.к. все диски собраны аппаратно на одну линию связи (шинную или коммутируемую). Дополнительный уровень программного обеспечения, называемый распределенным кэш или менеджером блокировки, предназначен для глобального управления параллельным обращением процессоров к дисковому кэш. Т.к. асинхронный доступ к данным управляется из одного места, то кластер с разделяемыми дисками имеет некоторые из пределов расширяемости, что и в SMP-системах с разделением памяти. Пример такой архитектуры – кластер Digital VMS и Oracle Parallel Query Option.
Кластерная архитектура без разделения дисков избегает экзотических соединений и компоновки расширяемого кластера с разделяемым диском путем присоединения каждого диска к одному или двум серверам. В кластере без разделения дисков каждый узел имеет собственную память и может иметь собственный диск для хранения. Узлы взаимодействуют друг с другом путем обмена сообщениями через разделяемое внутреннее соединение. Каждый узел такого кластера – это отдельно стоящий компьютер с собственными ресурсами и операционной системой. Каждый узел владеет и предоставляет сервис для некоторых дисков, лент, сетевых соединений, разделов баз данных и других ресурсов. В случае сбоя одного узла его диски могут быть аварийно переключены на смежный узел. Но в любой момент времени только один узел имеет доступ к дискам.
Частные решения для кластеров без разделения поставляются такими разработчиками, как Teradata, Tandem и др. Все эти решения зависят от экзотического аппаратного и программного обеспечения и поэтому дороги.