Функционирование ЛВС

На эффективность функционирования ЛВС оказывают влияние следующие основные факторы:

• уровень квалификации пользователей сети. ЛВС - человеко-машинная система (СЧМ), поэтому выходной эффект ее функционирования определяется характеристиками всех трех групп элементов - эргатических, неэргатических и производственной среды;

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

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

• количество и возможности аппаратного обеспечения сети (в том числе возможности передающей среды по пропускной способности) и ППС;

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

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

• перечень предоставляемых услуг и их интеллектуальный уровень;

• средства и методы защиты информации в сети;

• средства и методы обеспечения отказоустойчивости ЛВС;

• используемые методы планирования распределенного вычислительного процесса;

• используемые режимы функционирования сети.

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

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

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

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

• однопрограммная (однозадачная) пакетная обработка;

• многопрограммная (многозадачная) пакетная обработка;

• однопрограммная мультипроцессорная обработка (т.е. параллельная обработка одной программы на нескольких компьютерах сети);

• однопрограммная обработка в режиме разделения времени (многопользовательские системы);

• многопрограммная обработка в режиме разделения времени;

• многопрограммная мультипроцессорная обработка (универсальный режим работы сети).

Основными критериями оптимальности плана использования вычислительных ресурсов ЛВС для ее терминированных параллельных программ могут быть: минимизация времени выполнения программ (требуется минимизировать максимальное время выполнения программ при заданном количестве доступных процессов); минимизация количества требуемых PC (минимизируется количество процессов, обеспечивающих выполнение программ за время, не превышающее заданное); минимизация среднего времени окончания выполнения заданий (ориентирован на наиболее быстрое в среднем освобождение занимаемых ресурсов сети); максимизация загрузки PC сети;

минимизация времени простоев PC . Последние два критерия направлены на более полное использование процессорного времени.

Эффективность функционирования ЛВС в значительной степени определяется способами создания и ведения баз данных. В локальных сетях для создания БД реализованы две архитектуры: файл-сервер и клиент-сервер.

В случае использования архитектуры файл-сервер файлы базы данных располагаются на дисках файл-сервера (в качестве файл-сервера применяется мощный ПК на процессоре Pentium или 80486), и все рабочие станции получают к нему доступ, т.е. на PC устанавливаются сетевые версии широко распространенных СУБД персональных компьютеров. Основной недостаток такой архитектуры заключается в необходимости пересылки по линиям связи сети фрагментов файлов базы данных значительных объемов, что приводит к быстрому насыщению сетевого графика и возрастанию времени реакции информационной системы, следовательно, не обеспечивается достаточная производительность сети (особенно при большом количестве PC).

В архитектуре клиент-сервер этот недостаток устранен, в связи с чем обеспечивается совместная работа многих пользователей с большими БД в реальном масштабе времени. Помимо файл-сервера к сети подключается еще один мощный компьютер (СУБД-сервер, или сервер БД) исключительно для работы с БД. Сама база данных может располагаться на дисках СУБД-сервера или файл-сервера. Принимая запросы от PC на поиск данных в БД, СУБД-сервер сам осуществляет поиск и его результаты отсылает через сеть в запросившую их PC. Следовательно, по сети передаются только запрос и найденные данные. СУБД-сервер обычно работает в среде многозадачной ОС (Unix, OS/2, Novell NetWare 386 и др.), которая сама занимается распределением ресурсов при поступлении одновременно нескольких запросов от PC.

В качестве СУБД рабочих станций ЛВС в настоящее время чаще других применяются:

• СУБД dBase V фирмы Ashton-Tate Corporation, работающая в локальном режиме в среде MS DOS версии 2.1 и выше и в сетевом режиме в среде MS DOS версии не ниже 3.1, и IBM PC NetWork или Novell Advanced NetWare/86 LAN;

• СУБД dBase IV, созданная в 1988 г. на основе предыдущей системы dBaseIII, в которую внесены значительные усовершенствования;

• система Clipper 5.0 фирмы Nantucket Corporation, являющаяся развитием системы Clipper '87;

• система FoxPro фирмы Fox Software Inc (1990 г.), включающая все лучшие функциональные возможности своей предшественницы - системы FoxBase+;

• СУБД Data Ease компании Data Ease, в которой используются простые вопросы и ответы при создании приложений или формировании запросов;

• СУБД Alfa Four, позволяющая быстро создать простые приложения;

• система Paradox 3.0 фирмы Borland Int., предоставляющая пользователю ряд новых возможностей по сравнению с версией 2.0;

• система Open Access Ш, являющаяся интегрированной системой, включает в свой состав СУБД, текстовый процессор, средства работы с электронными таблицами, графические средства и может работать как в автономном, так и в сетевом режиме.

В качестве серверов БД нашли применение пакеты: IBM Extended Services, Ingres Server for OS/2, Microsoft SQL Server, NetWare SQL, Oracle Server for NetWare и др.

Фирма Novell для создания баз данных и работы с ними поставляет ряд программных продуктов: СУБД Btrieve (входит в состав СОС Novell NetWare) и дополнительные пакеты программ (Novell NetWare Xtrieve, Novell NetWare SQL, Novell NetWare XQL), облегчающие работу пользователя с СУБД Btrieve.

Важным фактором в обеспечении высокой эффективности функционирования ЛВС является организация распределенной базы данных (РБД), представляющей собой логически единую базу данных, отдельные физические части которой размещены на нескольких ЭВМ сети. Основная особенность РБД - ее “прозрачность”, означающая независимость пользователей и прикладных программ от способа размещения информации на ЭВМ сети. Локализация данных, декомпозиция запросов и композиция результатов должны выполняться системой без участия пользователей. В процессе работы пользователи не должны учитывать, что их запросы будут обрабатываться в сети, возможно, на нескольких ЭВМ. Администрирование и доступ пользователей к РБД осуществляются с помощью системы управления распределенной базой Данных (СУРБД). Основные функции СУРБД: планирование обработки запросов пользователей к РБД; определение ЭВМ, в которой хранятся запрашиваемые данные; декомпозиция распределенных запросов на частные подзапросы к БД отдельных ЭВМ; передача частных подзапросов и их выполнение на удаленных ЭВМ; прием результатов выполнения частных подзапросов и композиция общего результата; управление параллельным доступом к РБД многих пользователей; обеспечение целостности РБД.

В настоящее время нашли применение СУРБД Informix OnLine, Ingres Intelligent DataBase, Oracle 7, Sybase System 10. Сведения о них имеются в [24].

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

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

Первый способ, называемый “удаленный клиент” или “удаленный вход в систему” (remote login), реализуется путем подключения удаленного персонального компьютера (УПК) к сети через мост, построенный на базе персонального компьютера. Связь между УПК и мостом осуществляется обычно по телефонному кабелю, а для преобразования сигналов используются модемы. Вход в ЛВС происходит так, как будто УПК физически присоединен к сети. Он воспринимает модем как медленный сетевой интерфейсный адаптер и направляет весь информационный поток, связанный с выполнением сетевых функций, через последовательный порт.

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

Второй способ, называемый “передача экрана” (screen transfer), реализуется путем подключения УПК к так называемому серверу доступа, который непосредственно подсоединен к сети. Связь между УПК и сервером доступа осуществляется также по телефонному кабелю с применением модемов. УПК осуществляет контроль над сервером доступа: по командам набранным на своей клавиатуре, он посылает запросы к серверу доступа и принимает на экране дисплея ответные сообщения.

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

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

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