Утилиты NetWare® 3.1x (такие, как SYSCON) автоматически преобразуют диакритические символы (такие как: умляут, акцент, седиль, тильда, и т.п.) в верхний регистр. Утилиты NetWare 4TM этого не делают.
Если, например, на сервере NetWare 3.1x пользователь имеет имя регистрации на вход в систему "Jose", то оно преобразуется в "JOSE". Но в среде NetWare 4 это же имя остается неизменным "Jose".
В результате после установки NetSync на серверах NetWare 3.1x и NetWare 4 в контексте супер-Bindery сервера NetWare 4 пользователь Jose может существовать дважды, как Jose и как JOSE. (Супер-Bindery включает все объекты Пользователь и Группа, которые были синхронизированы.)
NetSync пытается решить эту проблему, формально сопоставляя два имени пользователя и предполагая, что они относятся к одному и тому же пользователю.
Для обеспечения правильной обработки иностранных языковых символов и имен пользователей, необходимо выполнить следующие меры предосторожности:
LOGINИмя_сервера/Имя_пользователя <Enter>или
LOGINИмя_пользователя<Enter> SETPASSИмя_сервера/Имя_пользователя <Enter>или
SETPASSИмя_пользователя <Enter>
NetWare 4 позволяет контексту Bindery включать до 16 контейнеров. (Предыдущие версии NetWare 4 допускали наличие только одного контейнера в контексте Bindery.)
Группа контейнеров в контексте Bindery называется путем контекста эмуляции Bindery. (Более подробную информацию смотрите в разделе "Путь контекста эмуляции Bindery" в книге Концепции. )
Все объекты Bindery NetWare 3.1x копируются (загружаются) в первый контейнер, указанный в пути контекста Bindery. Например, допустим, что контекст Bindery имеет два контейнера, как показано в следующем пути контекста Bindery:
OU=Sales.O=Novell;OU=Marketing.O=Novell
В этом примере все объекты Bindery пользователей и групп NetWare 3.1x собраны в контейнере Sales, первом контейнере пути, как показано на следующем рисунке.
Тем не менее все объекты из всех контейнеров пути контекста Bindery синхронизируются со всеми серверами NetWare 3.1x.
Например, может возникнуть следующая ситуация с дублированием имен в сценарии пути контекста Bindery.
После того, как объект пользователя Joe скопирован с сервера NetWare 3.1x, NetSync пытается создать этот объект в первом контейнере пути контекста (OU=Sales).
Если объект с именем Joe уже существует в этом контейнере, этот объект сервиса Каталога NetWare имеет приоритет и объект Пользователя NetWare 3.1x с ним объединяется.
Если объектов Joe больше нигде не существует в контексте Bindery, NetSync создает такой объект для NetWare 3.1x объекта Bindery. Если после исходной синхронизации, администратор создает другой объект Joe в контейнере, также входящем в путь контекста Bindery, один из объектов Joe "накладывается" на другой. Оба объекта продолжают сосуществовать в дереве Каталога, но для сервиса Bindery виден только один объект.
Если более новый объект Joe переместится в контейнере по списку вниз, он будет заслонен исходным объектом Joe. Он не будет виден для сервиса Bindery и, следовательно, также не виден для серверов NetWare 3.1x, входящих в NetSync кластер.
С другой стороны, если более новый объект Joe окажется в контейнере выше по списку, чем первоначальный объект Joe, то этот первоначальный объект будет им прикрыт.
Вы можете независимо друг от друга обновить каждый сервер NetWare 3.1x в кластере NetSync на NetWare 4. После обновления сервера NetWare 3.1x вы можете удалить этот сервер из кластера NetSync, удалив его имя из списка "Авторизованные серверы NetWare 3.1x" в NETSYNC4 на сервере NetWare 4.
В исходном процессе синхронизации NetSync создает все необходимые объекты службы Каталога NetWare для сервера NetWare 3.1x. Поэтому обновление сервера NetWare 3.1x на NetWare 4 является достаточно "гладким" процессом, требующим лишь небольшого вмешательства со стороны пользователя.
Вам необходимо проследить за выполнением двух моментов, гарантирующих корректную работу процесса обновления: