Когда я пытаюсь создать резервную копию зашифрованной папки Windows EFS на физическом сервере в хранилище служб восстановления Azure, размер файла изменяется при восстановлении, и файлы не могут быть открыты (нераспознаваемые). Я что-то делаю не так или это просто невозможно?
Чтобы быть более конкретным, я успешно сделал резервную копию, смонтировал и восстановил зашифрованную папку EFS с изображением кота в ней. Последнюю версию нельзя открыть, даже если она восстановлена в исходную папку. Несмотря на то, что он на 18 570 байт больше, кот исчез.
Вопрос в том, нужно ли мне делать что-то особенное, чтобы эта работа работала? Может ли агент MARS обнаружить тот факт, что файл зашифрован, и сохранить необработанный файл как есть?
Я пробовал это несколько раз и получаю тот же результат независимо от того, запускал ли я резервную копию в качестве агента EFS.
Обновление: если я расшифрую папку, содержащую кошку, и повторю тот же процесс (т.е. тем же репозиторий, просто снимок другой) восстановление прошло успешно.
Вся благодарность Эдвину Крузу из Tek Experts, которому был назначен этот вопрос в качестве тикета после того, как я подписался на техническую поддержку в Azure, но для всех, кто сталкивается с этой проблемой:
В ретроспективе, что кажется очевидным, дьявол кроется в вариантах - если вы следуете варианту по умолчанию, монтируя том для восстановления для восстановления файлов, вы пытаетесь взломать шифрование, которое не работает. Вам нужно выбрать восстановление «Тома», а не «Отдельные файлы и папки» (см. Изображение). Это дает вам такие возможности, как сохранение списков ACL и места назначения, включая исходное место назначения, при сохранении существующих файлов. Работает как шарм, в отличие от некоторых других, кхм, инструментов, разработанных только для Linux ...