В общем не захотел с полпинка устанавливаться контроллер домена в удаленном месте. Предполагалась операция замены одного КД другим КД, последовательность действий предполагалась такой:

1. Устанавливаем рядом второй КД.
2. Понемногу перетягиваем на себя функции первого КД, как то: WINS, DHCP, DNS
3. Аккуратно переводим DFS на себя, реплицируем.
4. Выводим первый КД из DFS.
5. Убираем первый КД из WINS, выключаем DHCP (unauthorize), включаем второй DHCP.
6. Деинсталируем первый КД через визард "add remove role".

Так вот, при этих всех манипуляциях произошло два неприятных момента.
Первый: новый R2 КД отказался на халяву устанавливаться в домен. Не валидная, видете ли, схема у леса. Рекомендация сделать adprep не сработала. Много гуглил. Нагуглил рекомендацию юзать adprep от R2 релиза, тот что на втором диске, CMPNENTS\R2\ADPREP. Да, это уже сработало. При чем пришлось это проделывать на самом-самом главном контроллере домена. Глюк второй, первый КД не захотел просто так отконнекчиваться от домена с невнятным сообщением об ошибке. Пришлось повторить процедуру позже, после полной репликации AD. Во второй раз все прошло без сучка, без задоринки.

Вот тут некоторые (не будем показывать на cjnova пальцем)  начинают упрекат меня в уходе от основной ИТ тематики, на что моя незамедлительно начинать кассовую статью о реализации failover схемы подключения нескольких провайдеров, и организации бесперебойной связи с удаленным подразделением на основе протокола BGP и системе FreeBSD (zebra).

UPDATED: После выведения контроллера из домена необходимо вручную удалить связи для репликации с другими контроллерами в консоли Active Directory Sites and Services