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