Quando tento fazer backup de uma pasta criptografada do Windows EFS em um servidor físico para um Azure Recovery Services Vault, o tamanho do arquivo é modificado na recuperação e os arquivos não podem ser abertos (são irreconhecíveis). Estou fazendo algo errado ou isso simplesmente não é possível?
Para ser um pouco mais específico, fiz backup, montei e restaurei com sucesso uma pasta criptografada EFS com a imagem de um gato nela. A versão posterior não pode ser aberta mesmo se for restaurada na pasta original. Mesmo sendo 18.570 bytes maior, o gato desapareceu.
A questão é: preciso fazer algo especial para que isso funcione? O agente MARS pode detectar o fato de que o arquivo está criptografado e salvar o arquivo bruto como está?
Tentei isso mais de uma vez e obtive o mesmo resultado, independentemente de executar ou não o backup como agente EFS.
Atualização: se eu descriptografar a pasta que contém o gato e repetir o mesmo processo (ou seja, fazer backup agora para omesmorepositório, apenas um instantâneo diferente) a recuperação foi bem-sucedida.
Responder1
Todo o crédito a Edwin Cruz, da Tek Experts, que recebeu esta pergunta como um ticket depois que me inscrevi para suporte técnico no Azure, mas para qualquer outra pessoa que tenha esse problema:
No que parece óbvio em retrospecto, o diabo está nas opções - se você seguir a opção padrão de montar o volume de recuperação para restaurar arquivos, estará tentando quebrar a criptografia, que não funciona. Você precisa selecionar restaurar 'Volume' e não 'Arquivos e pastas individuais' (veja a imagem). Isso oferece opções como preservar ACLs e o destino, incluindo o destino original, preservando os arquivos existentes. Funciona perfeitamente, ao contrário de outras ferramentas, projetadas apenas para Linux ...
