[Igor533]

Если профилки локальные, то нужно потом , после создания профиля в новом домене , скопировать профиль из старого домена.
Именно потому что ЛОКАЛЬНЫЙ, он не храниться в домене а, на локальной машине.

[kaytaz]

Идея копирования профиля не подходит. Слишком много машин.

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

Кто нибудь делал подобное? Как сохранить SID?

[Igor533]

Профиль не может подхватиться, потому -что профиль на локальной машине а SID -доменовая вешь.
САдеалй скрипт, который сделает копирование профиля на каойдой машине и все дела.
Но другой дороги нет.

[sfap]

Недавно проводил миграцию пользователей. У меня тоже не было перемещаемых профилей. Я не знаю, сколько пользователей у вас в сети, но из всех возможных вариантов мне проще было создать на новом сервере каталог Profiles а в нем завести папки для каждого пользователя. Потом я в старом домене прописал всем путь к папке хранения их профиля (очень важно правильно прописать права и сделать владельцем папки того юзера, которому он принадлежит) и сказал юзерам перезагрузиться пару раз. В результате у всех оказались переносимые профили. Можно провести миграцию, загрузить в первый раз их у всех, а потом удалить, если они не нужны.

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

[GreenIce]

Ну, на самом деле необязательно было создавать для каждого пользователя каталог с раздачей прав, достаточно сделать скрипт который пропишет всем юзерам в домене расположение профиля, в виде \\сревер\шара\%username%, каталоги сами создадутся. Только в Групповой политике надо прописать чтобы добавлялся доступ Администратору к этим папкам.
После этого всем пользователям нужно будет перелогинится и все.

[kaytaz]

Вариант с перемещаемым профилем не плох и достаточно эффективен. Но тут все упирается в свободное дисковое пространство, которого не хватит на все профили. Не ужели нет более элегантного способа? Возможно ли использования старого профиля пользователя в новом домене без промежуточного копирования?

[EndErr]

Я, примеру, сделал шару для профилей на сервере, на файловый сервер сделал home для юзверей и перенес Мои Документы пользователей в ету папку. И пока вот нет проблем у пользователей, и профили не долго грузятся и место много на сервере не занимает. И ище, можно ограничить квотами размеры профиля, так пользователь узнает что нужно делать уборку в свой хлам. Но прошу внимания, правильно настройте доступы к шарам.

[kaytaz]

Использование перемещаемых профилей не спасло моего бедственного положения
Сделал следующее:
1) Создал шару на серевере, где будут храниться профили
2) Прописал каждому пользователю путь к профилю (как и советовал GreenIce \\сревер\шара\%username%)
3) Все перезагрузились, профили создались без проблем.
4) Перенес пользователей в новый домен с помощью ADMT
5) Зашел в новый домен под собой - ПРОФИЛЬ НЕ ПОДЦЕПИЛСЯ

К папке профилю есть полный доступ (могу читать и писать находясь в новом домене).

Что еще можно сделать?Помогите, почти неделю топчусь на одном месте.

[GreenIce]

1. При переносе пользователя, нужно поставить галочку мигрировать профиль и SID пользователя.
2. После переноса пользователя, профиль должен указывать в ту же самую папку

Если не помогло:
были ли ошибки при миграции профиля?
Есть ли права администратора на доступ к папки профиля к который переносится?
Существует ли административная шара на сервере где лежат профили, типа D$?