Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

"Переезжаем" в IntranetWare

Джеймс Дрюс

Последние несколько месяцев мы много и часто слышали о преимуществах нового продукта фирмы Novell — сетевой операционной системы IntranetWare. Наконец и вы приобрели этот продукт и решили установить его в вашей сети. Но будьте осторожны! Хотя Novell сделала более удобной процедуру установки IntranetWare, в ней еще осталось несколько "подводных камней". Мы попытаемся помочь вам избежать столкновения с ними.

Можно выделить два основных метода перехода на IntranetWare: первый — это установка пакета "поверх" ваших старых версий NetWare, а второй — установка IntranetWare заново с последующим переносом всех сетевых объектов. Оба этих метода имеют как преимущества, так и недостатки. Если вашу сеть обслуживают серверы еще на основе процессоров i386 или i486, то, может быть, пришло время немного обновить парк вычислительных машин? При замене аппаратной платформы логичным является второй метод установки IntranetWare. При использовании вашими серверами процессоров Pentium или Pentium Pro более приемлемым будет метод установки "поверх" старых версий.

Главное преимущество первого метода — возможность сохранить пользовательские пароли. Если у вас не более пяти пользователей, то введение паролей заново не представляет большого труда, но, когда число пользователей свыше 250, такая работа может обернуться сильной головной болью. Конечно, можно установить единый пароль или пустой пароль для всех пользователей, но это создаст угрозу безопасности локальной сети.

Преимуществом метода последовательного переноса сетевых объектов может быть то, что в случае каких-либо сбоев в процессе установки ПО ваш первичный сервер остается нетронутым. С другой стороны, этот метод приводит к большим затратам времени при перемещении файловой системы с одного сервера на другой. Тем не менее он предоставляет прекрасную возможность провести "генеральную уборку" на сервере, не говоря уже о базе данных сетевых ресурсов Bindery. В свою очередь, метод установки "поверх" старых версий оставит на вашем диске нетронутыми все утилиты версий 3.х, для которых отсутствуют аналоги в NetWare 4.х.

Фирма Novell приложила немало усилий к разработке удобной процедуры перехода на IntranetWare методом последовательного переноса сетевых объектов. В продукт включена сокращенная версия ПО DS Standard фирмы PSI Technologies, названная DS Migrate. Это вспомогательное ПО может воспринимать информацию Bindery сервера 3.1x и переносить ее в существующее дерево службы справочников Novell (Novell Directory Service — NDS). Полная же версия DS Standard, помимо переноса информации из Bindery, предоставляет полноценное управление деревом NDS.

Вместе с IntranetWare фирма Novell поставляет инструмент для переноса файловой системы — утилиту NetWare File Migration (MIGWIN3X.EXE), которая наделена определенными интеллектуальными возможностями и на основе информации, перенесенной с помощью ПО DS Migrate и системы SMS (Storage Management System), может перемещать файлы с сервера-источника на целевой сервер. В процессе переноса сохраняются все атрибуты файлов: полные имена, права доступа и даты.

Последовательный перенос сетевых объектов

Наша первая инсталляция IntranetWare проходила по сценарию последовательного переноса сетевых объектов. Novell значительно упростила установку своей операционной системы, поэтому у вас не возникнет трудностей при создании нового сервера IntranetWare и подключения его к сети. Мы же поговорим об инструментах, позволяющих перемещать вашу информацию с прежнего сервера NetWare 3.1x на сервер IntranetWare.

Первым делом сосредоточьте свое внимание на базе данных сетевых объектов Bindery. Чтобы перенести старое содержимое Bindery на новый сервер, воспользуйтесь программой DS Migrate. Пользовательский интерфейс программы предлагает сначала выбрать сервер NetWare 3.x, с которого вы хотели бы взять информацию. Затем можно запустить процесс получения данных о томах, пользователях, группах, принтерах, а также информации из службы имен NetWare (NetWare Name Service — NNS).

Перед тем как инициировать функцию обнаружения, убедитесь, что вы выбрали требуемые опции. Мы настроили интерфейс таким образом, чтобы DS Migrate собрала всю доступную информацию. Не забудьте ввести значение пароля пользователя по умолчанию, которое будет использоваться при занесении полученных данных в дерево NDS.

Программе понадобилось около 15 мин для сбора информации с нашего сервера NetWare 3.12, содержавшего приблизительно 200 объектов. По умолчанию DS Migrate создает дерево NDS с плоской структурой. По мере получения информации из Bindery вы можете включать в первоначальное дерево дополнительные ветви для каждого сервера.

Формирование дерева NDS

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

В процессе настройки можно редактировать информацию, включая названия объектов, права доступа и т. п. DS Migrate не предусматривает какого-либо простого способа установки атрибутов для нескольких пользователей одновременно. Правда, по завершении процесса переноса сетевых объектов новая версия утилиты NetWare Administrator позволит вам отредактировать объекты множественных пользователей как единое целое.

Если предлагаемая процедура слияния вас удовлетворяет, можете смело начинать. Перенос нашей базы данных Bindery в существующее дерево NDS занял не более 20 мин.

Перенос файловой системы

С выпуском IntranetWare у Novell появилась наконец удобная утилита переноса файлов. Дело в том, что процесс перехода на новую версию операционной системы происходит в два этапа. Сначала утилита DS Migrate переносит информацию из Bindery в NDS, а затем происходит перемещение самих файлов при помощи средства NetWare File Migration (NFM). Пользоваться этим ПО достаточно просто, поскольку оно предлагает довольно удобный интеллектуальный сервис.

Перед началом процесса переноса файлов NFM выполняет ряд проверок. Сначала проверяется, загружены ли на оба сервера (передающий и принимающий) NLM-модули Target Service Agent (TSA), затем — наличие на серверах модулей поддержки различных систем имен. Если поддерживаемые пространства имен не идентичны, выдается соответствующее предупреждение.

Время завершения этого процесса во многом зависит от степени загруженности вашей сети, объема передаваемых данных и используемой сетевой технологии (FDDI, Ethernet или АТМ).

Установка "поверх" старых версий

Если вы имеете высокопроизводительное аппаратное обеспечение и не хотите тратить время на перемещение гигабайтов данных с одного сервера на другой, то можете использовать метод установки IntranetWare "поверх" старых версий. Этот метод позволит вам обновить любую из предыдущих версий NetWare, будь то 3.x или 4.x.

На всякий случай сделайте резервную копию данных, хранящихся на старом файловом сервере (хотя Novell имеет весьма богатый опыт в создании программ перехода к новым версиям своей сетевой ОС, возможность для возникновения ошибок всегда остается). Если вы выбрали этот способ установки IntranetWare, то все, что вам нужно сделать, — это запустить программу инсталляции с компакт-диска NetWare и выбрать опцию "Модернизация сервера 3.x или 4.x" ("Upgrade 3.x or 4.x server").

Процедура инсталляции для серверов NetWare 3.x в первую очередь будет заключаться в создании дерева NDS и переносе туда всей информации из Bindery. Следующий шаг — автоматическая перенумерация справочников для электронной почты, что связано с присвоением пользователям новых идентификаторов. Процесс назначения новых идентификаторов затрагивает и другие объекты файловой системы.

Уже установленное на серверах NetWare 3.x или 4.x пространство имен операционной системы OS/2 в процессе инсталляции преобразуется в пространство имен LONG. Новое пространство имен обеспечивает поддержку длинных имен файлов для клиентов OS/2, Windows NT и Windows 95. Не впадайте в панику, когда процедура инсталляции запустит модуль VREPAIR.NLM — это один из этапов модернизации прежней системы.

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

Несколько полезных советов

При выборе метода последовательного переноса сетевых объектов (вместо установки "поверх" старых версий) возможна ситуация, когда некоторые объекты Bindery, установленные различными прикладными программами, не будут перенесены на новый сервер. Отсутствие же этих объектов сделает невозможным запуск некоторых приложений и потребует их переинсталляции.

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

Рассмотрим более подробно один из примеров конфликтной ситуации. Предположим, в вашей сети есть пользователь с именем DREWS, а также одноименная очередь на печать. В процессе установки IntranetWare "поверх" старой системы программа инсталляции после окончания переноса одного из объектов (например, очереди на печать), уже не сможет полноценно завершить перенос объекта "Пользователь". О возникновении этой ситуации вы узнаете по появлению в оконном интерфейсе NetWare Administrator объекта Bindery с именем DREWS+1. Таким образом, пользователь DREWS будет зарегистрирован только в базе данных Bindery, но не в NDS. Чтобы исправить эту ошибку, вам придется при помощи утилиты NetWare Administrator удалить указанный объект Bindery и создать объект "Пользователь". При инсталляции IntranetWare методом последовательного переноса сетевых объектов программа DS Migrate поможет вам избежать этих конфликтов благодаря выполняемым предварительно проверкам.

Тех, кто модернизирует сервер NetWare 4.10, может поджидать одна ловушка. Если вы по совету службы технической поддержки Novell создадите файл AUTOEXEC.NSF на загрузочном диске, а не в каталоге SYS:SYSTEM сервера, то процедура инсталляции его просто не заметит. В загрузочном каталоге она найдет только файл STARTUP.NSF. Убедитесь, что вы скопировали все настройки, такие, как параметры жестких дисков, в файл STARTUP.NSF до того, как запустите программу NetWare Install. Желаю вам удачи и благополучного "переезда"


распечатать статью




  
5 '1997
СОДЕРЖАНИЕ

колонка редактора

• Помидоры АТМ наконец созрели

локальные сети

• Сегментирующие концентраторы повышают производительность сети

• Как подружить Unix с Wintel

• "Переезжаем" в IntranetWare

• Кадры решают все

• С чего начинается кабель?

корпоративные сети

• Коммутаторы третьего уровня для корпоративных интрасетей

• Новое поколение корпоративных сетей нуждается в АТМ

• Серверы удаленного доступа на основе устройств PC Card

• Альтернативы протоколу RIP в больших сетях

• Технология Tag Switching: коммутаторы и маршрутизаторы в одной "упряжке"

услуги сетей связи

• Frame Relay "шагает" по России

• Терминальные устройства учрежденческой связи

• Время ISDN пришло

• Услуги ISDN по любым каналам

• О технологиях измерений на сетях SDH

• Анализаторы протоколов для территориальных сетей

интернет и интрасети

• Создание корпоративных систем электронной почты

• Средства поддержки коллективных работ в интрасетях

• Групповая адресация в IP-сетях

• Выбираем платформу для сервера Интернет

защита данных

• Обеспечение безопасности посредством удаленной аутентификации

новые продукты

• Novell адаптируется к экспансии Windows NT, Восьмиканальный цифровой уплотнитель для абонентских линий, Хост-адаптер DIVA Pro 2.0: универсальность и простота настройки, Самый мощный коммутатор АТМ, Первый сотовый телефон с цветным дисплеем



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх