Реферат: Выбор оптимальных сетевых решений на базе многозадачных операционных систем для построения компьютерной сети вуза

Министерство общего и профессионального образования

Российской Федерации

Уральский Государственный Университет им А.М.Горького

Математико-механический факультет

Кафедра математического анализа и теории функций

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

Екатеринбург,

1997 г.

РЕФЕРАТ

Краев С.В. «Выбор оптимальных сетевых решений на базе многозадачных операционных систем для построения компьютерной сети вуза», дипломная работа, стр. 60, библ.

Ключевые слова: КОМПЬЮТЕРНЫЕ СЕТИ, ЛВС, СЕТЕВЫЕ ОПЕРАЦИОННЫЕ СИСТЕМЫ.

Объект исследования: сетевые операционные системы Novell NetWare, UNIX, OS/2 LAN Server, OS/2 LAN Manager и Windows NT Advanced Server.

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

В данной работе произведен подробный анализ возможностей операционных систем NetWare, UNIX, OS/2 и Windows NT. Для каждой из них подробно рассмотрены архитектура ОС, файловые системы, подсистемы защиты информации, а также возможности предоставляемые ОС пользователю и администратору. Также было произведено сравнение различных версий сетевых операционных систем.

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

На основе полученных данных было построено оптимальное сетевое решение для локальной сети вуза, которое было реализовано на базе Уральской Государственной Архитектурно-Художественной Академии.

Содержание

Введение.............................................................................................................................................................

Глава 1. Анализ возможностей ОС NetWare фирмы Novell................................

1.1 Обзор архитектуры...............................................................................................................................

1.2 Файловая система NetWare...........................................................................................................

1.3 Защита данных в ОС NetWare.......................................................................................................

1.4 Работа в сетях Novell NetWare....................................................................................................

1.5 Обзор различных версий ОС NetWare.........................................................................................

Глава 2. Анализ возможностей ОС OS/2.................................................................................

2.1 Обзор архитектуры...............................................................................................................................

2.2 Файловая система OS/2.....................................................................................................................

2.3 Защита данных в ОС OS/2.................................................................................................................

2.4 Работа с LAN Manager и LAN Server..........................................................................................

2.5 Сравнительный анализ LAN Manager и LAN Server...........................................................

Глава 3. Анализ возможностей ОС Windows NT AS.......................................................

3.1 Обзор архитектуры...............................................................................................................................

3.2 Файловая система NTFS....................................................................................................................

3.3 Защита данных в ОС Windows NT AS..........................................................................................

3.4 Работа в сетях Windows NT AS.......................................................................................................

Глава 4. Анализ возможностей ОС UNIX.................................................................................

4.1 Обзор архитектуры...............................................................................................................................

4.2 Файловая система...............................................................................................................................

4.3 Защита данных в ОС UNIX...............................................................................................................

4.4 Работа в сетях UNIX............................................................................................................................

Заключение..................................................................................................................................................

Библиография.............................................................................................................................................

Введение

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

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

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

Одна или несколько машин могут быть выделены для некоторых специальных функций:

1. Разделение общих файлов . Доступ к файлам для совместного одновременного использования.

2. Передача файлов . Передача информации без использования внешних носителей.

3. Доступ к информации и файлам. Запуск прикладных программ с любой рабочей станции.

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

5. Одновременный ввод данных в прикладные программы.

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

6. Разделение принтера. ЛВС позволяет нескольким пользователям совместно использовать один или несколько принтеров. Этим занимается принт-сервер.

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

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

Второй основной проблемой построения сетевых решений является проблема программного обеспечения. Аналогично с рынком аппаратуры, на рынке программного обеспечения существует несколько лидирующих фирм-производителей Сетевых Операционных Систем (Network Operating System - NOS) и других приложений для работы в сети. Каждая из них имеет свои преимущества и свои недостатки, но универсальной NOS, которая удовлетворила бы всех пользователей, пока не существует. Поэтому в крупных, например корпоративных, сетях используют интегрированные структуры, включающие в себя несколько NOS. Спутниковая связь и связь через выделенные линии позволяет создавать сети международного масштаба. Примером может являться сеть Intranet - корпоративная сеть на основе всемирной сети Internet.

На сегодняшний день в мире существует более 130 миллионов компьютеров и бо­лее 80 % из них объединены в различные информационно-вычислительные сети от малых локальных сетей в офисах до глобальных сетей типа Internet. Всемирная тенденция к объ­единению компьютеров в сети обусловлена рядом важных причин, таких как ускорение пе­редачи ин­формационных сообщений, возможность быстрого обмена информацией между пользователями, получение и передача сообщений ( факсов, E-Mail писем и прочего ) не отходя от рабочего места, возможность мгновенного получения любой информации из лю­бой точки земного шара, а так же об­мен информацией между компьютерами разных фирм производителей ра­бо­тающих под разным программным обеспечением.

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

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

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

Основное направление развития современных NOS - перенос вычислительных операций на рабочие станции, создание систем с распределенной обра­боткой данных. Это в первую очередь связано с ростом вычислительных возможностей персональных компьютеров и все более активным внедрением мощных многозадачных операционных систем: OS/2, Windows NТ, Windows 95. Кроме этого внедрение объектно-ориентированных технологий (ОLЕ, DСЕ, IDAPI) позволяет упростить организацию распределенной обработки данных. В такой ситуации основной задачей NOS становится объединение неравноценных операционных систем рабочих станций и обеспечение транспортного уровня для широкого круга задач: обработка баз данных, передача сообщений, управление распределенными ресурсами сети (directoгу/namе service).

В современных NOS применяют три основных подхода к организации управления ресурсами сети.

Первый - это Таблицы Объектов (Bindery). Используется в сетевых операционных системах NetWare 28б и NetWare v3.1х. Такая таблица находится на каждом файловом сервере сети. Она содержит информацию о пользователях, группах, их правах доступа к ресурсам сети (данным, сервисным услугам и т.п.). Такая организация работы удобна, если в сети только один сервер. В этом случае требуется определить и контролировать только одну информационную базу. При расширении сети, добавлении новых серверов объем задач по управлению ресурсами сети резко возрастает. Администратор системы вынужден на каждом сервере сети определять и контролировать работу пользователей. Абоненты сети, в свою очередь, должны точно знать, где расположены те или иные ресурсы сети, а для получения доступа к этим ресурсам - регистрироваться на выбранном сервере. Конечно, для информационных систем, состоящих из большого количества серверов, такая организация работы не подходит.

Второй подход используется в LAN Server и LAN Manager - Структура Доменов (Domain). Все ресурсы сети и пользователи объединены в группы. Домен можно рассматривать как аналог таблиц объектов (bindery), только здесь такая таблица является общей для нескольких серверов, при этом ресурсы серверов являются общими для всего домена. Поэтому пользователю для того чтобы получить доступ к сети, достаточно подключиться к домену (зарегистрироваться), после этого ему ста­новятся доступны все ресурсы домена, ресурсы всех серверов и устройств, входящих в состав домена. Однако и с использованием этого под­хода также возникают проблемы при построении информационной системы с большим количеством пользователей, серверов и, соответственно, доменов. Например, сети для предприятия или большой разветвленной организации. Здесь эти проблемы уже связаны с организацией взаимодействия и управления несколькими доменами, хотя по содержанию они такие же, как и в первом случае.

Третий подход - Служба Наименований Директорий или Каталогов (Directory Name Services - DNS) лишен этих недостатков. Все ресурсы сети: сетевая печать, хранение данных, пользователи, серверы и т.п. рассматриваются как отдельные ветви или директории информационной системы. Таблицы, определяющие DNS, находятся на каждом сервере. Это, во-первых, повышает надежность и живучесть системы, а во-вторых, упрощает обращение пользователя к ресурсам сети. Зарегистрировавшись на одном сервере, пользователю становятся доступны все ресурсы сети. Управление такой системой также проще, чем при использовании доменов, так как здесь существует одна таблица, определяющая все ресурсы сети, в то время как при доменной организации необходимо определять ресурсы, пользователей, их права доступа для каждого домена отдельно.

В настоящее время по оценке компании IDC наиболее распростра­ненными являются следующие сетевые операционные системы:

¨ NetWare v2.х и vЗ.х, Novell Inc. 65 %

¨ LAN Server, IВМ Согр. 14 %

¨ LAN Manager, Microsoft Corp. 3 %

¨ UNIX 5 %

¨ Windows NT Advanced Server 10 %

Целью данной работы является рассмотрение возможностей вышеперечисленных NOS и построение оптимального интегрированного сетевого решения на основе этих систем для вуза.

На текущем этапе развития вуза сложилась ситуация когда :

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

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

3. Существующие ЛВС объединяют в себе небольшое количество ком­пьютеров и работают только над конкретными и узкими задачами.

4. Накопленное программное и информационное обеспечение не исполь­зуется в полном объеме и не имеет общего стандарта хранения.

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

Для решения данной проблемы предложено создать единую инфор­мационную сеть (ЕИС) вуза. ЕИС вуза должна выполнять следующие функции:

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

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

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

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

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

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

Глава 1.
Анализ возможностей ОС NetWare фи рмы Novell

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

Фирма Novell предлагает раз личные сетевые программные продукты. Главными среди них являются три сетевые ОС на базе файловых серверов, описываемые в данной главе - версия 4.0 для предприятий, версия 3.12 с улучшенными характеристиками и версия 2.2 для новичков. Фирма Novell также продает одноранговые сетевые ОС Personal NetWare и NetWare Lite, предназначенные для организации ЛВС в небольших рабочих групп ах.

Кроме сетевых ОС, фирма Novell также предлагает другие программные продукты, ориентиров анные на применение в компьютерных сетях. Так, коммуникац ионная программа 3 270 фирмы Novell поз воляет организовать 3270 сеансов эмуляции терминалов большой ЭВМ рабочими станциями. Комплекс Access Server является набором коммуникационных аппаратных и программных средств, предоставляющих возможность нескольким уда ленным рабочим станциям получать доступ к файловому серверу через телефонную сеть. Аппаратно-программный комплекс, называемый LANa-lyzer, является инструментом для диагностики некоторых сетевых проблем.

Фирма Novell стала первым производителем распределенных систем обработки данных, допуска ющих совместное использование в ЛВС разнородных компьютеров, Она также была первой фирмой, допускающей работу с компьютерными сетями, имеющими различные топологии, и предоставляющей средства для маршрутизации данных между такими сетями, Фирма Novell была первой, создавшей сетевые ОС для OS/2 и всех версий DOS, и предоставляющей средства для соединения компьютеров, совместимых с IBM, Apple, UNIX, DEC и многих других типов.

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

Фирма Novell имеет контракты о поддержке ОС NetWare с наиболее крупными и мощными из независимых организаций, занимающихся обслуживанием ЛВС. В их число входят Bell Atlantic, DEC, Hewlett- Packard, Intel, Prime, Unisys и Xerox. Основными системными интеграторами и распро­странителями продукции фирмы Novell являются: Electronic Data Sys tems (EDS), Boeing Computer Services, NYNEX Business Centers и Sears Business Centers. Даже гигантская фирма IBM с 1990 года стала перепродавать сетевые ОС NetWare.

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

Изначально Novell разработала NetWare как операционную систему для сетевой платы Novel S-Net. Novel S-Net - это сеть с топологией типа "звезда" и выделенным сервером на MC68000. Ко времени создания этой сети для процессоров MC68000 не было операционной системы, являющейся для них стандартом "де-факто", поэтому Novell разработала полностью свою ОС, ориентированную на сетевые приложения.

С началом бума компьютеров PC разработчики NetWare решили, что написанную на С NetWare будет несложно перенести на микропроцессоры семейства Intel и сделать так, чтобы сетевая ОС поддерживала практически любое сетевое оборудование, представленное на рынке. Для непосредственного взаимодействия с IBM-оборудованием были реализованы соответствующие драйверы. В связи с тем, что ROM BIOS в семействе машин IBM PC был разработан для однопользовательской DOS, общая производительность системы падала при попытке использовать его в многопользовательских приложениях. NetWare - многопользовательская система, поэтому программисты в Novel решили обойти ROM BIOS и общаться непосредственно с оборудованием, то повышает производительность (позволяет NetWare обрабатывать запросы от других рабочих станций, ожидая завершения запроса ввода/вывода на диск).

Единственным недостатком примененного в NetWare подхода является невозможность использовать DOS-драйверы для управления дисководами. Для NetWare необходимы собственные драйверы дисковых устройств. Для многих поставляемых дисковых накопителей, совместимых с IBM PC, производители предоставляют и драйверы для NetWare. Фирма Novell также поставляет драйверы для широкой гаммы устройств такого типа.

Преимущества данной сетевой ОС - высокая производительность и пропускная способность сети - подтверждаются и местом на рынке аналогичных продуктов, занимаемым NetWare. Интерфейсы предоставляемые пользователю NetWare не имеют ничего общего с DOS или ROM BIOS, но они обеспечивают очень эффективное использование ресурсов IBM PC. Этот подход позволил Novell повысить степень защиты и исправления ошибок (fault tolerance), что было невозможно реализовать в рамках файловой системы DOS.

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

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

1.1 Обзор архитектуры

Фирма Novel исходила из того, что типичное современное предприятие использует центральные ЭВМ, основанные на операционных системах VMS фирмы DEC, VM и MVS фирмы IBM, UNIX-системы, а также серверы, подобные NetWare. Рабочие станции могут использовать операционные системы DOS, Windows, OS/2, Macintosh и UNIX. Сетевые вычисления обеспечивают интеграцию центральных и персональных систем в единую логическую сеть. Интеграция систем рабочих трупп пользователей с системами на основе архитектур мини и больших ЭВМ позволяет сохранить капитальные вложения в эти системы и сделать их ресурсы доенными всем пользователям сети.

Интегрированная вычислительная архитектура Novel - NICA (Novel Integrated Computing Architecture) определяет построение всех продуктов Novell. NICA отражает подход Novel к предоставлению сетевых функций для интеграции прикладных программ в распределенной неоднородной среде. Архитектура, используемая Novel для создания распределенных сетевых функций, позволяет объединять продукты и прикладные программы различных поставщиков в сложную сетевую вычислительную систему. NICA признает существование и учитывает особенности других архитектур, определенных для распределения прикладных программ по сетям, таких как SAA (System Application Architecture) фирмы IBM, NAS (Network Application System фирмы) DEC, NewWave Office фирмы Hewlett-Packard. NICA является полезным дополнением этих прикладных программ, ревизуя сетевые функции, позволяющие прикладным программам таких поставщиков как IBM, DEC и HP беспрепятственно выполняться в распределенной среде.

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

Специализированная сетевая ОС NetWare содержит сервисные функции (службы) для выполнения прикладных программ у клиентов, а также функции (службы) выполнения прикладных программ на серверах, Сетевые службы, определенные в архитектуре NICA, могут выполняться как одним процессором сети NetWare, так и быть распределенными по локальной (региональной) сети. Каждая из этих служб может использоваться другими службами или прикладными программами.

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

1.2 Файловая система Ne tWare

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

Novell NetWare использует свою файловую систему, специально разработанную фирмой Novell для сетевой ОС. В о тличие от PC LAN Progra m, она не базируется на однопользовательской ОС. В отличие от 3+ , она не использует структ уру файлов DOS. И, наконец, в отличие о т VINES, она не использует громоздкую структ уру файловой системы UNIX.

Это позволило Novell последовательно оптимизировать и улучшить ст рукт уру файловой систе мы NetWare для повышения производительности и функциональных возмож ностей. Средства отказоустойчивости NetWare стали возможными только благодаря опт имизированной структ уре файловой системы NetWare.

Перед созданием файловой структ уры для ф айлового сервера NetWare, Novell проанализировала существовавшие структ уры файловых систе м. Очень внимате льно были рассмотрены "плоские" структуры каталогов в операционных системах СР/М- 8 0, СР/М-86 и MS-DOS 1.0, так как это были поте нциальные ОС для рабочих станций, используемых для связи с файл-сервером. Также была проанализирована потоковая иерархическая структура каталогов и файлов ОС UNIX и MS-DOS 2.1. Рассматривались и другие варианты.

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

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

Структуры каталогов UNIX и MS-DOS 2.0 лучше приспособлены для иерархической организации и поиска, но они еще менее оптимальны, В этих файловых системах подкаталоги реализуются как файлы (специального типа) в каталоге. Файловой системе для иерархического поиска файла по каталогам необходимо выполнить несколько операций открытия файлов (типа "подкаталог") и несколько операций чтения с диска, что снижает производительность. На каждом уровне в каталоге необходимо выполнить операцию поиска в нем информации о файле-подкаталоге.

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

При разработке файловой системы NetWare Novell решила объединить достоинства обоих подходов; "плоского" и иерархического. В NetWare физическая структура оглавления тома - плоская. Использование плоской структуры дает несколько важных преимуществ. В связи с тем, что оглашение плоское и имеет определенный размер, то возможно загрузить все оглавление сетевого тома в оперативную память файл-сервера, и все поиски по оглашению могут быть осуществлены без обращений к диску. Это существенно повышает производительность системы при поисках по оглавлению. Если один блок оглавления теряется, то файл-сервер может использовать его дубликат для продолжения работы. Этим повышается надежность. Возможность эффективного преодоления сбоев на диске очень важна в распределенных системах.

Хотя физически оглавление тома в NetWare - плоское, логическая структура каталогов -иерархическая. Логическая иерархия образуется за счет использования специальных объектов типа "каталог" внутри плоской структуры оглавления файлов.

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

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

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

Хэширование оглавления

Для высокопроизводительной ф айловой системы необходимо, чтобы механизм поиска требуемого каталога был бы максимально эффективен. Сущ ествует два основных способа поиска требуемого каталога. В первом случае поиск осуществляетс я на основе полностью и однозначно заданного маршрут ного имени. Во втором случае поиск осуществляется для объ екта в известном подкаталоге с помощью указания только части искомого имени, точнее шаблона искомого имени. Такой подход называют "wildcard" - поиск.

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

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

Во второй таблице, подд ерживаемой NetWare, все элементы оглавления, имеющие один и тот же подкаталог, связаны меж ду собой для обеспечения возможности "wildca rd" - поиска. Наличие этой таблиц ы дает существенный выигрыш времени при поиске необходимого элемента каталога по заданному шаблону.

Алгоритм лифта (El evator Seeking)

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

В NetWare существует отдельный процесс чтения с диска) который отвечает за чтение данных с жесткого диска сервера и помещение их а кэш-буфера. Этот процесс сортирует поступающие запросы на чтение в порядке, основывающемся на те кущем положении го ловок диска. Этот подход, называемый алгоритмом лифта ("elevator seeking"), опти мизирует движение головок диска и, как результат, значительно увеличивает эффект ивность работы диска при знач ительной загрузке.

Кэширование диска

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

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

Как кэширование диска, так и алгоритм лифта ("elevator seeking"), значительно увеличивают производительность работы с диском в системе NetWare.

Дисковый ввод/вывод

В дополнение к кэшированию диска и алгоритму лифта ("elevator seeking") файловая система NetWare использует где только возможно перекрывающийся подвод головок (overlapped seeks) в процессе чтения диска. Если компьютер файл-сервера NetWare имеет несколь ко дисковых накопителей) то пере крывающийся подвод головок позволяет одновременно обращ аться к нескольким дискам, а не по очереди (то к одному, то к другому). Благодаря независимому упра влению несколькими дисками, диск не простаив ает, пока сервер читает информацию с другого диска.

От казоусто йчивость (Fau lt Tole ran ce )

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

· чте ние информации после каждой записи на диск. Без искл ючения, после каждой записи информац ия пов торно считываетс я и сверя ется;

· дублирование каталогов. Если одна копия повре ждае тся, то используется другая;

· дуб лирование FAT. Это в случа е порчи FAT-a предотвращает полную поте рю информации на диске.

SFT Ne tWare

Novell развивает концепцию средств защиты, которые обеспечивают дополнительные уровни защиты данных в сети. Эти средства известны, как SFT NetWare (System Fault Tolerant NetWare).

Уровень I

Уровень I SFT NetWare имеет средства, именуемы е Hot Fix (го рячее фиксирование). Hot Fix обеспечивает динамическое обнаружение дефекто в поверхности диска в процессе работы. Если в процессе операции записи на диск обнаруживается повреж денный блок (bad block), то данные записываются в другое "безопасное" место на диске. Повреж денный блок отмечаетс я как неиспользуемый, его место положение отмечается в табл ице повреж денных блоков (Bad Block Table), отм ечается та кже местоположение блока, замещающего поврежденный. Эта процедура осуществляется полностью автоматически без вмешательства пользователя,

Уровень II

Уровень II SFT NetWare в дополнение к "горячему фиксированию" (Hot Fix) включает в себя с редств а зеркального диска (Disk Mirroring), средства дубл ирования диска (Disk Duplexing) и протоколирования транзакций (T ransaction Tracking).

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

Сре дства дублирования диска (Disk Duplexing ) используют две дисковые подсисте мы, включая два кон троллера, Опять второй диск является дубл икатом первого, но дублируется не только диск, но и источник питания устройства, и соедините льный кабель, и контроллер устройст ва также могут быть продублированы. То есть поврежд ение любого компонента в одной или другой подсистеме не приведет к краху в работе в сети. Большее количество типов отказов ста новятся восстановимыми.

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

Уровень III

На третьем уровне от возможности сбоя защищается сам файловый сервер. Файловый сервер дублируется присоединением к нему второго файлового сервера с помощью специаль ной аппаратуры - высокоскоростной ши ны передачи данных. Для защиты от возможных ошибок при передаче используется контроль по четности. Если повре ждается первый ф айл-сервер, подключается вто рой и управляет работой сети. Опять таки, переключение происходит автоматически и незаметно для пользователя сети и прикладного программного обеспечения на рабочих станциях. Поврежденный сервер может быть отс оединен, починен и вновь подсоединен без выключения сети. Все возможности уровней I и II включены в уровень III.

Система протоколирования тр анзакци й (Transaction Tracking System )

В SFT NetWare на уровнях II и III используетс я систе ма протоколирования транзакций ТО (T ransaction Tr acking System). Это средство было разработано для обеспечения целостности информации в файлах баз данных в сети. Транзакция определяетс я как набор из нескольких записей (от 1 и выше) в файл, которые должны быть выполнены одн овременно для под ержания целостности информации в базе данных.

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

TT S предотвращает такого рода поте ри данных. Если транзакция не завершена, TTS автоматически произведет откатку назад до начала транзакции, приведя базу данных в то состояние) в котором она была до начала транзакции. База данных остаетс я в корре ктном состоянии.

Такие действия осуществляются только если файл был объ явлен систе мным администратором как транзакционный. TT S использует два метода определения транзакции . Первый метод - "сложный". Он требует, чтобы ПО СУБД сообщало NetWare, когда транзакция начинаетс я и когда завершаетс я. Некоторые производите ли ПО СУБД заявили о поддержке этого метода.

Второй метод - "простой". В этом случае считается, что транзакция начинается, когда запи сь блокируетс я и завершается при разблокировке записи. Простой метод был разработан для прозрачной работы с существующим многопользовате льским ПО) использующем блокировки записей (физические или логические; NetWare и/или DOS 3.1). Это очень важная черта, так как позволяет многопользовательскому ПО использовать средства TTS без модификации самого ПО.

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

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

Протоко лирование в NetWare (Audit Trail)

Помимо TTS NetWare поддерживает средства протоколирования Audit Trail. Это средство может быть включено и выключено из прикладной программы, 8 протокол заносятся:

· имя пользователя,

· имя файла,

· время, дата,

· смещение в файле и его длина,

· характер проводимой операции (чтение/запи сь),

· собственно данны е.

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

1.3 Защита данных в ОС NetWare

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

Для предотвращения подобных ситуаций в ОС NetWare предусмотрена развитая система защиты данных, которая включает следующие меры:

· защита от несанкционированного присоединения к ЛВС путем присвоения имен и паролей пользователям, а также ограничениями на доступ к ЛВС пользователей с определенными именами в определенное время дня

· система доверяемых прав (trustee rights), позволяющая контролировать, к каким файлам и директориям может иметь доступ пользователь, а также какие операции он может производить с ними

· система атрибутов для директорий или файлов, которые определяют возможность копирования, уничтожения, просмотра, записи и разделения их в ЛВС

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

· право чтения из открытых файлов

· право записи в открытые файлы

· право открывать файлы

· право создавать новые файлы

· право уничтожать файлы

· право создавать, переименовывать или стирать поддиректории, и устанавливать доверяемые права и права над директориями внутри директории и ее поддиректориях

· право производить поиск файлов в директории

· право модификации атрибутов файлов

1.4 Работа в сетях Novell NetWare

Имеется четыре уровня ответственности, которые могут быть присвоены пользователям в ЛВС NetWare:

· рядовой пользователи ЛВС

· операторы (операторы консоли файлового сервера, операторы очереди печати, операторы сервера печати)

· менеджеры (руководители групп)

· супервизоры ЛВС

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

Операторами называются рядовые пользователи, наделенные дополнительными привилегиями. Например, оператор консоли файлового сервера, это пользователь, наделенный правом использования программы FCONSOLE или средства RMF (Remote Management Facility - Средства дистанционного управления).

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

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

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

Таким образом, две программные компоненты, представляющие собой резидентные программы, работают на каждой рабочей станции. Программа IPX управляет связью ПК друг с другом и с файловым сервером с помощью коммуникационного протокола IPX/SPX. Программа NETX (или, возможно, NET2, NET3, NET4 или NET5, если вы используете старые, зависящие от версий DOS, программы) является оболочкой, которая воспринимает файловые запросы DOS и адресует их файловому серверу через команды для IPX. Таким образом, две эти компоненты позволяют прикладным программам работать с сетевыми дисками и принтерами так же, как в DOS. При этом программа IPX занимает 19К памяти, a NETX - 38К

Оболочка (NETX.COM) выполняет роль стрелочника, переключая запросы прикладных программ с операционной системы DOS к NetWare. Напри мер, если прикладная программа на рабочей станции пытается загрузить или записать файл, оболочка NetWare определяет, относится ли этот запрос к файлу на локальном диске или на сетевом, в зависимости от этого запрос отправляется к DOS или к NetWare.

Программа-оболочка использует другой модуль IРХ.СОМ для передачи сетевых запросов к файловому серверу, а в некоторых случаях и прямых сообщений между рабочими станциями. Другими словами, протокол IPX -это язык общения рабочих станций с файловым сервером.

При работе в ОС NetWare нет надобности в использовании NetBIOS (конечно, если не используется прикладная программа, применяющая этот протокол), так как в NetWare применяется протокол IPX. Тем не менее фирма Novell поставляет эмулятор NetBIOS, который преобразовывает команды NetBIOS в команды IPX. Эмулято р требует дополнительно 20К ОЗУ.

Ут илиты NetWare

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

К оманда L OGIN

Для прис оединения к серверу нужно ввести команду ОС NetWare:
LOGIN и мя _серве ра/имя _пользователя

В п оле имя_сервера нужно указать сервер, к которому вы хотели бы присоединиться, а в поле имя_пользователя свое пользовательское имя. Команда LOGIN автоматически запросит ваш пароль. Для отсоединения от сервера нужно ввести LOGOUT.

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

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

· передачи сообщения пользователю этого сервера

· использования накопителя этого сервера

· копирования файлов или директорий на этот файловый сервер или с него

Для изменения пароля в ОС NetWare предусмотрена команда SETPASS. При вводе этой команды запрашивается старый пароль, и после правильного ввода вы получаете возможность ввести новый.

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

You are user SIMON att ache d to serve r SERVER _1, conne ction 12.
Server SERVER _1 is running Ne tWare v3 .11. Login time : W edne sday April 23, 19 97 11:05 am.

Для получения списка серверов в ЛВС можно воспользоваться командой SLIST. Для определения имен пользователей, присоединенных к ЛВС предусмотрена команда USER LIST. Сообщение эт ой команды на экране выглядит так:

Символ (*) высвечивается перед вашим пользовательским именем,

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

Для редактирования файла LOGIN-сценария необходимо воспользоваться утилитой NetWare SYSC ON. После выбора из меню строки Информация о Пользователе (User Information), вашего п севдонима (ID) и файла LOGIN- сценария вы готовы к конфигурированию сценария. Для того, чтобы введенные изменения стали действовать, нужно отсоединиться от ЛВС и вновь присоединиться.

Обычно в LOGIN-сценарии используются команды ОС NetWare ATTA CH, MAP и S ET. Имеется также возможность использования в сценарии комбинаций IF....THEN. В больших ЛВС предпочтительнее команды вашего LOGIN-сценария включать в системный LOGIN-сценарий.

Команда MAP может установить буквенные обозначения для сетевых накопителей и удлинить список PATH в DOS для поиска прикладных программ и утилит. С помощью одной буквы можно обозначить весь жесткий диск файлового сервера или то лько его часть (директорию с поддиректориями, например), Такие переназначения предназ начены для идентификации определенных областей в структуре директорий. В NetWare различают три типа накопителей: локальные накопители, се тевые накопители и поисковые накопите ли. Локальные накопители физически подключены к рабочим станци ям. Сетевые накопители - это накопители на жестки х дисках файлового сервера (их часто называют томами). А налогично тому, как в DOS, п рименяется средство PATH для задания списка накопителей и директорий, в которых по умолчанию разыскиваются прикладные программы, в ОС Net Ware используется понятие поисковые накопители. Для просмотр а текущего статуса переназначения сетевых накопителей можно ввести команду M AP без параметров.

Символ # используется для запуска программ (файлов с расширениями СОМ или ЕХЕ) в процессе LOGIN-сценария.

Команда ATTACH позволяет производить логическое присоединение к другим файловым серверам, не отсоединяясь от текущего.

Команда сценария SET позволяет устанавливать з начения переменных DOS. Вы можете использовать команду SET так, как в приведенном ниже примере:

В LOGIN-сценарий допускается использование логических конструкций IF...THEN, которые разрешают выполнение определенных команд при выполнении заданных условий:
IF D AY_OF _WEEK = "Понедельник" THE N W RITE " AARGH".
WRITE - это команда LOGIN-сценария для выдачи сообщений на экран.

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

Встре ча се годня в 1:3 0

Предположим также, что пользователи DEN и VICTOR присоединены к тому же файловому серверу. Тогда для передачи сообщения достаточно ввести с клавиатуры:

SEND "Встре ча в 1:30 с егодня" DEN,VICTOR

ОС NetWare выдаст сообщение, подтверждающее, что ваше послание передано адресату.

Если один из пользователей (VICTOR) п рисоединен к другому файловому серверу ( SERVER2), то вам придется присоединится к этому серверу и передать следующее сообщение:

SEN D "Встреча в 1:30 сегодня" SERV ER2/HOLL Y

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

SEND "Получите зарплату" EVERYON E

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

Широк овеща тельные сообщ ения от других станций теперь будут игнорироваться

Для разрешения приема с ообщений от других рабочих станций необходимо воспользоваться командой CASTON.

Файлы, директо рии и атрибут ы

Вы можете манипулировать файлами и директориями различными сп особами. Вы можете копировать, уничтожать, переименовывать, записывать, распечатывать и разделять файлы в ЛВС. Система прав доступа к файлам и директориям, принятая в ОС NetWare, гарантирует, что только опреде­ленные пользователи смогут иметь доступ к файлам ЛВС.

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

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

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

SERVER_1\SYS:SIMON

Your Effective Rights for this directory are [SR WCE MFA]

You have Supervisor Rights to Directory. (S)
* May Re ad from File (R)
* May Write to File (W)
May Cre ate Subdire ctorie s and File s (C)
May Erase Dire ct ory (E)
May Modify Directory (M)
May Scan for file s (S)
May Change Acce ss Control (A)

* H as no effect on directory.

Entries in Directory May Inherit [SRWCEHEA] rights.

You have ALL RIG HTS to Directory Entry.

Команда NCOPY

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

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

Предположим, что вам нужно скопировать файл REPORT. DOC с текущей директории в директорию MANAGERS. Обе директории расположены в томе SYS на файловом сервере SERVER1. Тогда вам необходимо ввести следующую команду:

NCOPY REPORT.DOC F:\MA NAGERS\R EP ORT.D OC

Заметим, кстати, что для ц елей копирования, стирания, переименования файлов можно воспользоваться утилитой NetWare FILER.

Восс тановление уни чтоже нных ф айлов

При помощи утилиты SALVAGE ОС NetWare можно восстанавливать уничтоженные файлы. Из меню этой утилиты выбирается опция View/Re cover Deleted Files и указывается, что вы будете восстанавливать: файл, группу файлов, выбираемых из списка, или группу файлов с определенными признаками. По желани ю, можно присваивать новые имена в процессе восстановления файлов.

Команда NDIR

Аналогично команде DOS DIR, команда NDIR в ОС NetWare выводит список файлов, принадлежащих данной директории. Отличие состои т в том, что команда NDIR ориентирована на применение в ЛВС и потому предоставляет дополнительную информацию, хранящуюся в ОС NetWare для каждого файла и директории. Команда NDIR также имеет возможность поиска файлов в поддиректориях. Типичный пример использования команды NDIR приведен ниже:

П ечать документов в ОС NetWare

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

Кома нда CAPTURE

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

ENDC AP является командой ОС NetWare, предназначенной для отмены маршрутизации принтера, з аданной командой CAPTURE. Все задания, находящиеся в очереди печати после поступления этой команды будут нап равляться в локальный порт LPT рабочей станции. Для возобновления процесса печати на сетевом принтере необходимо повторение команды CAPTURE.

Управление заданиями печати

Оч ередью печати называется специальная директория, в которой хранятся файлы, ожидающие своей очереди печати. Для просмотра очереди печати можно воспользоваться соответствующим меню утилиты PCONSOLE ОС NetWare, После выбора опции меню Print Queue Information и имени очереди печати нужно выбрать вариант меню Current Print Job Entries, который выведет список файлов в очереди печати.

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

1. 5 Обзор различных версий ОС Net Ware

ОС NetWare являются наиболее популярными сетевыми ОС из- за высокой п рои зводи тельности, н адежности и хорошей системы защиты данных. Необходимо, однако, иметь в виду, что эти п родукты в то же время являются на иболее дорогостоящими для небольших ЛВС. И ногда их установка и администрирование достаточно сложны, Кроме этого, резидентные комп оненты программного обесп ечения рабочих станций з анимают около 6 0К и з 640К объема ОЗУ, тем самым оставляя немного памяти для прикладных программ. Если рабочие станции выполнены на процессорах 80386 или более поздних моделях с объемом ОЗУ более 1М,т о имеется возможность загрузки резидентных компонент сетевых ОС в верхние области памяти с помощью менеджера памяти.

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

Имеются три версии ОС NetWare. Версия 2.2 может работать на компьютере 80286 (или более поз дних моделях), используемом в качестве файлового сервера. При покупке ОС необходимо приобретать лицензию на число пользователей 5,10,50 или 100. На какое число пользователей необходимо приобретать лицензию зависит от числа сотрудников одновременно работающих в ЛВС. Так, если предполагается одновременная работа 7 пользователей, то вы должны покупать лицензию на 10 пользователей, а при одновременной работе 67 сотрудников н еобходима лицензия на 100 пользователей. Версии ОС NetWare 3.12 и более новая 4.0 для увеличения производительности ориентированы на 32 разрядные шинные архитектуры компьютеров с процессорами 80386, 80486 или Pentium. Фирма Novell также подготовила варианты сетевой ОС NetWare, предназначенные для работы под управлением многозадачных, многопользовательских операционных систем OS/2 и UNIX. Версию 3.12 ОС NetWare можно приобрести для 20, 100 или 250 пользователей, а версия 4.0 имеет возможность поддержки до 1000 польз ователей.

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

Версия 3.12 NetWare мощнее и производительнее и предлагает боль шие возможности для связи, чем версия 2.2. Версия 4.0 расширяет возможн ости по числу рабочих стан ций и файловых серверов в ЛВС , а также имеет упрощенную процедуру распределения польз ователей межд у различными файловыми серверами. NetWare 2.2 функционально сравнима с SFT A dvanced NetWare 286, имеет возможности работы с невыделен ными файловыми серверами и более проста в установке, чем предыдущ ие версии NetWare 286.

Первоначально разработанная как сетевая ОС для теперь уже устаревшей ЛВС S-Net фирмы Novell, NetWare быстро освоила процессоры 80х86. В 1985 году фирма Novell выпустила сетевую ОС, названную Advanced NetWare 1.0 (версия 1.2 появилась чуть позже в том же году), которая являлась первой ОС, использующей преимущества защищенного режима процессора 80286.

OC Advanced NetWare 2.0

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

Операционные системы NetWare 2.1x, SFT NetWare и NetWare 386

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

Для выхода на рынок малых ЛВС, где цена является определяющей, фирма Novell создала версии ОС NetWare на 5 и 10 пользователей, которые назывались NetWare ELS I и ELS II.

Версия 2.15 NetWare и NetWare для Macintosh дебютировали в 1988 году. Создание средств для подключения компьютеров Маc сети было важным шагом для NetWare, но покупатели жаловались на сложность NetWare, достигшей к этому времени "новых высот". Больше всего жалоб было связано с утилитой COMPSURF, автоматически запускаемой в процессе инсталляции. COMPSURF- это программа, предназначенная для диагностики поверхности жесткого диска с целью обнаружения физических дефектов. Пользователи жаловались, что для тестирования одного накопителя на жестком диске ей требовался целый день или даже два. В дополнение к тому, что процесс инсталляции занимал много времени, он еще требовал существенного опыта для правильного его выполнения.

32-разрядная сетевая ОС NetWare 386 была выпущена в сентябре 1989 года. Сконцентрировавшись на целостности и сохранности данных, фирма Novell также значительно улучшила систему защиты данных, производительность и гибкость ОС NetWare в продукте, получившем название NetWare 386.

В 1991 году фирма Novell выпустила версии ОС NetWare 2.2 и 3.11. В 1993 году улучшенная версия 3.11 была названа версией 3.12. В том же 1993 году фирма Novell выпустила версию 4.0 ОС NetWare. В настоящее время эти сетевые ОС на базе сервера являются главными среди продукции фирмы Novell.

OC NetWare 2.2

В версии 2.2 NetWare фирма Novell собрала все лучшее из ранних версий NetWare для процессора 80286 (версия 2.15, SFT Advanced NetWare, ELS I ELS II). Цена ОС NetWare 2.2 так же, как и версии 3.12, зависит от числа пользователей. Версия 2.2 очень похожа на ОС SFT Advanced NetWare. Все варианты версии 2.2 имеют одинаковые возможности, например, ЛВС на 5 рабочих станций имеет такой же уровень отказоустойчивости (SFT), как и ЛВС на 100 рабочих станций. Версия 2,2 выпускается на 5,10,50 или 100 пользователей. Цена меняется от 895 долларов для 5 пользователей до 5495 долларов для 100 пользователей. Сравнение характеристик ОС NetWare версий 2.2 и 3.12 проводится в таблице 7.1. Процесс инсталляции для NetWare 2.2 почти столь же прост, как и для 3.12. Фирма Novell учла жалобы покупателей и упростила его настолько, что в стандартном режиме нужно ответить только на 3 вопроса о файловом сервере и вашей ЛВС, подождать непродолжительное время, пока отработает программа ZTEST и вставить в дисковод несколько дискет. "Долгоиграющая" программа COMPSURF также осталась, но теперь уже в качестве варианта по желанию пользователя.

ОС NetWare версии 2.2 имеет поддержку VAP (Value Added Processes) -отдельных программных модулей, стыкуемых с ОС NetWare и позволяющих файловому серверу выполнять некоторые дополнительные функции, Хорошим примером использования VAP является фирменный метод доступа к файлам BTRIEVE. Вместо перенаправления на файл-сервер запроса к DOS для считывания очередной порции файла прикладная программа на рабочей станции передает программе BTRIEVE на сервере ключ нужной ей записи. A BTRIEVE осуществляет поиск записи на файловом сервере и посылает ее прикладной программе.

OC NetWare 3.12

ОС NetWare 3.12 использует преимущества процессоров 80386, 80486 или Pentium. Она предоставляет расширенные возможности: доступ к памяти до 4Г для кэширования, присоединение к одному серверу до 250 пользователей, объем дисковой памяти до 32 терабайт, максимальный размер файла до 4Г, один файл может располагаться на нескольких накопителях. До 100000 файлов могут быть открыты одно­временно. ОС NetWare 3.12 включает возможности по отказоустойчивости SFT NetWare и имеет улучшенную систему защиты данных. Также новой является концепция NLM (NetWare Loadable Module - Загружаемые модули NetWare) программных модулей, загружаемых (выгружаемых) в файловый сервер в процессе работы. При этом NLM гораздо легче использовать, чем VAP.

NetWare 3.12 не является такой хорошей основой для приложений типа клиент/сервер, как операционные системы LAN Manager и LAN Server. Однако фирма Novell предоставляет ряд средств для программистов, разрабатывающих такие приложения. Фирма Novell также предлагает разработчикам средства для создания прикладных программ, предназначенных для размещения как на файловом сервере, так и на рабочей станции-клиенте, включая NLM с защитой памяти и различные транспортные протоколы, довольно легко программируемые.

Для помощи программистам в управлении новой средой фирма Novell предлагает набор программ для профессиональных разработчиков Professional Developer's Program. Эти программные средства включают: компилятор Си, компоновщик программ, символический отладчик, библиотеки сетевых программ и продукт NetWare RPC. RPC - это сокращенное обозначение для Mote Procedure Code (Концепция распределенной обработки информации), где различные части какой-нибудь программы или процесса могут выполняться на различных типах компьютеров в сети.

Версия 3.12 ОС NetWare воплотила обещание фирмы Novell поддерживать рабочие станции под управлением различных ОС. В сервере могут храниться файлы для рабочих станций с операционными системами DOS, Macintosh, OS/2 и UNIX. Для этого на сервере, управляемом .ОС Net Ware 3.12 предусмотрены специальные атрибуты для имен файлов. Для каждого хранящегося на сервере файла, кроме имени в DOS-стиле, в области атрибутов имени содержится информация (две области по 128 байт) о том, какой ОС этот файл принадлежит. Например, файл, созданный на рабочей станции под управлением OS/2, сохраняет здесь свои расширенные атрибуты (длинное имя, дату создания и т. п.). Файл Macintosh содержит в этих областях свое длинное имя и информацию для Mac Finder. Работа с этими атрибутами имен осуществляется дополнительными серверными модулями (NLM). Таким образом, файлы, созданные пользователями Мас, могут быть доступны пользователям DOS и наоборот.

Более того, загрузив NetWare for Macintosh NLM, можно создать файл с помощью Microsoft Word для Macintosh, затем редактировать его с помощью Microsoft Word для Windows на компьютере под управлением DOS и, наконец, окончательные правки внести с помощью Word/PM на компьютере под управлением OS/2.

Открытость архитектуры ОС NetWare распространяется не только на уровень ее файловой системы, но и включает новый интерфейс транспорт­ного уровня (TLI - Transport Layer Interface), основанный на ODI. Этот интерфейс предоставляет широкий диапазон возможностей для организации связей, включая IPX/SPX, NetBIOS, LU 6.2 (АРРС), именованные каналы связи для рабочих станций, управляемых DOS и OS/2, TCP/IP, интерфейс Berkley 4.3 Sockets и UNIX System V Streams/TLL.

Утилита SBACKUP в ОС NetWare 3.12 позволяет выполнять резервные копии на внутренний накопитель на магнитной ленте и восстанавливать файлы независимо от ОС, в которой они были созданы. Информация из атрибутов имен также записывается на магнитную ленту. Таким образом, одновременно может быть произведено резервирование или восстановление резервных копий файлов DOS, Macintosh и OS/2 (HPFS).

С NLM модулем поддержки протокола TCP/IP, входящим в состав ОС NetWare 3.12, можно, например, включить UNIX-машину, такую как RS/6000, в один из сегментов сети Token Ring и использовать сервер NetWare 3.12 для передачи пакетов IP от рабочей станции DOS к сегменту с компьютером RS/6000, Особенности передачи IP пакета модулем TCP/IP NetWare позволяют ЛВС, управляемым ОС NetWare 3.12, осуществлять связь с сетями, использующими протокол TCP/IP. Для передачи пакета IPX от одного NetWare сервера другому через канал связи TCP/IP ОС NetWare заключает пакет IPX в оболочку IP и передает его между серверами. В сущности, часть ЛВС TCP/IP становится естественным продолжением ЛВС IPX.

Для того, чтобы позволить. UNIX-станции использовать файловый сервер, управляемый ОС NetWare, необходимо загрузить систему NFS на UNIX-машине и NLМ-модуль NFS NetWare на файловом сервере, управ­ляемом ОС NetWare. После того, как сделаны необходимые установки в файле /ETC/HOSTS и других установочных файлах на UNIX-компьютере, вы создаете пустую директорию и используете стандартную команду UNIX MOUNT, чтобы превратить пустую директорию в окно файлового сервера NetWare 3.12. Теперь вы получаете доступ к файловому серверу NetWare с рабочей станции UNIX, используя обычные UNIX-команды, утилиты и прикладные программы.

Средство передачи файлов FТАМ NLM системы NetWare позволяет присоединять серверы NetWare 3.12 к компьютерным сетям модели OSI Это средство является полностью совместимым со стандартом GOSIP 1.0, позволяя рабочим станциям разделять принтеры и файлы на сервере NetWare.

Утилита FCONSOLE в NetWare 2.15 предназначалась для контроля активности сервера. Первые несколько версий NetWare 386 выпускались без FCONSOLE. Теперь эта возможность появилась вновь, благодаря утилите RMF (Remote Management Facility - Средство дистанционного управления). RMF можно использовать для контроля сервера или для установки в NetWare дополнительного сервера. Процедура дистанционной установки работает хорошо, но нужно строго следовать указаниям инструкции.

ОС NetWare 3.12 включает все основные возможности своих предшественников NetWare 386 в отношении надежности, систем защиты данных, использования памяти, дискового пространства и размеров файлов. Инсталляция NetWare 3.12 довольно проста.

Система подсказок в NetWare 3.12 нуждается в улучшении. Объем этой системы 1.7М, но ее пользовательский интерфейс NFOLIO неудобен, и потому трудно находить нужную информацию.

NetWare 3.12 имеет хорошую производительность в значительной степе ни, благодаря применению новой таблицы размещения файлов (Turbo FAT -Turbo File Allocation Table). Каждый том содержит таблицу размещения файлов (FAT) - указатели к блокам файлов, расположенных на диске. NetWare хранит всю FAT в памяти сервера и создает Turbo FAT для файлов, имеющих более 64 таких блоков, что обеспечивает ускорение доступа к большим файлам.

Еще одной особенностью NetWare 3.12 является динамическое распределение памяти, выделяющее области памяти для буферирования файлов, запросов памяти от NLM, буферирования FAT и таблиц директорий. ОС NetWare 3.12 может иметь больше FSP (File Service Process - Процессов обработки файлов), работающих одновременно, чем NetWare 2.2, тем самым обеспечивая более быструю реакцию для рабочих станций.

В таблице проведено сравнение характеристик NetWare 2.2 и Net Ware 3.12.

Сравнение характеристик NetWare 2.2 и NetWare 3.12

OC NetWare 4.0

Версия NetWare 4.0 полностью совместима с версиями NetWare 2.2 и NetWare 3.12, так что пользователь не заметит разницы, и это было одной на целей при ее создании. Однако сетевой администратор заметит целый ряд новшеств,

Фирма Novell начала ее продажу в марте 1993 года, после демонстрации на промышленной выставке в Вашингтоне. Также в 1993 году фирма Novell выпустила NetWare SFT III (System Fault Tolerance - Безотказная система) - версию NetWare 4.0, которая имеет встроенные программные средства, гарантирующие безотказную работу ЛВС. Фирма Novell также предлагает редакции ОС NetWare 4.0 для работы под управлением операционных систем UNIX и 0S/2 версии 2.х. Эти редакции ОС NetWare являются заново написанными сетевыми ОС, основанными скорее на ядре ОС NetWare 4.0, чем на старой Portable NetWare. ОС NetWare, предназначенная для рабочей станции под управлением UNIX, основана на разработанной лабораторией USL (UNIX System Laboratories- Лаборатория для систем UNIX) технологии, которую фирма Novell приобрела у фирмы AT&T в конце 1992 года. В конце 1993 года выпущена версия ОС NetWare для работы с рабочей станцией под управлением операционной системы OS/2. Независимо от того, какую операционную платформу вы предпочитаете, фирма Novell стремится стать поставщиком сетевой ОС для вас.

Инсталляции NetWare 4.0 производится примерно с 25 дискет (часть из них - это дискеты для рабочей станции) или с накопителя типа-CD-ROM, Второй способ инсталляции является более быстрым и безболезненным. Для лучшей производительности ОС NetWare рекомендуется добавить несколько мегабайт ОЗУ на сервере, но минимальный объем памяти составляет 1. Объем занимаемого пространства на диске колеблется от 12 до 60М в зависимости от выбранных при инсталляции характеристик.

Программное обеспечение оболочки ОС NetWare 4.0 на рабочей станции DOS, позволяющее пользователю DOS иметь доступ к серверу, по объему меньше, чем в версии 3.12 (53К вместо 59К в версии 3.12), но предоставляет те же самые функции перенаправления операций ввода/вывода. Рабочие станции могут продолжать использовать старую версию программы, таким образом, не обязательно одновременно менять оболочки на всех рабочих станциях. Фирма Novell оставляет программное обеспечение для рабочих станций DOS в модульной форме в виде модулей VLM (Virtual Loadable Module - Виртуальные загружаемые модули). К ЛВС можно присоединиться с рабочей станции, работающей под управлением Windows или Presentation Manager (РМ) операционной системы OS/2. При этом сотрудники, использующие интерфейс Windows или РМ, получают новые средства для управления сетевым сеансом. ОС NetWare 4.0 имеет встроенную поддержку разрыва пакетов сообщений и позволяет осуществлять резервирование данных рабочих станций, управляемых DOS и OS/2. Она использует меньший объем ОЗУ на машинах, предназначенных для дистанционной печати. Разрыв пакетов это метод повышения производительности ЛВС, позволяющий получать более быструю реакцию сервера на запросы рабочих станций.

Наиболее значительной особенностью ОС NetWare 4.0 является система NDS (NetWare Directory Service - Систем обслуживания директорий в ОС NetWare), представляющая собой иерархически организованную базу данных, которая заменила старую систему (Bindery). Однако, так как значительная часть сетевых утилит в версии 3.12 использовала систему API для доступа к Bindery, то в версию 4.0 по умолчанию включена ее эмуляция, так что не обязательно отказываться от этих утилит. В версии 4.0 использована также новая система именованных директорий, которая, по утверждению фирмы Novell, будет работать с программным обеспечением, написанным в соответствии со спецификациями стандарта Х.500. Эта система является основой, дающей возможность пользователям присоединяться к локальным серверам за одну операцию. И при этом пользователи так же легко смогут получать доступ к серверам, находящимся в территориально разнесенных ЛВС.

NetWare 4.0 позволяет одновременную работу до 1000 пользователей (вер сия 3.12 - не более 250 пользователей), и фирма Novell продает лицензии на 9,10,20,50,100,250,500 и 1000 пользователей. При использовании новой оболочки в версии 4.0 возможен доступ к 54000 файловым серверам (в версии 3.12 каждая рабочая станция может иметь доступ только к 8 файловым серверам). Версии NetWare 4.0 для UNIX и OS/2 предоставляют возможность работы в режиме без выделенного сервера, однако ядро версии 4.0 ориентировано на применение выделенного файлового сервера.

Пока ОС NetWare 4,0 не поддерживает мультипроцессорные компьютеры. В ответ на критические замечания по отношению к версии 3.12, она работает с четырьмя кольцами защиты памяти. Эти кольца составляют механизм защиты, предоставляемый процессором программному обеспечению ОС. Программное обеспечение, работающее в каждом кольце, имеет определенные привилегии, и центральный процессор не позволяет программам из разных колец мешать друг другу.

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

ОС NetWare 4.0 имеет те же ограничения на число томов и общее дисковое пространство, что и версия 3.12. В версии 4.0 также улучшена система защиты данных и ресурсов ЛВС от несанкционированного доступа за счет применения новых достижений в этой области. Расширение воз­можностей ЛВС версии 4.0 включает Image Enabled NetWare - систему для работы с изображениями по технологии фирмы Kodak, а также средства для работы с документами, основанные на архитектуре, связанной с содержанием документов.

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

Глава 2.
Анализ возможностей ОС OS/2

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

Версия 1.0 OS/2 была выпущена в 1987 году. Первое издание OS/2 имело единственный, маленький сеанс совместимости с DOS - специальную версию DOS внутри OS/2 - для запуска приложений DOS наряду с прикладными программами OS/2. Эта версия OS/2 не содержала средств поддержки графического пользовательского интерфейса. Однако она предоставляла до 16М ОЗУ для программного обеспечения, написанного специально для использования в системе OS/2.

Версия 1.1 OS/2 в значительной степени напоминает версию 1.0, к которой добавлено новое средство, называемое Presentation Manager и появившееся в последнем квартале 1988 года. Все еще оснащенная лишь небольшим сеансом совместимости с DOS операционная система OS/2 1.1 была тем не менее "техническим чудом" и позволяла разработчикам программного обеспечения выйти за пределы ограничений, накладываемых DOS, если они перепишут свои программы для новой ОС. К сожалению, для этого находилось очень мало желающих.

В то время, когда фирмы IBM и Microsoft выпустили версию OS/2 с Presentation Manager, фирма IBM опубликовала набор руководств и стандартов, называемых Архитектурой прикладных систем (SAA - System Application Architecture), в качестве пособия для достижения в компьютер ной промышленности некоторой меры согласованности. В этих руководствах фирма IBM в качестве примера приводила собственные программные продукты, а для тех, кого эти примеры не устраивали, предлагала данные руководства как набор рекомендуемых разработчикам методов, интерфейсов, языков программирования и техники проектирования. Фирма IBM рассчитывала, что согласованность программных продуктов будет поощрять большее число пользователей к более продуктивному и разностороннему использованию компьютеров и тем самым косвенно способствовать более широкой продаже ее программных и аппаратных средств.

Фирмы Microsoft и IBM приступили также к работе по расширенной редакции OS/2. Названная OS/2 ЕЕ 1.1, эта специальная версия, содержала программу управления обменом данных между двумя компьютерами, систему управления базами данных на основе языка структурированных запросов (SQL - Structured Query Language) - стандарта для, хранения записей - и специальные средства для ЛВС. Обычная версия OS/2 стала называться OS/2 Standard Edition (SE)- стандартной версией.

В декабре 1990 года фирмы Microsoft и IBM выпустили версию 1.3 OS/2 в более компактном исполнении по сравнению с ранними версиями. Она получила сокращенное имя OS/2 Lite. Для нормальной работы OS/2 1.3 достаточно объема ОЗУ 2М или ЗМ (хотя для машины, используемой в качестве файлового сервера, потребуется память большего объема). В версии 1.3 предлагалось очень много возможностей для программ, пере деланных для OS/2, но эта версия все еще имела только один небольшой сеанс совместимости с DOS. Эта версия OS/2 была разработана в основном усилиями программистов фирмы IBM, чего нельзя сказать о предыдущих версиях, где вклад фирмы Microsoft был значительным. OS/21.3 была маленькой, быстродействующей и надежной системой, имеющей развитые возможности печати. Единственным' ее недостатком был маленький сеанс совместимости с DOS.

Фирма IBM выпустила версию 2.0 OS/2 в марте 1992 года, а версию 2.1 -в конце весны 1993 года. Версия 2.1 имеет следующие основные особенности:

· простая инсталляция с использованием графического пользовательского интерфейса;

· защита целостности системы;

· виртуальная память;

· многозадачность и планирование заданий;

· быстрая 32 разрядная архитектура;

· быстрый доступ к диску;

· совместимость с DOS;

· большой объем ОЗУ, доступного прикладным программам в сеансах DOS (обычно 620К);

· возможность одновременного использования программного обеспечения OS/2, DOS, Windows 2.1,3.0 и 3.1;

· параллельные множественные сеансы DOS;

· высокопроизводительная файловая система (HPFS - High Performance File System);

· графический пользовательский интерфейс системы Presentation Manager (РМ)

· объектно-ориентированная Оболочка рабочего места (WPS - Work Place Shell) ;

· поддержка национальных языков (NLS - National Language Support);

· интерактивная документированность и экраны подсказок;

· возможность работы OS/2 на IBM-совместимых компьютерах 1 поддержка популярных видеоадаптеров типа SVGA;

· поддержка дополнительных принтеров;

· поддержка накопителей CD-ROM с интерфейсом SCSI;

· поддержка усовершенствованного механизма управления системой питания (АРМ- Advanced Power Management );

· поддержка карт расширения памяти ПК по стандарту международной организации PCMCIA (Personal Computer Memory Card International Association );

2.1 Обзор архитектуры

Концепция OS/2 LAN Manager была разработана фирмой Microsoft. Около 30 производителей оконечного оборудования приобрели лицензию: такие как Torus) 3Com, IBM DEC. Эти фирмы реализовали свои версии этого продукта и продают их под своей торговой маркой: 3Com З+Ореn, IBM OS/2 LAN Server DEC PATHWORKS (для серверов на основе OS/2). Фирма Microsoft реализовала свою концепцию в одноименном продукте OS/2 LAN Manager.

В качестве базовой в LAN Manager используется операционная система OS/2. С ее помощью ревизуется многозадачный режим и работа с ОП до 16 Мбайт. В LAN Manag er акт ивно используетс я кэширование диска для повышения производительности системы.

Серверы невыделенные. Серве р печати может работать в фоновом режиме на рабочей ста нции . В таких продукта х, как IBM PC LAN Program были аналогичные возможности) но ценой были большие затраты ОП и невысокая производительность. В LAN Manager ситуация иная.

В OS/2 LAN Manager развитые средства службы печати, Поддерживаются так называемые "классы" принтеров (задание на печать направляется в класс и первый освободившийся принтер из класса обслуживает задание). Различным заданиям могут быть присвоены различные приоритеты печати, можно запланировать выполнение заданий в определенное время сут ок. Администрирование очередей печати включает в себя просмотр, удаление; задержку, возобновление и изменение приоритета заданий.

В OS/2 LAN Manager позволяет разделять символьные устройства ввода/вывода, такие как модемы, сканеры и postscript-устройства. К этим устройствам может быть организован удаленный доступ. Для поддержки значительного числа разделяемых устройств в сети было расширено множество имен устройств: СОМ0-9, LPT0-9. Доступ к этим разделяемым устройствам регламентируется правами доступа.

Интерфейс NetBIOS защищенного режима устанавливается как драйвер устройства в OS/2 и поддерживает одновременную обработку многих сетевых запросов. Кроме того, можно загрузить несколько NetBIOS драйверов одновременно для поддержки нескольких сетей возможно с различным сетевым оборудованием. Таким образом реализуются мостовые функции.

Множество стеков протоколов

Важным свойством открытой архитектуры OS/2 LAN Manager является возможность поддержки нескольких стеков протоколов одновременно. Редиректор может направлять поток данных в любой модуль протокола, ревизующего нижние уровни сетевого обеспечения. Эти модули функционируют как защищенные задачи OS/2. Такое функционирование полностью прозрачно для прикладного сетевого уровня и уровня представления.

Таким способом в OS/2 LAN Manager эффективно реализуются мостовые и шлюзовые соединения.

Microsoft поставляет со своим продуктом 3 сетевых/транспортных уровня: NetBEUI, ISO/TP4 и TCP/IP. NetBEUI - это название протокола транспортного уровня используемого IBM в сети Token Ring. ТР/4 - это набор протоколов, анонсированных ISO, и да ющихся прив лекательными для европейских производителей, где ISO играет более з начите льную роль. TCP/IP - это Ethernet/UNIX протоколы, стандартизованные американским министерством обороны.

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

В 3 Com З +Open был реализован только сте к протоколов XNS (SPP и IDP протоколы). В серверах OS/2 сети DEC PATHWORK S реализованы стеки протоколов TCP/IP и DEC net.

В IBM OS/2 LAN Server поддерживается 3 стека протоколов NetBEUI, A PPC LU6 .2 и 3270 HLL API. Последние 2 набора протоколов ассоциирую тся с большими машина ми фирмы IBM. APPC LU6 .2 (Advanced prog ram to program communication ) - это протоколы вз аимодействия программа-программа сетевой архитект уры SNA, его возможности богаче 3270 HLL API, который обеспечивает передачу файлов и эмуляцию терминалов.

Интерфейсы прикладных программ (API) в OS/2 LAN Manag er

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

Доступны два набора интерфейсов прикладных программ. Во-первых, интерфейс для относительно низкоуровневого перенаправления файлов и службы печати, который совместим с более ранними SMB (Server Message Block) MS-Net сетями, Во-вторых, OS/2 обеспечивает развитый API для управления и работы с сетевыми ресурсами и удаленного администрирования серверов.

OS/2 LAN Manager позволяет получить доступ к сети с рабочих станций, работающих под управлением OS/2 и DOS. Существ ующие сети, основанные на MS-Net, вместе с имеющимися в них стандартами (такими как SMB, NetBIOS и MS-Redirector) совместимы с LAN Manager, хотя, конечно, получают доступ только к подмножеству возможностей LAN Man ager.

С помощью в строенного API фирмы Microsoft могут быть созданы сложные распределенные прилож ения "клиент- сервер". Средства IPC (Inte rprocess communication - межпроцессная связь) с помощью прог раммных каналов (pipes), средства адми нистрирования и управления доступа доступны к аждому с помощью одного своего API-вызова. Использование стандартных API позволяет новым создаваемым сетевым приложениям автоматически распознавать и использовать доступные сетевые ресурсы и определять все динамические изменения состава ресурсов.

OS/2 SDK (Software Developer Kit) фирмы Microsoft содержит детальное описание программных интерфейсов LAN Manager.

2.2 Файловая система OS/2

В процессе инсталляции OS/2 на компьютере, предназначенном для использования в качестве файлового сервера, вам будет задан вопрос: предполагается ли использование высокопроизводительной файловой системы (HPFS - High Performance File System)? Для обеспечения максимальной эффективности вы, вероятнее всего, захотите ответить на этот вопрос утвердительно. Если вы ответите отрицательно, то на файловом сервере будет применяться файловая система DOS, известная как FAT (File Allocation Table - Таблица размещения файлов).

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

Вне OS/2 система DOS не может распознавать файлы раздела HPFS. Если создать файл с помощью текстового редактора OS/2 на накопителе с разделом HPFS, а затем перезагрузить компьютер для перехода под управление DOS (с использованием системной дискеты или, возможно, с использованием возможности Dual Boot - двойной загрузки, для переключения от OS/2 к DOS), то .созданного вами файла на жестком диске не обнаружится. Система DOS изменит буквенные обозначения дисков компьютера, а диск HPFS станет невидимым. Однако, если использовать DOS, встроенную в 08/2, то прикладные программы для DOS смогут работать с файлами в разделе HPFS.

Система HPFS предоставляет возможность использования длинных имен файлов (до 254 символов) и позволяет включение в имена пробелов и точек, Компьютеры под управлением OS/2 могут видеть и использовать эти файлы, а компьютеры под управлением DOS- естественно, нет.

Архитектура Клиент/Сервер

В системах LAN Manager и LAN Server имеются прекрасные возможности для приложений типа клиент/сервер. В главе 4 было проведено рассмотрение архитектуры клиент/сервер и исследованы преимущества этой концепции при создании программного обеспечения для применений в ЛВС.

Простая программируемость является главным свойством архитектуры клиент/сервер, на которое ссылаются в дискуссиях, связанных с сетевыми ОС на базе OS/2 LAN Manager и LAN Server. В отличие от DOS система OS/2 легко программируема. Как LAN Manager, так и LAN Server могут разделять сетевые адаптеры с другими прикладными программами системы OS/2, работающими на файловом сервере. Операционная система OS/2 является многозадачной системой, что означает способность одновременного выполнения нескольких компьютерных программ. Одной из этих компьютерных программ, конечно, является сетевая ОС. Другой программой может быть сервер баз данных. В результате рабочие станции могут использовать дополнительные накопители, предоставляемые сетевой операционной системой, а программисты имеют возможность программирования рабочих станций для обмена специальными запросами/ответами с файловым сервером (или другим компьютером). Указан ными запросами или ответами могут быть, например, команды SQL и связанные с ними записи базы данных,

Система OS/2 предоставляет в распоряжение программистов именованíûå каналы (named pipes). Программисты могут интерпретировать эти каналы как файлы, но в действительности именованные каналы содержат сообщения. Эти сообщения движутся от рабочих станций к файловому серверу. На файловом сервере специально написанная прикладная програм ма может выполнять какую-нибудь их обработку и отвечать пославшим их рабочим станциям также с помощью сообщений через именованные каналы.

SQL-сервер является продуктом фирмы Microsoft, позволяющим программистам создавай прикладные программы с применением архитектуры клиент/сервер. SQL-сервер представляет "машину" реляционной базы данных, установленную в сети на компьютере под управлением OS/2. Программисты создают программное обеспечение, передающее команды SQL от рабоичх станций серверам SQL. Серверы SQL отвечают на эти запросы передачей требуемых записей из базы данных, Некоторые системы управления базами данных, такие как FoxPro и Access фирмы Microsoft, Paradox фирмы Borland, могут работать с SQL-сервером, предоставляя возможность считывать информацию и вносить изменения в базах данных без сложного программирования и изучения синтаксиса или команд SQL,

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

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

2 .3 Защита данных в ОС OS/2

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

В сети под управлением LAN Manager или LAN Server защита данных на уровне пользователя состоит из контроля при присоединении к сети и системы разрешении. Каждый зарегистрированный пользователь имеет пароль. Для доступа к сети в определенной области пользователь указывает свое имя и пароль. Сетевой администратор может ограничить доступ некоторым пользователям в определенное время, в определенные дни или с определенных рабочих станций. Эти ограничения устанавливают пределы, в которых пользователи имеют право доступа к разделяемым ресурсам. Сетевой администратор, например, может создать директорию COMMON для общего доступа или директорию UPDATE, содержащую файлы, которые могут модифицировать только определенные пользователи, а правом чтения этих файлов обладают все пользователи. Вы можете присвоить файлам и директориям следующие разрешения.

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

2.4 Работа с LAN Manager и LAN Server

Использование системы меню

Система меню сетевых ОС LAN Manager или LAN Server появляется при использовании команды NET без аргументов. Ввод дополнительных символов после комоды NET являлся для операционной системы признаком использования интерфейса командной строки.

Система меню LM/LS работает в текстовом, а не в графическом режиме. Тем не менее она соответствует рекомендациям CUA. Это значит, что используются стандартные комбинации клавиш или определенных действий с мышью для взаимодействия с меню сетевой ОС. CUA - это сокращенное название стандарта Common User Access (Общий пользовательский доступ), обозначающего часть рекомендуемых стандартов фирмы IBM для обработки информации, называемых SАА (System Application Architecture – Архитектура прикладных систем).

Каково происхождение стандарта фирмы IBM? Рабочая группа этой фирмы потратила годы на исследование пользовательских интерфейсов. Ее находки в этой области оказались сходными с решениями фирмы Xerox в Исследовательском Центре Пало Альто (PARC) и фирмы Apple, создавшей компьютер Macintosh. Фирма IBM опубликовала эти результаты в виде предлагаемых стандартов и назвала их CUA. Полный набор стандартов Архитектуры прикладных систем охватывает коммуникации, программирование, конструирование баз данных и пользовательский интерфейс.

Находясь в системе меню сетевых ОС LAN Manager и LAN Server, можно выполнять те же операции, что и из командной строки DOS. Предоставляются возможности присоединиться к системе, отсоединиться от нее, произвести переназначение сетевого принтера и сетевых дисков. Вы можете изменить свой пароль, передать короткое сообщение другому присоединившемуся к сети пользователю, просмотреть список файловых серверов, дисковых накопителей и принтеров в ЛВС. Руководства, поставляемые вместе с сетевыми ОС LAN Manager и LAN Server, предоставляют полные путеводители по системам меню и командным строкам. Интерфейс командной строки После приобретения некоторого опыта работы с сетевыми ОС LAN Manager или LAN Server, возможно, покажется более удобным использовать командные строки DOS при работе с рабочей станции или команды OS/2 при работе на файловом сервере. Для ввода сетевых команд необходимо запустить программу NET с некоторыми параметрами. В таблице приведено описание наиболее важных и наиболее часто используемых вариантов команды NET с параметрами, которые можно использовать на обычной или улучшенной рабочей станции. .

Использование сетевых утилит

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

Присоединение к сети

Для присоединения к сети необходимо использовать команду NET LOGON. Эта команда устанавливает псевдоним пользователя (ID), пароль è доступную рабочей станции область (domain). После присоединения можно использовать разделяемые ресурсы и в других областях. Процедура присо единения к сети необходима только при работе на улучшенной рабочей станции, а на обычной рабочей станции достаточно иметь пароль для доступа к разделяемым ресурсам и нет необходимости в использовании псевдонима.

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

Переназначение накопителей в ЛВС

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

Ниже приведен пример команды NET USE для установления в сети накопителя F. Ранее администратор сети сделал публичным разделяемый ресурс, введя для него имя NORTHEAST на сервере с именем \\SALES.

NET USE F: \\SALES\NORTEAST

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

Для отмены назначения накопителя необходимо также применить ко­манду NET USE. И та же команда NET USE, переназначающая сетевые диски, предназначена также для перенаправления принтера.

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

Использование рабочих станций

Одной из наиболее существенных причин, в силу которых LAN Manager è LAN Server оказались менее популярными, чем сетевая ОС NetWare, является большой объем дискового пространства, требуемый для хранения программных и конфигурационных файлов LM и LS. Обычно при работе с NetWare, чтобы иметь доступ к файловому серверу, нужно хранить на рабочей станции от двух до шести небольших файлов. При работе с LAN, Manager или LAN Server для тех же целей необходимо от 1М до ЗМ дискового пространства на рабочей станции. При работе в ЛВС под управлением NetWare легко создать загружаемую дискету для присоединения рабочей станции к сети. В случае LM или LS это сделать практически невозможно, так как требуется очень большое количество файлов на дискете.

Требования к объему памяти для программного обеспечения рабочих' станций под управлением LAN Manager и LAN Server также гораздо выше, чем для рабочих станций, управляемых ОС NetWare. Эти требования изменяются в зависимости от типа сетевых адаптеров и соответствующих программных драйверов, но обычно для LM или LS объем занимаемой памяти составляет около 90К. Рабочие станции под управлением NetWare требуют только от 50К до 60К памяти для сетевых драйверов. При использовании рабочих станций с моделями процессоров 80386,80486 или Pentium вы имеете возможность воспользоваться менеджерами памяти для загрузки сетевого программного обеспечения в верхнюю область памяти.

Сетевая инсталляционная программа копируй все необходимые файлы на диск вашей рабочей станции и осуществляет необходимые модификации файлов CONFIG.SYS и AUTOEXEC.BAT для присоединения к ЛВС в про- цессе начальной загрузки. Вы также можете включить строки с командами NET USE в специальный командный файл для того, чтобы не вводить их заново каждый раз при начальной загрузке.

Печать под управлением LAN Manager и LAN Server

Для перенаправления разделяемого сетевого принтера также используется команда NET USE. Сетевой администратор присваивает имя сетевому принтеру точно таким же способом, как он это делает с другими сетевыми ресурсами. Например, администратор может установить принтер с именем HP_LASER на сервере SALES. В этом случае командная строка NET USE для вывода на печать будет выглядеть следующим образом:

NET USE LPT1: \\SALES\HP_LASER

После этого при копировании файла на устройство LPT1 или при печати из одной из прикладных программ сетевая ОС создает задание для печати, Задание для печати помещается в очередь печати на сервере и распечаты вается, когда для него освободится принтер,

2.5 Сравнительный анализ LAN Manager и LAN Server

При создании LAN Manager и LAN Server программисты фирмы IBM в Остине и программисты Micros oft в Редмонде работали в плотном контакте. Э ти сетевые ОС используют практически иден тичн ое программное обеспе­ чение. С несколькими ограничениями и некоторыми оговорками, о которых будет сказано в следующем разделе, вы можете установить LAN Manager и LAN Server в одной ЛВС так, что рабочие станции будут связаны с обеими типами файловых серверов.

Обе сет евые ОС имеют в своей основе практически одинаковый пользова­ тельский интерфейс, почти одинаково ра ботают на ан алогичных аппаратн ых средствах при одинаковой загруз ке и предостав ляют сходные возможности. Эти возможности включают H PF S, простоту программирования и области пользователей.

Сет евые ОС LAN Manager и LAN Server поддерживают наряду с рабочими стан циям и под управлением DOS и OS/2 та кже и рабочие станции Macintos h.

OS/2 LAN Manager v .2.0

Первые версии операционной систе мы LAN Manager разработала компания Micr os oft, однако их доработками и продажей занимались фирмы 3 Com, IBM и NC R Версия 2.0 -это первая версия системы LAN Manager, которую компания Microsoft продает сама, причем компания считает, то эта система, созданная на базе OS/2, должна сыграть заметную роль в развитии ЛВС. Если учитывать громадный авторитет компании Microsoft, то вполне возможно, что со временем эти надежды компании оправдаются, однако в настоящее время больших успехов не видно.

LAN Manager 2.0 требует гораздо больше емкости памяти рабочей станции и работает недостаточно быстро в сравнении со многими другими сетевыми ОС. В каждой рабочей станции система занимает 158 Кбайт, так что вы можете оказаться не в состоянии выполнять некоторые резидентные программы. Кроме того, каждый ПК должен уступить системе 4Мбайт дискового пространства, так что вы не сможете входить в систему с ПК, оснащенного только накопителями на гибких магнитных дисках. Система не предусматривает поддержку компьютеров Macintosh; рабочие станции, не имеющие дисковой памяти, можно подключать только при помощи аппаратных средств сети с маркерным доступом (TRN), в то время как для большинства ЛВС стандартом является шина Ethernet.

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

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

OS/2 LAN SERVER

Наиболее успешно концепция OS/2 LAN Manager развивается на фирме IBM. Другие фирмы не просто используют разработанные фирмой Microsoft средства, а развивают их. достраивая необходимыми возможностями. Чаще всего предметом пересмотра является транспортная подсистема. В продукт устанавливаются другие стеки протоколов, обеспечивая их соответствие развиваемым на фирме сетевым архитектурам.

Так, IBM сделала возможным работу OS/2 LAN Server 2.0 не только с протоколами NetBEUI, но и с LU 6.2 АРРС и 3270 HLLAPI, которые ассоциируются с большими компьютерами фирмы IBM (IBM 370) ES 9370, ES 9000 и др.). Поддержка в OS/2 LAN Server фирменной сетевой архитектуры IBM - SNA (System Network Architecture) сделала возможным легкое интегрирование сетей персональных компьютеров с SNA-сетями. Таким образом, широкие возможности аппаратного подключения (практически все компьютеры фирмы IBM имеют возможность подключения к сети Token Ring) были дополнены соответствующей программной поддержкой л IBM в очередной раз подтвердила свою репутацию фирмы, предлагающей комплексные решения для построения интегрированных систем.

Кроме того, авторами была на практике проверена возможность совместной работы OS/2 LAN Server 2,0 с другими сетевыми продуктами, в первую очередь с IBM PC LAN Program. Несложным оказалось как организовать доступ рабочей станции IBM PC LAN Program к ресурсам IBM OS/2 LAN Server (файловым, печати), так и доступ рабочей станции OS/2 LAN Requester к ресурсам сервера IBM PC LAN Program (например, печати). Без затруднений была решена и задача совместной работы ПО сетевых продуктов фирмы IBM и Novell NetWare 3.11, так что с одной рабочей станции) функционирующей под управлением DOS, были видны файловые ресурсы (сетевые устройства) как сервера IBM PC LAN Program и OS/2 LAN Server, так и Novell NetWare v.3.11.

В качестве отдельных продуктов IBM предлагает TCP/IP for DOS v.1.2 и TCP/IP for OS/2 v.1.0, Последний реализован как дополнительный стек протоколов и может работать совместно с ПО IBM OS/2 LAN Server. Так, авторами была проверена возможность такой совместной работы и с рабочей станции PS/2, на которой функционировал TCP/IP for DOS рвалось успешно обмениваться файлами с PS/2 с инсталлированным на нем TCP/IP for OS/2, используя средства FTP (File Transfer Protocol), при этом на том же компьютере было установлено ПО OS/2 LAN Requester, т.е. он являлся рабочей станцией в сети OS/2 LAN Server.

В немалой степени такой гибкости OS/2 LAN Server способствовала концепция IBM, состоящая в изолировании сетевого ПО непосредственно от сетевой аппаратуры с помощью т.н, LAN Support Program (входит в поставку OS/2 LAN Server. Это средство позволяет разделять один сетевой адаптер несколькими сетевыми протоколами. Поддерживаются все фирменные адаптеры IBM (Token Ring, Etherand (Ethernet), Baseband,...). Этот подход бил применен уже в IBM PC LAN Program. Другие фирмы пошли по схожему пути, так позднее фирма Novell стала использовать для той же цели ODI-драйверы.

К недостаткам OS/2 LAN Server V.2.0, как и ко всем п родуктам, построенным на основе LAN Manager, следует отнести чрезмерную "любовь" сервера к оперативной памяти (не менее 5 Мбайт, рекомендуется 9 Мбайт).

К положительным моментам, вне всякого сомнений, следует отнести возможность удаленного запуска программ (как и в LAN Manager) и использование в 1 сети SQL-сервера не только на основе OS/2-компьютера, но и более мощных средств, например, системы IBM AS/400.

В настоящее время появился новый продукт IBM OS/2 LAN Server 3.0, в котором улучшены характеристики его предшественника. Так, сетевой экранный интерфейс на OS/2-компьютерах выполнен в рамках Presentation Manager. К основным достоинствам нового продукта, для работы которого требуется 386 или 486 процессор, несомненно относятся:

· Возможность OS/2 рабочим станциям взаимодействовать между собой как компьютеры в одноранговой сети - разделяя и используя файлы, принтеры и последовательные устройства друг-друга без работающего сервера !

· Невыделенный сервер с возможностью запуска на нем DOS, Windows и OS/2 приложений одновременно.

· Поддержка более 16 МБ оперативной памяти на процессорах 80386,80486.

· Поддержка доменов в сети.

· Использование высокопроизводительной файловой системы HPFS.

· Наличие средств зеркального отображения (mirroring) и дуплексирования (duplexing) дисков.

· Возможность удаленной загрузки DOS, Windows и OS/2 рабочих станций.

· Компонента DOS LAN Requester Virtual Device Driver позволяет DOS-пpилoжeниям, запускаемым из-под OS/2, взаимодействовать с сетью, не загружая сетевого программного обеспечения для рабочей станции - DOS LAN Requester.

· Сосуществование в одной сети с NetWare, OS/2 и DOS рабочие станции могут одновременно взаимодействовать с серверами NetWare и OS/2 LAN Server.

· Сосуществование в одной сети доменов OS/2 LAN Server v.l.3, V.2.0 и V.3.0; а также совместная работа с Microsoft OS/2 LAN Manager 2.1.

· Расширенная поддержка межсетевых взаимодействий, в частности) для совместимости с TCP/IP сетями, пакеты NetBIOS могут маршрутизироваться до TCP/IP соединению.

· Поддержка компьютеров Macintosh.

· Возможность использования в качестве сервера многопроцессорного компьютера PS/2 Server 295.

Ан али з различий между LM и LS

Настроить систему LAN Server для более эффективной организации ее работы в соответствий с обрабатываемой информацией можно с пом ощью обыкн овенного текстового редактора, модифицируя файлы CONFI G.SYS и IBML AN .IN I В системе LAN Manager имеется средство автоподстройки, которое контролируе т действия файлового сервера и автоматически осу ществляет модификации в иници али зирующи х файлах. Чтобы эти измене ния вступили в силу необходимо время от времени выключать и снова запускать файл- сервер.

Другой отличительной чертой системы LAN Manager является запоми нание сетевых связ ей. Польз ователи при очередном присоединении к ЛВС автоматически будут иметь те же связи, что в последнем сеансе . Эту свойство можно разрешить или отменить с помощью опции /PERSISTENT= команды NET USE. Также имеется возможность запоминания сетевых связей путем добавления командных строк в файл L ANM AN. INI .

Архитектура протоколов по требованию (DPA – Dem and Protocol Ar chi tecture) является характеристикой, которую фирма Microsoft заимствовала у фи рмы 3Com. Эта компания купила у фирмы Microsoft лицензию на систему LAN Manager и несколько улучшила эту систему, но фирма 3Com не смогла продать значительного числа копий этой улучшенной версии L M. Когда она решила оставить попытки перепродажи улучшенной версии программного обеспечения, фирма Microsoft выкупила обратно лицензию у фи рмы 3Com. В общих чертах, система DPA позволяет динамически загружать и выгружать набор протоколов. DPA можно использовать для эпи зодического доступа к файловому серверу под управлением NetWare. В этом случае система DPA временно загрузит на рабочей станции программное обеспечение IPX и NETX сетевой ОС NetWare. По окончании сеанса связи с файловым сервером под управлени ем NetWare си стем а DPA освободит области памяти , использованные для раз мещения IPX и NETX. Одн ако в повседневной деятельности по льзователям сети с файловыми серверами, управляемыми LAN Manager или NetWare, требуется не только временный доступ к обеим типам серверов. Поэтому хотя система DPA представляет техническое решение, его вряд ли можно считать вполне полезным и практичным. В системе LAN Manager имеется специальное средство, называем ое NetWare Connectivity, позволяющее легко получать одновременн ый доступ как к файловому серверу под управлен ием LAN Manager, так и к файлов ому серверу под управлением NetWare.

Система LAN Manag er также предоставляет средство для дистанционного администрирования. Если вы обладаете привилеги ями админ истратора, вы можете принимать или исключать пользователей и выполнять другие административные задачи с любой рабочей стан ци и, управляемой OS/2, или улучшенной рабочей станции под управлением LAN Manag er. Таким образом, для выполнения администрати вн ых функций нет необходимости обязательно находиться у файлового сервера.

Система LAN Manager имеет средство установления пароля для ограничения доступа к разделяемым ресурсу или устройству. Этого свойства нет в системе LAN Server.

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

В системе LAN Server для разделяемых ресурсов можно применять сокращ енные имена, а в систе ме LAN Manager такой воз можности нет. В этой системе нужно использовать полные имена разделяемых ресурсов. Предположим, что в системе LAN Server к компьютеру с именем PRODUCTION, подключен разделяемый принтер с сокращенным име нем REPORTS. Полное имя разделяемого принтера есть \\PRODU C TION\ PRINT ERI. Таким образом, рабочая ст анция, управляемая системой LAN Server, может разделят ь ус тройство REPORTS, а рабочая станция, управляемая системой LAN Manager, для доступа к этому устройству должна будет использовать его полн ое имя \\PROD UÑTI ON\ PRIN TER1.

Си стемы LAN Manager и LAN Server хорошо работают совместно в ЛВС Token Ring, но не совмещаются идеал ьно â ЛВС EtherNet. При работе в ЛВС EtherNet, возможно, п онадобится изменить конфигурации обеих сетевых ОС. Дело в том, что система LAN Server поддерживает протокол

DIX (Digital Intel Xerox) версии 2.0 и протокол IEEE 802.3 , a LAN

Manager не поддержи вает протокол DIX. Поэтому, чтобы при работе в ЛВС EtherNet рабочие станции могли использовать оба типа серверов, . необход имо переклю чи ть обе с истемы, LM и LS, на использование протокола IEEE 802.3.

Система LAN Manager- э то 16- разрядн ое программное обеспечение, в то время как LAN Server является 32- разрядными. Таким образом, теоретически последние два программных продукта больше подходят для исп ользования в сов ремен ных компьютерах, оснащенных 32-разрядными процессорами, И в самом деле, сетевая ОС LAN Server имеет хорошую производительность, а вот ОС Windows NT использует такую архит ектуру операционной системы, которая изолирует сетевое программн ое обес печени е от се тевого адаптера слишком многими с лоями промежуточного программ ного обеспечения. В результате, согласно да нным о производитель ност и, опубли кованн ым в журналах PC W eek и PC M agazine, Win dow s N T AS медленнее сетевых ОС NetWare или LAN Server. Kpoмe тoгo,Windows NT AS зaнимaeт бoльшe мecтa нa диcкe и в ' памяти, чем LAN Manager или LAN S erver. В настоящее время фирма Micros oft работает над тем, чтобы с делать Windows NT AS более быстрой и компактной сетевой ОС.

Следующая версия сете вой ОС LAN Server

Фирма IВМ п редос тавила характерис тик и новой сетевой ОС. Система LAN Server 4.0 будет иметь графический интерфейс вместо текстового интерфейса более ранних версий. Фирма IBM предполагает снабдить L S 4.0 лучшей си стемой защиты данных, чем предыдущие версии, и предоставить системному администратору возможность наблю­ дения и управления множеством областей сети с одной рабочей станции. LS 4.0 будет и нтегрировать прот околы транспортного уровня TCP/IP и NetBIOS. Фирма IBM также предполагает переписать книги руководств по системе и предостави ть их на комп акт- дисках. В целом, предполага­ ется облегчить процедуру инсталляции и использования ОС LS 4.0, уменьшить требуемые для ее работы объемы ди скового пространства и ОЗУ. Также предполагается значительно улучшить использование памя­ ти для клиентов DOS/Windows.

В противоположность Windows NT A S, система LAN S erver 4.0, вероятно, не будет иметь средства BrowseMaster. В то время как фирма Microsoft считает, что пользователи должны иметь воз можность самим выбрать нужные и м разделяемые ресурсы, фирма IBM полагает, что в целях защи ты данных только администратор сети должен назначать диски или принтеры, которые предполагается разделять в сети, и пользователи могут работать только с этими устройствами. Как уже упоминалось ранее в этой главе, средство для просмотра ресурсов сети фирмы Microsoft (BrowseMaster) п оз воляет легко присоединять рабочие станции к разделяемым ресурсам. Это средство кажется полезным и удобным, однако в действительн ости оно может также д оставлять неудобства, когда пользователи забывают какие буквенные обозначения использованы для переназначе нных директорий на файловом сервере. Применение э того средства на рабочей станции для просмотра ресурсов также может привести к исчерпанию числа команд NetBIOS и доступных сеансов NetBIOS.

Глава 3.
Анализ возможностей ОС Windows NT AS

Основа любой компьютерной сети – сетевая операционная система (СОС). Операционная система Windows NT компании Microsoft – одна из наиболее распространенных 32-разрядных сетевых ОС, работающая как на компьютерах Intel, так и на аппаратных платформах DEC Alpha, MIPS R400 и PowerPC.

Базис Windows NT – ее серверная часть, программный продукт Windows NT Server, Он в первую очередь предназначен для управления сетевыми ресурсами. Ряд достоинств, о которых будет рассказано далее, делает его эффективным сервером приложений, но главное состоит в том, что приложения, выполняемые на нем, хорошо изолированы друг от друга. Это придает сетевым решениям, построенным на базе Windows NT, высокую надежность и устойчивость в работе.

Другой важной частью системы Windows NT является Windows NT Workstation. Этот компонент является рабочим местом клиента. Windows NT Workstation несет все лучшие черты, присущие Windows NT Server. Следует отметить, что в качестве клиента Windows NT Server могут также выступать: Windows З.x, Windows 95, MS DOS, OS/2, POSIX

Можно отметить следующие особенности, присущие СОС Windows NT:

· приоритетная многозадачность – выгодно отличает Windows NT от Windows З.х и Windows 95. Такой режим работы ядра системы обеспечивает ее высокую устойчивость и "честное" разделение времени процессора между задачами;

· степень защиты информации и режим секретности – отвечают стандарту С2 США, что является достаточным в подавляющем большинстве случаев;

· многопоточность – позволяет приложениям, разработанным определенным образом, выполнять одновременно несколько своих процессов;

· поддержка мультипроцессорных систем (при этом подключение дополнительных процессоров не требует перегенерации Windows NT) – многие приложения для Windows NT, о которых далее пойдет речь, также используют все процессоры компьютера;

· возможность исполнения приложений других операционных систем (Windows 3.х, MS-DOS, неграфические 16-разрядные приложения для OS/2, POSIX-приложения) – упрощает переход на Windows NT из других операционных сред;

· поддержка различных файловых систем – NTFS (Windows NT), FAT (DOS) и HPFS (OS/2) – упрощает интеграцию с существующими системами.

3 .1 Обзор архитектуры

Архитектурные модули Windows NT

Windows NT представляет из себя модульную (более совершенную, чем монолитная) операционную систему, которая состоит из отдельных взаимосвязанных относительно простых модулей. Основными мо­дулями Windows NT являются (перечислены в порядке следования от нижнего уровня архитектуры к верхнему): уровень аппаратных абстракций HAL (Hard­ware Abstraction Layer), ядро (Kernel), исполняющая система (Executive), защищенные подсистемы (protected sybsystems) и подсистемы среды (environ­ment subsystems).

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

· Уровень аппаратных абстракции виртуализирует аппаратные интерфейсы, обеспечивая тем самым независимость остальной части операционной системы от конкретных аппаратных особенностей. Подобный подход поз­воляет обеспечить легкую переносимость Windows NT с одной аппаратной платформы на другую. Ядро является основой модульного строения системы и координирует выполнение большинства базовых операций Windows NT. Этот компонент специальным образом оптимизирован по занимаемому объему и эффективности функционирования. Ядро отвечает за планирование выполнения потоков, синхронизацию работы нескольких процессоров, обработку аппаратных прерываний и исключительных ситуаций.

· Исполняющая система включает в свой состав набор программных конструкций привилегированного режима (kernel-mode), предоставляющих базо­вый сервис операционной системы подсистемам среды. Исполняющая система состоит из нескольких компонентов; каждая из них предназначена для поддержки определенного системного сервиса. Так, одна из компо­нент - монитор безопасности (Security Reference Monitor) -функционирует совместно с защищенными подсистемами и обеспечивает реализацию модели безопасности системы.

· Подсистемы среды представляют собой защищенные серверы пользователь­ского режима (user-mode), которые обеспечивают выполнение и поддержку приложении, разработанных для различного операционного окружения (различных операционных систем). Примером подсистем среды могут служить подсистемы Win32 и OS/2.

Уровень аппаратных абстракций

Уровень аппаратных абстракций (HAL) представляет собой создавае­мый производителями аппаратных средств слой программного обеспечения, который скрывает (или абстрагирует), особенности и различия аппаратуры от верхних уровней операционной системы. Таким образом, благодаря обес­печиваемому НАLом фильтру, различные аппаратные средства выглядят ана­логично с точки зрения операционной системы; снимается необходимость специальной подстройки операционной системы под используемое оборудо­вание.

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

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

Уровень аппаратных абстракций позволяет также «срывать» от остальных уровней операционной системы особенности аппаратной реализации симметричных мультипроцессорных систем.

Ядро (Kernel) является «сердцем» Windows NT и работает в тесном контакте с уровнем аппаратных абстракций. Этот модуль, в первую очередь, занимается планированием действий компьютерного процессора. В случае если компьютер содержит несколько процессоров, ядро синхронизирует их работу с целью достижения максимальной производительности системы.

Ядро осуществляет диспетчеризацию нитей управления (threads, иногда на­зываются подзадачами, ответвлениями или потоками), которые являются ос­новными объектами в планируемой системе. Нити управления определяютс я в контексте процесса; процесс включает адресное пространство, набор до­ступных процессу объект ов и совокупность выполняемых в контексте процесса нетей управления. Объектами являются управляемые операционной системой ресурсы.

Ядро производит диспетчеризацию нитей управления таким образом, чтобы максимально загрузить процессоры системы и обеспечь первоочередную обработку нитей с более высоким приоритетом. (Всего существует 32 значения приоритета, которые сгруппированы в два класса приоритетов: real-lime и variable). Подобный подход позволяет достичь максимальной эффективности операционной системы.

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

Ядро управляет двумя типами объектов:

· Объекты диспетчеризация (dispat cher objec ts) характеризуютс я сигнальным состоянием (signaled или nonsignaled) и управляют диспетчеризацией и синхронизацией системны х операций. Эти объекты включают события, мутанты, му тэксы, семафоры, н ити управления и таймеры (events, mutants, mutexes, sem aphores, threads, timers).

· Упр авляющие объекты (control objects) используются для операций управ­ления ядра, но не воздействуют на диспетчеризацию или синхронизацию. Управляющие объекты включают в себя асинхронные вызовы процедур, прерывания, уве домления и состояли источила питания, процессы и профил и (asynchronous procedure calls, interrupts, power notifies, power sta­tuses, processes, profiles).

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

Ядро выполняется полностью в привилегированном режиме и неперемещаемо (nonpagable) в памяти. Программное обеспечение ядра не является выгружае­мым (preemptible), н, следовательно, д ля него не может произ водиться перек­лючени е кон текста (co ntex t-switched): большая часть программного обеспе чени я вне ядра почта всегда может быть кр ужена и и спол ьзует переключение кон текста.

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

Третьи м и наи более сложным модуле м, выполняющи мся в привиле ги рованном режи ме, являет ся исполняющая система..

Исполняющая система Windows NT

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

· диспетчера объектов (Object Manager):

· диспетчера виртуальной памяти (Virtual Memory Manager};

· диспетчера процессов (Process Manager)

· средств вызова локальных процедур (Local Procedure Call Facility);

· диспетчера ввода-вывода (I/O Manager);

· монитора безопасности (Securi ty Reference Monitor). Монитор безопасности совместно с процессом входа в систему (Logon) и защищенными подсисте­мами реализует модель безопасности Windows NT.

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

Диспетчер объектов

Объ ектами являются отдел ьн ые элемен ты времени выполне ния, имеющие объектный ти п; управление этими э лементами могу т произ водить процессы операционной систе мы. Тип объе кта включает определенный системой тип данных, список операций , которые могу т выполняться н ад н им (н апример, wait, creat e или cance l), и н абор атрибутов объекта. Диспетчер объектов явля­ется частью исполняющей системы Windows NT и обеспечивает уннфицирован-ные правила хранения, именования и безопасности объектов.

Прежде чем процесс сможет управлять объектом Windows NT, он должен получить описатель объектов (object handle) через диспетчер объектов. Описатель объектов включает информацию управления доступом и непосредственно указатель на объект. Все описатели объектов создаются через диспетчер объектов.

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

Кроме того, диспетчер объектов управляет глобальным пространством имен (namespace) для Windows NT и следит за созданием и использованием объектов любым процессом. Пространство адресов используется для доступа ко всем именованным объектам, которые содержатся в локальной компьютерной среде. Ниже представлен список объектов, которые могут иметь имена:

· объекты каталога (directory objects);

· объекты типа объекта (object type objects):

· символические объекты связи (symbolic link objects);

· объекты семафора и события (semaphore objects, event objects);

· объекты процесса и нитей травления (process objects, thread objects);

· объекты раздела и сегмента (section objects, segment objects);

· объекты порта (port objects);

· объекты файла (File objects).

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

Диспетчер процессов

Диспетчер проц ессов — компон ент, который отслежи вает два ти па о бъектов; объекты процесса и объекты нитей правления. Процесс определяется как адресное пространство, набор доступных процессу объектов и совокупность выполняемых в контексте процесса нитей управления. Нить управления (thread) является основным управляемым элементом в системе. Она имеет собственный набор регистров, собственный стек ядра, блок среды нити и стек пользователя в адресном пространстве процесса.

Диспетчер процессов — компонент Windows NT, который управляй созданием и завершением процессов. Он обеспечивает набор стандартных услуг по соз­данию и использованию нитей управления и процессов в контексте специфичес­кой среды подсистемы. Кроме того, диспетчер процессов в некоторой степени диктует правка для нитей и процессов. Дополнительно, Windows NT позволяет подсистемам среды определять для них специфические правота.

Диспетчер процессов не налагает каких-либо требований по иерархии или группировке для процессов, а также не определяет отношений порожденности.

Модель процессов Windows NT работает совместно с моделью безопасности и диспетчером виртуальной памяти для обеспечения безопасности процессов. Каждому процессу назначается маркер безопасного доступа (security access token), называемый первичным маркером процесса. Этот маркер используется процедурами проверки правильности доступа Windows NT, когда нити управ­ления процесса ссылаются па защищенные объекты.

Диспетчер виртуальной памяти

Архитектура памяти для Windows NT основана на использовании подкачива­емой по запросу виртуальной памяти системы и плоском, линейном адресном пространстве с 32-разрядным доступом.

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

Каждый процесс может использовать до 4 Гб собственного виртуального ад­ресного пространства; из mix 2 Гб зарезервированы для нужд программы, а оставшиеся 2 Гб - для системы. Windows NT может использован до 4 Гб физической памяти, если аппаратные средства компьютера могут обеспечить подобный объем. Лишь некоторые операционные системы позволяют работать с памятью таких размеров. Например, MS OS/2 версии 1.3 может адресовать .тишь 16 Мб физической памяти.

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

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

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

Средства вызова локальных процедур

При ложени я н подси стемы среды реал изуют вз аимоотн ошени я ти па «кли ен т-сервер» . Это означает, что клиент (приложение ) обращ ается к серверу сред ы (подсистеме) дл я удовлетвор ения запроса о предоставле ни и не которого ти па сер виса системы. Для реали зации взаимодействия «кли ент-серв ер» между приложени ями и подси сте мами ср еды Win dow s NT обе спечи вает механ изм связи ме жду ни ми . Исполняю щая си стема предоставл яе т средс тва прохожде ния сообщении , которые называю тся средств ами вызова локальных процедур (LPC — Local Procedure Ca ll). Они фун кци они руют подобно выз овам удален­ных проце ду р (RPC), используем ому дл я работы в сетевой сред е (опи саны в Networking Guide , C hap ter I, «Windows NT Ne tworking Arc hi te cture»). Однако средства LPC опти ми зи рованы дл я проце ссов, выполняющих ся на одн ом компьютере.

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

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

Рассмотрим, например, как этот процесс работает в подсистеме Win32. Когда приложение Win32 загружено дня выполнения, оно связывается с DLL, которая содержит заглушки для всех функций Win32 API. В случае, если приложе­ние осуществляет вызовы функции Win32 (в нашем примере, Win32-функции CreateWindow), обращение обрабатывается следующим образом.

1. Клиентское приложение Win32 вызывает заглушку функции CreateWindow() из DLL.

2. Заглушка формирует сообщение, которое содержит все данные, необ­ходимые для создания окна, и посылает это сообщение процессу сервера Win32 (подсистеме Win32).

3. Подсистема Win32 получает сообщение и вызывает реальную функцию CreateWindow(). В результате этого создается окно.

4. Подсистема Win32 посылает сообщение, содержащее результаты выпол­нения функции CreateWindow(), обратно заглушке в DLL,

5. Заглушка распаковывает сообщение сервера подсистемы и возвращает результаты клиентскому приложению Win32.

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

Диспетчер ввода-вывода

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

Модель ввода-вывода Windows NT использует многоуровневую архитектуру, которая позволяет отдельным драйверам отвечать за логически законченный уровень обработки ввода-вывода. Например, драйверы самого низкого уровня управляют физическими устройствами компьютера (называются драйверами устройств — device drivers). Другие драйверы являются надстройкой к драй­верам устройств. Драйверам более высокого уровня неизвестны любые подробности работа физических устройств. С помощью диспетчера ввода-вывода драйверы более высокого уровня просто передают запросы логического ввода-вывода драйверам устройств, которые и обраща­ются к обслуживаемым ими физическим устройствам. Устанавливаемые фай­ловые системы Windows NT и сетевые редиректоры (redirectors) — примеры работающих таким образом драйверов высокого уровня.

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

Драйверы взаимодействуют друг с другом, используя структуры данных, на­зываемые пакетами запроса ввода-вывода (I/O request packets). Драйверы пере­дают пакеты запроса ввода-вывода друг другу через диспетчер ввода-вывода, который доставляет пакеты соответствующим целевым драйверам. Самый прос­той способ выполнения операций ввода-вывода состоит в том, чтобы синхронизировать выполнение приложений с завершением запрашиваемых ими операций ввода-вывода (такой подход известен под названием синхронного ввода-вывода — synchronous I/O). Когда подобное приложение выполняет опе­рацию ввода-вывода, функционирование собственно приложения блокировано. После завершения операции ввода-вывода приложению разрешается продол­жение дальнейшего выполнения.

Одним из способов оптимизации эффективности приложении является применение асинхронного ввода-вывода (asynchronous I/O); этот метод исполь­зуется многими процессами в Windows NT. Когда приложение инициализирует операцию ввода-вывода, диспетчер ввода-вывода принимает запрос, но не блокирует работу приложения в процессе выполнения ввода-вывода. Вместо этого приложение продолжает свое функционирование. Большинство устройств ввода-вывода очень медленно в сравнении с процессором компьютера; таким образом, прикладная программа может выполнить множество операции в процессе ожидания завершения операции ввода-вывода. Когда подсистема среды выдает асинхронный запрос ввода-вывода, диспетчер ввода-вывода воз­вращается к подсистеме среды немедленно после помещения запроса в очередь, без ожидания завершения операции драйвером устройства. В это время отдель­ная нить управления диспетчера ввода-вывода выполняет запросы из очереди наиболее эффективным образом (не обязательно в порядке поступления)

По завершении любого запроса ввода-вывода диспетчер ввода-вывода уведом­ляет об этом процесс, запросивший операцию.

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

Диспетчер кэша

Архитектура ввода-вывода содержит единственный диспетчер кэша (Cache Ma­nager), который осуществляет кэширование ддя всей системы ввода-вывода. Кэширование (caching) — метод, используемый файловой системой для увеличения эффективности. Вместо непосредственной записи и считывания с диска, часто используемые файлы временно сохраняются в кэш-памяти; таким образом, работа с этими файлами выполняется в памяти. Операции с данными, находящимися в памяти, производятся значительно быстрее операции с дан­ными на диске.

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

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

Драйверы файловой системы

В архитектуре ввода-вывода Windows NT управление драйверами файловой системы осуществляет диспетчер ввода-вывода. Windows NT допускает исполь­зование множества файловых систем, включая существующие файловые системы типа FAT. Для обеспечения совместимости снизу вверх с опе­рационными системами MS-DOS, Windows З.х и OS/2, Windows NT под­держивает файловые системы FAT и HPFS.

Редиректоры и серверы функционируют как драйверы файловой системы и вы­полняются на уровне интерфейса поставщика или ниже, где находятся NetBIOS и Windows-сокет.

Драйверы транспортного протокола общаются с редиректорами и серве­рами через уровень, называемый интерфейсом транспортного драйвера (TDI — Transport Driver Interface). Windows NT включает следующие транспортные средства:

• Протокол управления передачей/межсетевой протокол TCP/IP, который обеспечивает возможность работы с широким диапазоном существующих сетей.

• NBF, потомок расширенного интерфейса пользователя NetBIOS (NetBEUI), который обеспечивает совместимость с существующими локальными вычислительными сетями на базе LAN Manager, LAN Server и MS-Net.

• Управление передачей данных (DLC — Data Link Control), которое обес­печивает интерфейс дня доступа к мэйнфреймам и подключенным к сети принтерам,

• NWLink, реализация IPX/SPX, обеспечивающая связь с Novell NetWare.

В нижней части сетевой архитектуры находится драйвер платы сетевого адап­тера. Windows NT в настоящее время поддерживает драйверы устройств, вы­полненные и соответствии со спецификацией NDIS (Network Device Interface Specilication) версии 3.0. NDIS предоставляет гибкую среду обмена данными между транспортными протоколами и сетевыми адаптерами. NDIS 3.0 позво­ляет отдельному компьютеру иметь несколько установленных в нем плат се­тевого адаптера. В свою очередь, каждая плата сетевого адаптера может под­держивать несколько транспортных протоколов для доступа к различным типам сетевых станций.

3.2 Файловая система NTFS

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

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

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

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

Главная файловая таблица

Каждый файл на томе NTFS представлен записью в специальном файле, на­зываемом главной файловой таблицей (MFA — master file table). NTFS резервирует первые 16 записей таблицы для специальной информации. Первая запись этой таблицы описывает непосредственно главную файловую таблицу; за ней следует зеркальная запись (mirror record) MFT. Если первая запись MFT разрушена, то NTFS читает вторую запись для отыскания зеркального фата MFT, первая запись которого идентична первой записи MFT. Место­положения сегментов данных MFT и зеркального файла MFT записаны в секторе начальной загрузки. Дубликат сектора начальной загрузки находится в логическом центре диска.

Третья запись MFT — файл регистрации (log file); используется для восста­новления файлов. Файл регистрации подробно описан в настоящей главе ниже. Семнадцатая и последующие записи главной файловой таблицы используются собственно файлами и каталогами (также рассматриваются как файлы NTFS) на томе.

Главная файловая таблица отводит определенное количество пространства для каждой записи файла. Атрибуты файла записываются в распределенное прос­транство MFT. Небольшие файлы и каталоги (обычно до 1500 байт или меньше) могут полностью содержаться внутри записи главной файловой таблицы.

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

Записи каталога помещены внутри главной файловой таблицы так же, как записи файла. Вместо данных каталоги содержат индексную ин формацию. Небольшие записи каталогов находятся полностью внутри структуры MFT. Большие каталоги организованы в B-tree, имея записи с указателями на внешние кластеры, содержащие элементы каталога, которые не могли быть записаны внутри структуры MFT.

Атрибуты файла NTFS

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

Если атрибуты файла могут находится внутри записи файла MFT, они назы­ваются резидентными (resident) атрибутами. Например, информация типа имени файла и отметки времени всегда включается в запись файла MFT. Если файл слишком большой, чтобы содержать все атрибуты в записи фата MFT, часть атрибутов является нерезидентной (nonresident). Нерезидентные атрибуты занимают один или несколько пробегов (run) дискового пространства в другом месте тома ( пробег ди скового пространств а — непри рывная линейная область на диске).

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

Длинные и короткие имена файлов

Подобно HPFS, NTFS поддерживает имена файла до 255 символов. Имена файла N'I'FS используют набор символов Unicode с 16 битами; однако вопрос доступа из MS-DOS решен. NTFS автоматически генерирует поддерживаемое MS-DOS имя (восемь плюс три символа) для каждого файла. Таким образом, файлы NTFS могут использоваться через сеть операционными системами MS-DOS и OS/2. Это особенно важно для файловых серверов организации, которая использует персональные компьютеры с двумя или всеми тремя этими опе­рационными системами.

Создавая имена файла «восемь плюс три», NTFS также позволяет приложениям MS-DOS и Windows З.х работать с файлами, имеющими длинные имена NTFS. Кроме того, при сохранении файла приложениями MS-DOS или Windows З.х на томе NTFS сохраняются и имя файла «восемь плюс три» и длинное имя NTFS.

Если длинное имя файла или каталога на томе NTFS содержит пробелы, следует убедиться, что путь записан ц кавычках. Это справедливо при опре­делении путл в Program Manager для значков приложений. Например, пред­положим, что Word for Windows установлен в D:\WORD FOR WINDOWS. Ко­мандная строка Program Item Properties должна быть установлена в D:\WORD FOR WINDOWS\WINWORD.EXE. При отсутствии кавычек будет отображено сообщение об ошибке «The path D:\Word is invalid» (Путь D:\Word недопустим).

При работе с Windows NT файлы, созданные или переименованные в разделах FAT, могут иметь связанные дтинные имена. Правила управления длинными именами фата на томе NTFS также относятся к длинным именам файла на разделах FAT; отличие заключается в том, что имена файла на FAT не могут содержать расширенные символы. Дополнительную информацию о поддержке длинных имен файлов для разделов FAT можно найти в разделе «Файловая система FAT».

Генерация короткого имени файла

Поскольку NTFS использует набор символов Unicode для имен файлов, сущес­твует возможность задействовани я нескольких «запрещенных» символов, ко­торые MS-DOS не может читать в имени файла. Для генерации короткого имени файла в стиле MS-DOS, NTFS удаляет все эти символы и любые пробелы из длинного имени файла. Так как имя файла в MS-DOS может иметь только одну точку, NTFS также удаляет все дополнительные точки из имени файла. Далее, в случае необходимости NTFS усекает имя файла до шести символов и добавляет тильду (~) и номер. Например, к каждому недублированному имени файла добавляется ~1. Повторяющиеся имена файлов заканчиваются символами ~2, ~3 и т. д. Расширение имени файла усекается до трех или меньшего количества символов. Наконец, при отображении имени файла в командной строке NTFS транслирует все символы в имени файла и расширении к верхнему регистру (File Manager отображает эти имена файла в нижнем регистре).

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

По умолчанию, Windows NT поддерживает имена файлов в формате MS-DOS на всех томах NTFS. Для повышения эффективности работы на томах с большим количеством длинных похожих имен можно запретить эту возможность для всех томов.

Windows NT не генерирует коротких имен для файлов, созданных приложениями POSIX в разделе NTFS. Это означает, что приложения MS-DOS и Windows З.х не смогут работать с подобными именами, если эти имена не удовлетворяют условию «восемь плюс три». В случае необходимости работы из приложении MS-DOS или Windows с файлами, которые созданы приложениями POSIX, следует убедиться, что использованы стандартные имена MS-DOS.

Согласованность с POSIX

Согласованность с POSIX позволяет переносить приложения UNIX в среду Windows NT. Windows NT полностью согласована со стандартом 1003.1 института IEEE, который определяет присвоение имен и идентификацию фай­лов.

Следующие возможности POSIX включены в NTFS;

• Чувствительные к регистру имена. Для POSIX файлы README.TXT, Readme.txt и readme.txt являются различными.

• Жесткие связи (hard links). Файлу может быть присвоено несколько имен. Это позволяет двум файлам с различными именами, которые могут быть размещены в различных каталогах, содержать одни и те же данные.

• дополнительные отметки времени. Показывают, когда файл был последний раз использован или изменен.

Возможности NTFS, используемые Macintosh Services Clients

Сервис для Macintosh входит в состав Windows NT Server. Этот сервис пре­доставляет пользователям Macintosh возможность доступа к фактам, нахо­дящимся на Windows NT Server; т. к. эти файлы доступны сетевым пользо­вателям Windows NT, файловый сервер может быть легко использован для общего доступа с различных аппаратных платформ.

При разрешения сервиса для Macintoch следует сделать доступным раздел NTFS, если требуется автоматическое создание тома модуля аутентификации пользователя (User Authentification Module) для клиентов Macintosh (Net­work Control Panel использует первый раздел NTFS для создания этих томов по умолчанию).

Клиенты Macintosh могут использовать только файлы на томах NTFS. Ветв­ления ресурсов Macintosh и информация Finger для каждого файла Macintosh сохраняются как потоки NTFS. Поскольку NTFS поддерживает длинные имена, большинство имен файлов Macintosh сохраняются.

Сервис для Macintosh сохраняет привилегии папки (File Sharing folder) как разрешения Windows NT; это означает, что существует только один набор разрешений для папки или файла, который предписан н пользователям Win­dows NT и пользователям Macintosh. Однако пользователи Macintosh не смогут видеть разрешения файла, так как AppleShare поддерживает только разрешения папки.

3.3 Защита данных в ОС Windows NT AS

Модель безопасности Windows NT представлена монитором безопасности (Security Reference Monitor), а также двумя другими компонентами: процессом входа в систему (Logon Process) и безопасными защищенными подсистемами. В многозадачной операционной системе, каковой является Windows NT, приложения совместно используют ряд ресурсов системы, включая память компьютера, устройства ввода-вывода, файлы и процессор(ы) системы. Windows NT включает набор компонентов безопасности, которые гарантируют, что приложения не смогут обратиться к этbм ресурсам без со­ответствующего разрешения.

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

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

Ядро и исполняющая система Windows NT основаны на обьектно-ориентированной модели, которая обеспечивает непротиворечивый и унифицированный просмотр беопасности и прав вплоть до фундаментальных объектов, которые составляют основу операционной системы. Это означает, что Windows NT использует одинаковые процедуры для проверки правильности доступа и контроля всех защищенных объектов. Таким образом, как в случае попытки доступа к файлу на диске, так и при обращении к процессу в память, для выполнения проверки правильности доступа будет использован один ком­понент в системе, вне зависимости от типа объекта.

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

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

Модель безопасности также предусматривает контроль доступа, при котором владелец ресурса может разрешить пользователям или группам обращение к ресурсам и назначитъ им типы доступа (например, read, write и delete),

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

Windows NT также предоставляет средства контроля, которые позволяют администратору фиксировать действия пользователя.

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

Модель безопасности Windows NT разработана в соответствии с уровнем С2, определенным Министерством обороны США. Наиболее важные требования уровня безопасности С2 перечислены ниже.

· Владелец ресурса (например, файла) должен иметь возможность управлять доступом к ресурсу.

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

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

· Администратор системы должен иметь возможность контроля связанных с безопасностью событий (audit security-related events). Доступ к эта конт­рольным данным должен быть ограничен администратором.

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

3.4 Работа в сетях Windows NT AS

Серверы баз данных Microsoft SQL Server в Centura SQLBase

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

Существует ряд способов решения этих проблем, например применение SQL-серверов. В двух словах – SQL-сервер представляет собой программу, которая принимает все запросы клиентов к БД и возвращает им только результат поиска.

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

Немаловажное достоинство SQL Server – эффективное использование ресурсов многопроцессорных систем. Развитые интерактивные средства администрирования и мониторинга делают контроль за работой PCOIQ сервера очень простым. При помощи программы администратора можно запрограммировать алгоритм действий в случае конкретных ситуаций. Кроме того, SQL Server содержит набор средств гибкой настройки на конкретный класс приложений и особенностей окружения.

Microsoft SQL Server – довольно мощная система. Если же ваши задачи не требуют таких возможностей, то стоит остановить выбор на более компакт-. ном, но не менее развитом SQL-сервере SQLBase компании Centura (бывшая Gupta). Сервер SQLBase обеспечивает механизм репликаций, ориентированный в первую очередь на поддержку случайно подключаемых клиентов (например, владельцы ноутбуков). Кроме того, он обладает развитыми интерактивными средствами администрирования и управления.

Серверы печати и факс-серверы

В среде Windows NT возможна реализация сетевых приложений для организации сервисов групповой печати и отправки факсимильных сообщений. Существует много продуктов, поддерживающих эти функции. Например, Castelle FaxPress – программно-аппаратный факс-сервер для сред Windows NT и Nove11 NetWare, причем одно такое устройство может поддерживать одновременно клиентов и той и другой ОС. Совместимость с форматом PCL5 обеспечивает высочайшее качество исходящих факсов. Castelle FaxPress поддерживает неограниченное количество файл-серверов, может обслуживать одним устройством до 4 телефонных линий с возможностью их произвольной конфигурации (только на вход, только на выход на вход/выход), производит автоматическое распределение исходящих факсов между несколькими устройствами FaxPress с целью распределения нагрузки, осуществляет поддержку общих и личных адресных книг. Кроме того, он поддерживает средства анализа состояния очереди исходящих сообщений с возможностью изменения и уведомления о пришедших факсах, с его помощью можно просматривать и перенаправлять принятые факсы. В качестве дополнительной функции FaxPress можно рассматривать его работу в режиме принт-сервера. Совместимость же со стандартом CAS позволяет использовать оболочки программ других фирм, сохраняя возможность интеграции FaxPress с различными системами электронной почты (cc:Mail, MHS, Groupwise, Notes, Ezchange), что дает возможность посылать и принимать факсы из оболочки электронной почты.

Даже не имея установленного на станции ПО FaxPress, можно посылать факсы, отправляя на печать документы либо сохраняя их в определенном каталоге. Набор ключевых слов (Embedded Codes) в документе позволяет факс-серверу определить номер факса адресата и т.д. На основе ECG могут быть созданы сложные системы маршрутизации исходящих факсов.

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

Другой, не менее популярный продукт для реализации групповой печати – Castelle LanPress – многопротокольный сетевой аппаратный принт-сервер, имеющий комбинацию последовательных и параллельных портов. Информация выдается одновременно на все порты.

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

· не требует дополнительного оборудования и программного обеспечения;

· имеет Flash-память и поддерживает NDS;

· работает быстрее, чем принт-сервер Novell;

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

· обеспечивает одновременную работу с 16 файл-серверами и 56 очередями печати;

· работает в режимах PSERVER и RPMNTER

· работает через мосты и маршрутизаторы;

· автоматическое восстановление после сбоев в сети;

· поддерживаемые операционные системы: NetWare 2.x, 3.x, 4.х, Windows NT, UNIX (SCO, SunOS, Solads, НР/UX, IBM AIX), Macintosh, а- также сетевые протоколы IEEE 802.2, IEKE 802.3, Ethernet II, SNAP.

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

Сетевое резервирование

Большое значение в крупных сетях приобретает защита от потерь информации, так KRK самое важное в сети – хранящиеся в ней данные. Cheyenne ARCserve 6 для Windows NT позволяет сохранять и восстанавливать всю файловую систему Windows NT. Пакет ARCserve для Windows NT поставляется в трех вариантах Enterprise Edition – сохраняет все данные в сети Windows NT в полном объеме; Singie Server – осуществляет резервное копирование главного сервера; Workstation Edition – позволяет копировать рабочие станции Windows NT в локальном режиме.

Работой ARCserve можно управлять как с сервера так и с рабочей станции. Продукт тесно интегрирован с Microsoft BackOffice.

ARCserve 6 выполняет копирование информации с компьютеров DOS, Windows 3.х, Windows for Workgroups, Windows 95, OS/2, Macintosh, NetWare 3.x и 4.x, UNIX на всех популярных платформах, Он позволяет сохранять серверы баз данных под управлением Microsoft SQL Server, Microsoft Exchange Server, Oracle Servег, SAP R/3 и Lotus Notes и данные Internet, используя FTP-протокол. ARCserve 6 предоставляет средства быстрого восстановления после полного "падения" сервера без переинсталляции. Кроме того, существует возможность сохранять информацию на RAID-массиве стримерных накопителей.

Еще одно новшество – сохранение низкоуровневого образа тома Windows NT (в этом режиме обеспечивается наивысшая производительность).

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

Anti-Virus Option осуществляет комплексную защиту данных от проникновения вирусов.

Поддерживаются 4- и 8-миллиметровые DAT-, QIC-02-, DLT-стримеры, а также накопители на оптических дисках однократной записи (WORM) и перезаписываемые магнитооптические диски. Благодаря автоматическому режиму управления заданиями Auto Pilot и при использовании виртуальных библиотечных систем

управлении накопителями и подачи кассет пользователь получает полностью автоматизированную сетевую систему резервирования данных. Ленточные библиотекари поставляются фирмой ADIC. Они имеют магазины, вмещающие до 15 кассет с суммарной емкостью до 154 Гбайт при скорости обмена данными до 60 Мбайт/мин. Если же установить два накопителя в один библиотекарь, скорость обмена увеличивается до 120 Мбайт/мин. Скалярные же библиотекари на DLT-кacсетах обеспечивают производительность 20 Мбайт/с и емкость порядка 5 Тбайт и выше.

Сервер поддержки коллективной работы

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

Lotus Notes – семейство продуктов, которое содержит все необходимые технологии:

· надежную и передовую систему передачи сообщений в среде "клиент/сервер";

· мощную распределенную документную базу;

· богатый набор средств разработки приложений;

· средства интеграции с Internet.

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

Этот программный пакет имеет встроенные средства передачи сообщений Lotus Notes Mail, Информация может поступать в различных, форматах (текст, изображение, видео, звук) и от различных источников (прикладные программы, сканеры, факс-аппараты и др.). Поддержка технологии Workflow позволяет автоматически перенаправлять документы от клиента к клиенту в соответствии с принятой системой документооборота.

Lotus Notes Server поддерживает симметричную мультипроцессорную обработку и обслуживает до 1000 одновременно работающих клиентских частей. Механизм Single Сору Object Store оптимизирует дисковое пространство, сохраняя только одну копию сообщения на сервере.

Важная особенность Lotus Notes – репликация информации, автоматическая поддержка актуальности данных в базах, размещенных на разных серверах. Технология репликации Lotus Notes обеспечивает работу удаленных пользователей как в режиме On-line, так и в режиме Off-line. Для взаимодействия с различными системами электронной почты (MHS, cc:Mail, Relcom, X.25) применяются коммуникационные шлюзы, обеспечивающие интеграцию Lotus Notes."

Программное обеспечение InterNotes Web Naviga-tor предоставляет прямой доступ к Internet, а Inter-Notes Web Publisher позволяет создавать, управлять и администрировать внутренние Intranet-сети, а также общественные WWW-серверы за счет использования Notes 4.

Notes использует систему шифрации RSA Public Key/Private Key и электронную подпись, а также возможность шифрования документов и отдельных полей по ключу. Поддерживает операционные системы: компьютеров-клиентов – IBM OS/2 Warp, Microsoft Windows 3.1, Microsoft Windows 95, Microsoft Windows NT Intel и Alpha, Apple Macintosh 68000 и PowerPC, IBM ИХ, Sun Solaris х86 и SPARCsystems, HP-UX; компьютеров-серверов – IBM OS/2 SMP, Microsoft Windows 95, Microsoft Windows NT, Novell NetWare, IBM AIX, Sun Solaris, HP-UX.

Notes может работать с сетевыми архитектурами АрpleTalk, NetBIOS/NetBEUI, SPX/IPX, ТСР/IP, VINES, XNS, X.25, SNA Lotus Notes.

Более 11 000 бизнес-партнеров Lotus по всему миру предлагают интеграцию, модификацию и разработку приложений, а также оказывают услуги по обучению и консультации.

Почтовый сервер Microsoft Exchange

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

Exchange предоставляет пять основных функций:

· совместное использование информации;

· передачу сообщений;

· групповое планирование времени;

· дизайн электронных форм;

· разработку приложений,

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

Серверная часть работает на платформе Windows NT и может использовать любой из сетевых протоколов -IPX/SFX, NetBIOS, TCP/IP, AppleTalk.

Клиентская часть поддерживает OLE2, что дает возможность редактировать встроенные объекты в теле сообщения и переносить объекты из других приложений. Такая поддержка существует для DOS. Windows 3,х, Windows 95, Windows NT, UNIX. Возможно подключение удаленных пользователей.

Правила автоматической обработки сообщений позволяют перенаправлять, сортировать и отвечать на определенные (по заданным пользователем критериям) сообщения.

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

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

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

Exchange имеет универсальный интерфейс, который обеспечивает взаимодействие с Microsoft Mail, Lotus cc:Mail, IBM PROFS, а также поддерживает стандартные протоколы (Х.400, TCP/IP, MAPI, X.500, PPP, ODBC и др.). Средства разработки Exchange предлагают широкий выбор возможностей для создания собственных при­ложений с использованием Visual Basic, Visual С, OLE Messaging, MAP] PDK и Exchange SDK.

Средства связи с Internet

Microsoft Exchange Sever - первая серверная программа для обмена сообщениями с интегрированными средствами групповой работы и выходом в Internet. Internet Mail Connector - составная часть Exchange - позволяет об­мениваться сообщениями с пользователями Internet, при­меняя? обмена протоколы SMTP, MIME, UUENCODE.

Internet Mail Connector можно настроить как SMTP-клиент, SMTP-сервер и как SMTP-клиент и сервер одно временно. Эта программа может функционировать как SMTP-хост, выполняя маршрутизацию при передаче сообщений. В середине 1996 года появились дополни тельные продуты для интеграции MS Exchange и Inter net. Прежде всего это Microsoft Exchange WEB Connector, служащий для интеграции средств обработки сообщений Microsoft Exchange с WWW.

Возможность обмена информацией с Microsoft Internet Information Server (продукт для организации серверов Internet - основной в своей категории) позволяет пользователям Exchange получать информацию с WWW-серверов. Web Connector может автоматически преобразовывать сообщения и другую информацию, хранящуюся на сервере Exchange, в WWW-страницы. Microsoft Internet News Connector работает со службами новостей так же, как с привычными папками общего доступа.

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

Глава 4. Анализ возможностей ОС UNIX

Сети, построенные из компьютеров под управлением ОС UNIX, несколько отличаются от основанных на DOS одноранговых ЛВС, а также и от NetWare, LAN Manager и LAN Server. В данной главе рассматриваются эти различия.

Примечательно, что лучшие свойства операционных систем для одноранго­вых ЛВС NetWare и LAN Manager/LAN Server можно найти в ЛВС, основан­ных на ОС UNIX. Вначале единственным недостатком операционной системы UNIX было, пожалуй, то, что она довольно дорога, сложна в использовании и предназначалась в основном для работы на дорогих компьютерах для решения сложных инженерных и научных задач. Но, в течение ряда лет со времени ее создания, было приложено немало труда программистов для се усовершенствования. Несмотря на то, что UNIX довольно громоздка и разрабатывалась как операционная система общего применения, она тем не менее может эффективно применяться как основа для организации ЛВС, в том числе с применением RISC-компьютеров, таких как IBM AS/6000.

ЛВС, управляемые операционной системой UNIX, для передачи данных между компьютерами часто используют TCP/IP. Формально, TCP/IP представляет собой два протокола, а более точно TCP/IP используется в качестве термина для обозначения набора протоколов и вспомогательного программного обеспечения.

На рынке предлагаются несколько операционных систем для применения UNIX-компьютеров в качестве файловых серверов, выпускаемых разными производителями сетевых ОС. В этой главе проводится детальное рассмотрение трех лучших из таких систем: PC Interface (поставляемая фирмой IBM как АIХ Access for DOS Users или AADU), POWERfusion вместе с POWERserve и Network File System (NFS).

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

В 1969 году в компании Bell Laboratories группой сотрудников AT&T была создана первая версия операционной системы UNIX для малой ЭВМ PDP-7. В 1973 году Кэн Томпсон и Дэннис Ритчи перевели операционную систему UNIX на язык программирования Си. Это облегчило ее использование на ЭВМ различного типа. С 1973 года ядро UNIX практически не изменялось.

Начиная с 1974 года, фирма AT&T лицензировала операционную систему UNIX различным университетам для образовательных целей, а через не сколько лет сделала ее коммерческим продуктом. В настоящее время фирма AT&T продает лицензии на использование исходных текстов операционной системы UNIX производителям компьютеров. Это стало возможным благо даря тому, что эта система приобрела широкую популярность и появилось большое количество прикладных программ для нее.

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

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

4.1 Обзор архитектуры

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

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

Многие прикладные подсистемы и программы, составляющие верхний уровень системы, такие как командный процессор shell, редакторы, SCCS (система обработки исходных текстов программ) и пакеты программ подготовки документации, постепенно становятся синонимом понятия "система UNIX". Однако все они пользуются услугами программ нижних уровней и в конечном счете ядра с помощью набора обращений к операционной системе. В версии V принято 64 типа обращений к операционной системе, из которых немногим меньше половины используются часто. Они имеют несложные параметры, что облегчает их использование, предоставляя при этом большие возможности пользователю. Набор обращений к операционной системе вместе с реализующими их внутренними алгоритмами составляют "тело" ядра, в связи с чем рассмотрение операционной системы UNIX в этом разделе сводится к подробному изучению и анализу обращений к системе и их взаимодействия между собой. Короче говоря, ядро реализует функции, на которых основывается выполнение всех прикладных программ в системе UNIX, и им же определяются эти функции. В этой главе часто употребляются термины "система UNIX", "ядро" или "система", однако при этом имеется ввиду ядро операционной системы UNIX, что и должно вытекать из контекста.

Функции операционной системы

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

· Управление выполнением процессов посредством их создания, завершения или приостановки и организации взаимодействия между ними.

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

· Выделение выполняемому процессу оперативной памяти. Ядро операционной системы дает процессам возможность совместно использовать участки адресного пространства на определенных условиях, защищая при этом адресное пространство, выделенное процессу, от вмешательства извне. Если системе требуется свободная память, ядро освобождает память, временно выгружая процесс на внешние запоминающие устройства, которые называют устройствами выгрузки. Если ядро выгружает процессы на устройства выгрузки целиком, такая реализация системы UNIX называется системой со свопингом (подкачкой); если же на устройство выгрузки выводятся страницы памяти, такая система называется системой с замещением страниц.

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

· Управление доступом процессов к периферийным устройствам, таким как терминалы, ленточные устройства, дисководы и сетевое оборудование.

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

Предполагаемая аппаратная среда

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

Основные различия между этими двумя режимами:

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

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

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

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

Прерывания и особые ситуации

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

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

Уровни прерывания процессора

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

Распределение памяти

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

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

Резюме

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

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

4 .2 Файловая система

Файловая система UNIX характеризуется:

· иерархической структурой,

· согласованной обработкой массивов данных,

· возможностью создания и удаления файлов,

· динамическим расширением файлов,

· защитой информации в файлах,

· трактовкой периферийных устройств (таких как терминалы и ленточные устройства) как файлов.

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

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

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

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

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

4.3 Защита данных в ОС UNIX

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

Сетевые ресурсы известны и поддерживаются как службы. Им даются имена, с помощью которых пользователи могут обратиться к ним. Службы включают в себя: фазовую службу (каталоги, подкаталоги, данные и программы в каталогах), коммуникационные службы (программы эмуляции SNA 3270, асинхронные коммуникационные службы) и службы печати. Все службы получают имена через службу именования в UNIX, именуемую StreetTalk.

Каждое имя состоит из 3-х частей: имени ресурса или пользователя, имени труппы пользователей и имени организации. Например, пусть существует сервер с именем организации ACME; есть две группы пользователей MARKETING (маркетинг) и ACCOUNTING (бюджет), существует также несколько служб, связанных с каждой группой, например, WP (word processing) обработка текста) DBASE (database) база данных, АССТ (accounting) бюджет. При использовании каждая часть имени отделяется от другой знаком @ . Пол ьзователь FRED из группы MARKETING должен зарег ис трироваться для работы в сети с помощью команд:

A>LOG ONFRED@M ARKETING@ACME.

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

A>SETDRIVE G DBASE@MARKETING@ACME

Эта команда назначит логическое устройство G: на каталог и подкаталоги с ПО СУБД и файлами базы данных, Длинным именам StreetTalk могут быть назначены короткие синонимы (Nicknames).

StreetTalk - это база данных списков. Она, в частности, включает в себя список сетевых ресурсов. Другие списки SteetTalk - это списки пользователей, групп пользователей и прав пользователей.

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

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

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

В UNIX администратор сети управляет правами доступа пользователей через ARL-список (Access Rights List), который связан с каждой службой. ARL определяет 6 операций, которые могут быть предоставлены:

1. управление правами доступа к каталогу;

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

3. возможность модификации файлов в каталоге и его подкаталогах;

4. возможность чтения файлов в каталоге и подкаталогах;

5. возможность удаления каталогов.

Каждому имени пользователя в ARL присваивается одно из следующих 4-х прав доступа: право управления (control access), которое дает пользователю возможность выполнения всех 6-ти операций; право модификации (modify access), которое позволяет выполнять операции 2,3,4 и 5; право чтения (read access), которое позволяет выполнять операцию чтения фактов в каталоге и подкаталогах; нулевое право (null access), которое запрещает пользователю выполнять любую из шести операций.

Права доступа для трупп и имен пользователей не объединяются, как это имеет место в NetWare. Пользователю просто даются права, относящиеся к первому элементу в списке. Если первым элементом является элемент, описывающий права группы, то пользователь получает права труппы. Если первый элемент - это элемент, описывающий права пользователя, то пользователь получает права пользователя. Вместе эти права не объединяются.

Каждая служба принадлежит определенной группе и имеет связанный со службой ARL. (В приведенном выше примере служба DBASE принадлежит группе MARKETING). Если со службой нс связан ARL, то каждый пользователь в группе автоматически получает право модификации. Если ARL существует, то доступ к службе имеют только пользователи, указанные в ARL и только с теми правами, какие там указаны. Разрешено применение wildcard-символов в ARL. Например, элемент *@MARKETING@ACME дает каждому из группы MARKETING одинаковые права доступа к службе.

ARL может содержать только 5 элементов. Поэтому даже в небольшой сети UNIX ARL представляет собой список имен пользовательских списков. Все пользователи в каждой группе с одинаковыми правами доступа могут быть помещены в 1 список и имя этого списка может быть добавлено к ARL. Например, StreetTalk - имя MODLIST@MARKETING@ACME может ссылаться на список, содержащий всех пользователей группы MARKETING с правом модификации. Помещение имени этого списка в ARL для службы базы данных (с именем DBASE) и указание для него права модификации делает возможным доступ пользователей из этого списка к службе DBASE только с правом модификации.

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

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

Такая схема именования также требует больших усилий от администратора при создания имен для служб и групп. Если в сети с 2-мя серверами имя службы или группы совпадает с таковым на другом сервере - это плохо. Каждый раз, когда пользователь запрашивает службу на одном сервере, будет вызываться и другой сервер.

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

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

Превратить UNIX-компьютер в файловый сервер относительно просто. Для этого достаточно использовать на нем программное обеспечение, которое будет принимать запросы от других рабочих станций, обрабатывать их и отвечать на эти запросы. При этом программное обеспечение файлового сервера будет всего лишь еще одной программой в многозадачной операционной системе, Если центральный процессор файлового сервера обладает достаточно высоким быстродействием, то одновременно с программным обеспечением файлового сервера на нем может быть запущена еще какая-нибудь программа. В Главе 2 проводилось обсуждение причин, по которым сетевые ОС LAN Manager и LAN Server представляют прекрасную основу для применений архитектуры клиент/сервер. Те же доводы для применения архитектуры клиент/сервер можно привести в пользу операционной системы UNIX.

Популярным протоколом для компьютерных сетей на базе операционной системы UNIX является TCP/IP, хотя некоторые сетевые программные продукты для обмена информационными пакетами между компьютерами применяют протокол NetBIOS.

Рабочие станции в ЛВС, управляемой операционной системой UNIX, посылают запросы на файловый сервер с требованиями передачи файлов и работают с этими файлами так, как если бы они хранились на локальном диске. Перенаправление файлов позволяет использовать UNIX-файлы так, как если бы эти файлы принадлежали DOS, OS/2 или Mac в зависимости от того, какая из этих операционных систем управляет рабочей станцией, запросившей файл. Однако иногда в таких случаях может потребоваться некоторая перекодировка. Например, в текстовых файлах DOS каждая строка заканчивается двумя символами - возврат каретки (CR) и перевод строки (LF), а в UNIX используется только символ LF.

Файлы в операционной системе Маc имеют более сложную структуру. UNIX-компьютеры могут хранить имя файла, но не его атрибуты для системы Маc. В таком случае после хранения на файл-сервере UNIX часть атрибутов файла Маc будет потеряна.

Заключение

Рассмотренные в данном обзоре сервер-ориентированные сетевые ОС можно разделить на четыре группы:

· операционные системы NetWare (NetWare 2.x, Novell NetWare 3.x,);

· операционные системы на основе концепции LAN Manager (Microsoft OS/2 LAN Manager, IBM OS/2 LAN Server);

· операционные системы на основе UNIX;

· операционная система Windows NT Advanced Server.

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

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

· какие средства повышения надежности предоставляет сетевая ОС;

· насколько развиты средства защиты информации от несанкционированного доступа и средства регламентации доступа пользователей к ресурсам сервера;

· насколько сеть управляема, т.е. насколько удобны средства, предоставляемые сетевой ОС для работы администратора сети;

· какие коммуникационные средства предоставляет сетевая ОС для объединения ЛВС с другими вычислительными системами и сетями;

· какой объем оперативной памяти занимает сетевое ПО на рабочей станции, Достаточен ли он для запуска ваших приложений;

· предоставляет ли сетевая ОС средства для удобной работы с несколькими серверами в сети.

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

На основании результатов тестирования можно утверждать, что NetWare лучше держит нагрузку, тогда как в ОС на основе UNIX и тем более в LAN Manager снижение быстродействия происходит более заметно. При прочих равных условиях можно рекомендовать использовать Novell NetWare 3.11 в тех случаях, если Вам необходимы высокая производительность, надежность. По результатам многих опросов и по занимаемой доле рынка эта сетевая ОС лидирует. В то же время если у вас большая и территориально распределенная сеть, то UNIX с ее отличными возможностями управления многими серверами и каналами для организации глобальных сетей будет для вас удачным приобретением. В NetWare средства работы с несколькими серверами (NetWare Name Service) работают не столь хорошо, как бы этого хотелось.

Сетевые ОС на основе концепции LAN Manager также имеют хорошие средства по централизованному административному управлению многими серверами. Эти сетевые ОС несомненно получат хорошую оценку у тех, кто планирует создание сети, рабочие станции которых оснащаются OS/2. В этом случае можно в полной мере использовать те возможности сетевых ОС данного класса, как удаленный запуск программ. Какую конкретно ОС предпочесть зависят от других, дополнительных факторов. Так, если необходимо организовать взаимодействие с большими машинами корпорации IBM, то логично остановить свой выбор на IBM LAN Server.

Большую роль при выборе сетевой ОС играют ограничения, накладываемые производителями ОС на аппаратное обеспечение. Так, если для Novell NetWare 2.x достаточно процессора Intel 20286, то для NetWare 3.x требуется уже как минимум 386, а для версии 4.0 486 процессор. Аналогичная ситуация наблюдается и с другими операционными системами. Необходимо также отметить, что операционные системы UNIX и Windows NT могут использовать не только Intel процессоры.

Немаловажным, хотя и не решающим, параметром является объем жесткого диска, занимаемого операционной системой. Так для Novell NetWare это всего лишь 9 Мбайт, для OS/2 – 7.2 Мбайт, а для UNIX и Windows NT, соответственно, 80 и 90 Мбайт на сервере. Для рабочей станции OS/2 требуется 4.6 Мбайт жесткого диска, а для Windows NT Workstation порядка 90 Мбайт.

Проблему распределения оперативной памяти наиболее удачно решила фирма Novell. Сетевые драйвера рабочей станции для DOS занимают в ОП 56 Кбайт, тогда для UNIX порядка 100 Кбайт, а для OS/2 LAN Manager, OS/2 LAN Server и Windows NT порядка 160 Кбайт. В случае установки собственных рабочих станций требования ужесточаются: OS/2 для клиента требует 4.2 Мбайт ОП, а Windows NT Workstation – 12 Мбайт ОП. Минимальные требования к оперативной памяти сервера выдвигает OS/2 – 1.3 Мбайт, однако максимально разрешенное количество оперативной у нее крайне невелико – 16 Мбайт. Несколько лучшие показатели у UNIX (8 Мбайт – 256 Мбайт) и Windows NT (16 Мбайт – 4 Гбайт). Наилучшие характеристики по этим параметрам у Novell NetWare минимальное количество ОП – 4 Мбайт, максимальное до 4 Гбайт. Это позволяет организовывать на основе NetWare локальные сети с почти неограниченной возможностью расширения, без крупных замен аппаратного обеспечения. Таким образом ОС Novell NetWare является оптимальным выбором для локальной сети вуза со слабой аппаратной базой.

С точки зрения клиентского сервиса, наиболее выдающейся безусловно является Windows NT. Ее графический интерфейс, заимствованный у Windows 3.x и Windows 95, является на сегодняшний день наиболее распространенным и понятным для пользователя. Широкое распространение продуктов Microsoft позволяет пользователя приложить минимальные усилия для овладения возможностями сетевых технологий. На втором месте стоит система OS/2. Операционные системы OS/2 свой оригинальный графический интерфейс, но фирма IBM начиная с версии рабочей станции OS/2 4.0 Merlin позаимствовала основные идеи построения интерфейса у Windows 95, что опять же облегчило работу пользователя. Для создания удобного пользовательского интерфейса UNIX и NetWare используются специальные программы надстройки. В случае отсутствия подобных программ управление сетевыми возможностями осуществляется через командную строку и стандартных утилит.

В каждой из этих ОС имеются собственные подсистемы защиты информации. Windows NT и Novell NetWare 4.0 обладают наиболее надежной из них, так как единственные удовлетворяют стандарту C-2, а в отношение других ОС и более ранних версий NetWare проведенный анализ подсистем защиты информации показал следующее:

· все сетевые ОС обеспечивают идентификацию и аутентификацию пользователей системы, предотвращая попытки злоумышленника по перехвату паролей; пароли передаются в шифрованном виде; только системы LAN Manager и LAN Server используют стандартный алгоритм шифрования DES, две остальные системы используют собственные алгоритмы шифрования; сведения о стойкости собственных алгоритмов не приводятся;

· в сетевых ОС NetWare и UNIX можно запретить одновременную работу пользователей с одинаковыми именами;

· системы LAN Manager, LAN Server и UNIX обеспечивают администратору управление группой взаимосвязанных серверов (областью администрирования), что существенно облекает управление сетью (создание и ведение базы данных по пользователям, изменение прав доступа к ресурсам и т.д.): для системы NetWare необходимо дополнительное приобретение специальных утилит управления;

· файловый сервер в системе LAN Manager и LAN Server является невыделенным и может функционировать только в среде OS/2, защиту сервера в этом случае берет на себя OS/2, локальная защита сервера защита локальных файлов сервера от несанкционированного доступа с этого же сервера реализована в сетевых ОС LAN Manager и LAN Server (при помощи OS/2) и в UNIX;

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

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

· ведение системного журнала обеспечивают все системы, подсистема учета Novell NetWare является наилучшей;

· в системе LAN Manager для удаленных станций предусмотрена возможность запрета обращения к некоторым из существующих серверов, при этом сервер становится "невидимым" для рабочих станций;

· трафик защищается сетевыми ОС LAN Manager, LAN Server и UNIX.

Особо необходимо сказать о файловых системах вышеперечисленных операционных систем. Об их особенностях было рассказано ранее в соответствующих разделах. Единственно, надо отметить, что наиболее прогрессивной из них является NTFS (NT File System), которая успешно совмещает в себе лучшие черты HPFS, NFS и файловой системы Novell NetWare. Все сетевые ОС могут поддерживать следующие файловые системы клиентов: DOS, Windows, Mac(5), OS/2, UNIX.

С точки зрения администрирования работы сервера наиболее удобной представляется ОС Windows NT, так как она обладает удобными средствами администрирования, на основе оригинального графического интерфейса. Необходимо отметить, что для последних версий OS/2 и Novell NetWare разработчики создали собственный оконный интерфейс. В более же ранних версиях администрирование сети производилось посредством набора утилит. Удобство администрирования является одним из самых слабых показателей для ОС UNIX, так как до сих пор производители не нашли достаточно удачного решения этой проблемы.

Важнейшей проблемой при построении компьютерной сети вуза является определение прав пользователя, так как это физически необходимо для организации полноценной работы студентов. Контроль доступа по уровню защиты поддерживают все сетевые операционные системы, что позволяет ограничивать права пользователя на различные сетевые ресурсы. Например, для студента необходимо установить права для манипуляции с файлами только на его личном сетевом разделе, в то время как для преподавателя надо определить права только на чтение файлов, созданных студентами его группы. Также можно для преподавателя определить права на администрирование прав пользователей в рамках группы, которой он преподает. Достаточно часто в учебном процессе используются ограничения на время и дату доступа к сетевым ресурсам. Эту возможность можно использовать для работы некоторых групп только в отведенное для этого преподавателем время. Она реализована во всех сетевых ОС, кроме UNIX. Еще одним важным параметром администрирования работы сети является возможность ограничения дискового пространства для пользователя. Это позволяет гибко использовать ресурсы файл-сервера, а также контролировать использование пользователями этих ресурсов. Так, для студентов первого курса, объем наработанной информации которых не велик, можно определить размер сетевого раздела, например, 1 Мб, в то время как для студента, пишущего объемную курсовую работу, этот размер можно увеличить в зависимости от объема работы. К сожалению, эту возможность не поддерживает Windows NT, тогда как в остальных ОС она реализована.

Немалую роль в построении компьютерной сети вуза играет экономический аспект проблемы. Каждая из вышеперечисленных сетевых операционных систем имеет собственную рыночную цену, кроме, может быть, ОС UNIX, большинство версий которой распространяется бесплатно. Цены операционной системы зависит от версии и максимального числа пользователей. Так если NetWare 3.12 на 5 пользователей стоит 700$, то версия 4.1 на такое же число пользователей стоит уже 770$. Максимальное количество пользователей для сетевых ОС бывает 5, 10, 25, 50, 100, 250, 500 и 1000. Для вуза такое бывает в зависимости от размеров сети от 25 до 100. Соответственно для 25, 50 и 100 пользователей, цены на продукты фирмы Novell следующие:
NetWare 3.12 – 2200$, 2900$, 4000$; NetWare 4.1 – 2600$, 3500$, 4900$. Цены на сетевые ОС на основе OS/2 несколько более высокие чем на NetWare 3.12, соответственно: 2500$, 3000$, 4200$. Наиболее же дорогостоящей из них, является Windows NT AS: стоимость версии на 5 клиентов на сегодняшний день составляет порядка 1000$.

Техническое решение:

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

У нас есть небольшие сети и отдельно стоящие компьютеры ни с кем не соединенные. На первом этапе мы объединим все компьютеры в одном здании в одну сеть, по способам и технологиям рассматриваемым конкретно к каждому случаю. В каждом корпусе будет выделенный сервер имеющий связь с центральным сервером вуза, но дающий возможность связи простым компьютерам только через себя. Так как ряд компьютеров имеют достаточно слабые технические характеристики, то рационально объединить их в сети под управлением ОС Novell NetWare 3.12, так как она дает возможность подключения “клиентов” на уровне DOS

Предлагается решить данную задачу путем создания на основе Novell технологии и операционной системы Novell NetWare 3.12 корпоративную сеть вуза по принципу "распределенная звезда", работающую под управлением нескольких серверов и поддерживая основные транспортные протоколы (IPX/SPX и TCP/IP) в зависимости от протокола под которым работают местные локальные сети и имеющая сегменты типа Ethernet .

Для работы с электронной почтой инсталлировать выделенный сервер под управлением UNIX. Для программно-аппаратного объединения сетевых сред NetWare и UNIX использовать программный мост на базе совмещенного транспортного протокола IPX/IP.

Наряду с сетевой ОС NetWare 3.12 для групп клиентов, функционально взаимосвязанных между собой при решении производственных задач, используется сетевая среда Windows for Workgroup 3.11 или, если позволяет аппаратная база, Windows 95, предоставляющие прозрачный доступ пользователям этих одноранговых сетей к информации друг друга. В то же время пользователи среды Windows for Workgroup 3.11 и Windows 95 являются клиентами NetWare-серверов, имея доступ к их ресурсам и информации на жестких дисках в соответствии со своими правами и привилегиями.

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

Библиография

1. Бэрри Нанс. «Компьютерные сети» – М.: БИНОМ, 1996 г.

2. «Основы администрирования NetWare 4.1» // КомпьютерПресс №№2-12 1996

3. Бурцев В.Л. «Сетевые операционные системы» – М. : СП ЭКО-ТРЕНДЗ, 1993 г.

4. Гайкович В.Ю. «Сравнение подсистем безопасности распостраненных сетевых операционных систем» – М. : СП ЭКО-ТРЕНДЗ, 1993 г.

5. Гранже М., Менсьё Ф. «OS/2: принципы построения и установка» – М.: Мир, 1991 г.

6. Крэнц Дж., Майзелл Э., Уильямз Р. «Операционная система OS/2» – М.: Мир, 1991 г.

7. «Ресурсы Windows NT (Windows NT Resource Kit)» – Microsoft Press, 1995.

8. Бах Дж. Моррис «Архитектура операционной системы UNIX», Prentice-Hall, 1992.