Доступ к удаленным дискам, базам данных

Одним из важных удаленных ресурсов для АРМ является дисковая па­мять серверов, разделяемая с другими АРМ и называемая “удаленным диском". На таком накопителе информации могут хра­ниться общедос­тупные справочники, каталоги, общие редакторы, компи­ляторы и другая ин­формация. С точки зрения АРМ удаленный диск вы­глядит как дополнитель­ный диск к собственным локальным.

Например: А, В, С - локальные диски; D, Е, F - удаленные.

Работа прикладных процессов с удаленными дисками аналогична рабо­те с локальными дисками. При этом сетевая ОС сервера должна не только от­рабаты­вать протокольный стек ЛВС, но и управлять доступом АРМ к удаленному диску: ставить запросы АРМ в очередь, анализировать коррект­ность запросов, поочередно обслуживать и другие действия.

Идеология удаленного диска имеет серьезный недостаток, который на­чинает сказываться при количестве АРМ, подключенных к серверу, более 20-30.

Недостаток состоит в резком увеличении времени обслуживания за­просов АРМ, поскольку это связано с работой медленно действующих ме­ха­нических устройств дисковой памяти и обменами информацией по сети. В целом процесс работы с удаленным диском выглядит следующим обра­зом: прикладной процесс полностью расположен в АРМ, данные распо­ложены на удаленном и локальном дисках. Чтобы избавиться от частых обращений к диску и обменов по сети, прибегают к так называемой техно­логии "клиент-сервер". В таком случае данные на удаленном диске упо­рядочиваются в СУБД, а прикладной процесс состоит из двух частей: "клиентской" (на АРМ) и "серверной". Запрос прикладного процесса на АРМ вызывает запуск при­кладного процесса на сервере. Последний спроекти­рован таким образом, что при работе с СУБД обращения к диску как к меха­ническому устройству сведе­ны к минимуму. Разделение прикладного про­цесса на "клиентский" и "серверный" выполнено также с точки зрения минимума передач информа­ции по сети.

Internet

В основу глобальной сети Internet положены протоколы маршрути­зации (IP) и транспорта (ТСР) из локальных вычислительных сетей. Как всякая ГВС Internet ориентируется на использование СПД с IP - мар­шрутизацией. Как правило, подключение АРМ и серверов на транспорт­ном уровне происходит через ТСР.

В Internet доступны электронная почта и другие возможности прикладных сетевых систем, однако особый интерес представляют серверы класса WEB или WWW-серверы.

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

5.7. Современные информационные технологии в машиностроитель­ных САПР

Современные САПР построены в архитектуре “клиент-сервер”, что является логическим продолжением архитектуры “mainframe-термина­лы” в связи с интеллектуализацией последних. С другой стороны, децен­трализация процессов проектирования и перенос существенной части ра­бот на “клиентскую” часть (АРМ на базе РС в многоточечных сетях) по­родили серьёзную проблему - проблему синхронизации процесса проекти­рования, выполняющегося над одним изделием с различных рабочих мест (рис.4).

Рис. 4 Синхронное проектирование

Другими словами, проблема выглядит следующим образом. Предположим, имеется модель объекта проектирования, сосредоточенная в некоторой вычислительной системе (например, в сервере приложений NX). Предположим также, что программные средства под­держки проектирования распределены: часть из них находится на сервере приложений (серверная часть), а вторая часть - на АРМ (клиентская часть). Допустим, что обращения к серверной части проходят через про­грамму - монитор обращений, выполняющий функции синхронизации. Проблема формулируется следующим образом: как должны быть распределены программные средства общего пакета на сервисную и клиентскую части, и каким образом выпол­няется процедура синхронного проектирования.

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

Отличительной особенностью технологии UX является то, что опи­сание объекта с максимальной степенью детализации хранится на физиче­ском уровне. Система логических моделей образует специфическое опи­сание объекта проектирования - единое, достаточное и полное для любого АРМ, задействованного в процессе проектирования.

Система логических моделей непрерывно модифицируется, для чего в UX происходит по­стоянное отслеживание процесса преобразования “физический уро­вень/логический уровень”. Клиентская часть САПР преобразуется в ком­плекс программ поддержки принятия решений.

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