1.4.3. Мониторы обработки транзакций (tpm)

Мониторы обработки транзакций (Transaction Processing Monitor) яв­ля­ются посредниками, обеспечивающими управление ресур­са­ми в рас­пре­де­ленной неоднородной вычислительной системе. Принципы организа­ции обработки информации описываются моделью обработки распреде­лен­ных транзакций X/Open DTP (Distributed Transaction Proces­sing) (рисунок 1.4.3.1).

SQLATMI

Рисунок 1.4.3.1. Модель обработки транзакций X/Open DTP

Интерфейс ATMI (Application Transaction Monitor Interfase) поз­во­ляет вы­звать функции TPM на языках программирования. Серверы БД или СУБД выполняют роль менеджеров ресурсов. Транзакции, которые под­держива­ются TPM, называются прикладными, или бизнес‑транзакци­ями.

Прик­ладные программы становятся независимыми от менеджера ре­сурсов (СУБД, сервера БД), типа компьютера, операционной системы и ин­тер­фейса с пользователем.

Примеры мониторов транзакций: ACMS, CICS, TUXEDO System.

1.4.4. Децентрализованное управление базами данных

Существуют две технологии управления БД: распределенная БД и тиражирование (репликации).

Распределенная базаразмещается на различных узлах сети, но, с точ­­ки зрения пользователя, база воспринимается как единая локальная БД. Информация обо всех фрагментах находится в глобальном словаре данных. Для обеспечения корректности доступа к данным используется двухфаз­ная фиксация транзакций: на первом этапе производится фиксация транзак­ций на каждом узле с возможностью отката назад, и при успешном завер­шении производится необратимая фиксация всех изменений.

Дос­тоин­ства:пользователи работают с последней версией БД, экономится диско­вая па­мять.Недостатки: большие затраты коммуни­ка­цион­ных ресурсов (они связываются на время выполнения транзакций) и жесткие требования к на­дежности и производительности каналов связи.

Тиражирование данныхпредполагает создание копии (репликаций) фрагментов базы в узлах сети. Эти копии обрабатываются как обычная ло­кальная БД. Синхронизация копий и базы осуществляется специальной программой-репликатором, при этом передаются только изменения.Дос­тоин­ства:высокая скорость обращения к данным, так как они всегда на узле пользо­ва­теля; уменьшение объема передаваемой информации за счет передачи толь­ко изменений; повышение надежности.Недостаток: возможно рас­хож­дение копий БД на некотором интервале времени.

Монопольный и коллективный методы доступа к данным

Монопольный доступиспользуется обычно при массовых операциях с базой (реорганизация или восстановление базы и др.) и блокирует дос­туп ко всей БД другим пользователям.

Коллективный доступдает возможность одновременной работы с БД многим пользователям. Для корректной работы при одновременной корректировке отдельных записей возможны следующие блокировки в по­рядке убывания ограничений на доступ к БД: полная блокировка (зап­ре­ще­ние всех операций), блокировка от записи (только чтение таблицы), пре­дох­раняющая блокировка от записи (возможность завершить коррек­ти­ров­ку читаемого объекта другим пользователем при совместной корректиров­ке одной таблицы), предохраняющая полная блокировка (обеспечивает мак­симальный уровень совместного использования БД). Обычно СУБД ав­томатически выбирает нужный вид блокировки, хотя пользователь мо­жет управлять блокировками посредством специальных команд.

Взаимные и односторонние блокировки (тупики, кличи) останав­ли­вают работу с базой до их устранения и являются нежелательными. Вза­им­ные блокировки возникают, когда группа пользователей пытается зах­ва­тить ресурсы, уже захваченные одним из пользователей этой группы. Одно­сто­ронний тупик возникает при попытке получить монопольный доступ к за­нятому уже ресурсу. Обычно СУБД предотвращают тупики или дают сиг­нал пользователю о тупиках.