Миграция домена с 2003 на 2003 не получается, admt
 

Добрый день!
Никак admt не хочет группы переносить. Пользователей, пароли и ПК пока не переносить не пробовал.
При попытке переноса групп, ставлю галочки:
1. Update user rights.
2. Migrate group SIDs to target domain.

Пользователь, под которым всё делаю - встроенный Администратор.

Политики аудита настроены на обоих доменах, группа domain$$$ есть, TcpipClientSupport не настраивал, т.к. Server 2003.

При попытке перенести тестовую группу, ADMT говорит следующее:

"[Settings Section]
Task: Group Migration (2)
ADMT Console
User: EA-ISK\migre
Computer: ad.ea-isk.ru (AD)
Domain: ea-isk.ru (EA-ISK)
OS: Microsoft Windows Server 2003 5.2 (3790) Service Pack 1
Source Domain
Name: ea-isk.ru (EA-ISK)
DC: ad.ea-isk.ru (AD)
OS: Windows Server 2003 5.2 (3790) Service Pack 1
OU:
Target Domain
Name: eurasia.ru (EURASIA)
DC: ad2.eurasia.ru (AD2)
OS: Windows Server 2003 5.2 (3790) Service Pack 1
OU: LDAP://eurasia.ru/CN=Users,DC=eurasia,DC=ru
Intra-Forest: No
Migrate Security Identifiers: Yes
Update Rights: Yes
Fix group membership: No
Conflict Option: Ignore
Migrate members: No

[Object Migration Section]
2008-06-04 12:42:22 Starting Account Replicator.
2008-06-04 12:42:22 ERR2:7301 Failed to migrate source object 'CN=Test Group' to domain 'eurasia.ru'. The target object could not be created. hr=0x80070005 Access is denied.
2008-06-04 12:42:22 Operation completed."

Описанное выше - при запуске АДМТ на source, при запуске на target выскакивает ошибка "Could not verify auditing and TcpipClientSupport on domains. Will not be able to migrate Sid's. Access is denied."

Как быть? Уже не знаю, что где искать...)

Riman, только что решал точно такую же проблему и победил.
Добавь пользователя из-под которого запускаешь ADMT на target в группу Администраторы на домен контроллере source. Добавить возможно, т.к. встроенная группа Администраторы является доменно локальной и выбрать юзера из другого домена возможно.

В руководстве по миграции это решается делегированием определенных прав пользователю из ресурсного домена на соответствующий OU в целевом домене.

Нет не решается к сожалению.