23. Протокол двухфазовой фиксации транзакций.
Клиент видит больш БД, кот сост из мн-ва локальных БД (рис):
Two-Phase Commit, 2PC.
Распределенная Т выглядит как обработка Т в локальной БД. Распределенная Т фиксируется только тогда, если фиксир-ся все входящие в нее локальные транзакции.
Протокол двухфазовой фиксации Т вкл 2 этапа:
1) направление уведомления сервером распред-ой БД локальным БД для подготовки фиксации транзакций. Если хотя бы один из серверов не откликнулся – то откат.
2) фиксация транзакций на всех локальных узлах (посылается команда «зафиксировать»)
24 Стратегии обработки транзакций.
Оптимистическая.
Т выполняется одна, никто ей не мешает.
Конфликты и ограничения целостности проверяется в момент фиксации (позднее обнаружение конфликтов)
Откат в случае обнаружения конфликтов в момент фиксации.
Отсутствие механизма блокировок.
Применяется тогда, когда множество чтения и записи длинных и коротких Т не пересекаются.
Пессимистическая.
Транзакции мешают параллельно выполняющиеся транзакции.
Конфликты и ограничения целостности проверяются в момент работу (ранее обнаружение конфликтов)
Откат во время работы
Наличие механизмов взаимоблокировок.
Применяется тогда, когда множество чтения и записи длинных и коротких Т пересекаются.
25.Промежуточное программное обеспечение (middleware) в архитектуре клиент/сервер..
Вычислительная среда распределенных приложений может включать в себя множество различных операционных систем, аппаратных платформ, коммуникационных протоколов, баз данных и разнообразных средств разработки. Общие прикладные интерфейсы MW позволяют реализовать взаимодействие между составными частями приложения, не вдаваясь в подробности этого сложнейшего конгломерата. Изменения в инфраструктуре не потребуют изменений в приложении, если они не затрагивают интерфейсов.
MW отвечает за возможность обмена разнородной информацией. Формат представления данных на мэйнфреймах отличается от представления в Unix- или Windows-системах, поэтому прозрачное для пользователя преобразование данных также входит в задачу MW. Таким образом, в распределенной неоднородной среде MW играет роль «информационной шины», надстроенной над сетевым уровнем и обеспечивающей доступ приложения к разнородным ресурсам, а также независимую от платформ взаимосвязь различных прикладных компонентов.
категории промежуточного ПО
Задачи промежПО: 1)реализация взаимод-й м/у составными частями прилож-й на основе общ приклад интерфейсов; 2)обеспеч-е возмож-ти обмена разнородн инфо; 3)прозрачн для пользоват-й преобраз-е данных.
Промежут ПО разделяется на 2 категории: (I)ПО доступа к БД; (II)ПО для межпрограм-го взаимоде-я: RPC-средство вызова удаленных процедур; TPM-монитор обработки транзакций; ORB-средства интеграции респред-х объектов; МОМ-средство обработки сообщений.
27 Мониторы обработки транзакции
Мониторы обработки транзакций (transaction processing monitor, TPM) — самый старый тип технологии распределенных систем, которая появилась в 70-х годах в среде больших универсальных ЭВМ. Порядка 20 лет мониторы обработки транзакций (transaction processing – TP) активно использовались на мэйнфреймах для реализации банковских, страховых и других высококритичных систем. Первоначально основной задачей ТР-монитора в среде клиент-сервер было сокращение числа соединений клиентских систем с базами данных. При непосредственном обращении клиента к серверу базы данных для каждого клиента устанавливается соединение с СУБД, которое порождает запуск отдельного процесса. ТР-мониторы брали на себя роль концентратора таких соединений, становясь посредником между клиентом и сервером базы данных.
Монитор обработки транзакций поддерживает асинхронный режим коммуникации, т.е. клиент м. выполнять др. задачи, ожидая ответа от сервера. Ставит запросы от клиентов в очередь в соответствии с приоритетами.
Основные функции:
-
динамическая настройка параметров сист.
-
интеграция доп. Ресурсов в разнородную среду без изменения архитектуры приложения
-
увеличение скорости и понижения стоимости обработки данных
поддержка многомашинной конфигурации.