Функции и назначение сервера

2

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Федеральное государственное образовательное учреждение высшего профессионального образования

«СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ» ПОЛИТЕХНИЧЕСКИЙ ИНСТИТУТ СФУ

Кафедра «Инженерной и компьютерной графики»

РЕФЕРАТ

«Сервер»

Выполнил: П.Р. Петрова

Проверил: Е.В.Иванова

Красноярск 2007

Содержание

Введение

1. История появления сервера

1.1 Системы «терминал -- хост»

2. Состояние сервера на данный момент

2.1 Системы «клиент -- сервер»

2.2 Разновидности функциональных структур «клиент -- сервер»

2.3 Базовые сетевые топологии

2.4 Организация межсетевого взаимодействия

3. Дальнейшее развитие сервера

Заключение

Список используемых источников

Введение

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

1. История появления сервера

1.1 Системы «терминал -- хост»

Первые системы совместной эксплуатации информационных и вычислительных ресурсов (системы коллективного пользования) появились в 60 -- 70-е гг. XX в. и относятся к вычислительным системам с разделением времени. Первоначально операционные системы ЭВМ (ОС) были рассчитаны на пакетную обработку информации, затем, с созданием интерактивных терминальных устройств, появилась возможность совместной работы пользователей в реальном масштабе времени. Основные этапы развития систем доступа к информационным ресурсам:

1. Взаимодействие терминала (конечный пользователь, источник запросов и заданий) и хоста (центральная ЭВМ, держатель всех информационных и вычислительных ресурсов) -- рисунок 1.1, рисунок 1.2.

Рисунок 1.1 - Локальный хост

Рисунок 1.2. - Удаленный хост

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

2. На следующем этапе (рисунок 1.3) формируются сети передачи данных (из существующих общих и специальных цифровых каналов), позволяющие не только осуществлять более тесное взаимодействие терминал -- хост, но и обмен хост -- хост для реализации распределенных баз данных и децентрализации процессов обработки информации.

Рисунок 1.3 - Глобальная сеть

3. Появление и массовое распространение персональных компьютеров выводит на первый план (для массового пользователя) проблему связи ПК -- ПК (рисунок 1.4) для быстрого резервирования и копирования информации (в том числе с использованием модемов) и локальные сети (рисунок 1.5) -- для совместной эксплуатации баз данных (файл-сервер) и дорогостоящего оборудования.

Рисунок 1.4 - Коммуникации ПК - ПК

Рисунок 1.5 - Локальная сеть

В дальнейшем локальные сети потеряли самостоятельное значение вследствие интеграции с глобальными в двухуровневые сети, строящиеся по единому принципу в рамках Internet (рисунок 1.6).

2

Рисунок 1.6 - Internet

В последующем перечисленные конфигурации не претерпели существенных изменений, однако понятия хост и терминал из чисто аппаратурных трансформировались в аппаратурно-программные и даже сугубо программные (например, эмуляторы терминала и эмуляторы хоста на однотипных ПК). Кроме того, в 80-е гг. в обиход входит понятие интеллектуального терминала (smart terminal) -- сателлитной машины, которая берет на себя часть функций по обработке информации пользователя (например, синтаксический анализ запроса или программы).

2. Состояние сервера на данный момент

2.1 Системы «клиент -- сервер»

Таким образом, по мере развития представлений о распределенных вычислительных процессах и процессах обработки данных складывается концепция архитектуры «клиент -- сервер» -- обобщенное представление о взаимодействии двух компонент информационной технологии (технического и/или программного обеспечения) в вычислительных системах и сетях, среди которых логически или физически могут быть выделены:

- активная сторона (источник запросов, клиент);

- пассивная сторона (сервер, обслуживание запросов, источник ответов). В таблице 2.1 приведены примеры реализации данного принципа.

Таблица 2.1 - Архитектура «клиент-сервер» (примеры)

Система	Клиент	Сервер
Вычислительная сеть	Терминал	Хост-машина
Локальная сеть (технология FS - файл-сервер)	Компьютер пользователя	Файловый сервер
Телекоммуникационные программы	Эмуляция терминала	Эмуляция хоста (BBS)
Norton Commander Link	Master-ПК	Slave-ПК
Операционная система UNIX	Программа/системный вызов/ядро	Ядро/драйвер/устройство
FTR	Программа FTR	Программа-демон (резидентный драйвер) FTRD
Telnet	Программа Telnet	Программа Telnet
Система информационного поиска WAIS	WinWAIS	Серверы WAIS
Электронная почта	mail, elm, Eudora, bml	Почтовые серверы
WWW-технологии	Web-браузеры* NCSA Mosaic, Arena	Web-серверы: NCSA HTTPD, Win HTTPD, Raily, Apachie
*В последнее время получили широкое распространение мультипротокольные браузеры - NetScape Navigator, MS Internet Explorer.

Взаимодействие «клиент -- сервер» в сети осуществляется в соответствии с определенным стандартом, или протоколом, -- совокупностью соглашений об установлении/прекращении связи и обмене информацией.

Обычно клиент и сервер работают в рамках единого протокола (рисунок 2.7) -- Telnet, FTP, Gopher, HTTP и пр., однако в связи с недостаточностью такого подхода появляются мультипротокольные клиенты и серверы (рисунок 2.8), например -- браузер Netscape Navigator.

2

Рисунок 2.7 - Взаимодействие однопротокольных компонент

2

Рисунок 2.8 - Взаимодействие мультипротокольных клиента и сервера

Наконец, появляются серверные приложения (брокеры, роботы), которые устанавливаются между разнопротокольными компонентами (рисунок 2.9) и осуществляют трансформацию протоколов.

2

Рисунок 2.9 - Взаимодействие разнопротокольных компонент через посредника-брокера

2.2 Разновидности функциональных структур «клиент -- сервер»

Компьютер (процесс), управляющий тем или иным ресурсом, является сервером этого ресурса, а компьютер, пользующийся им, -- клиентом.

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

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

Рассмотрим эти функции. Один из основных принципов технологии «клиент -- сервер» заключается в разделении функций стандартного интерактивного (диалогового) приложения на четыре группы, имеющие различную природу.

Первая группа. Это функции ввода и отображения данных.

Вторая группа -- объединяет чисто прикладные функции, характерные для данной предметной области (например, для банковской системы -- открытие счета, перевод денег с одного счета на другой и т. д.).

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

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

В соответствии с этим в любом приложении выделяются следующие логические компоненты:

ѕ компонент представления (presentation), реализующий функции первой группы;

ѕ прикладной компонент (business application), поддерживающий функции второй группы;

ѕ компонент доступа к информационным ресурсам (resource manager), поддерживающий функции третьей группы, а также вводятся и уточняются соглашения о способах их взаимодействия (протокол взаимодействия).

Различия в реализации технологии «клиент -- сервер» определяются следующими факторами:

ѕ виды программного обеспечения, в которые интегрирован каждый из этих компонентов;

ѕ механизмы программного обеспечения, используемые для реализации функций всех трех групп;

ѕ способы распределения логических компонентов между компьютерами в сети;

ѕ механизмы, используемые для связи компонентов между собой.

Выделяются четыре подхода, реализованные в следующих технологиях:

ѕ файловый сервер (File Server -- FS);

ѕ доступ к удаленным данным.(Remote Data Access -- RDA);

ѕ сервер баз данных (Data Base Server -- DBS);

ѕ сервер приложений (Application Server -- AS).

Файловый сервер (FS). Этот подход является базовым для локальных сетей ПК. Один из компьютеров в сети назначается файловым сервером и предоставляет другим компьютерам услуги по обработке файлов, файловый сервер работает под управлением сетевой операционной системы и играет роль компонента доступа к информационным ресурсам (т. е. к файлам). На других ПК в сети функционирует приложение, в кодах которого совмещены компонент представления и прикладной компонент (рисунок 2.10).

2

Рисунок 2.10 - Технология файлового сервера

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

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

Доступ к удаленным данным (RDA) существенно отличается от FS методом доступа к информационным ресурсам. В данной технологии программы компонента представления и прикладного компонента совмещены и выполняются на компьютере-клиенте. Доступ к информационным ресурсам обеспечивается операторами специального языка (например, языка запросов SQL, если речь идет о базах данных) или вызовами функций специальной библиотеки (если имеется специальный интерфейс прикладного программирования -- API).

Запросы к информационным ресурсам направляются по сети удаленному компьютеру, который обрабатывает и выполняет их, возвращая клиенту блоки данных (рисунок 2.11).

2

Рисунок 2.11 - Модель доступа к удаленным данным

Достоинство RDA заключается в унификации интерфейса «клиент -- сервер» в виде языка запросов и широком выборе средств разработки приложений. К недостаткам можно отнести существенную загрузку сети при взаимодействии клиента и сервера посредством запросов; невозможность администрирования приложений в RDA, так как в одной программе совмещаются различные по своей природе функции (представления и прикладные).

Сервер баз данных (DBS) -- технология реализована в некоторых реляционных (табличных) СУБД (Informix, Ingres, Sybase, Oracle), (рисунок 12).

2

Рисунок 2.12 - Технология сервера баз данных

Ее основу составляет механизм хранимых процедур -- средство программирования SQL-сервера. Процедуры хранятся в словаре баз данных, разделяются между несколькими клиентами и выполняются на том же компьютере, где функционирует SQL-сервер. В сервере баз данных компонент представления выполняется на компьютере-клиенте, в то время как прикладной компонент оформлен как набор хранимых процедур и функционирует на компьютере-сервере БД. Там же выполняется компонент доступа к данным, т. е. ядро СУБД.

Понятие информационного ресурса в данной технологии практически равнозначно понятию баз данных, поскольку механизм хранимых процедур -- отличительная характеристика DBS-модели -- имеется пока только в СУБД.

Достоинства технологии:

ѕ возможность централизованного администрирования прикладных функций;

ѕ снижение трафика (вместо SQL-запросов по сети направляются вызовы хранимых процедур);

ѕ возможность разделения процедуры между несколькими приложениями;

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

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

На практике чаще используются смешанные модели, когда целостность базы данных и некоторые простейшие прикладные функции обеспечиваются хранимыми процедурами (DBS-технология), а более сложные функции реализуются непосредственно в прикладной программе, которая выполняется на компьютере-клиенте (RDA-технология). Сервер приложений (AS) представляет собой процесс, выполняемый на компьютере-клиенте, отвечающий за интерфейс с пользователем (рисунок 2.13).

2

Рисунок 2.13 - Технология сервера приложений

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

Доступ к информационным ресурсам осуществляет менеджер ресурсов (например, SQL-сервер). Из прикладных компонентов доступны такие ресурсы, как базы данных, очереди, почтовые службы и др. AS, размещенная на компьютере, где функционирует менеджер ресурсов, избавляет от необходимости направления SQL-запросов по сети, что повышает производительность системы.

Технологии RDA и DBS опираются на двухзвенную схему разделения функций:

ѕ в RDA прикладные функции отданы программе-клиенту (прикладной компонент комбинируется с компонентом представления);

ѕ в DBS ответственность за их выполнение берет на себя ядро СУБД (прикладной компонент интегрируется в компонент доступа к информационным ресурсам).

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

2.3 Базовые сетевые топологии

Проиллюстрируем (на примере локальных сетей) основные принципы комплексирования сетевого оборудования (или топологии сетей). При создании сети в зависимости от задач, которые она должна будет выполнять, может быть реализована одна из трех базовых топологий: «звезда», «кольцо» и «общая шина» (таблица 2.2).

Таблица 2.2 -Основные характеристики сетей разной топологии

Характеристики	Топология
	«Звезда»	«Кольцо»	«Шина»
Стоимость расширения	Незначительная	Средняя	Средняя
Присоединение абонентов	Пассивное	Активное	Пассивное
Защита от отказов	Незначительная	Незначительная	Высокая
Размеры системы	Любые	Любые	Ограничены
Защищенность от прослушивания	Хорошая	Хорошая	Незначительная
Стоимость подключения	Незначительная	Незначительная	Высокая
Поведение системы при высоких нагрузках	Хорошее	Удовлетворительное	Плохое
Возможность работы в реальном режиме времени	Очень хорошая	Хорошая	Плохая
Разводка кабеля	Хорошая	Удовлетворительная	Хорошая
Обслуживание	Очень хорошее	Среднее	Среднее

Концепция топологии сети в виде звезды (рисунок 2.14) заимствована из области больших ЭВМ, в которой головная (хост) машина получает и обрабатывает все данные с периферийных устройств (терминалов или рабочих-станций пользователя), являясь единственным активным узлом обработки данных.



Рисунок 2.14 - Топология «звезда»

Информация между любыми двумя пользователями в этом случае проходит через центральный узел вычислительной сети. Пропускная способность сети определяется вычислительной мощностью узла и гарантируется для каждой рабочей станции. Коллизий (столкновений) данных не возникает.

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

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

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

При кольцевой топологии сети (рисунок 2.15) рабочие станции связаны одна с другой по кругу, т. е. рабочая станция 1 с рабочей станцией 2, рабочая станция 3 с рабочей станцией 4 и т. д.

Рисунок 2.15 - Топология «кольцо»

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

Прокладка кабелей от одной рабочей станции до другой может быть довольно сложной и дорогостоящей, особенно если географически рабочие станции расположены далеко от «кольца» (например, в линию).

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

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

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

Топология «общая шина» (рисунок 2.16) предполагает использование одного кабеля, к которому подключаются все компьютеры сети.

Рисунок 2.16 - Шинная топология

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

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

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

Рабочие станции присоединяются к шине посредством устройств ТАР (от англ. Terminal Access Point -- точка подключения терминала). ТАР представляет собой специальный тип подсоединения к коаксиальному кабелю. Зонд игольчатой формы внедряется через наружную оболочку внешнего проводника в слой диэлектрика и присоединяется к внутреннему проводнику.

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

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

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

Комбинированные топологические решения. Наряду с отмеченными базовыми, на практике применяется ряд комбинированных топологий. К таковым относится, например, логическая кольцевая сеть, которая физически монтируется как соединение звездных топологий (рисунок 2.17).



Рисунок 2.17 - Логическое кольцо

Отдельные «звезды» включаются с помощью специальных коммутаторов (англ. Hub -- концентратор), которые по-русски также иногда называют «хаб». Управление отдельной рабочей станцией в логической кольцевой сети происходит так же, как и в обычной кольцевой сети. Каждой рабочей станции присваивается соответствующий ей адрес, по которому передается управление (от старшего к младшему и от самого младшего к самому старшему). Разрыв соединения происходит только для нижерасположенного (ближайшего) узла вычислительной сети, так что лишь в редких случаях может нарушаться работа всей сети.

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

Рис. 18. Сеть с древовидной структурой

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

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

2.4 Организация межсетевого взаимодействия

В глобальных сетях связь между ЛВС осуществляется посредством так называемых мостов.

Мосты представляют собой программно-аппаратные комплексы, которые соединяют ЛВС между собой, а также ЛВС и удаленные рабочие станции (PC), позволяя им взаимодействовать друг с другом для расширения возможностей сбора и обмена информацией.

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

Известна следующая типизация мостов:

ѕ внутренний/внешний;

ѕ выделенный/совмещенный;

ѕ локальный/удаленный.

Внутренний -- мост располагается на файловом сервере.

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

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

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

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

- разделение больших сетей на подсети с целью увеличения быстродействия и уменьшения стоимости линий связи (рисунок 2.19).

2

Рисунок 2.19 - Пример разделения большой сети

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

ѕ расширение физических возможностей сети (рисунок 2.20). Если сеть имеет максимально допустимое число узлов, поддерживаемое аппаратной схемой адресации, и есть необходимость в добавлении еще нескольких узлов, то для расширения такой сети используется мост. При этом возможно включение в сеть дополнительного файл-сервера;

2

Рисунок 2.20 - Расширение физических возможностей сети

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

2

Рисунок 2.21 - Пример интерсети

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

3 Дальнейшее развитие сервера

Подводя итог, следует отметить, что базы данных призваны хранить не только числа и текст. Они используются для хранения многих видов объектов и связей между этими объектами, что мы видим в World Wide Web. Различие между базой данных и остальной частью Web становится неясным.

Чтобы приблизиться к современному состоянию технологии управления данными, имеет смысл описать два крупных проекта, в которых используются предельные возможности сегодняшней технологии. Система Earth Observation System/Data Information System (EOS/DIS) разрабатывается агентством NASA и его подрядчиками для хранения всех данных, которые начали поступать со спутников серии «Миссия к планете Земля» с 1977 г. Объем базы данных, включающей данные от удаленных сенсорных датчиков, будет расти на 5 Тбайт в день (1 Тбайт -- 106 Гбайт). К 2007 г. размер базы данных вырастет до 15 Пбайт. Это в 1000 раз больше объема самых больших современных оперативных баз данных. NASA желает, чтобы эта база данных была доступна каждому в любом месте и в любое время. Любой человек сможет осуществлять поиск, анализ и визуализацию данных из этой базы. Для построения EOS/DIS потребуются наиболее развитые методы хранения, поиска и визуализации данных. Большая часть данных будет обладать пространственными и временными характеристиками, так что для системы потребуются существенное развитие технологии хранения данных этих типов, а также библиотеки классов для различных научных наборов данных. Например, для этого приложения потребуется библиотека для определения снежного покрова, каталога растительных форм, анализа облачности и других физических свойств образов.

Другим впечатляющим примером базы данных является создаваемая всемирная библиотека. Многие ведомственные библиотеки открывают доступ к своим хранилищам в режиме on-line. Новая научная литература публикуется в режиме on-line. Такой вид публикаций поднимает трудные социальные вопросы по поводу авторских прав и интеллектуальной собственности и заставляет решать глубокие технические проблемы. Пугают размеры и многообразие информации. Информация появляется на многих языках, во многих форматах данных и в громадных объемах. При применении традиционных подходов к организации такой информации (автор, тема, название) не используются мощности компьютеров для поиска информации по содержимому, для связывания документов и для группирования сходных документов. Поиск требуемой информации в море документов, карт, фотографий, аудио- и видеоинформации представляет собой захватывающую и трудную проблему.

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

ѕ определение моделей данных для их новых типов (например, пространственных, темпоральных, графических) и их интеграция с традиционными системами баз данных;

ѕ масштабирование баз данных по размеру (до петабайт), пространственному размещению (распределенные) и многообразию (неоднородные);

ѕ автоматическое обнаружение тенденций данных, структур и аномалий (поиск, анализ данных);

ѕ интеграция (комбинирование) данных из нескольких источников;

ѕ создание сценариев и управление потоком работ (процессом) и данными в организациях;

ѕ автоматизация проектирования и администрирования базами данных.

Заключение

По мере развития представлений о распределенных вычислительных процессах и процессах обработки данных складывается концепция архитектуры «клиент -- сервер» -- обобщенное представление о взаимодействии двух компонент информационной технологии (технического и/или программного обеспечения) в вычислительных системах и сетях, среди которых логически или физически могут быть выделены:

ѕ активная сторона (источник запросов, клиент);

ѕ пассивная сторона (сервер, обслуживание запросов, источник ответов). В табл. 1 приведены примеры реализации архитектуры клиент-сервер.

Взаимодействие «клиент -- сервер» в сети осуществляется в соответствии с протоколом, -- совокупностью соглашений об установлении/прекращении связи и обмене информацией.

Обычно клиент и сервер работают в рамках единого протокола однако в связи с недостаточностью такого подхода появляются мультипротокольные клиенты и серверы, например -- браузер Netscape Navigator. Наконец, появляются серверные приложения (брокеры, роботы), которые устанавливаются между разнопротокольными компонентами и осуществляют трансформацию протоколов.

В работе рассматриваются разновидности функциональных структур «клиент-сервер».

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

Список используемых источников

1. Информационные технологии: Учеб. для вузов/Б.Я. Советов,

В.В. Цехановский. - М.: Высш. шк., 2003. - 236 с.: ил.

2. Грей Джим. Управление данными: Прошлое, Настоящее и Будущее//Системы управления базами данных. 1998 - №3.

3. Максимов Н. В., Попов И. И.. Компьютерные сети: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2004. - 336 с.: ил. - (Серия «Профессиональное образование»).

4. www.referat.ru

5. www.5ballov.ru