okshef Вариант с простым копированием всех необходимых файлов в другое место и восстановление с резервной копии изначально как "План Б", но это возможно только в нерабочее время. Поэтому приоритет на последовательный перенос баз и файлов пока они не используются.
С файлами пользователей проблем нет. А вот настройка пути к базам приходит с выше что не позволяет использовать их на сетевом диске или разделе с другой буквой. Вариант подключить том как паку NTFS и там временно разместить "критичные данные" мало чем отличается от скопировать туда а после обратно. Сервер горячей замены далеко и в его использовании на время работ отказали без объяснения причин
- ААА!!! Скорее дайте огнетушитель!!!
- Хм... а вам зачем?
В моем случае "софтина" на указном разделе создаст несколько больших файлов общим объемом около 400GB
, создает с начала логического диска и так далее по кластерам (видно чтобы избежать фрагментации) вся информация попадающая в этот промежуток будет потеряна, о чем и выдается соответствующее предупреждение если в данном промежутке имеются какие нибудь файлы, или о невозможности выполнить необходимые действия если эти файлы заняты процессами или приложениями, само это ПО переносить информацию из своей будущей рабочей зоны не умеет.
А для рабочих станций или домашних машин решение может пригодиться если необходимо увеличить размер основного, системного раздела путем уменьшения дополнительного. Для снижения риска потери информации.
ИМХО задача имеет место быть
