---

Определение метода миграции серверов

Novell^® предлагает несколько опций обновления предыдущих версий операционной системы NetWare^® (NetWare 2, 3^TM и 4^TM) до NetWare 4.11. Опция обновления, которую вам следует использовать, зависит от нескольких переменных условий, к которым относятся.

• Текущая используемая версия NetWare
• Используемое оборудование, включая серверы и клиенты
• Наличие планов поддержки существующего сервера или миграции Bindery и данных на новый сервер

Методы обновления

Есть четыре метода миграции на NetWare 4.11:

• Обновление при помощи INSTALL.NLM
  Эта опция позволяет оставить работающий под NetWare 3.1x или 4.x компьютер в роли сервера, обновив операционную систему до NetWare 4.11.
  Если вы проводите обновление сервера NetWare 3.1x, то этот сервер помещается в контекст внутри дерева Каталога NetWare 4.
  NetWare 4.11 требует, чтобы том SYS: имел объем не менее 75 Мб. Если на томе SYS: сервера NetWare 3.1x или 4.x имеется меньше 75 Мб, а вы хотели бы, чтобы этот компьютер работал как сервер, следует осуществить миграцию типа "Миграция на тот же сервер".
  См. главу 2 "Обновление с помощью INSTALL.NLM" в книге Обновление.
• Обновление через сеть при помощи утилиты DS Migrate
  Это опция для тех, кто хотел бы осуществить миграцию данных и Bindery с существующего сервера NetWare 2.1x, 2.2 или 3.1x через сеть на существующий сервер NetWare 4.11 при помощи утилиты DS Migrate.
  Эта опция дает вам возможность перед совершением миграции просмотреть и уточнить модель модифицированного дерева Каталога.
  После этого вы можете осуществить миграцию серверных файлов при помощи MIGRATE.EXE (для серверов NetWare 2.1x или 2.2) или при помощи новой утилиты NetWare File Migration (для серверов NetWare 3.1x).
  См. главу 3, "Миграция через сеть с помощью утилиты DS Migrate" в книге Обновление.
• Обновление при помощи опции "Через сеть" в MIGRATE.EXE
  Как и опция утилиты DS Migrate, эта опция дает вам возможность осуществлять миграцию файлов данных и Bindery с серверов NetWare 2.1x, 2.2 или 3.1x через сеть.
  Это опция для тех пользователей, которые уже знакомы с утилитой MIGRATE.EXE по прошлым версиям NetWare, и для тех пользователей, которым необходимо переносить данные NetWare 2.1x или 2.2.
  Миграция Bindery осуществляется на рабочую станцию DOS, где Bindery временно сохраняется на жестком диске. Файлы сервера мигрируют прямо на сервер NetWare 4.11.
  После миграции всех файлов Bindery копируется на сервер NetWare 4.11, где становится частью дерева Каталога NetWare 4.
  Эта опция не включает возможностей моделирования и работает не через GUI, а через пользовательский интерфейс, работающий в текстовом режиме.
  См. главу 4, "Обновление с помощью опции "Миграция через сеть" MIGRATE.EXE" в книге Обновление .
• Обновление при помощи опции "Миграция на тот же сервер" в MIGRATE.EXE
  Это опция для тех, кто хотел бы обновить сам существующий сервер NetWare 2.1x, 2.2 или 3.1x до NetWare 4.11, однако не может воспользоваться INSTALL.NLM, поскольку
  • Это сервер NetWare 2.1x или 2.2 (INSTALL.NLM нельзя загрузить на серверах NetWare 2).
  • Том SYS: слишком мал (NetWare 4.11 требует, чтобы том SYS: имел величину не менее 75 Мб)
  • Раздел DOS слишком мал (NetWare 4.11 требует, чтобы раздел DOS имел величину не менее 15 Мб)
  • На сервере следует произвести изменения аппаратной конфигурации
  
  После дублирования файлов сервера NetWare на устройстве резервного копирования эта опция позволяет использовать MIGRATE.EXE для миграции Bindery сервера NetWare 2.1x или 3.1x, так что вы сможете после этого инсталлировать на этом сервере операционную систему NetWare 4.11.
  После того, как операционная система NetWare 4.11 инсталлирована, вам следует восстановить файлы, а затем воспользоваться утилитой MIGRATE.EXE, чтобы перенести файлы Bindery обратно на этот обновленный сервер. Информация Bindery становится частью нового дерева Каталога NetWare 4.
  См. главу 5 " Обновление с помощью опции "Миграция на тот же сервер" MIGRATE.EXE", в книге Обновление.

Другие опции обновления

Описанные выше опции являются основными опциями, используемыми при обновлении до операционной системы NetWare 4.11. Novell продолжает предлагать и поддерживать опции модернизации других операционных систем. Сюда относятся.

• Решение для модернизации локальных и глобальных сетей NetWare 3 и 4 при помощи RCONSOLE. См. приложение Г "Обновление ЛС/ГС с помощью RCONSOLE" в книге Обновление.
• Опция обновления на-месте, подходящая для модернизации сервера NetWare 2 до NetWare 4.11 при помощи 2XUPGRDE.NLM (доступна через NetWire^®).
• Утилита UIMPORT. Позволяет импортировать информацию Каталога в NDS из других баз данных. См. приложение Д "Импорт данных пользователей в NDS с помощью UIMPORT" в книге Обновление.
• Инструментарий для перехода с операционных систем, не входящих в семейство NetWare, на NetWare 4.11 (доступно через Novell Consulting Services).
• Дополнительные советы и идеи по поводу модернизации (доступно через Novell Consulting Services).

Обеспечение обратной совместимости

Чтобы можно было воспользоваться преимуществами возросшей производительности и новых административных функций, на всех серверах NetWare 4 следует произвести обновление до NetWare 4.11.

Однако во время миграции на NetWare 4.11 различные версии NetWare 4 и NetWare 3 все еще продолжают взаимодействовать. Сети NetWare 4 поддерживают такое взаимодействие при помощи сервиса Bindery и NetSync.

Поддержка сервиса Bindery в среде NetWare 4

Некоторые приложения, службы и клиенты, работающие в среде NetWare 4, в данный момент не пользуются всеми преимуществами технологии NDS. Чтобы дать пользователям возможность получать доступ к таким услугам из среды NetWare 4, фирма Novell предлагает воспользоваться сервисом Bindery.

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

IMPORTANT: Сервис Bindery применяется только к конечным объектам внутри указанного объекта-контейнера.

Установка контекста Bindery

Чтобы активизировать сервис Bindery, установите параметр "SET BINDERY CONTEXT=полное_имя при помощи команды SET или серверной утилиты SERVMAN. (См. "SERVMAN" в книге Справочник по утилитам). Объект-контейнер, указанный в качестве параметра SET BINDERY CONTEXT, называется контекстом Bindery.

Следующий рисунок иллюстрирует сервис Bindery при установке объекта Подразделение в качестве контекста Bindery.

Figure 12-1. Сервис Bindery в дереве Каталога

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

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

Вы можете добавить реплики и на другие серверы, если это требуется для сервиса Bindery. Если на сервере нет главной реплики или реплики для чтения и записи, воспользуйтесь для ее добавления NDS Manager в NetWare Administrator или PARTMGR. Чтобы получить дополнительную информацию, см. "Размещение реплик для сервиса Bindery".

IMPORTANT: Если контекст Bindery не установлен, NDS не сможет поддерживать сервис Bindery.

Установка нескольких контекстов Bindery

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

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

Figure 12-2. Несколько контекстов Bindery

Чтобы установить контекст Bindery для приведенных на этом рисунке серверов HQ_SRV1 и HQ_SRV2, в файл AUTOEXEC.NCF на том сервере, где размещены пользователи, следует ввести следующие команды.

	SET BINDERY CONTEXT=ACCT.HQ.ACME;PROD1.
 	DETROIT.MFG.ACME;TEST.DETROIT.MFG.ACME;

Для установки нескольких контекстов Bindery, эти контексты следует устанавливать, включая весь путь до каталога [Root] дерева. Для каждого сервера можно установить до 16 контекстов. Для разделения имен контейнеров, включаемых в контекст Bindery, используйте точки с запятой.

WARNING: Не изменяйте контекст Bindery сервера после установки. Смена контекста Bindery сервера запретит доступ к сервису Bindery всем пользователям Bindery (использующим первоначальный контекст), которым необходимо зарегистрироваться. Смена контекста Bindery сервера также может запретить доступ к очередям печати.

Сервис Bindery позволяет серверам NetWare 4 эмулировать предыдущие версии NetWare, и поэтому базируется на сервере. Например, если клиентская рабочая станция производит запрос на Bindery-регистрацию, сервис Bindery заставляет сервер по умолчанию использовать вместо глобальной процедуры регистрации NDS процедуру регистрации Bindery, находящуюся в почтовом каталоге пользователя на томе SYS:. Изменения вносятся в процедуру регистрации Bindery на локальном уровне и не распространяются на другие серверы.

Сервис Bindery нельзя запретить, если кто-либо зарегистрирован с его помощью. Если сервис Bindery не отключен, объекты Bindery всегда являются доступными.

Планирование сервиса Bindery

При планировании и внедрении сервиса Bindery необходимо учитывать следующее.

Созданные объекты

При планировании сервиса Bindery придерживайтесь следующих рекомендаций.

• Если вам необходим пользователь GUEST, или какая-либо из служб требует наличия такого пользователя, его необходимо создать в базе данных Каталога.
• В процессе инсталляции создается Bindery-объект SUPERVISOR, не используемый в NDS. Утилиты NDS не отображают этот объект. Этот объект предназначен для использования с сервисом Bindery и для получения доступа к серверу при Bindery-регистрации. После активизации сервиса Bindery этот объект можно использовать для регистрации на сервере, что обеспечит вам регистрацию в качестве объекта Bindery. Вы можете создать NDS-объект SUPERVISOR и присвоить ему в NDS права, эквивалентные правам ADMIN. Однако данный объект Bindery и объект Каталога являются уникальными и отдельными объектами, хотя и имеют одно и то же имя.
• После инсталляции сервисов Netware можно воспользоваться утилитой миграции, чтобы преобразовать Bindery-бюджеты пользователей в объекты Каталога Пользователь и Группа. При этом в объекты Каталога преобразуются все группы и все пользователи, кроме SUPERVISOR. Пользователь SUPERVISOR также мигрирует, однако имеет права супервизора лишь на файловую систему и контекст Bindery своего сервера. SUPERVISOR не становится объектом Каталога.

Недоступная информация

Некоторая часть информации NDS недоступна через сервис Bindery. Эта информации, в частности, включает в себя (приводится не полный перечень).

• Адрес электронной почты
• Номер телефона
• Конфигурации заданий печати
• Псевдонимы
• Профили
• Процедуры регистрации NDS

Ограничения на разделы

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

Если вы установите контекст Bindery сервера в объект-контейнер, не являющийся частью записываемой реплики, хранящейся на этом сервере, пользователи не смогут зарегистрироваться через сервис Bindery.

Чтобы получить дополнительную информацию, см. "Размещение реплик для сервиса Bindery".

Поддержка серверов NetWare 3 при помощи NetSync

NetSync синхронизирует пользователей и группы NetWare 3 с объектами Каталога в контекстах Bindery определенного сервера NetWare 4. При обновлении или создании пользователя или группы на сервере NetWare 4 этот сервер синхронизирует данную информацию с серверами NetWare 3 в кластере NetSync. В результате этого данный пользователь или группа будет присутствовать на всех серверах NetWare 3 в этом кластере.

Установка NetSync позволит вам.

• Обновить сервис печати NetWare 3 до NetWare 4
• Администрировать серверы, пользователей и группы NetWare 3 при помощи утилит NetWare 4
• Поддерживать до 12 серверов NetWare 3 в кластере NetSync
• Для перехода на NetWare 4 удалить серверы NetWare 3 из домена NetWare Naming Service (NNS) для осуществления миграции в NDS.

Когда следует использовать NetSync

NetSync нужно использовать в одном из следующих случаев.

• Вы хотели бы получать доступ и контролировать существующих пользователей, группы и очереди печати NetWare 3 из NetWare 4, и в ваши планы не входит обновление серверов NetWare 3.
• Вы хотели бы удалить сервер NetWare 3 из домена NetWare Naming Service (NNS).

Когда не следует использовать NetSync

NetSync не следует использовать в одном из следующих случаев.

• В вашей сети присутствуют только серверы NetWare 4
• Вы производите обновление всех серверов NetWare 3 до NetWare 4 и осуществляете миграцию бюджеты пользователей, групп и сервис печати
• Вы планируете производить управление серверами NetWare 3 за пределами вашей сети NetWare 4

Чтобы получить дополнительную информацию об установке и использовании NetSync, см. книгу Инсталляция и использование NetSync.

Поддержка смешанной среды NetWare 4

Чтобы можно было воспользоваться преимуществами возросшей производительности и новыми административных функций, на всех серверах NetWare 4 следует произвести обновление до NetWare 4.11. Однако в процессе миграции на NetWare 4.11 различным версиям NetWare 4 и NetWare 3 придется взаимодействовать.

При поддержке смешанной среды NetWare 4 необходимо некоторое дополнительное обслуживание, обеспечивающее использование правильной версии NDS.NLM. Кроме того, необходимо ознакомиться с некоторыми ограничениями, возникающими при распределении разделов в смешанной среде серверов NetWare 4.

Проверка версии NDS

В NetWare 4.11 базовая схема NDS была модифицирована. Новая схема совместима с DS.NLM версии 4.89 и позже, а также с версиями DS.NLM, поддерживаемыми в NetWare 4.02.

Версию загружаемого DS.NLM можно проверить, введя с консоли сервера команду.

	MODULES<Enter>

В ответ на экран может быть выведено примерно следующее.

	DS.NLM
	NetWare 4.1 Directory Services
	Version 4.94 December 14, 1995
	Copyright 1993-1996 Novell, Inc. All rights reserved

В приведенном выше примере показано, что на сервере NetWare 4.1 используется DS.NLM версии 4.94.

Если	То
Вы производите обновление сервера NetWare 3.1x	Чтобы получить дополнительную информацию, см. книгу Обновление.
Вы производите обновление сервера NetWare 4, где загружается DS.NLM версии 4.89 или позже	Чтобы получить дополнительную информацию, см. книгу Обновление.
Вы производите обновление сервера NetWare 4.0x	На компакт-диске NetWare OperatingSystem перейдите в каталог PRODUCTS\NW402\каталог_языка и ознакомьтесь с инструкциями, приведенными в файлах READUPGD.TXT и DSREPAIR.DOC. Чтобы получить дополнительную информацию, см. книгу Обновление.
Вы производите обновление сервера NetWare 4.1, работающего с DS.NLM версии раньше 4.89	На компакт-диске NetWare 4.11 OperatingSystem перейдите в каталог PRODUCTS\NW410\каталог_языка и ознакомьтесь с инструкциями, приведенными в файле READUPDS.TXT. Чтобы получить дополнительную информацию, см. книгу Обновление.

IMPORTANT: Во избежание конфликтов базовой схемы NDS, всегда сначала производите обновление сервера, где хранится главная реплика раздела [Root].

Поддержка реплик в смешанной среде NetWare 4

Для обеспечения правильной синхронизации серверов NetWare 4 различных версий обновление до NetWare 4.11 следует производить, в первую очередь, на тех серверах, где хранятся реплики раздела [Root] дерева.

При обновлении серверов NetWare 4.0x до NetWare 4.1x для выполнения операций добавления, разбиения, соединения и удаления разделов, а также для операций изменения типа реплики использутся следующие правила.

1. Если главная реплика раздела находится на сервере NetWare 4.0xвсе операции с разделами можно совершать в смешанной среде.
2. После перемещения главной реплики раздела на сервер NetWare 4.1x эту реплику нельзя будет переместить обратно на сервер NetWare 4.0x.
3. Для таких разделов нельзя будет производить операции добавления, разбиения и объединения разделов, пока все серверы не будут модернизированы до NetWare 4.1x, или пока на всех серверах NetWare 4.0x не будут удалены реплики этого раздела.
4. Если основная реплика раздела находится на сервере NetWare 4.1x, операции добавления, разбиения и объединения разделов не смогут выполняться на серверах NetWare 4.0x, содержащих подчиненную реплику этого раздела.
5. Операция удаления раздела может выполняться всегда, вне зависимости от местоположения главной реплики.
6. Операция изменения типа реплики работает в смешанной среде во всех случаях, кроме тех, когда главная реплика перемещена на сервер NetWare 4.1x. В последнем случае главная реплика может быть только перемещена на другой сервер NetWare 4.1x. Однако на серверах, работающих с предыдущими версиями NetWare 4, тип реплик можно менять только на тип для чтения и записи или только для чтения.

Приведенная ниже таблица показывает, выполнение каких операций с разделами возможны в смешанной среде.

В колонке "Главная реплика" указана версия NetWare на том сервере, где хранится главная реплика.

Table 12-1. Поддержка операций с разделами во всех версиях NetWare 4

Операция	Главная реплика	В NetWare 4.01	В NetWare 4.02	В NetWare 4.1x
Добавление реплики	NetWare 4.01 OK NetWare 4.1x	OK OK Нет	OK OK Нет	OK OK OK
Изменения типа реплики	NetWare 4.01 NetWare 4.02 NetWare 4.1x	OK OK OK	OK OK OK	OK OK OK
Объединение разделов	NetWare 4.01 NetWare 4.02 NetWare 4.1x	OK OK Нет	OK OK Нет	OK OK OK
Удаление разделов	NetWare 4.01 NetWare 4.02 NetWare 4.1x	OK OK OK	OK OK OK	OK OK OK
Разбиение разделов	NetWare 4.01 NetWare 4.02 NetWare 4.1x	OK OK Нет	OK OK Нет	OK OK OK

Назад | Содержание | Вперед