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

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

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

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

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

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

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

Чтобы можно было воспользоваться преимуществами возросшей производительности и новых административных функций, на всех серверах 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 придерживайтесь следующих рекомендаций.

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

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

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

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

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

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

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

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

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

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

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

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

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

Чтобы получить дополнительную информацию об установке и использовании 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

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