Задача была простая - поменять 9 Гб Barracuda (8.2 Гб данных) на 40 Гб Cheetah. На винте был 1 традиционный том, не SYS, на котором лежал раздел реплики. Управился вместе с разборкой-сборкой корпуса за полтора часа.
1. Отключил сервер, поставил новый винт, загрузил сервер.
2. Перенес временно реплику на другой том
3. Прогнал проверку DSREPAIR
4. Демонтировал том, прогнал VREPAIR
5. Создал на новом винте новый том TMP, смонтировал его
6. Смонтировал старый том, запустил на нем TBACKUP.EXE
7. При помощи СС (ComNetworx Console Commander) скопировал все со старого тома на новый кроме каталога _NETWARE и файла Vol$log.err
8. Демонтировал и удавил старый том
9. Переименовал новый том в старое имя
10. В NDS удавил объект соответствовавший тому TMP
11. Запустил проверку DSREPAIR. Получил сообщение что том никогда не подключался к схеме и что это пофиксено.
12. Запустил TRESTORE.BAT
13. Вернул на том реплику
Все. Полет нормальный, никаких проблем нет.
Это инфа. А теперь вопрос:
Существуют ли условия при которых подобная последовательность действий могла привести к неудаче или проблемам?
Хмм... сам только что подумал, попробовал... шаг 7 при наличии длинных имен оказывается ошибочным... нужен манагер поддерживающий LFN (а есть такой?) либо вести копирование через раб. станцию... хорошо что у меня все файлы на томе 8.3...