Как-то уже писал в теме: при прочих равных условиях, практически все современные менеджеры дисков (МД) делают операции изменения размеров, слияния, перемещения и т.п. приблизительно одинаковое время. Это время в первую очередь зависит от того, куда добавляется/убирается пространство - в начало или конец раздела, происходит ли в процессе изменение размера кластера (ИРК), и сколько данных есть на передвигаемом/изменяемом разделе.
Ситуация 1. Добавляем к разделу свободное место ПОСЛЕ него. Самая быстрая операция. Если не ИРК, МД делает её за секунды.
Ситуация 2. Добавляем к разделу свободное место ДО него. Время выполнения зависит от наличия данных, ИРК. Обычно дольше, поскольку МД нужно перенести файловую табличку (а иногда и данные - тогда намного дольше).
Ситуация 3. Слияние разделов. Тут обычно время тратится на ИРК.
Ситуация 4. Перемещение всего раздела. Время тратится на перемещение данных, попадаемых в перенесённую область.
Все эти операции без данных производятся мгновенно, а с данными операции 2, 3, 4 могут быть длительными. И прервать их нельзя - можно потерять данные.
Теперь из личного опыта. Потеря данных является следствием таких факторов (в порядке убывания): физическия поломка накопителя, переразбивка разделов (слияние, перемещение), бездумная установка ОС (когда под ОС делается один раздел на весь хард). Заметьте - операции по перемещению на ВТОРОМ МЕСТЕ!
Теперь конкретно по продуктам Акрониса.
Первый явный косяк ADDS/ADDH - создание разделов NTFS в формате 3.0. Это подходит для ХР, но может вызвать незагружаемость Висты/7/8 из этого раздела. Т.е., получается, ОС установили... а она не загружается. При перемещении ADDH вроде не изменяет формат (т.е., если был 3.1, он и остаётся).
Второй нюанс работы - использование своего драйвера Snapman. С одной стороны, этот драйвер позволяет разблокировать раздел и получить полный к нему доступ. Но, с другой стороны, часть операций посредством драйвера производится в виртуальном режиме (т.е., не физически, а в памяти), и если происходит нештатное прерывание операций, данные могут быть безвозвратно утеряны. Кроме того, некоторые операции ADDS/ADDH завершает после перезагрузки в наитивном режиме (при условии, что он установлен в ОС)... но это невозможно в РЕ-сборках (т.е., эти операции он не завершит никогда!). Рассмотрим ситуацию: на перемещаемом (изменяемом) разделе находится файл подкачки. Обычный МД заблокирует работу с этим разделом (т.е., откажется проводить с ним операции - и будет прав). ADDH бодро начнёт всё делать, что может вызвать проблему с файлом подкачки... и BSOD. Но при этом часть операции уже выполнена и часть данных находится в памяти. Всё это теряется, а после перезагрузки получаем потерянный (иногда и повреждённый) раздел (или несколько - при слиянии).
У МД от Акронисов есть и другие недоработки, вызванние моральным старением - некорректная работа с новыми HDD ("выравнивание" разделов, поддержка GPT).
Отсюда вывод - ADDS/ADDH потенциально является более опасным, чем другие МД. А, поскольку у нас привыкли действовать по принципу "пока гром не грянет, поп не перекрестится", я убрал ADDS/ADDH из сборки.
|