proNovell

Добрый день!
Имеется два дерева. В одном живут два сервера 4.11 в другом зарождающемся один сервер 6-й NetWare.
Подскажите как лучше перетащить из старого в новое дерево все объекты NDS ну и права на файлы?
Спасибо всем за ответы.

А вы уверены, что хотите именно 2 отдельных дерева?

Проще поставить сервер 6 в имеющееся дерево с 4.11 - и ничего переносить не надо. Только раздать права на новый сервер.

А что бы мы тут всем скопом не гадали "как лучше перетащить объекты..." просьба к автору описать задачу, а не задавать пространные вопросы.
Тогда можно получить и решение.

Честно говоря, не очень приятное и малопонятное занятие (это про объекты). Может проще будет по стандартным рецептам ввести 6-ку в имеющееся дерево, постепенно воссоздавая файловую структуру на нем, ну а потом через trustee.nlm перенести права на файлы, насоздавать алиасов, и под занавес "похоронить" старые сервера штатным образом?

Larico писал(а):Проще поставить сервер 6 в имеющееся дерево с 4.11 - и ничего переносить не надо. Только раздать права на новый сервер.

Не уверен, что проще. Проще всего как раз миграция. Составное дерево при кажущейся простоте - геморрой еще тот. И идти на эту меру можно только либо с полной безнадеги, либо в надежде на скорую миграцию либе что-то еще

В другое дерево потому-как люди говорят и понаписано много
про трудности апа NDS до сосстояния инсталляции в нее 6-ки.

А рабочие сервера 4.11 везут весьма важные задачи, и играть на живом дереве я побаиваюсь. Потому спрашиваю кто
имел опыт переноса объектов NDS - поделитесь им пожалста...

Вопрос вполне обоснован.

Человек хочет не установить сервер NetWare 6 в дерево с NetWare 4.11,
а перенести ресурсы из старого дерева в новое (что безусловно безопасней).

Это называется миграция, используйте Migration Wizard.
Миграция NW 4.11 -> NW 6.5 не поддерживаются Migration Wizard v.8, поэтому придётся использовать Migration Wizard v.6.5.

Все требования к подготовке к процессу миграции хорошо описаны в документации на Migration Wizard на сайте Novell, однако особенно внимательно следует отнестись к:
1. Деревья должны быть засинхронизированы по времени от одного источника времени.
2. Для проверки здоровья обоих деревьем стоит запустить:
DSREPAIR -> Time Synchronization (посмотреть результаты синхронизации времени в пределах данного дерева)
DSREPAIR -> Unattended full repair
3. На обоих серверах (как минимум на сервере-приёмнике) очень желательно установить последние Support Pack.

Делали подобные процедуры много раз, файлы, NDS, права и на файлы и внутри NDS переносятся нормально.

Евгений Сафонов писал(а):Это называется миграция, используйте Migration Wizard.Делали подобные процедуры много раз, файлы, NDS, права и на файлы и внутри NDS переносятся нормально.

Только не забудьте человеку сообщить, что успешное окончание миграции означает полностью "заглушенный" исходный сервер NW4.11, т.е., шестёрка встанет ВМЕСТО исходной 4.11. А их, напоминаю, в рабочем дереве две, что по сути и означает ввод NW6 в существующее дерево . С попутной заменой одного сервера...

Сергей Дубров: Только не забудьте человеку сообщить, что успешное окончание миграции означает полностью "заглушенный" исходный сервер NW4.11

Сергей, и Вы в этом настолько уверены?

Евгений Сафонов писал(а):

Сергей Дубров: Только не забудьте человеку сообщить, что успешное окончание миграции означает полностью "заглушенный" исходный сервер NW4.11

Сергей, и Вы в этом настолько уверены?

В чём? В том, что при миграции новый сервер встаёт НА МЕСТО старого? Абсолютно уверен... С его номерами сетей, именем и т.п. Цитата из курса 3004 (3005):

Objective 2 Perform a Migration
As an alternative to upgrading a server, you can also migrate data
from an existing NetWare server to a NetWare 6 server.
When you migrate data the migration wizard copies the file system
and eDirectory database from an existing NetWare 4, 5, or 6 server
to a newly installed NetWare 6 server.
After the original server’s file system and eDirectory database are
migrated, it’s brought down and the NetWare 6 server reboots and
assumes the name and identity of the original server on your
network.

"Заглушенный" исходный сервер, в случае чего, поднять будет конечно можно, но не так чтобы очень просто - его место в дереве занято, в лоб его стартовать нельзя - сконфликтует с новым сервером по имени/адресам. Т.е., трасты, к примеру, со "старого" сервера снять будет проблематично, если при миграции что-то не так с ними было.

Это существенно заглушет Мастер миграции стоарый сервер в старом дереве или нет...
Не хотелосьбы такого события переживать....

Попробуйте с Novell Consolidation Utility поиграться. Последняя версия между двумя деревьями позволяет объекты таскать. Другой вопрос - все ли...

Цитата то цитатой. На курсах мы производили эти действия много раз.

"Заглушенный" исходный сервер, в случае чего, поднять будет конечно можно, но не так чтобы очень просто

И если требовалось что-то сделать на старом сервере - проблем не возникало.

его место в дереве занято

Его место в дереве - не занято.
Оно и не может быть занято. т.к. дерева - остаётся два.
Одно - старое (источник). в котором всё по прежнему.
Второе - новое (назначение). в которое мигрировали.

Старый сервер и дерево выключается, только в том случае,
если мы хотим, чтобы новое дерево и сервер назывались также, как и старые. Если мы этого не хотим, то, соответвенно, не выключается.

И даже если мы решили назвать новое дерево и сервер именами старых (для удобства пользователей например), то никто не мешает администратору взять отдельный хаб (или кроссоверный кабель), подключить в него старый сервер и рабочую станцию, и произвести все необходимые действия на старом сервере (например что-то забэкапить и перенести в новое дерево).

Евгений Сафонов писал(а):Цитата то цитатой. На курсах мы производили эти действия много раз.

Я - тоже...

Евгений Сафонов писал(а):

"Заглушенный" исходный сервер, в случае чего, поднять будет конечно можно, но не так чтобы очень просто

И если требовалось что-то сделать на старом сервере - проблем не возникало.

У меня - тоже не возникало. Но просто так старый сервер запускать нельзя - будет конфликт по имени/адресу. Странно, что приходится, после приведённой выше цитаты, повторять это снова.

Евгений Сафонов писал(а):

его место в дереве занято

Его место в дереве - не занято.

Занято. Ещё раз перечитайте цитаты и осознайте смысл процедуры миграции, возможно, вы её с чем-то путаете - новый сервер (на другом железе) ЗАМЕНЯЕТ собой старый В ТОМ ЖЕ ДЕРЕВЕ! Со всеми опознавательными знаками исходного сервера - его именем, принадлежностью к исходному дереву (в котором "жил" старый сервер), адресами... Поэтому одним из подготовительных этапов миграции является установка нового сервера во временное дерево, с выбором pre-migration варианта инсталляции. Это временное дерево потом исчезнет, а новый сервер впишется на место старого. Что тут непонятного?

Евгений Сафонов писал(а):Оно и не может быть занято. т.к. дерева - остаётся два.

Нет. Временное дерево, в которое ставилась pre-migration NW6.0, исчезнет. Кстати, и даже в РАЗНЫХ деревьях у серверов не могут быть ОДИНАКОВЫЕ имена. Вам ещё цитаты привести?

Евгений Сафонов писал(а):Одно - старое (источник). в котором всё по прежнему.
Второе - новое (назначение). в которое мигрировали.

Нет. Вы заблуждаетесь. Миграция переносит содержимое/имя/адреса исходного сервера на новый, который занимает место старого в рабочем (исходном) сервере. Читаем курс 3004 (или 3005).

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

Смысл миграции - перенести (смигрировать) старый сервер на новое железо. Естественно, что при этом имя и пр. у нового сервера должны быть теми же, что и у старого - иначе в чём смысл процедуры? Без миграции можно просто вставить NW6 в существующее дерево под новым именем, не торопясь перенести на него всё со старого, поменять мэпы, настройки, привязки у клиентов, потом тихо "удавить" старый сервер. Но это НЕ МИГРАЦИЯ! По крайней мере, не то, что под этим понимает Новел и его Migration Wizard. Ещё одна цитата, для неверующих (курс 3005):

Prepare the Destination (New) Server

Define destination server. Help
students understand that the
destination server is the new
server.

The destination server is the new computer that receives the data
from the source server. This server must be installed into a
temporary tree.

After data is migrated from source to destination server, the
destination server reboots and the migration wizard modifies the
destination server’s AUTOEXEC.NCF file to include the source
server’s name and internal IPX number or server ID.

Евгений Сафонов писал(а):И даже если мы решили назвать новое дерево и сервер именами старых (для удобства пользователей например), то никто не мешает администратору взять отдельный хаб (или кроссоверный кабель), подключить в него старый сервер и рабочую станцию, и произвести все необходимые действия на старом сервере (например что-то забэкапить и перенести в новое дерево).

Именно про это "непросто" я и говорил...

southpuss писал(а):Это существенно заглушет Мастер миграции стоарый сервер в старом дереве или нет...
Не хотелосьбы такого события переживать....

Глушит, однозначно. По определению процедуры миграция - новый сервер встаёт на место старого, старый "отставляется в сторонку"

Сергей Дубров писал(а):Глушит, однозначно. По определению процедуры миграция - новый сервер встаёт на место старого, старый "отставляется в сторонку"

Ок. С Миграцией - ясно...Но должен же быть способ склонировать объекты NDS сервера 4.11 eDir на сервер 6.0 в другое дерево? Неужто никто так не делал!?