В настоящее время у нас есть проблема с нашей стратегией резервного копирования. Мы используем iMac с Bootcamp и Windows 10. Мы хотим хранить резервные копии Windows централизованно. Процесс восстановления должен быть выполнен с помощью флешки восстановления: распаковать новый iMac, загрузиться с флешки и восстановить, готово.
Для этого мы пробовали разные системы, но в нашей тестовой настройке мы заметили ошибку, которая поначалу казалась незначительной, но теперь стала настоящей проблемой. iMac, выступающий в качестве источника, имеет жесткий диск объемом 512 ГБ, а целевой — твердотельный накопитель NVMe объемом 1 ТБ, оба имеют разные размеры секторов (жесткий диск 512 Б и NVMe 4 КБ). Если мы теперь попытаемся восстановить данные из резервной копии, система выйдет из строя с сообщением об ошибке, что исходный и целевой файлы имеют разные размеры секторов. Сначала мы подумали об ошибке в используемой программе — Acronis — и связались со службой поддержки. Они сказали нам (спустя более месяца), что восстановление с разными размерами секторов — неподдерживаемая функция. Затем мы попробовали другие системы, такие как Veeam, Arcserve и Windows Backup, но получили похожие сообщения об ошибках.
Дополнительные тесты с Clonezilla и Drive SnapShot также не дали результата (но, вероятно, это было связано с EFI и безопасной загрузкой). Эти инструменты не следует обсуждать здесь, поскольку они не отвечают первоначальным требованиям для централизованной стратегии резервного копирования.
В чем причина отсутствия поддержки различных размеров секторов? Я полагаю, что сегодня это довольно распространенный сценарий восстановления с 1 ТБ HDD на 1 ТБ SSD. Даже если мы заменим цель на стандартный ПК с 1 ТБ NVMe, у нас будет та же проблема. Таким образом, я предполагаю, что основная проблема не связана напрямую с iMac в частности. Как мы можем достичь нашей цели восстановления резервной копии независимо от размера базового сектора?
Я нашел две статьи, которые, как мне показалось, имеют отношение к моему вопросу:
Оба не помогли мне в моей задаче. Второй вопрос содержал ссылку на другую проблему, связанную с типом доступа к диску, так что это может быть проблема с драйвером для дисков NVMe.