Андрей Троценко писал(а):...я когда-то заложил в дерево некоторую гибкость как раз для таких случаев - смены сервера: создал объект том в NDS (наз. HOMES), показывающий на том с домашними каталогами, а свойство пользователей Home Directory ссылается именно на него...
Попробую развить высказанную идею для реального случая, когда все делалось по умолчанию (свойства "домашний каталог" пользователей ссылаются на объект тома в NDS), и нужно быстро перевести домашние директории на другой том или сервер, оставив неизменным структуру каталогов. Оговорюсь, что высказанное ниже применимо (практически) ТОЛЬКО для случая, когда кроме аттрибутов "домашний каталог" пользователей, на ЭТОТ объект тома в NDS есть немного ссылок (в идеале - 0).
Если так, то - поехали:
1. Символически - переименовываем объект тома с домашними каталогами, в NDS, в новое имя (напр. GENDALF_DATA в HOMES или HOMES_ENGINEERS).
2. Создаем в том же контексте объект тома со старым именем (напр. GENDALF_DATA), привязывая его к прежнему физическому тому (можно сделать на сервере DSREPAIR с проверкой опекунов на томах или INSTALL/NWCONFIG -> UpgradeMountedVolumesIntoDirectory). Теперь он будет выполнять функции того, кого мы переименовали в п. 1.
3. Чистим перышки - если кто-то из объектов в NDS (кроме пользователей, чьи дом. каталоги мы собираемся перевозить), ссылается на прежний объект тома (1) - прописываем им соответствующие аттрибуты ссылками на новый (2). К этому пункту и относилась моя оговорка "...если этих ссылок немного...". Заодно, нужно проверить внешние статические ссылки на имя этого объекта (напр. в файлах конфигурации каких-либо служб).
4. Выполняем физ. копирование структуры домашних каталогов на новое место, восстанавливаем исходные права/квоты. Эта техника здесь не описывается.
5. Подменяем аттрибут объекта том (напр. HOMES, из п.1) "Host Server" на новый сервер и/или "Host Resource Name" на имя физ. тома на этом сервере.
Если п. 3 отработан тщательно, все должно получиться без нежелательных последствий.
Пример:
Исходный сервер/том = GENDALF/DATA: (GENDALF.Services.Org и GENDALF_DATA.Services.Org соответственно)
Целевой сервер/том = ARAGORN/USERS: (ARAGORN.Services.Org и ARAGORN_USERS.Services.Org соответственно)
1. GENDALF_DATA.Services.Org переименовываем в HOMES.Services.Org
2. Создаем объект тома GENDALF/DATA в NDS, с именем GENDALF_DATA.Services.Org.
3. Проверяем DirectoryMap-ы и пр. известных на ссылки на этот том (честно говоря, утиль, который сканировал бы дерево на предмет обнаружения объектов с аттрибутами, ссылающимися на заданный объект, мне в голову не приходит), и, если обнаруживаем, меняем их (а они в п. 1 стали показывать на HOMES...) на GENDALF_DATA.Services.Org.
4. Обычная веселуха - копируем директории и файлы, потом TBACKUP/TRESTORE или еще как...
5. Правим объект HOMES.Services.Org: "Host Server"="ARAGORN.Services.Org", "Host Resource Name"="USERS".
P.S. Для "правок" подходит, например, NDSSNOOP или C1 с установленным, и, настроенным соответственно, "Advanced Snapin" - все на coolsolutions.