Давайте по порядку:
1. Я не нашел ничего и нигде, что говорило бы о том, что переименование дерева - страшная процедура, угрожающая всему на свете. Достаточно следовать рекомендациям, изложенным, например,
тут в части конфигурации Novell Client, если Вы его используете. Ну и там, понятно, важно, чтобы время было синхронизировано между серверами с репликами и процесс надо инициировать на сервере, который содержит реплику рута. Возможно, будет интересно то, что изложено
тут.
2. Я переименовал дерево на своем тестовом стенде с DSfW: и дерево спокойно переименовалось, и DSfW выжил.
3. Файлы - ничего вообще с ними не произойдет, т.к. ACL - атрибут файловой системы и к дереву вообще отношения не имеет. iManager (ранее - ConsoleOne и nwadmin) просто предоставляют удобный интерфейс, который помогает Вам оперировать ACL - и только. Впрочем, Вы всегда можете почитать
тут о том, как сохранить резервную копию ACL (trustee)
4. iPrint - не видя логов, ничего не скажу. Делитесь, если Вам нужна помощь.
5. GW, ZEN - им вообще все равно на дерево, они с ним через LDAP работают. GW - вообще все хранит в собственных БД, любого пользователя можно "отвязать" (Dissociate) и "привязать" (Associate). С ZEN тоже не вижу никаких особенных сложностей, если честно.
Все эти переименования можно спокойно проверить на стенде, на сборку которого нужно потратить максимум неделю. Сам процесс переименования (не сборки стенда
) вряд ли займет больше 1-2 рабочих дней.