если ваша резервная копия является резервной копией на основе образа (как, по-видимому, из вашего описания), то да, любые фрагментированные файлы на диске во время создания образа будут фрагментированы во время восстановления резервной копии.
Изображение является точной копией двоичного макета диска. он выражает те же битовые значения в тех же местах (ну, по тем же адресам, основанным на той же схеме логической адресации ), что и исходный диск.
Создание образа происходит ниже уровня раздела и файловой системы, поэтому вы можете создавать образы поврежденных или даже удаленных разделов / файловых систем или дисков с удаленными файлами, чтобы впоследствии можно было удалить файл. Фактически, рекомендуемый порядок действий при восстановлении данных с неисправного жесткого диска состоит в том, чтобы взять его образ с помощью специального имидж-сканера, такого как ddrescue, чтобы переместить необработанные данные на твердое оборудование перед попыткой восстановления на уровне раздела / файловой системы / файла . Сканеры просто не заботятся ни о чем, кроме самой базовой информации о геометрии диска .
Важно понимать, что на самом деле нет такой вещи, как «пустая» область диска. С цифровой точки зрения каждый «бит» диска имеет двоичное значение. Это значение может означать «нет данных, которые я здесь распознаю», но для придания значения этому значению требуются структуры более высокого уровня, такие как разделы и файловые системы; на необработанном уровне все это только плюсы и минусы, поэтому нет никакой разницы между свободным пространством и файлом.
Когда образ восстанавливается, выполняется низкоуровневая запись на необработанный жесткий диск (без учета файловой системы или даже раздела) с записью точного двоичного файла образа на диск, начиная с указанного смещения (для указанной длины). он просто записывает 1 и 0 из образа на диск в порядке от самого первого бита самого первого сектора до конца изображения (или до достижения указанной длины).
Существуют некоторые сложные имидж-сканеры, которые выполняют приемы для сжатия резервных копий, такие как создание псевдонимов пустых секторов, игнорирование данных, не относящихся к файловой системе, или даже таких, которые настолько хорошо знают вашу ОС, что могут исключать данные, извлекать только ядро или драйверы, заменять SSID, менять администратора пароли и т. д., и этот класс инструментов может, по-видимому, де-фрагментировать данные при записи, но предостережения многочисленны, и у MS есть стимул ограничивать свои инструменты резервным копированием на одном компьютере. В частности, MS не хотела бы, чтобы их инструмент использовался для клонирования в другие системы без ограничений.
Независимо от того, основываясь на вашем результате, неопровержимо, что инструменты резервного копирования MS не выполняют дефрагментацию (я полагаю, они назвали бы это переупорядочением блоков) при создании образа или восстановлении. Я предполагаю, что непристойное количество, или оперативная память, или временное дисковое пространство, которое потребуется для дефрагментации на лету, является основной мотивацией, но мы не можем сказать наверняка. В любом случае, технические препятствия нетривиальны.