Унифицированные службы каталогов уже появились, но даже с Synchronicity for NT компании NetVision и Zoomit VIA работы остается непочатый край.


NETVISION SYNCHRONICITY FOR NT
ПРИВИВКА ВЕТВЕЙ NT
БОЛЬШАЯ СИНХРОНИЗАЦИЯ
ZOOMIT VIA
НАСЕЛЕНИЕ ВСЕЛЕННОЙ
НЕКОТОРЫЕ УНИВЕРСАЛЬНЫЕ ПРОБЛЕМЫ
УПРАВЛЯТЬ ИЛИ НЕ УПРАВЛЯТЬ

ИТОГ ИСПЫТАНИЙ


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

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

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

Два продукта, Synchronicity for NT компании NetVision и VIA компании Zoomit, пытаются решить проблему создания единой точки администрирования, но при этом они используют две разные модели. NetVision выбрала почтенный NetWare NWAdmin в качестве базиса для централизованного администрирования служб каталогов, в то время как Zoomit создала метакаталог сетевых ресурсов.

NETVISION SYNCHRONICITY FOR NT

Synchronicity for NT расширяет модель Novell Directory Services (NDS) за счет включения объектов управления Windows NT Server. Тремя принципиальными компонентами являются загружаемый модуль NetWare, агент синхронизации для Windows NT и подключаемый программный модуль для NWAdmin. Последний позволяет создавать и манипулировать объектами Windows NT с помощью NWAdmin.

Для оценки Synchronicity for NT мы использовали портативный компьютер (Compaq LTE5300 с 48 Мбайт RAM, жестким диском на 1,3 Гбайт и Ethernet NE2000-совместимой сетевой платой в доке) в качестве рабочей станции, с которой запускались NWAdmin и подключаемые расширения Synchronicity. В этой системе мы инсталлировали Windows 95 и последнюю версию клиента NetWare 32 для Windows 95; кроме того, была скопирована и установлена последняя версия NWAdmin с узла Web компании Novell (www.novell.com).

Несмотря на наличие CD-ROM, мы скопировали Synchronicity for NT с узла Web (www.netvisn.com) в соответствии с пожеланием компании. За исключением лицензионных компонентов, версии на Web и на CD практически идентичны.

CD-ROM содержал обновленные NLM для NetWare 4.1 и NetWare 4.11. За один проход инсталляционная процедура установила автоматически NLM, обновила целевые файловые серверы NetWare, модифицировала системные файлы запуска и активизировала программное обеспечение Synchronicity на сервере NetWare (Server Beach_41).

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

После начальной инсталляции программного обеспечения на портативный компьютер Windows 95 наше внимание было обращено на подключение серверов Windows NT к дереву каталога NDS в лаборатории. Мы загрузили клиентское программное обеспечение Novell Windows NT и инсталлировали его на наши три сервера. С одним сервером возникли проблемы: его внутренний номер IPX по умолчанию совпадал с номером файлового сервера NDS. После решения этой проблемы все три сервера были подключены к дереву лаборатории.

ПРИВИВКА ВЕТВЕЙ NT

Введение домена Windows NT под управление NWAdmin оказалось простой процедурой. Synchronicity инсталлировала новый тип объектов NDS, так называемых Windows NT Server, в список доступных типов объектов, которые вставляются по желанию в любом месте дерева NDS.

После инсталляции Synchronicity на каждый сервер Windows NT, Synchronicity Client for NT подключился к NDS Master Server Beach_41 и спросил, хотим ли мы включить сервер в дерево NDS. Ввиду того, что структура дерева лаборатории по существу плоская (разделы или ветви отсутствуют), мы вставили три домена Windows NT Server под объектом Root NDS.

Мы вызвали NWAdmin, чтобы посмотреть, появились ли объекты Windows NT в дереве, но они там пока отсутствовали. В меню Tools нами было выбрано подменю NetVision Synchroni-city for NT, а затем Integrate NT Users and Groups with NDS; мы нашли и выбрали объекты Windows NT и импортировали их в дерево NDS, поместив там, где нам хотелось (в пределах разумного, конечно).

Мы синхронизировали каждый сервер Windows NT с NDS. Бюджеты пользователей, имена которых в доменах Windows NT отличаются от принятых в NDS, можно связать вручную. Например, пользователь Windows NT "thenderson" и пользователь NDS "tom" могут быть связаны друг с другом для целей синхронизации. Синхронизацию можно произвести немедленно или запланировать ее периодическое выполнение. Позднее мы обнаружили, что при синхронизации генерируется журнальный файл. Этот файл сообщает обо всех восходящих и нисходящих связях в иерархии; его можно использовать для перекрестной проверки вместо того, чтобы искать эту информацию по всему интерфейсу NWAdmin. Кроме того, он полезен как для целей аудита, так и для изучения структуры NDS.

Начальное тиражирование информации с каждого сервера Windows NT в NDS заняло всего несколько секунд. Мы проконтролировали загруженность ЦПУ на серверах Windows NT и NetWare во время синхронизации, тиражирования и обновлений. Никаких резких всплесков замечено не было, лишь некоторое небольшое увеличение. Однако мы тиражировали информацию менее чем о 150 пользователях, так что в другом случае показания счетчика могут и отличаться.

Всякий раз при перезагрузке или перезапуске в силу каких-либо причин сервер Windows NT надо соединить (или идентифицировать) заново с сервером NDS. Однако Windows NT Registry можно модифицировать таким образом, что сервер Windows NT в случае перезагрузки будет автоматически идентифицировать себя, причем инсталляционная процедура Synchronicity позволяет отредактировать Windows NT Registry соответствующим образом.

Если у вас всего полдюжины серверов Windows NT, то редактирование их реестра не такая уж и сложная процедура. А вот глобальная сеть со множеством серверов требует массы усилий, в которых программное обеспечение службы каталогов, вообще говоря, должно нам помогать. Положительной стороной здесь является то, что процесс модификации реестра можно автоматизировать с помощью инструментария для электронного распространения программного обеспечения, таких как Desktop Management Suite компании Seagate, Systems Management Server компании Microsoft или других, способных производить изменения в реестре удаленным образом. Необходимость редактирования Windows NT Registry оказалась единственным темным пятном на гладко прошедшей в целом процедуре инсталляции.

БОЛЬШАЯ СИНХРОНИЗАЦИЯ

После начальной синхронизации каталогов мы обнаружили, что возможности User Manager for Domains для Windows NT оказались реализованы в добавлениях к схеме NWAdmin для объектов типа Windows NT Server. Мы могли дистанционно активизировать доверительные отношения между тремя различными доменами NT, которые были подключены во время первого цикла синхронизации. Однако дополнительная функциональность, которую NWAdmin получил благодаря Synchronicity, не устраняет известную ошибку в доверительных отношениях между доменами: при разрыве доверительных отношений между двумя серверами Windows NT пароли, если ранее они были действительны в обоих доменах, оказываются недействительными. NWAdmin не имеет возможности отыскать эти пароли, поскольку сведения о паролях ему недоступны, так как они передаются только от одного главного контроллера домена другому (Primary Domain Controller, PDC). Мы надеялись, что, может быть, Synchronicity for NT решит эту проблему, но, к сожалению, оказалось, что единственное известное лекарство - удалить отношения и начать все с нуля.

Мы нашли административные функции Synchronicity удобными в использовании и согласованными с принципами манипуляции объектами NDS. За один сеанс работы с NWAdmin нам удалось создать бюджеты пользователей, причем информация о пользователях автоматически тиражировалась либо в выбранные нами домены Windows NT, либо в разделы NDS. Удаление или перемещение записи о пользователе оказалось не сложнее выделения объекта типа пользователь и выполнения над ним требуемых действий.

Простота создания, тиражирования, перемещения, редактирования и удаления объектов сподвигла нас на ввод гораздо большего объема информации, чем обычно. Сознание, что вся введенная информация распространится по сети практически сразу, заставляло быть максимально точным. Домены Windows NT практически тут же отображали изменения в информации. В одном случае мы изменили направление тиражирования с основного на резервный контроллер домена (Backup Domain Controller, BDS), и оказалось, что тиражирование информации из NDS на BDC происходило быстрее, чем с BDC на PDC.

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

ZOOMIT VIA

Концептуально Zoomit VIA схож с Synchronicity: он создает службу каталогов, представляющую собой расширение, или метамодель службы каталогов, которой он управляет. В отличие от Synchronicity, Zoomit VIA не зависит от предоставляемого производителем инструментария для администрирования сети; это скорее контроллер контроллеров, более независимый от сети и служб каталогов. Вместо NWAdmin Zoomit использует свое собственное программное обеспечение управления. Любопытно, что VIA имеет ряд компонентов, весьма сходных с моделью управления NDS.

При инсталляции VIA создает три различных компонента управления: базу данных метакаталога, клиентское приложение управления и модули для взаимодействия метакаталога, клиентов и служб каталогов. VIA не предназначена для обычных пользователей, за исключением случаев, когда им разрешается использовать формы VIA либо для изменения информации о самих себе, либо для запроса у базы данных опубликованной информации о других пользователях. Информация может быть получена как из базы данных с помощью пользовательского интерфейса VIA (приложение называется Compass), так и с помощью браузера Web, поддерживающего фреймы (подходит и Microsoft Internet Explorer 3.0, и Netscape Navigator 3 Gold).

Модель каталога VIA основывается на модели службы каталогов ANSI X.500 (как, впрочем, и NDS). Оказалось, что опыт работы с NDS весьма помогает в понимании инфраструктуры VIA. Упрощенный протокол доступа к каталогу (Lightweight Directory Access Protocol, LDAP) также поддерживается VIA, как и предложенная упрощенная схема персоналий Internet (Lightweight Internet Person Schema, LIPS).

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

Формат каталога VIA по типу Х.500 представляет иерархическую модель "вселенной". Он состоит из верхнего уровня, организации и любых объектов внутри организации. На различных уровнях содержимое внешних и внутренних каталогов находится во вселенной, в соединительных блоках (воспринимайте их как точки связи между вселенной и реальными каталогами управляемых программных продуктов) и в управляемых продуктах.

База данных VIA инсталлируется на общедоступный ПК под управлением Windows 95 или Windows NT. Мы опробовали две разные платформы: Compaq Proliant 5000 (с процессором Pentium Pro на 200 МГц и с оперативной памятью 128 Мбайт) под управлением Windows NT 4.0 и вышеупомянутый портативный ПК Compaq LTE5300 под Windows 95. Клиентское приложение управления на базе Macintosh не поддерживается напрямую, но для доступа с Macintosh вы можете использовать формы HTML.

VIA можно загрузить из Internet (для апробирования) или с CD. Загрузка осуществляется в три этапа: инсталляция и инициализация базы данных, Zoomit Compass и инициализация метакаталога. В качестве средства соединения сервер использует TCP/IP, а подключение агентов предполагает наличие пути TCP/IP к хосту/серверу VIA. Это означало, что мы должны были задать статический IP-адрес для сервера - наш первый этап конфигурации еще до начала инсталляции.

VIA располагается внутри своего хоста(ов) как сервис базы данных, доступ к которому осуществляется через TCP/IP с помощью приложения Compass или форм HTML, настроенных на работу с метакаталогом. Zoomit обслуживает и HTTP и LDAP через порты 80 и 389 соответственно (номера портов можно изменить, если они конфигурированы на другие сервисы, например порт 80 занят сервером Web).

Нашей сверхзадачей было управление рабочим сервером NetWare 3.12 (Duracom Pentium 133 с 72 Мбайт DRAM, массивом дисков SCSI на 7 Гбайт, двумя сетевыми платами 3Com PCI Ethernet и одной сетевой платой SMS Fast Ethernet PCI), тремя независимыми серверами Microsoft Windows NT, описанными выше, и сервером Microsoft Exchange в домене LABNT2.

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

Вселенная VIA представляет собой дерево, похожее на дерево NDS, как оно представлено в NWAdmin. Объекты добавляются по щелчку правой кнопкой мыши в соответствующем контейнере дерева.

Так как процедуры не казались нам очевидными при использовании Compass, мы добавили коннектор для серверов Windows NT. После нахождения доменов они могут быть включены во вселенную в одном из трех режимов: отражатель, создатель или ассоциативный. Режим отражателя представляет собой двунаправленный программный канал, по которому обновления синхронизируются между VIA и целевым каталогом. Режим создателя помещает информацию базы данных VIA на верхний уровень иерархии; данные синхронизируются циклически, причем в случае отсутствия синхронизации данные из VIA пишутся поверх данных целевого каталога. Таким образом, этот режим является авторитарным. Ассоциативный режим связывает "висящие" данные для дальнейшего использования на основе признанных, но неуправляемых отношений.

При добавлении коннектора процедура по умолчанию состоит в поиске всех доменов Windows NT, который главный сервер VIA может найти с помощью протоколов, поддерживаемых сетевыми платами хоста. VIA нашла все серверы Windows NT несмотря на то, что один работает только по NetBEUI, а два других поддерживают протоколы IPX и TCP/IP. Шаг за шагом, задание конфигурируется и выполняется; результаты задания включаются во вселенную либо частично (ограниченное включение), либо полностью.

Обнаружение последующих сервисов Windows NT оказалось простым.

На каждом этапе процедуры включения управления доменом Windows NT в VIA конфигурационные экраны предлагали умопомрачительное количество вариантов; это происходит вследствие того, что сценарии процедур предназначены для редактирования теми, кто не посчитал за труд изучить поставляемое вместе с продуктом руководство по сценариям. Макроязык, используемый VIA, имеет весьма простой объектно-ориентированный синтаксис, который покажется знакомым пользователям С++, Delphi, Visual Basic и, в меньшей степени, REXX. Ввиду полноты и подробности сценариев для интегрированных нами сервисов (сначала Windows NT, затем Microsoft Exchange и, наконец, NetWare 3.12) сценарии по умолчанию вполне пригодны для применения, а изучение деталей лучше оставить на потом. Однако импортируемые поля службы каталогов необходимо ассоциировать с полями службы каталогов VIA.

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

После добавления доменов Windows NT и разрешения небольших конфликтов между ними мы занялись подключением справочника Microsoft Exchange к VIA. В случае с Exchange VIA использует другой тип коннектора, и, прежде чем браться за извлечение справочника Exchange, мы внимательно изучили его конфигурацию. Справочник Exchange тот же самый, что у PDC для вышеупомянутого LABNT2, и нам хотелось убедиться в том, что информация из LABNT2 не будет дублирована при извлечении из Exchange.

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

НАСЕЛЕНИЕ ВСЕЛЕННОЙ

После населения службы каталогов VIA доменами Windows NT, справочником Exchange и каталогом NetWare 3.12 было решено заняться различиями в написании имен пользователей. Нам повезло в том смысле, что мы не утруждали себя заполнением множества пустых полей в службах каталогов, потому что в результате они не требовали практически никакого отождествления при импорте. Схемы служб каталогов, отображаемые на поля VIA, оказались на удивление полными. Мы специально потратили время на получение полной распечатки схем для Windows NT, базы данных bindery в NetWare 3.12 и Microsoft Exchange перед применением сценариев импорта, для того чтобы посмотреть, насколько они совпадали с исходными. Совпадение оказалось вполне удовлетворительным; когда имена полей отличались, сценарий выбирал очевидный псевдоним при установлении соответствия полей в целевой службе каталогов и схеме VIA.

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

VIA поставляется со свыше чем 50 формами и редактором форм. Формы можно распространять таким образом, чтобы пользователи, администраторы и помощники администраторов могли изменять информацию о себе или своих административных доменах. Как и NDS, VIA может быть распределена между несколькими серверами, а информация на сервере поделена таким образом, что администратор отдела или филиала получит доступ только к подведомственным ему компонентам.

Для тестирования этой функции мы использовали метод удаления и вставки для отделения лабораторной и рабочей областей Beach Labs и ее родительской компании Unitel. Пересадка областей в раздельные точки управления потребовала определенного обдумывания, но, если только области не удалены, ветви можно перемещать. К сожалению, функции буксировки отсутствуют как в интерфейсе Compass, так и в интерфейсе Web.

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

Отношения и возможности синхронизации/тиражирования из Compass поразительны и существенно отличаются от привычных возможностей NWAdmin. Комбинация Compass/VIA нацелена на организации с крупными ресурсами, в том числе необходимыми для конструирования основания вселенной VIA. Поиск в службе каталогов осуществляется с помощью форм браузера или запросов Compass; причем результаты находились практически мгновенно. Однако полноценное тестирование VIA на применимость в корпоративной среде предполагает наличие нескольких тысяч уникальных записей.

НЕКОТОРЫЕ УНИВЕРСАЛЬНЫЕ ПРОБЛЕМЫ

Многие из сделанных изменений, в особенности при импорте различных объектов каталога, не появлялись в дереве до тех пор, пока мы не сжимали дерево до размеров известной вселенной (Known Universe) и открывали ветви на том уровне, где информация должна была появиться. Поначалу это доставляло некоторое неудобство, так как изменения не были видны непосредственно. Кроме того, какой-либо конфигурационной формы для ассоциации каталожной информации от серверов Windows NT со вселенной не было. Правда, форму нам тут же прислали по электронной почте, но это нас обескуражило: в голове не укладывалось, как умудрились позабыть включить столь необходимый файл для VIA? Кроме того, пользовательский интерфейс во многих отношениях оказался непоследовательным.

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

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

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

УПРАВЛЯТЬ ИЛИ НЕ УПРАВЛЯТЬ

Возможности Synchronicity компании NetVision ограничены в настоящее время платформой Windows NT Server, хотя NetVision выпустила бета-продукт для управления NetWare 3.1x, Lotus Notes и Microsoft Exchange (NWAdmin способен управлять GroupWise). NetVision обещает, что на подходе уже соединения с Oracle и несколькими другими службами каталогов.

VIA уже имеет больше продуктов под своим началом в формате близком, но все же отличном от NWAdmin, однако управление NDS не входит пока в репертуар VIA (но ожидается в скором времени). VIA имеет также формы и средства для разработки соединений с базами данных для амбициозных администраторов или экспертов с более широкими потребностями в синхронизации. После появления схемы NDS с подключением через LDAP компания Zoomit собирается выпустить коннектор для NDS.

Золотая середина лежит где-то между удобством использования Synchronicity и широким охватом служб каталогов и сложными отношениями VIA. Наше мнение склоняется в пользу простоты, но для тех организаций, где NetWare не является доминирующей, VIA может быть более желательной хотя бы в силу того, что она не зависит от административной программы Novell и более тесно связана с LDAP. VIA - это палитра управления службами каталогов вместе с красками, кистями и любопытными перспективами, нацеленная на крупные организации с гетерогенной инфраструктурой. По контрасту Synchronicity привязана к Novell, но ее пределы быстро расширяются.

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


Том Хендерсон - вице-президент по техническим вопросам в Unitel и руководитель тестовой лаборатории Beach Labs журнала Network Magazine. С ним можно связаться по адресу: thenderson@unitel.org.

Итог испытаний

Synchronicity for NT 1.1

NetVision
193 E. 860 S.
Orem, UT 84058
1-801-764-0800
www.netvisn.com

Цена. Каталог стоит от 14 долларов за место, причем с ростом числа мест цена снижается.

Требования. Данный продукт работает под Windows 95 или Windows NT с программой NWAdmin в сети Novell NDS с NetWare 4.1 или более поздней версией. Он управляет серверами Windows NT 3.51 (с Service Pack 3 или более поздним).

Благодаря NetVision программа NWAdmin может администрировать службы каталогов унифицированным образом. Как и дополнительное управление для системы электронной почты GroupWise, Synchronicity позволяет управлять рядом платформ. Профили объектов соответствуют методам управления службой каталогов в стиле Х.500, используемым в модели службы каталогов Novell (Novell Directory Services, NDS).

Установка. Synchronicity предполагает наличие NDS-совместимой сетевой клиентской оболочки для административного программного обеспечения NWAdmin компании Novell. Установка базовых компонентов оказалась простой и не нуждалась в тщательном планировании, как в случае с VIA компании Zoomit. Реестр Windows NT потребовалось слегка отредактировать, но в остальном Synchronicity просто модифицирует и использует NWAdmin в качестве административной консоли.

Документация. CD-ROM является единственным источником документации для Synchronicity, причем все документы представлены в самоотображаемом формате Envoy компании Novell. Единственно, что примеры и распечатки сообщений об ошибках оказались весьма немногочисленны. Документация нацелена на администраторов с номинальным знанием и NDS, и доменов Windows NT (хотя бездоменными рабочими группами Windows NT Server также можно управлять с помощью Synchronicity). Несмотря на наше изначальное предубеждение к электронной документации, мы нашли эти файлы весьма полезными.

Гарантия. Отсутствует, однако полная демоверсия может использоваться в течение 30 дней.

Удобство использования. Очень удобна при условии, что вы номинально знакомы с администрированием каталогов NDS и Windows NT.

Надежность/совместимость. Хорошая совместимость с функциями управления доменами Windows NT; все возможности администрирования каталога Windows NT доступны из модифицированного NetVision программного обеспечения NWAdmin. Synchronicity имеет множество, причем вполне понятных, опций синхронизации.

Область применения. Мощный административный инструментарий для двух наиболее распространенных служб каталогов: Windows NT и NDS. И хотя мы были вынуждены модифицировать компонентное программное обеспечение, в целом пакет оказался полным и удобным в использовании.

Тестовая среда. Novell 4.10 на Compaq Proliant 1500 (контроллер NetFlex 3 Ethernet, 64 Мбайт DRAM и дисковый массив Intelligent Disk Array на 6 Гбайт); Windows NT Server 3.51 (Unitel Pentium 133 c 64 Мбайт DRAM, двумя дисками SCSI на 3 Гбайт, контроллер SMS Ultra Ethernet); Windows NT Server 4.0 (Compaq Proliant 5000 с двумя ЦПУ Pentium Pro 200, 128 Мбайт DRAM, контроллером NetFlex 3 Ethernet; дисковым массивом Intelligent Disk Array на 12 Гбайт); Microsoft Exchange 4.0 (Service Pack 3) на Windows NT Server 3.51; несколько рабочих станций Compaq Deskpro XL6150 (Windows 95, Pentium Pro 150, контроллеры NetFlex 3 Ethernet, жесткие диски EIDE объемом 1 Гбайт); несколько портативных компьютеров Compaq (LTE5300X) на магистрали 100BaseTX с мостом к 10BaseT.


Zoomit VIA 1.0c

Zoomit International
8150 Leesburg Pike, Ste. 600
Vienna, Virginia 22182
1-703-883-8252
www.zoomit.com

Цена. Каталог стоит 1500 долларов за Zoomit VIA Meta-Directory Server Starter Pack. Starter Pack включает клиентское и серверное программное обеспечение, защиту на основе паролей, средства тиражирования всех агентов управления (Microsoft Windows NT Domain Controller, Microsoft Exchange, базы данных NetWare bindery, Banyan VINES, Lotus Notes, Lotus cc:Mail), комплект для разработки агентов управления, комплект для проектирования форм и лицензию на 50 пользователей. Дополнительный пакет лицензий стоит в интервале от 300 долларов за 10 пользователей до 2000 долларов за 250 пользователей.

Требования. Рабочая станция Windows 95 или Windows NT; свободное пространство на диске минимум 50 Мбайт; активизация протокола TCP/IP на ресурсах Zoomit.

Zoomit VIA - это межплатформенная программа управления каталогами и комплект для создания метакаталога для нескольких операционных систем (NetWare bindery, Windows NT Domain, Banyan VINES) и приложений (Lotus Notes, Microsoft Exchange, cc:Mail). VIA следует организационной модели ANSI/ITU X.500, знакомой пользователям почты X.400 и NetWare Directory Services.

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

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

Гарантия. 90-дневная ограниченная гарантия.

Удобство использования. Сложное развертывание не для новичков. После завершения установки продукт легок и удобен в использовании; администраторы сетей скоро компенсируют свою работу по выходным. Некоторые части программы отсутствуют в дистрибутиве.

Надежность/совместимость. Вселенная VIA (называемая MetaVerse) пуста, пока не будут конфигурированы коннекторы с внешними каталогами. Пакет имеет множество коннекторов, но отсутствие в этом списке NDS выглядит весьма подозрительно (компания обещает вскоре восполнить этот пробел).

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

Тестовая среда. Novell 4.10 на Compaq Proliant 1500 (контроллер NetFlex 3 Ethernet, 64 Мбайт DRAM и дисковый массив Intelligent Disk Array на 6 Гбайт); Windows NT Server 3.51 (Unitel Pentium 133 c 64 Мбайт DRAM, двумя дисками SCSI на 3 Гбайт, контроллером SMS Ultra Ethernet); Windows NT Server 4.0 (Compaq Proliant 5000 с двумя ЦПУ Pentium Pro 200, 128 Мбайт DRAM, контроллером NetFlex 3 Ethernet; дисковым массивом Intelligent Disk Array на 12 Гбайт); Microsoft Exchange 4.0 (Service Pack 3) на Windows NT Server 3.51; несколько рабочих станций Compaq Deskpro XL6150 (Windows 95, Pentium Pro 150, контроллеры NetFlex 3 Ethernet, жесткие диски EIDE объемом 1 Гбайт); несколько портативных компьютеров Compaq (LTE5300X) на магистрали 100BaseTX с мостом к 10BaseT.

Поделитесь материалом с коллегами и друзьями