Слайд 1СЕТЕВЫЕ ТЕХНОЛОГИИ
WINDOWS NT
Слайд 2Особенности Windows NT
Операционная система Windows NT
с самого начала проектировалась с
учетом: расширяемости, переносимости, надежности, совместимости, производительности. Эти свойства были достигнуты за счет применения передовых технологий структурного проектирования: клиент-сервер, микроядра, объекты. Windows NT может выполнять функции контроллера доменов, позволяющая структурировать сеть и упрощать задача администрирования и управления. Он используется также в качестве файл-сервер, принт-сервер, сервера приложений, сервера удаленного доступа и сервера связи(шлюза). Так же Windows NT может быть использован как платформа для сложных сетевых приложений, построенных с использованием архитектуры “клиент-сервер” (MS SQL Server, Oracle, InterBase итд).
Слайд 3Особенности Windows NT
Структурно Windows NT может быть представлена в виде
двух частей: части операционной системы, работающей в режиме пользователя, и
части операционной системы, работающей в режиме ярда, которая называется исполнительной частью (executive). Она включает ряд компонентов, которые управляют виртуальной памятью, объектами (ресурсами), вводом-выводом и файловой системой (включая сетевые драйвера), взаимодействием процессов и частично – системой безопасности. Эти компоненты взаимодействуют между собой с помощью набора специфицированных внутренних процедур. Вторую часть Windows NT, работающую в режиме пользователя, составляют серверы – так называемые защищенные подсистемы. Серверы Windows NT называютcя защищенными подсистемами, поскольку каждый из них выполняется в отдельном процессе, память которого отделена от других процессов системой управления виртуальной памятью NT executive.
Слайд 4Особенности Windows NT
Так как защищенные подсистемы автоматически не могут совместно
использовать память, они общаются друг с другом посредством посылки сообщений.
Сообщения могут передаваться как между клиентом и севером или между двумя серверами. Все сообщения проходят через исполнительную часть Windows NT. Защищенные подсистемы Windows NT работают в пользовательском режиме и создаются Windows NT во время загрузки операционной системы. Сразу после создания они начинают бесконечный цикл своего выполнения, отвечая на сообщения, поступающие к ним от прикладных процессов и других подсистем.
Слайд 6Управление процессами
В Windows NT реализована многозадачность с вытеснением (preemptive multitasking).Windows
поддерживает симметричную многопроцессорную организацию вычислительного процесса, в соответствии с которой
OC может выполняться на любом свободном процессоре или на всех процессорах одновременно, разделяя память между ними. Так как многозадачность реализуется на уровне нитей, разные части одного и того же процесса могут действительно выполняться параллельно. Следовательно, многонитевые серверы могут одновременно обслуживать более одного клиента.
Отдельная нить создается для каждой операции. Например, в одной нити программа может воспроизводить сложную графическую форму, а в другой - использоваться для редактирования объемного чертежа. Каждая из этих нитей (или, с точки зрения пользователя, операций) работает на отдельном процессоре, не требуя никаких управляющих вмешательств со стороны приложения. Нити внутри процесса используют общую область памяти и, следовательно, могут очень просто обмениваться данными.
Слайд 7Управление процессами
Для управления нитями Windows NT использует механизм приоритетов. В
определенные моменты производятся оценка приоритетов и перераспределение нитей по процессорам,
в результате чего последовательные стадии одной нити программы могут выполняться разными процессорами или откладываться до высвобождения очередного процессора.
Каждой нити присваивается число - приоритет, и нити с более высоким приоритетом выполняются раньше нитей с меньшим приоритетом. В самом начале нить получает приоритет от процесса, который создает ее. В свою очередь и процесс получает приоритет в тот момент, когда его создает подсистема среды. Значение базового приоритета процесса присваивается ему системой по умолчанию или системным администратором. Нить наследует этот базовый приоритет и может изменить его, немного увеличив или уменьшив. На основании получившегося в результате приоритета, называемого приоритетом планирования, начинается выполнение нити. В ходе выполнения приоритет планирования может меняться.
Слайд 8Управление процессами
Windows NT поддерживает 32 уровня приоритетов, разделенных на два
класса - класс реального времени и класс переменных приоритетов. Нити
реального времени, приоритеты которых находятся в диапазоне от 16 до 31, являются более приоритетными процессами и используются для выполнения задач, критичных ко времени.
В Windows NT определено 4 класса приоритетов процессов:
IDLE_PRIORITY_CLASS - уровень 4
NORMAL_PRIORITY_CLASS - уровень 9 при интерактивной работе процесса (forground) и уровень 7 при работе в фоновом режиме (background)
HIGH_PRIORITY_CLASS - уровень 13
REALTIME_PRIORITY_CLASS - уровень 24
Слайд 9Управление файлами
Windows NT поддерживает работу с такими файловыми системами, как
FAT и HPFS, основной ее файловой системой является NTFS. Система
преобразует FAT или HPFS в NTFS, сохраняя всю информацию на диске. Обратное преобразование невозможно.
NTFS разработана для быстрого выполнения стандартных файловых операций типа чтения, записи и поиска, а также улучшенных операций типа восстановления файловой системы на очень больших жестких дисках. Новая файловая система NTFS обладает лучшими показателями производительности и надежности по сравнению с FAT.
Эта файловая система поддерживает объектно-ориентированные приложения, обрабатывая все файлы как объекты, которые имеют определяемые пользователем и системой атрибуты. NTFS позволяет задавать права доступа к отдельному файлу, а не к каталогу в целом.
Слайд 10Структура файловой системы
Каждый файл на томе NTFS представлен записью
в специальном файле, называемом Главной таблицей файлов (Master File Table,
MFT).
В отличие от разделов FAT и HPFS все пространство тома NTFS представляет собой либо файл, либо часть файла. Основой структуры тома NTFS является Главная таблица файлов (Master File Table, MFT), которая содержит по крайней мере одну запись для каждого файла тома, включая одну запись для самой себя. Каждая запись имеет длину 2К.
Все файлы на томе NTFS идентифицируются номером файла, который определяется позицией файла в MFT. Каждый файл и каталог на томе NTFS состоит из набора атрибутов.
Базовая единица распределения дискового пространства для файловой системы NTFS - кластер. Размер кластера выражается в байтах и всегда равен целому количеству физических секторов. В качестве адреса файла NTFS использует номер кластера, а не физическое смещение в секторах или байтах.
Слайд 11Структура файловой системы
Загрузочный сектор тома NTFS располагается в начале тома,
а его копия - в середине тома. Загрузочный сектор состоит
из стандартного блока параметров BIOS, количества секторов в томе, а также начального логического номера кластера основной копии MFT и зеркальной копии MFT.
Файлы NTFS состоят по крайней мере из следующих атрибутов:
заголовок (H - header)
стандартная информация (SI - standard information)
имя файла ( FN - file name)
данные (data)
дескриптор безопасности (SD - security descriptor)
Слайд 12Структура файловой системы
H
SI
FN
DATA
SD
Н - заголовок
SI – атрибут стандартной информации
FN –
имя файла
DATA – данные файла
SD - дескриптор безопасности
Небольшие файлы
Слайд 13Структура файловой системы
Небольшие файлы (small). Если файл имеет небольшой
размер, то он может целиком располагаться внутри одной записи MFT
размером 2К. Из-за того, что файл может иметь переменное количество атрибутов, а также из-за переменного размера атрибутов нельзя наверняка утверждать, что файл уместится внутри записи. Однако, обычно файлы размером менее 1500 байт помещаются внутри записи MFT.
Большие файлы (Large). Если файл не вмещается в одну запись MFT, то этот факт отображается в значении атрибута "данные", который содержит признак того, что файл является нерезидентным, то есть, что файл находится вне таблицы MFT. В этом случае атрибут "данные" содержит виртуальный номер кластера для первого кластера каждого фрагмента данных (data run), а также количество непрерывных кластеров в каждом фрагменте
Слайд 15
Очень большие файлы (huge). Если файл настолько велик, что его
атрибут данных не помещается в одной записи, то этот атрибут
становится нерезидентным, то есть он находится в другой записи таблицы MFT, ссылка на которую помещена в исходной записи о файле (рисунок 1.7). Эта ссылка называется внешним атрибутом (external attribute). Нерезидентный атрибут содержит указатели на фрагменты данных.
Слайд 17
Сверхбольшие файлы (extremely huge). Для сверхбольших файлов внешний атрибут может
указывать на несколько нерезидентных атрибутов (рисунок 1.8). Кроме того, внешний
атрибут, как и любой другой атрибут может храниться в нерезидентной форме, поэтому в NTFS не может быть атрибутов слишком большой длины, которые система не может обработать.
Слайд 19Каждый каталог NTFS представляет собой один вход в таблицу MFT,
который содержит список файлов специальной формы, называемый индексом (index). Индексы
позволяют сортировать файлы для ускорения поиска, основанного на значении определенного атрибута. Обычно в файловых системах FAT и HPFS используется сортировка файлов по имени. NTFS позволяет использовать для сортировки любой атрибут, если он хранится в резидентной форме.
Имеется две формы списка файлов.
Небольшие списки файлов (small indexes). Если количество файлов в каталоге невелико, то список файлов может быть резидентным в записи в MFT, являющейся каталогом.В этом случае он называется небольшим каталогом. Небольшой список файлов содержит значения атрибутов файла. По умолчанию это имя файла, а также номер записи MTF, содержащей начальную запись файла.
Слайд 20Структура файловой системы
Имеется две формы списка файлов.
Небольшие списки файлов
(small indexes). Если количество файлов в каталоге невелико, то список
файлов может быть резидентным в записи в MFT, являющейся каталогом.В этом случае он называется небольшим каталогом. Небольшой список файлов содержит значения атрибутов файла. По умолчанию это имя файла, а также номер записи MTF, содержащей начальную запись файла.
#### - признак конца списка файлов
Слайд 21Структура файловой системы
Большие списки файлов (large index). По мере того,
как каталог растет, список файлов может потребовать нерезидентной формы хранения.
Однако начальная часть списка всегда остается резидентной в корневой записи каталога в таблице MFT . Имена файлов резидентной части списка файлов являются узлами B-дерева. Остальные части списка файлов размещаются вне MFT. Для их поиска используется специальный атрибут "размещение списка" (Index Allocation - IA), представляющий собой набор номеров кластеров, которые указывают на остальные части списка. Одни части списков являются листьями дерева, а другие являются промежуточными узлами, то есть содержат наряду с именами файлов атрибут Index Allocation, указывающий на списки файлов более низких уровней.
Слайд 23Атрибуты файлов и каталогов
Каждый атрибут файла NTFS состоит из
полей: тип атрибута, длина атрибута, значение атрибута и, возможно, имя
атрибута. Имеется системный набор атрибутов, определяемых структурой тома NTFS. Системные атрибуты имеют фиксированные имена и коды их типа, а также определенный формат. Могут применяться также атрибуты, определяемые пользователями. Их имена, типы и форматы задаются исключительно пользователем. Атрибуты файлов упорядочены по убыванию кода атрибута, причем атрибут одного и того же типа может повторяться несколько раз. Существует два способа хранения атрибутов файла - резидентное хранение в записях таблицы MFT и нерезидентное хранение вне ее. Сортировка может осуществляться только по резидентным атрибутам.
Слайд 24Атрибуты файлов и каталогов
Ниже приведен список атрибутов.
Attribute List -
определяет список атрибутов, которые являются допустимыми для данного конкретного файла;
File Name - этот атрибут содержит длинное имя файла, а также номер входа в таблице MFT для родительского каталога; если этот файл содержится в нескольких каталогах, то у него будет несколько атрибутов типа "File Name"; этот атрибут всегда должен быть резидентным;
MS-DOS Name - этот атрибут содержит имя файла в формате 8.3;
Version - атрибут содержит номер последней версии файла;
Security Descriptor - этот атрибут содержит информацию о защите файла: список прав доступа ACL и поле аудита, которое определяет, какого рода операции над этим файлом нужно регистрировать;
Слайд 25Атрибуты файлов и каталогов
Volume Version - версия тома, используется только
в системных файлах тома;
Volume Name - отметка тома;
Volume
Information - номер версии NTFS;
Data - содержит обычные данные файла;
MFT bitmap - этот атрибут содержит карту использования секторов на томе;
Index Root - корень B-дерева, используемого для поиска файлов в каталоге;
Index Allocation - нерезидентные части индексного списка B-дерева;
External Attribute Information - содержит номер первого кластера и количество кластеров нерезидентного атрибута;
Standard Information - этот атрибут хранит всю остальную стандартную информацию о файле, которую трудно связать с каким-либо из других атрибутов файла, например, время создания файла, время обновления и другие.
Слайд 26Надежность NTFS
NTFS является восстанавливаемой (recoverable) файловой системой. Она гарантирует
согласованность данных тома, используя стандартную процедуру регистрации транзакций. Каждая операция
ввода-вывода, которая изменяет файл на томе NTFS, рассматривается файловой системой как транзакция. При модификации файла специальная компонента файловой системы - сервис регистрации файлов (Log File Service) - фиксирует всю информацию, необходимую для повторения (redo) или отката (undo) транзакции в специальном файле с именем $LogFile. Если транзакция не завершается нормально, то NTFS пытается закончить транзакцию (повторить) или производит ее откат. Этот метод обеспечивает минимальное время восстановления, однако восстанавливаются только системные данные (метаданные), пользовательские же данные могут быть утеряны.
Слайд 27Надежность NTFS
Для обеспечения сохранности пользовательских данных используется программная поддержка массивов
RAID (Redundant Array of Inexpensive Disks). В сочетании с поддержкой
зеркализации дисков или расщепления с контролем четности (RAID 5) NTFS может выдержать любой одиночный сбой. В Windows NT поддерживаются уровни 0,1 и 5.
В RAID 0 данные расщепляются на блоки по 64К, поддерживается от 2 до 32 дисков.
RAID 1 осуществляется на уровне разделов, то есть зеркализируются именно разделы. При отказе зеркализованного раздела администратор должен отменить отношения зеркализации, чтобы использовать оставшийся раздел как отдельный том. Затем можно использовать свободный раздел на другом диске, чтобы вновь установить зеркальные отношения. Зеркализации может быть подвергнут любой раздел, включая загрузочный (Boot Partition). В принципе зеркализация является более дорогим способом, чем другие, так как коэффициент использования дискового пространства составляет только 50%, с другой стороны, для небольших сетей это весьма приемлемый вариант, так как для его реализации достаточно только двух дисков.
Слайд 28Надежность NTFS
RAID 5 требует минимум трех дисков (максимум 32 диска),
поддерживает файловые системы FAT, NTFS, причем загрузочный раздел не может
быть расщеплен. Если отказывает диск, входящий в состав массива RAID 5, то компьютер может продолжать работу и получать доступ к данным. Однако данные отказавшего диска будут в течение всего времени регенерироваться на основании данных других дисков, и производительность системы может упасть. Можно воссоздать данные отказавшего диска на новом диске. Для этого нужно иметь свободный раздел на каком-либо работоспособном диске равного или большего размера, чем отказавший. Затем запускается процедура восстановления данных из пункта Regenerate меню Fault Tolerance утилиты Disk Manager.
NTFS поддерживает также горячее переназначение секторов, когда при возникновении ошибки из-за наличия плохого сектора данные переписываются в новый хороший сектор, а сбойный исключается из работы. Администратор уведомляется с помощью утилиты просмотра событий Event Viewer о всех событиях, связанных с обработкой сбойных секторов, а также о потенциальной угрозе потери данных, если избыточная копия также отказывает.
Слайд 29Встроенная сетевая поддержка
В отличие от большинства других операционных систем,
Windows NT изначально разрабатывалась с учетом возможности работы в сети.
В результате этого функции совместного использования файлов, устройств и объектов встроены в интерфейс с пользователем. Администраторы могут централизовано управлять и контролировать работу сетей в масштабах крупных предприятий.
Сетевые функции Windows NT реализуются многими программными компонентами, и две наиболее важные из них имеют самую долгую историю в сетях Microsoft: редиректор и сетевой сервер. Как и в сети MS-NET, редиректор переправляет локальные запросы ввода-вывода на удаленный сервер, а сервер принимает и обрабатывает эти запросы.
Слайд 30Встроенная сетевая поддержка
Редиректор и сервер встроены в Windows NT, они
не зависят от архитектуры аппаратных средств, на которых работает ОС.
Они написаны на С и выполнены как загружаемые драйверы файловой системы, которые могут загружаться или выгружаться в любое время. Они также могут сосуществовать с редиректорами и серверами других производителей.
Основная задача редиректора - поддержка распределенной файловой системы, которая ведет себя подобно локальной файловой системе, хотя она и работает через ненадежную среду (сеть). Когда связь отказывает, редиректор ответственен за восстановление соединения, если это возможно, или же за возврат кода ошибки, чтобы приложение смогло повторить операцию.
Слайд 31Встроенная сетевая поддержка
Для повышения производительности сервер выполнен как драйвер файловой
системы. Хотя сервер и не является драйвером в обычном смысле,
и он не управляет файловой системой на самом деле, использование модели драйвера обеспечивает некоторые преимущества.
Главное из них состоит в том, что драйвер реализован в среде NT executive и может вызывать кэш-менеджер NT непосредственно, что повышает скорость передачи данных. Например, когда сервер получает запрос на чтение большого количества данных, он вызывает кэш-менеджер для определения места расположения этих данных в кэше (или для загрузки этих данных в кэш, если их там нет) и для фиксации данных в памяти. Затем сервер передает данные непосредственно из кэша в сеть, исключая ненужные доступ к диску или копирование данных. Аналогично, при запросе на запись данных сервер вызывает кэш-менеджер для резервирования места для поступающих данных. Затем сервер пишет данные непосредственно в кэш. Записывая данные в кэш, сервер возвращает управление клиенту гораздо быстрее; затем кэш-менеджер записывает данные на диск в фоновом режиме (используя страничные средства менеджера виртуальной памяти).
Слайд 32Встроенная сетевая поддержка
В Windows NT транспортные протоколы реализованы в виде
драйверов, которые подобно редиректорам могут загружаться и выгружаться из системы.
В традиционной сетевой модели редиректор, который использует конкретный транспортный протокол, должен знать, какого типа сообщение ожидает драйвер этого протокола, и посылать ему запросы в его формате. Нижние уровни редиректора должны быть переписаны для поддержки механизма передачи данных для каждого транспортного протокола.
Windows NT решает эту проблему использованием единого программного интерфейса, называемого transport driver interface (TDI) - интерфейс транспортных драйверов для редиректоров и других высокоуровневых сетевых драйверов. TDI позволяет редиректорам и драйверам оставаться независимым от транспорта. Таким образом, одна версия редиректора или сервера может пользоваться любым транспортным механизмом, как показано на рисунке.
Слайд 34 TDI обеспечивает набор функций, которые редиректоры могут использовать
для пересылки любых типов данных с помощью транспортного уровня. TDI
поддерживает как связи с установлением соединения (виртуальные связи), так и связи без установления соединения (датаграммные связи). Microsoft Windows NT обеспечивает следующие транспорты:
NetBEUI (NetBIOS Extended User Interface) - это транспортный протокол локальной сети, рассчитанный на односегментные сети.
TCP/IP - транспорт, используемый в Internet и ОС Unix.
IPX/SPX - набор транспортных протоколов, используемых Novell в сетях NetWare.
DECnet транспорт - это протокол, используемый корпорацией DEC, который позволяет Windows NT связываться с сетями DECnet.
AppleTalk - протокол, разработанный фирмой Apple Computer, который позволяет системам Apple Macintosh взаимодействовать с Windows NT.
XNX - это протокол Xerox Corporation, который использовался в ранних сетях Ethernet.
VINES - протокол сетей Banyan VINES.
Встроенная сетевая поддержка
Слайд 35Сетевые адаптеры поставляются вместе с сетевыми драйверами, которые раньше часто
писались в расчете на взаимодействие с определенным транспортным протоколом -
например, XNS или TCP/IP. Так как Windows NT позволяет загружать драйверы различных транспортных протоколов, то производители сетевых адаптеров, использующие такой подход, должны были бы писать для одного сетевого адаптера несколько сетевых драйверов, поддерживающих несколько транспортных протоколов. Чтобы помочь производителям избежать этого, Windows NT обеспечивает интерфейс и среду, называемые "спецификация интерфейса сетевого драйвера" (NDIS - Network Driver Interface Specification), которые экранируют сетевые драйверы от деталей различных транспортных протоколов.
Встроенная сетевая поддержка
Слайд 37Встроенная сетевая поддержка
Вместо написания транспортно-зависимого драйвера для Windows NT, сетевые
производители придерживаются интерфейса NDIS. Таким образом, пользователь может работать с
сетью TCP/IP и сетью NetBEUI (или DECnet, NetWare, VINES и т.п.), используя один сетевой адаптер и один сетевой драйвер. Каждый драйвер NDIS ответственен за посылку и прием пакетов через свое сетевое соединение, а также за управление сетевым адаптером.
Слайд 38Встроенная сетевая поддержка
Windows NT обладает средствами для создания и выполнения
распределенных приложений. Под распределенной обработкой раньше обычно понимали файловый и
принтерный сервис.
Теперь под распределенной обработкой понимают более сложные механизмы модели клиент-сервер. Вместо хранения больших файлов баз данных на удаленной машине и копирования их для обработки на локальную машину каждый раз, когда пользователь хочет сделать запрос к базе данных, программное обеспечение, такое как Microsoft SQL Server, позволяет пользователю передать запрос на поиск в базе данных на удаленной машине. После завершения обработки операций поиска и сортировки на удаленной машине на пользовательскую машину возвращаются только результаты поиска. Такие вычисления по схеме клиент-сервер минимизируют нагрузку на сеть и загружают удаленный процессор, оставляя локальный процессор свободным. Преимущество подобных приложений состоит в том, что они используют процессорные циклы удаленных, часто более мощных компьютеров.
Слайд 39Встроенная сетевая поддержка
ОС должна обеспечивать средства для успешной реализации сетевых
вычислений по схеме клиент-сервер. Вызов удаленных процедур (Remote Procedure Call
- RPC) - является одним из таких средств, которое позволяет программисту создавать приложение, состоящее из любого количества процедур, некоторые из которых выполняются локально, а некоторые - выполняются на удаленных компьютерах через сеть.
Идея вызова удаленных процедур состоит в расширении хорошо известного и понятного механизма передачи управления и данных внутри программы, выполняющейся на одной машине, на передачу управления и данных через сеть. Средства удаленного вызова процедур предназначены для облегчения организации распределенных вычислений.
Слайд 40Доменная справочная служба Windows NT
Домены позволяют структурировать сеть и упрощать
задачи администрирования и управления. На основе доменов строится справочная служба
сетей Windows NT.
Домен - это совокупность пользователей, серверов и рабочих станций, учетная информация о которых централизованно хранится в общей базе данных, называемой базой SAM (Security Accounts Manager database). Над этой базой данных реализована справочная служба Directory Services, которая, как и любая централизованная справочная служба, устраняет дублирование учетных данных в нескольких компьютерах и сокращает число рутинных операций по администрированию. Наличие общей базы учетных данных дает возможность пользователям получать доступ ко всем ресурсам домена при однократном логическом входе в этот домен.
Если администратор завел пользователя домена, то он имеет возможность зарегистрироваться на любой рабочей станции в этом домене. Для этого достаточно ввести имя, имя домена и пароль при регистрации, и Windows NT Workstation опознает пользователя и воссоздаст его рабочую среду.
Слайд 41Доменная справочная служба Windows NT
В сети Windows NT можно организовать
несколько доменов, причем полномочия администратора каждого домена ограничиваются ресурсами только
своего домена. Это позволяет декомпозировать сложную задачу администрирования большой сети на несколько более простых задач администрирования отдельных фрагментов сети. Домены достаточно независимы друг от друга, однако администраторы сети могут устанавливать между ними так называемые "доверительные отношения", которые позволяют пользователям одного домена иметь доступ к ресурсам другого домена.
Слайд 42Доменная справочная служба Windows NT
Если запросы пользователей локализуются в пределах
некоторой совокупности компьютеров, то каждую такую совокупность пользователей и компьютеров
рационально объединить в один домен. Компьютерами Windows NT Server и Windows NT Workstation, являющиеся членами домена, можно управлять централизовано. Это значит, что с помощью утилиты Server Manager администратор может просматривать список сервисов, которые работают на удаленном компьютере точно так, же, как он это делает с помощью кнопки Services утилиты Control Panel локально. Кроме того, администратор может запускать или останавливать сервисы на удаленном компьютере, а также создавать и давать права на доступ к разделяемым каталогам и принтерам удаленных компьютеров - членов домена. К сожалению, такое централизованное управление возможно только компьютерами под управлением Windows NT Server или Windows NT Workstation, но не Windows 95 или Windows for Workgroups.
Слайд 43Доменная справочная служба Windows NT
По сравнению со справочными службами NDS
компании Novell или StreetTalk компании Banyan справочная служба Windows NT
пока проигрывает в отношении функциональности и масштабируемости. В Windows NT нет иерархического упорядочивания ресурсов - списки пользователей и компьютеров плоские, а в больших организациях возможность распределения ресурсов по производственной иерархии очень важна, и NDS и StreetTalk ее поддерживают.
В отличие от справочной службы NDS NetWare база данных каждого домена не является распределенной. А значит при репликации она может копироваться только целиком. Это вынуждает в больших сетях создавать несколько доменов. Наличие копий SAM BP снижает нагрузку на первичный контроллер домена, но не снимает вопрос о возможности работы на одном компьютере базы, описывающей десятки тысяч пользователей.
Слайд 44Доменная справочная служба Windows NT
Доменная организация уменьшает вероятность возникновения и
распространения ошибок администрирования, и тем самым сокращает количество слабых мест
в системе защиты.
Компания Microsoft собирается повысить функциональные возможности своей справочной службы в версии Windows NT 5.0, а в версии до 4.0 включительно для создания иерархической и масшитабируемой службы предлагается использовать механизм доверительных отношений (trust relationships).
Если в сети организовано несколько доменов и между ними нет доверительных отношений, то аутентификация пользователя одного домена должна каждый раз выполняться заново, когда он пытается обратиться к ресурсам другого домена, то есть домена, отличного от того, в который он совершил логический вход. У каждого домена должен быть свой администратор, который заводит на пользователей учетные записи в SAM домена и предоставляет этим пользователям права доступа на ресурсы серверов домена.