Если это требуется, сетевая операционная система может по запросу одного компьютера запустить программу на другом компьютере. На этом основана распределенная обработка данных в сети. Вместо того, чтобы перекачать некоторый большой массив данных с центрального сервера на рабочую станцию с целью его обработки, с рабочей станции на сервер посылается запрос (или инструкция), задающий параметры обработки. Все вычисления выполняются на сервере (как правило, более быстродействующем, чем рабочие станции), а на рабочую станцию передаются только результаты обработки, имеющие значительно меньший объем. В резуьтате резко сокращаются объемы передаваемых данных, обеспечивается более гибкое управление доступом к данным. Внедрение объектно-ориентированных технологий позволяет упростить организацию построение систем распределенной обработки данных.
Задачей современных сетевых операционных систем становится объединение неравноценных операционных систем рабочих станций и обеспечение сетевого уровня для широкого круга задач: обработка баз данных, передача сообщений, управление распределенными ресурсами сети.
Существует несколько подходов к организации управления ресурсами сети.
При первом подходе системные таблицы находятся на каждом файловом сервере сети. Они содержат информацию о пользователях, группах, их правах доступа к ресурсам сети (данным, сервисным услугам и т.п.). Такая организация работы удобна, если в сети только один сервер. В этом случае требуется определить и контролировать только одну информационную базу. При расширении сети, добавлении новых серверов объем задач по управлению ресурсами сети резко возрастает. Администратор системы вынужден на каждом сервере сети определять и контролировать работу пользователей. Абоненты сети, в свою очередь, должны точно знать, где расположены те или иные ресурсы сети, а для получения доступа к этим ресурсам – регистрироваться на выбранном сервере. Конечно, для информационных систем, состоящих из большого количества серверов, такая организация работы не подходит.
Второй подход используется в LANServer и LANMahager – Структура Доменов (Domain). Все ресурсы сети и пользователи объединены в группы. Домен можно рассматривать как аналог таблиц объектов, только здесь такая таблица является общей для нескольких серверов, при этом ресурсы серверов являются общими для всего домена. Поэтому пользователю для того, чтобы получить доступ к сети, достаточно подключиться к домену (зарегистрироваться), после этого ему ста¬новятся доступны все ресурсы домена, ресурсы всех серверов и устройств, входящих в состав домена. Однако и с использованием этого под¬хода также возникают проблемы при построении информационной системы с большим количеством пользователей, серверов и, соответственно, доменов. Например, сети для предприятия или большой разветвленной организации. Здесь эти проблемы уже связаны с организацией взаимодействия и управления несколькими доменами, хотя по содержанию они такие же, как и в первом случае.
Третий подход – Служба Наименований Директорий или Каталогов (Directory Name Services – DNS) лишен этих недостатков. Все ресурсы сети: сетевая печать, хранение данных, пользователи, серверы и т.п. рассматриваются как отдельные ветви или директории информационной системы. Таблицы, определяющие DNS, находятся на каждом сервере. Это, во-первых, повышает надежность и живучесть системы, а во-вторых, упрощает обращение пользователя к ресурсам сети. Зарегистрировавшись на одном сервере, пользователю становятся доступны все ресурсы сети. Управление такой системой также проще, чем при использовании доменов, так как здесь существует одна таблица, определяющая все ресурсы сети, в то время как при доменной организации необходимо определять ресурсы, пользователей, их права доступа для каждого домена отдельно.
8th Май 2011
|
Теги:
|