NetSync - это утилита управления, позволяющая использовать преимущества архитектуры NetWare(r) Directory ServicesTM (NDS) на файловых серверах NetWare 3.1x. NetSync позволяет:
Используйте NetSync на ваших серверах NetWare 3.1x и NetWare 4 если:
Не используйте NetSync если:
Для запуска NetSync вам нужно выбрать один сервер NetWare 4, который будет хостом для серверов NetWare 3.1x. Задачи хоста заключаются в следующем:
Вы загружаете программы NetSync NLMTM сначала на хост-сервере NetWare 4, а затем на серверах NetWare 3.1x. Эти программы позволяют серверам связываться друг с другом.
Сначала они копируют (загружают) всех пользователей и группы из Bindery серверов NetWare 3.1x в контекст Bindery сервера NetWare 4, как показано на рисунке.
Figure 1-1. NetWare 3.1x Bindery загружается на NetWare 4 хост
NOTE: NetSync зависит от установки контекста Bindery на сервере NetWare 4, и этот контекст Bindery должен оставаться неизменным. Контекст Bindery, установленный для NetWare 4 по умолчанию есть контейнер, в котором инсталлирован сервер.
Однако для NetSync вы можете установить контекст Bindery в любой контекст Каталога; объект Сервер NetWare 4 не должен являться частью этого контекста Bindery.
Более подробно об инсталляции контекста Bindery смотрите раздел "SET" в книге Справочник по утилитам.
Все Bindery и NDS объекты Пользователь и Группа, находящиеся в Bindery контексте NetWare 4, собираются вместе и копируются на каждый сервер NetWare 3.1x. Каждый сервер NetWare 3.1x получает копию этой "супер-Bindery", как показано на рисунке ниже.
Figure 1-2. Супер-Bindery копируется на серверы NetWare 3.1x
В результате любой пользователь NetWare 3.1x может обращаться на любой другой сервер NetWare 3.1x, который является частью единого кластера NetSync. (Доступ к файлам по прежнему контролируется при помощи прав опекуна, которые, как и раньше, должны назначаться непосредственно на каждом сервере.)
После инсталляции NetSync пользователи и группы, указанные в предыдущем примере, распределятся следующим образом:
Figure 1-3. Пользователи и группы после инсталляции NetSync
Обычно синхронизацию баз данных Bindery серверов NetWare 3.1x с Каталогом NetWare 4 требуется осуществлять только один раз, когда сервер NetWare 3.1x впервые подключается в среду NetSync.
Обновление Bindery контекста NetWare 4 на серверы NetWare 3.1x происходит затем автоматически и постоянно, каждый раз, когда происходит изменение объектов в контексте Bindery на сервере NetWare 4.
Всякий раз, когда сервер NetWare 3.1x включается после простоя, сервер NetWare 4 загружает на него контекст Bindery. Благодаря этому сервер 3.1x синхронизируется с изменениями, произошедшими с контекстом Bindery за время его простоя.
После синхронизации все изменения, касающиеся пользователей и групп на сервере NetWare 3.1x, следует делать при помощи NETADMIN или NetWare Administrator. Все изменения, произведенные таким способом, автоматически распространяются на все серверы в кластере NetSync.
WARNING: Любые изменения, сделанные при помощи утилит администрирования NetWare 3.1x (таких как SYSCON) на сервере NetWare 3.1x, не копируются на другие серверы в кластере, и, следовательно, синхронизация на вашем сервере будет нарушена. Поэтому используйте SYSCON только для управления учетом системных ресурсов на каждом сервере NetWare 3.1x. (Изменение учета системных ресурсов не поддерживается с помощью NetSync.)
Если после инсталляции NetSync вы используете SYSCON для изменения информации о пользователе и группе пользователей на сервере NetWare 3.1x и желаете синхронизировать эту информацию, то обязаны перекопировать информацию Bindery на сервер NetWare 4. (Смотрите "Копирование Bindery сервера NetWare 3.1x на сервер NetWare 4".)
Если вы имеете несколько серверов с одинаковым контекстом Bindery под управлением NetSync, то все подсоединенные к хостам серверы NetWare 3.1x синхронизируются с одной и той же супер-Bindery.
Например, пусть пять серверов имеют одинаковый контекст Bindery. На всех пяти серверах запущен NetSync, и каждый из них имеет двенадцать подсоединенных серверов NetWare 3.1x.
Все 60 серверов NetWare 3.1x загружают их Bindery в контекст Bindery NetWare 4, и затем общий контекст Bindery выгружается на эти 60 серверов NetWare 3.1x.
Хотя верхний предел на количество серверов NetWare 4 на один контекст Bindery не установлен, однако следует иметь в виду, что NetSync довольно интенсивно использует память и процессор. Чем больше объектов синхронизируется, тем больше загруженность сервера.
При помощи NetSync, вы можете переместить все серверы печати NetWare 3.1x и объединить их в один сервер печати на сервере NetWare 4. Существующие очереди печати имеют то же представление для пользователей, но теперь обслуживаются при помощи сервера печати NetWare 4.
Старые утилиты печати NetWare 3.1x автоматически заменяются утилитами печати NetWare 4, которые копируются на сервер NetWare 3.1x.
Для получения большей информации по печати NetSync смотрите "Поддержка печати в NetSync".
NetSync синхронизирует следующие объекты:
NetSync прежде всего включает в себя три загрузочных модуля: NETSYNC4, NETSYNC3 и REMAPID. Эти и другие модули (объясняются в таблице ниже) необходимы для того, чтобы NetSync работал корректно.
| Модуль NetWare | Описание |
|---|---|
| NETSYNC4 | Загружается на хост-сервере NetWare 4. Используйте данный модуль для контроля кластеров NetSync. Вы можете авторизовать серверы NetWare 3.1x и скопировать нужные файлы на серверы 3.1x. При обнаружении изменений после синхронизации, NETSYNC4 выгружает обновленную информацию о Каталоге на все серверы NetWare 3.1x в кластере. Он также копирует обновленную информацию о Каталоге на вновь включенные после простоя серверы 3.1x. NETSYNC4 должен работать постоянно, поэтому следует добавить команду load NETSYNC4 в файл AUTOEXEC.NCF на сервере NetWare 4. (Эта команда может быть добавлена автоматически в процессе инсталляции NetSync.) |
| NETSYNC3 | Загружается на каждом сервере NetWare 3.1x в кластере. Вносит информацию о Bindery сервера 3.1x в контекст Bindery сервера NetWare 4, затем продолжает поддерживать связь с сервером NetWare 4.1 для получения обновленной информации для своего Bindery. NETSYNС3 преобразовывает базы данных PRINTDEF3.1x и PRINTCON в формат базы данных, совместимый с NetWare 4, так что вы можете переместить сервер печати и ассоциированные с ним очереди и принтеры на NetWare 4. NETSYNС3 создает рабочие каталоги (NETSYNC) для файлов журнала регистрации NetSync в SYS:SYSTEM. NETSYNС3 должен работать постоянно, поэтому следует добавить команду load NETSYNС3 в файл AUTOEXEC.NCF на сервере NetWare 3.1x (эта команда может быть добавлена автоматически в процессе инсталляции NetSync). Тем не менее NETSYNС3 может быть запущен только если NеtSync4 уже загружен на сервере NetWare 4. |
| REMAPID | Автоматически загружается при помощи NETSYNC3.NLM на каждый сервер 3.1x в кластер. Этот модуль поддерживает пароль синхронизации и должен оставаться загруженным, даже если модуль NETSYNС3 выгружен. REMAPID должен работать постоянно, поэтому следует добавить команду load remapid в файл AUTOEXEC.NCF на сервере NetWare 3.1x. (Эта команда может быть добавлена автоматически в процессе инсталляции NetSync.) |
| Добавочные загрузочные модули NetWare 3.1x (CLIB, STREAMS, NWPSRV3X, NWSNUT, AFTER311, A3112 и PBURST [только для NetWare 3.11]) | Последние версии этих модулей должны заменить более старые версии на всех серверах NetWare 3.1x в кластере NetSync. Эти модули автоматически копируются на ваш сервер NetWare 3.1x при инсталляции NetSync. |
Файлы журнала регистрации NetSync содержат сообщения, отображавшиеся на экране во время работы NetSync. Они включают все события, связанные с обработкой, осуществлением загрузки, выгрузки и т.д.
Файлы журнала регистрации размещаются в каталоге SYS:SYSTEM \NETSYNC на каждом сервере NetWare 3.1x в кластере и в том же каталоге на сервере NetWare 4.
Эти каталоги создаются, когда вы загружаете NetSync на сервере NetWare 3.1x, и создаются на сервере NetWare 4 во время инсталляционного процесса.
Файл журнала регистрации является ASCII файлом с максимальным, по умолчанию, размером 0.5 Мб. Он называется NETSYNC.LOG. Этот файл может возрастать до указанного размера.
Если файл не очищен до того, как достигнет 0.5 Мб (или другого определенного размера), он автоматически переименовывается в NETSYNC.OLD после чего открывается новый файл NETSYNC.LOG.
Как осуществляется изменение максимального размера файла журнала регистрации, рассказывается в разделе "Изменение размера файла журнала регистрации".
В любой момент времени на диске имеются только два файла журнала регистрации NETSYNC. Более старые файлы удаляются автоматически.
Вы можете выключить опцию записи в журнал регистрации, так что ни один файл журнала регистрации не будет создан (смотрите "Запрещение создания файла журнала регистрации"). При отключении записи в файл журнала регистрации, вы можете заметить увеличение скорости обработки сетевых операций.
При выгрузке NETSYNC4 с консоли сервера NetWare 4 утилита NETSYNC3 автоматически выгружается с каждого авторизованного сервера NetWare 3.1x в кластере NetSync. Для перезагрузки следует перед загрузкой NETSYNC3 загрузить NETSYNC4.
Программа REMAPID.NLM, которая осуществляет синхронизацию пароля и автоматически загружается при помощи NETSYNC.NLM, должна оставаться загруженным на сервере NetWare 3.1x.
WARNING: Программа REMAPID.NLM должна оставаться резидентной, чтобы пользователи имели возможность зарегистрироваться на сервере NetWare 3.1x. Если REMAPID была выгружена, следует ее снова загрузить, чтобы восстановить пароли или вручную назначить новые пароли для всех пользователей системы.
Управляйте пользователями и группами только из утилит NetWare 4 (NETADMIN или NetWare Administrator). Не следует использовать SYSCON для управления этими объектами, потому что изменения произведенные в SYSCON не синхронизируются со всем кластером NetSync.
Следовательно, использование SYSCON на сервере NetWare 3.1x для управления пользователями и группами приведет к тому, что сервер выйдет из синхронизации. Таким образом, основная цель использования NetSync не будет достигнута.
Убедитесь в том, что не существует одинаковых имен NDS или объектов Bindery (кроме имен очередей печати и принтеров), которые относятся к различным объектам на любом из серверов NetWare, являющемся частью одного кластера NetSync.
Любой из существующих объектов NDS имеет приоритет над любым объектом Bindery с тем же именем.
Объекты с одинаковыми именами могут существовать на различных серверах NetWare 3.1x, которые вносятся в один и тот же контекст Bindery, управляемый NetSync.
Тем не менее Служба Каталога NetWare на сервере NetWare 4 не позволяет иметь более одного объекта с одинаковым именем в одном и том же контексте Bindery.
Следовательно, когда вы загружаете несколько объектов Bindery NetWare 3.1x в один и тот же контекст, может возникнуть конфликт.
Конфликты с одинаковыми именами объектов могут возникнуть для:
Представим, что два объекта пользователей, имеющие имя Joe, существуют на двух серверах NetWare 3.1x, которые станут частью одного и того же кластера NetSync.
Избегайте использование одинаковых имен для объектов различных типов, таких как очередь печати под именем Joe и пользователь Joe. Использование одинаковых имен может привести к возникновению проблем при загрузке объектов системой NetSynс.
В случае, когда вы запускаете NetSync и несколько объектов имеют идентичные имена на серверах NetWare 3.1x, только первый из загружаемых объектов будет преобразован в объект NDS.
Например, если очередь печати Joe будет внесена в контекст Bindery на NetWare 4 перед пользователем Joe, очередь печати Joe станет объектом Очередь Печати.
Пользователь Joe, однако, в силу того, что его тип объекта отличен от типа объекта Очередь Печати Joe, станет объектом типа "объект Bindery" и не будет виден как объект типа Пользователь. Пользователь Joe не будет иметь возможности доступа к NDS, но будет иметь доступ к сервисам Bindery.
Более подробно об объектах Bindery смотрите "Объект Bindery" в книге Концепции.
Смотрите раздел "Дублирование имен в пути контекста Bindery".
Смотрите раздел "Имена пользователей, содержащие европейские диакритические символы".
Когда пользователь создается в контексте Bindery на сервере NetWare 4 и синхронизируется с серверами NetWare 3.1x, NetSync не создает личного каталога для этого пользователя на каждом сервере NetWare 3.1x.
Аналогично, когда пользователей вносят из сервера NetWare 3.1x в каталог NetWare 4, не создается личного каталога на сервере NetWare 4.
Невозможно создать автоматически личные каталоги пользователей во всей среде NetSync. Если необходимо создать домашние каталоги на других серверах (отличных от основного), вы должны вручную создать их (и предоставить права).
Стоимость и баланс бюджета не синхронизируются. Оплата, производимая на сервере NetWare 3.1x или NetWare 4, остается локальной для сервера, на котором она была сделана.
Например, когда пользователь использует время на сервере NetWare 3.1x, баланс бюджета пользователя уменьшается только на данном сервере 3.1x.
Вы можете продолжать управлять бюджетом и стоимостью для серверов NetWare 3.1x через SYSCON, а для NDS через NETADMIN или NetWare Administrator.
NetSync автоматически копирует утилиту NetWare 4 LOGIN в каталог SYS:LOGIN и SYS:PUBLIC на сервере NetWare 3.1x. Старая утилита NetWare 3.1x LOGIN автоматически перезаписывается.
Тем не менее пользователи могут продолжать регистрироваться на серверах NetWare 3.1x точно так же, как делали это всегда.
Пользователь может регистрироваться, используя программы Virtual Loadable ModuleTM (VLM) или программное обеспечение NETX. На рабочих станциях необходимо использовать программы VLM только в случаях, если пользователь хочет получить доступ к Службе Каталога NetWare на сервере NetWare 4.
Более старое программное обеспечение NETX не может аутентифицироваться в NDS, но может продолжать использоваться для регистрации на сервере NetWare 4 через сервис Bindery. (Более подробно о сервисе Bindery, смотрите раздел "Сервис Bindery" в книге Концепции.)
Для регистрации на сервере NetWare 4 через сервис Bindery используется следующий синтаксис:
LOGINимя_сервера/имя_пользователя<Enter>или
LOGIN /B<Enter>
Пароли - это единственный тип информации в NetSync, синхронизирующийся в обоих направлениях.
Это значит, что пользователи могут менять свои пароли на любом сервере в кластере NetSync (даже при помощи утилит NetWare 3.1x на своем сервере 3.1x), и изменения передадутся через кластер.
В NetWare 3.1x, если пользователи имеют бюджет на более чем одном сервере, они обычно используют один и тот же пароль на всех серверах.
При изменении пароля при помощи утилит 3.1x SETPASS или LOGIN утилита спросит, необходимо ли синхронизировать изменения пароля со всеми доступными серверами.
При помощи NetSync пароли синхронизируются автоматически с серверами в том же кластере, даже при ответе "Нет" на вопрос о необходимости синхронизации пароля.
На сервере NetWare 3 процедура (сценарий) регистрации пользователя - это файл, содержащийся в каждом каталоге MAIL пользователя. На сервере NetWare 4 процедура регистрации это свойство объекта типа Пользователь.
NetSync синхронизирует процедуры регистрации в каталоге MAIL на сервере NetWare 3.1x со свойством Процедура регистрации в NDS.
Для изменения процедуры регистрации пользователя, используйте утилиты NetWare 4 для изменения свойства NDS Процедура регистрации, и изменения будут синхронизированы с каталогом MAIL NetWare 3.1x.
По умолчанию NetSync также создает файл процедуры (сценария) регистрации пользователя в каталоге пользователя MAIL на сервере NetWare 4. (Вы можете запретить эту функцию как одну из опций конфигурации. Смотрите "Блокировка синхронизации процедур регистрации NetWare 3.1x и NetWare 4".)
Если эта функция разрешена, то процедура регистрации пользователя будет синхронизирована в трех местах: в свойстве процедура регистрации в NDS NetWare 4, в каталоге MAIL пользователя 3.1x и в каталоге пользователя MAIL на NetWare 4.
Создание файла процедуры регистрации в каталоге пользователя MAIL на сервере NetWare 4 позволяет пользователю регистрироваться на сервере NetWare 4 и использовать одну и ту же процедуру регистрации независимо от того, используются ли NDS и модули VLM (использующие свойство процедура регистрации в NDS) или сервис Bindery и программы NETX или модули VLM (использующие файл каталога MAIL).
Процедуры регистрации синхронизируются при считывании с серверов NetWare 3.1x на сервер NetWare 4, при загрузке с сервера NetWare 4 на сервер NetWare 3.1x или при обнаружении события обновления.
О предотвращении синхронизации, смотрите раздел "Блокировка синхронизации процедур регистрации NetWare 3.1x и NetWare 4".
NOTE: Если несколько серверов NetWare 4 имеют одинаковый контекст Bindery, и вы хотите хранить процедуру регистрации пользователя NetWare 3.1x в SYS:SYSTEM\MAIL, синхронизированной с процедурой регистрации службы Каталога на всех серверах NetWare 4, запустите копию NETSYNC4 на каждом сервере NetWare 4. Это позволит пользователю зарегистрироваться на серверах NetWare 4 при помощи регистрации Bindery.
Системные процедуры регистрации не синхронизируются, потому что они различны для каждого сервера NetWare 3.1x.
Когда пользователь регистрируется на сервере NetWare 3.1x, выполняется системная процедура регистрации на этом сервере, предоставляющая пользователю специфичные для данного сервера назначения дисков.
Когда пользователь использует программы VLM и регистрируется на сервере NetWare 4, аутентифицируясь в NDS, вместо этого выполняется процедура регистрации контейнера NDS.
Если вы используете NetWare Name Service (NNS, сервис имен), то можете заменить его при помощи NetSync. NetSync автоматически переведет большую часть конфигурационной информации NNS в формат, используемый NetWare 4. Затем, когда вы будете готовы обновить серверы NetWare 3.1x в среде NetSync до NetWare 4, это окажется значительно более легким процессом.
Для того, чтобы сохранить серверы в домене NNS синхронизированными, вы должны осуществить одновременную миграцию всех серверов NetWare 3.1x в домене NNS в NetSync.
После загрузки NETSYNC3 на сервере NetWare 3.1x сервис NNS автоматически удаляется. NTESYNC3 NLM проверяет наличие NNS на сервере и затем удаляет сервер из домена NNS.
После инсталляции NetSync профили в NNS преобразуются в профили службы Каталога NetWare. Процедуры регистрации профиля в NNS назначаются объектами типа Профиль и остаются доступными для использования.
По умолчанию свойства профиля в NNS преобразуются в свойства профиля в NDS, так что пользователи, которые имели профили по умолчанию в NNS, получат их и в NetWare 4 при помощи NetSync.
Хотя утилита LOGIN NetWare 3.1x не позволяет использовать процедуры регистрации профиля, такая возможность есть в утилите NetWare 4 LOGIN. Утилита LOGIN NetWare 4 копируется на каждый сервер NetWare 3.1x во время инсталляции NetSync.
Если необходимо продолжить использование назначений дисков, которые были определены в процедуре регистрации профиля, то следует добавить соответствующее выражение о подсоединении каждого сервера, для которого осуществляется назначение дисков, к системной процедуре регистрации на каждом сервере 3.1x. Это позволит пользователям продолжать использовать данные назначения без повторной регистрации.
Это означает, что пользователи NetSync могут использовать процедуры регистрации профиля на серверах 3.1x, даже если они до этого не использовали NNS.
Чтобы назначить процедуру регистрации профиля для пользователя в среде NetSync, используйте утилиты NETADMIN или NetWare Administrator для выбора объекта Пользователь и назначения ему профиля. Вы должны вручную предоставить права на чтение процедуры регистрации профиля.
Процедуры регистрации выполняются в следующем порядке: системная процедура регистрации (своя на каждом сервере 3.1x), процедура регистрации профиля и затем процедура регистрации пользователя.
NetSync также обновит печать NNS. Смотрите "Обновление печати NetWare Name Service (NNS)".
Если закроется сервер NetWare 3.1x, то он пропустит информацию о синхронизации, которая произойдет в то время, когда сервер был закрыт.
Когда сервер снова откроется, контекст Bindery NetWare 4 вновь скопируется (загрузится) на сервер, чтобы гарантировать получение сервером всех обновлений, которые произошли во время его простоя.
IMPORTANT: Не удаляйте и не переименовывайте объекты до тех пор, пока все серверы в кластере NetSync не будут запущены. Если вы удалите или переименуете объекты Пользователь или Группа в контексте Bindery NetWare 4, пока какой-то сервер был закрыт, то сервер NetWare 3.1x выйдет из синхронизации.
Это произойдет потому, что удаленные объекты не очищаются после восстановления соединения. Затем если вы вручную загрузите Bindery сервера NetWare 3.1x на NetWare 4 (смотрите "Копирование Bindery сервера NetWare 3.1x на сервер NetWare 4") удаленные объекты пересоздаются и опять синхронизируются с другими серверами NetWare 3.1x.
Если хост NetSync закроется во время копирования (загрузки) Bindery одного или более серверов NetWare 3.1x, перезапустите синхронизацию после того, как сервер снова откроется с помощью повторного копирования информации Bindery с серверов NetWare 3.1x, для которых нарушена синхронизация.
(Более подробную информацию смотрите в разделе "Копирование Bindery сервера NetWare 3.1x на сервер NetWare 4".)
Если сервер NetWare 3.1x или NetWare 4 работают при нехватке дискового пространства для синхронизации информации Bindery, появляется сообщение об ошибке на каждом сервере.
В этом случае или добавьте больше дискового пространства на сервер или удалите ненужные файлы. Затем перезагрузите NETSYNC3.NLM или NETSYNC4.NLM.
Назад | Содержание | Вперед
