Бройдо В.Л., Ильина О.П. Архитектура ЭВМ и систем (2006) (1186249), страница 133
Текст из файла (страница 133)
Связанные с безопасностью инциденты чаше всего происходят не тогда, когда отсутствуют какие-либо элементы управления безопасностью, а когда они неправильно настроены, что, кстати, существенно подрывает доверие к ненадежным системам и ограничивает сферу использования сети. Для обеспечения простоты настройки безопасности в операционной системе Ж1пг(отвз Яегуег службы безопасности тесно интегрированы со службой Асбуе О!гесгогу. В каталоге Асече Р1гесгогу хранится такая информация о политиках безопасности доменов, как ограничения на пароль в пределах данного домена и привилегии доступа в систему, то есть информация, которая имеет прямое отно- 598 Глава 26.
Корпоративные компьютерные оети шение к использованию системы. Во избежание несанкционированных изменений, которые могут повлиять на обшую безопасность системы, имеется возможность управлять объектами каталога, связанными с безопасностью. Операционная система %~1пс(отчв Зегчег включает в себя объектно-ориентированную концепцию безопасности и управление доступом для всех объектов службы Асиче Пгессогу.
Каждый обьект в службе Асбче 1)1гессогу получает уникальный дескриптор, определяющий разрешения на доступ, необходимые для чтения или обновления свойств объекта. Более подробно механизмы обеспечения безопасности информации будут рассмотрены в главе 30. Особенности построения и эксплуатации баз данных в ККС Выбор системы управления базой данных для корпоративной сети — один из ключевых моментов в разработке системы. Проблема выбора усложняется тем, что таких систем великое множество, и при выборе СУБД следует учитывать: О функциональные возможности самих СУБД; С) архитектуру сети (в первую очередь — ее распределенность); ьв возможное техническое исполнение серверов баз данных; сз средства разработки программных приложений, в части их ориентированности на определенные СУБД. На российском рынке присутствуют практически все СУБД, принадлежащие как к среднему (шкЫ!е) классу (МЗ Асеева, РохЬаве, Соге1 Рагадох, 1.осцв АрргоасЬ, Р!1еМаг1сег Бегчег и т.
д.), так и к элитному классу (Огас!е 80 БО1. фирм М1сгово(С, Регчаяче, СепСцга; 1п(оптпх; БуЬаве; 1пйгев). На рынке представлен достаточно большой набор средств разработки приложений, как ориентированных на конкретные СУБД (1)ече!орег для Огас!е, Хетчега для 1п1опшх и т. д.), так и универсальных (РотчегВш1бег Епсегрпве (Ротчегбой Согр.), ОцрсаБО1. (Спрса Согр.), Пе!РЬ( (Вог!апб), Епсегрпве Оече1орег (Бушапсес)).
Вопрос, какую СУБД выбрать, можно решить только по результатам предварительного обследования и получения информационных моделей деятельности корпорации. Современное состояние корпоративных баз данных сложилось в результате взаимодействия двух процессов. 1. Первый процесс связан с развитием линии «больших машин» (мэйнфреймов). Первые системы управления базами данных появились именно на мэйнфреймах; одной из них была «Ок໠— под таким названием наши специалисты знали в 70-е годы иерархическую СУБД 1МЗ фирмы 1ВМ.
В дальнейшем серьезную конкуренцию мэйнфреймам составили мощные Пп1х-машиньь Их главным преимуществом была более низкая стоимость. Сейчас фактическим стандартом для них стали реляционные базы данных и язык БЯ1.. 2. Второй процесс связан с развитием линии персональных компьютеров. С массовым использованием ПК появились и первые персональные СУБД, которые имели весьма ограниченные возможности. Позднее — архитектура «клиентсервер», в которой функции обработки данных и формирования пользователь- Особенности архитектуры корпоративных компьютерных сетей 599 ского интерфейса распределялись между мощным сервером и клиентским персональным компьютером.
Производительность персональных компьютеров начала быстро расти. Стали появляться мощные одно- и многопроцессорные серверы на платформе !псе!, которые нуждались в адекватной операционной системе для организации серверов приложений и серверов баз данных. Такой ОС стала М!сгозо1г Ж!пботуз !х!Т/ 2000. Не замедлили появиться и !х!Т-версии основных СУБД. ПК-серверы по мере наращивания своей мощи стали все чаще применяться в качестве серверов баз данных в корпоративных сетях, постепенно вытесняя оп!х-машины и мэйнфреймы.
Два основных свойства характерны именно для корпоративных баз данных: 1. Распределенная обработка данных. Современные корпорации территориально разбросаны по разным городам, странам и даже континентам. Соответствующая им распределенная сеть требует иного подхода, чем локальная — не всегда можно обеспечить быструю и надежную связь между узлами. Встает задача получения той или иной степени автономности работы узлов распределенной сети обработки данных. Распределенная обработка данных часто целесообразна и из соображений повышения производительности сети путем перераспределения нагрузки между серверами.
2. Наличие хранилищ данных с интеллектуальными технологиями поддержки принятия решений. Любая корпорация сегодня должна анализировать накопленные данные — без такого анализа невозможно принимать управленческие решения. Анализ обязан быть всесторонним и быстрым. Для этого средства анализа должны быть простыми, но интеллектуальными. Такие средства предоставляют быстро развивающиеся сейчас ОЕАР-технологии, так как именно они обеспечивают интуитивно понятную модель анализа,и приемлемые скорости переработки больших объемов данных.
Таким образом, современная корпоративная база данных должна располагать средствами построения хранилищ данных и 01.АР- анализа. Популярность сред мультимедиа и гипермедиа, приложений, выполненных в стиле Интернета, требующих значительных объемов хранимой информации, развитие сложных клиент-серверных архитектур вызывают существенный рост затрат на создание и управление распределенными хранилищами. По данным экспертов, в последние годы в корпоративных сетях наблюдался ежегодный прирост расходов на управление хранением информации на 60 "гы В настоящее время корпорации тратят ежегодно более 150 млрд долларов на хранение и поддержку данных в распределенных системах.
Система %!пботуз Бегуег использует для хранения данных сервер баз данных М!сгозогс ЯЯЕ Вегуег и предлагает свои механизмы организации подсистемы хранения информации, опирающиеся на файловую систему !ь!ТРЯ и широкий список новых устройств и приложений хранения информации. 600 Глава 26. Корпоративные компьютерные сети Служба РтзЫЬШед Ие Будеш (ь)РЗ), представляющая собой сервисную подсистему ттт!пботтз Зегтег, позволяет значительно упростить механизмы управления и доступа к файловым ресурсам. Распределенная файловая система (М~сгозогг) для разнородных ресурсов файловой системы предприятия образует единое пространство имен. Система ПРЗ организована в виде логической структуры дерева, независимой от физических ресурсов.
Топология этого дерева РРЗ автоматически публикуется в службах Асбче Пгесгогу, что создает отказоустойчивость корня РРЗ. Тома, которые добавляют к корню ПРИ пользователи, являются листьями или узлами ветвей, представляющими собой сетевые каталоги с общим доступом. Сетевые ресурсы могут быть распределены с помощью единого дерева нли нескольких деревьев РРБ. Используя стандартные средства безопасности системы Ж1пботез Вегчег, такие как права доступа для группы, можно ограничить доступ к томам ПРВ.
Для пользователей дерево РРБ обеспечивает единообразный и прозрачный доступ к соответствующим сетевым ресурсам. Структура, или топология, дерева ьтРЗ публикуется в службе каталогов Асггее Пгесгогу, которая служит главным арбитром топологий для всех деревьев РРЗ. Кроме того, служба каталогов Асйче Пгессогу реплицирует топологии РРБ для всех деревьев РРЗ на каждом сервере корня РРЯ. Таким образом распределяется нагрузка между серверами-участниками и реализуется отказоустойчивость для корня ПРЯ. Распределение данных по топологии ВРБ оптимизирует доступ пользователя к томам ПРЯ.
В случае отказа сервера-участника топология РРЗ восстанавливается и синхронизнруется службой каталогов Асбче Пгесгогу при возвращении сервера в сеть. Дерево ПРБ может быть расширено добавлением логических томов к корню ПРЗ или к любому узлу ветвей ПРЯ в дереве. Новый добавленный том ПРБ может указывать на одиночный каталог, не имеющий дочерних, на родительский каталог, на том или на целое дерево ПРЗ (образуя поддерево).
Пользователь с достаточными правами доступа может также обратиться к любым локальным дочерним каталогам, существующим в указываемом ресурсе или добавленным к нему. Чтобы добавить том ПРБ не как лист, а как узел, который может иметь дочерние тома ПРБ, указываемый том или каталог должны находиться на сервере, работающем под управлением %1пдотез 2000, на котором в настоящий момент работает служба РРЗ.
Это необходимо для поддержки ссылок ПРЯ на дочерние тома. Корни или тома ПРЯ могут ссылаться на реплицнрованный (скопированный) набор общих ресурсов. Посредством назначения альтернативных, реплицнрованных ресурсов корню или тому ПРЗ можно обеспечить пользователям непрерываемый доступ к необходимым им файлам. Когда пользователь запрашивает подключение к г)РЗ, используя имя ПХЯ (ПзггтЬцгет( Хаше 5узгеш — имя поля в распределенной системе, поддерживаемое файловой системой ХТРЯ), служба г)РЯ передает все реплики соответствующему клиенту ПРЗ.
Этот клиент РРЯ выбирает ближайшую реплику на основе топологии узлов, полученной от службы Асйче Пгессогу. Назначение какой-либо реплики корню РРЗ обновляет топологию РРБ на сервере Асйче Пгестогу ссылками на новое дерево. Когда пользователь указывает Осооенности архитектуры корпоративных компьютерных сетей 6О1 имя ПХ5 для запроса связи с корнем ПР5, служба РГ5 передаст клиенту все реплики для данного корня РР5.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
