band писал(а):Надеюсь, что есть такие герои
Только что проделывал это на стенде, 4.11->6.0. Использовал довольно старенький Migration Wizard 6, поэтому, скорее всего, одна из ошибок и вылезла (с TSA, подробности ниже). Скорее всего, если пользовать Migration Wizard 6.5 (8.0 можно только если source не ниже 5.1), то ошибки бы не было. Суть: миграция прошла как по маслу, бояться там нечего, 6.0+sp5 встал на место исходного 4.11 без вопросов.
band писал(а):1. целевой сервер следует инсталлировать в pre-migrate state, как рекомендуется (при этом не поднимаются некоторые web службы), или просто новый сервер в минимальной установке?
Нужно ставить именно в pre-migration. Всё что требуется, потом доставляется.
band писал(а):2. Если лицензии стоят на обоих серваках, и исходном и целевом, их при миграции все равно добавлять, и каким инструментом, кроме web?
Серверная, как обычно, при установке в pre-migration, пользовательские - потом, через NWAdmin32 или iManager (он, кстати, обычно сразу работает).
band писал(а):3. если в DS сервера разных версий, от netware 3.12 до 5.1, проблем при синхронизации не возникает, или надо специально версии ds согласовывать?
Я мигрировал на стенде с ds6.11 на eDir8.6 (такие были условия задачи), хотя в реале надо было перед миграцией перейти на 6.21, для порядка.
Теперь продробнее про встретившиеся проблемы, обе были связаны с TSA, на этапе копирования томов (миграция устраивает копирование сервер-сервер, минуя станцию). На 4.11 ругань была, что не удалось чего-то там загрузить на сервере, т.к. не была подгружена CLIBAUX.NLM. Загрузил руками - действительно заработало (странные люди, кто им мешал самим эту CLIBAUX.NLM загрузить, ведь TSA load-ят). А вторая ошибка была чуть сложнее и смешнее - выдавалась ошибка о невозможности загрузки TSA600 на целевом сервере (6.0+SP5 с оверлейного диска). Оказалось, что в sp5 по умолчанию вместо TSANxx грузится универсальный TSAFS, он и мешал TSA600. Unload TSAFS руками, load TSA600 - побежало без вопросов.
Ну, а дальше всё без проблем прошло, только при редакции конфигурационных файлов надо быть внимательным (при переносе IPX, имени сервера и т.д. Там надо cut-n-paste пользовать, чтобы не ошибиться). Да, и не надо забывать, что том SYS с исходного сервера никогда не копируется поверх SYS-а нового - только в подкаталог. Если там что надо - придется разбираться вручную.
В общем, Migration Wizard вполне рабочая технология, я как-то раньше к ней с опаской относился, но сейчас попробовал - вполне съедобно.