Системы удаленной обработки данных

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

Можно выделить след. формы взаимодействия между комп-ми:

1). Взаимодействие «комп – удаленный процесс» предусматривает обращение с одного компа к процессу обработки данных, происход-ему на др. компе.

Рез-ты обработки дан-х получ-ся на компе, запустившем процесс

2). При взаимодействии «комп – удаленный файл» млжно открыть фаул на др. компе, изменить его или переместить на люб устройство для дальнейшей работы с ним в локальн режиме.

3). Работа в режиме «комп – удаленная БД» позвол-т получить доступ к БД, хранящейся на др компе. Работа осуществл-яс в соотв с правилами достепа, кот обладает пользователь.

4). Взаимодействие «комп - комп» - обмен сообщениями между компами сети в диалоговом режиме. Сообщения – строка на экране компа.

5). Взаимод-е «элктрон. почта»

 

Комп сеть имеет след виды обраб-ки данных:

1. децентрализованная обраб-ка базир-ся на решении локальн задач и работе с локальн БД на рабоч местах пользователей

2 при централизованной обработке выделяют 2 осн компонента сети:

- Сервер – комп, хранящий и предоставляющий свои ресурсы другим компам. Обладает высоким быстродействием и большим объемом пямяти

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

Примеры серверов комп сети:

1. файловый сервер, поддержив-й общее хранилище файлов для всех рабочих станций

2. сервер БД

3. Сервер телекоммуникаций обеспеч-т услуги по связи дан. лок сети с внешн миром.

4. вычислительный сервер дает возм-ть производить вычисл-я, кот невозможно выполнить на раб. станциях.

5. Web-сервер, на кот размещаются веб-страницы

6. почтовый сервер (mail-сервер) – для реализац. почтов. ящиков абонент.

 

21. Обработка запросов в архитектуре файл/сервер (+ рисунки)

Архитектура с совместн использ-ем файлов – архитектура «файл - сервер». (рисунок)

В дан архит-ре компы объедин-ся в сеть. На фауловом сервере устан-ся ОС, включ-щая подсистему сетев коммуникации (ОСсеть), подсистему управл-я данными (ОСуд) и размещена БД.

На рабоч станциях нахож-яся прикладн программы (ПП), локальн СУБД и подсистема ОСсеть.

 

СУБД на раб станции посылает запрос пользов-ля или прикладн программы к БД на сервере. Подсистема управл-я данными (ОСуд) выбирает из базы необх для выполнения запроса таблицы целиком. Затем подсистема ОСсеть пересыл-т их на раб станцию, где СУБД выполняет запрос. При этом если таблицы имеют связанные с ними таблицы или индексы, то они также пересылаютяс по сети.

 

В рез-те пересылается гораздо больший объем данных, чем реально нужно для выполнения данных. И сеть сильно перегружается. В этом есть недостаток дан архитектуры.

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

 

В архитектуре «файл - сервер» вся тяжесть выполн-я запросов в БД и обеспеч-я целостности данных ложится на СУБД пользователя. Поэтому возник-т не только перегрузка сети, но и сложность в обеспечении секретности инф-и. из-зи этих проблем такие системы «файл - сервер» редко примен-ся для обраб-ки БД больших объемов.

 

22. Обработка запросов в архитектуре клиент/сервер (+рисунок)

Базовыми принципами этой арх-ры явл-ся централизация хранения и обработки данных. (+ рисунок)

На сервере устанавливается сетевая ОС, размещ-ся БД и мощная серверная СУБД – сервер БД, кот обеспечив-т хранение больш объема инф-и и обраб-ку и предоставление пользователям в сетев режиме.

Соврем серверы – мощн ПК, имеющие неск процессоров, больш оперативн памяит и неск жестких дисков с объемами памяти, измеряемыми террабайтами.

На компе клиента устанавливаются клиентские приложения (прикладнае программы) и ОС для раб. станций

Описанная архитектура реализована по двухзвенной модели и соитоит из сервера сети и клиентских компьютеров.

Трехзвенная модель подразумевает наличие помимо сервера БД выделенного сервера приложений, содеращего основн часть программ обраб-ки инф-и. (+рисунок)

Рассмотрим технологию обработки запросов в двухзвенной модели архитектуры «клиент-сервер».

На клиентском компе приложение формирует SQL-запрос к БД. Сервер БД выполн-т запрос и пересыл-т результат по сети на клиентский комп. Кроме запросов на выборку могут посылаться запросы на обновление БД, и тогда сервер БД внесет в базу необходимые изменения.

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

При одновр обрещении нескольких клиентов к одним и тем же данным сервер позвол-т разделить выполнение запросов во времени, таким образом повышается степень безопасности БД, т.к. правила целостности определяются серверами и явл-ся едиными для всех клиентов.

 

23. Архитектура системы обработки РаБД (+рисунок)

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

Системы управл-я РаБД (СУРБД) объединяют локальные БД и любой пользователдь комп сети имееет доступ к ним как к единой БД. (+ рисунок)

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

РаБД можно разделить на:

1. Гомогенные (однороднами), когда все локальные БД имеют одинаковые модели данных и управляюия однотипнами СУБД.

2. Гетерогенные, имеющие разн модели данных и типы СУБД. Объединение гетерогенных БД – очень сложная проблема.