Основные принципы распределенной обработки

Рассмотрим основные принципы распределенной обработки.

Локальная автономия. Данный принцип означает, что операции на данном узле управляются им же, не требуется ожидания от других узлов, хотя в реальных системах автономия неполная, т.к. есть много ситуаций, когда требуется согласованная работа узлов.

Независимость от центрального узла. Принцип означает, что все узлы выступают как равные, иначе при повреждении центра может выйти из строя вся система.

Непрерывное функционирование. Принцип означает, что системы должны быть высоко надежны и данные доступны. Надежность – это вероятность того, что система исправна и работает в любой заданный момент времени. Системы могут поддерживать весь спектр методов повышения надежности (зеркальные диски, резервные серверы, многомашинные кластеры и т.д.)

Независимость от расположения. Принцип означает прозрачность расположения данных.

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

Независимость от репликации. Репликация полезна по двум причинам: для повышения производительности и увеличения доступности. Асинхронная асимметричная – это репликация, когда один узел – владелец основной мастер-копии таблицы с возможностью внесения изменений в нее и автоматической поддержкой неограниченного числа копий в других узлах, с доступом только чтение. Асинхронная симметричная – это репликация данных, когда данные доступны для изменения в любом узле и автоматически распространяются на все копии.

Обработка распределенных запросов. В распределенных системах имеется сложный оптимизатор, т.к. чрезвычайно важно найти наиболее эффективную стратегию выполнения запроса. Возможны использование параллельных операций. Оптимальная пересылка данных между узлами. Подключение индексов.

Управление распределенными транзакциями. Базовой конструкцией, которая позволяет фиксировать «правильное» состояние БД, является транзакция. Под транзакцией понимают такую логическую единицу работы с БД, которая не приводит ее в непротиворечивое состояние. Она может включать сотни операций (например, UPDATE-запросов) и в момент работы БД может находиться в противоречивом состоянии. Но по завершении БД должна быть в согласованном состоянии. Иными словами транзакция – выполнение в качестве атомарного (неделимого) действия одной и более операций над БД, не приводящее к нарушению целостности БД.

Двухфазная фиксация транзакции – когда транзакция выполняется под управлением одного сервера-координатора. Первая фаза: координатор, получив инструкцию СOMMIT, рассылает остальным серверам сообщения о подготовке к фиксации. Серверы отвечают о возможности фиксации. Вторая фаза: координатор, получив все подтверждения, принимает решение о фиксации или об отмене транзакции. Непротиворечивость данных может поддерживаться с помощью триггеров и хранимых процедур. Триггеры – способ автоматизации действий над БД. Триггер – это специальная процедура, которая срабатывает при определенном условии, операции и т.п. Хранимая процедура хранится в откомпилированном и оптимизированном виде на сервере, в результате часть вычислений переносится с машин-клиентов на сервер, сокращается сетевой трафик.

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

Многомасштабность и многоплатформность. Данный принцип означает независимость от аппаратуры, независимость от операционной системы, независимость от сети.

Независимость от СУБД. Принцип означает уход от однородности. Все СУБД должны поддерживать один и тот же интерфейс. В неоднородных системах требуются специальные программы – шлюзы для организации прозрачного обмена между разными СУБД.

Дата добавления: 2015-07-02