Cuando intento hacer una copia de seguridad de una carpeta cifrada de Windows EFS en un servidor físico en una bóveda de Azure Recovery Services, el tamaño del archivo se modifica durante la recuperación y los archivos no se pueden abrir (son irreconocibles). ¿Estoy haciendo algo mal o simplemente no es posible?
Para ser un poco más específico, hice una copia de seguridad, monté y restauré con éxito una carpeta cifrada con EFS que contenía la imagen de un gato. La versión posterior no se puede abrir incluso si se restaura a la carpeta original. Aunque tiene 18.570 bytes más, el gato ya no está.
La pregunta es ¿tengo que hacer algo especial para que esto funcione? ¿Puede el agente MARS detectar el hecho de que el archivo está cifrado y guardar el archivo sin formato tal como está?
Intenté esto más de una vez y obtengo el mismo resultado independientemente de si ejecuto o no la copia de seguridad como agente EFS.
Actualización: si descifro la carpeta que contiene el gato y repito el mismo proceso (es decir, hacer una copia de seguridad ahora en elmismorepositorio, solo una instantánea diferente) la recuperación es exitosa.
Respuesta1
Todo el crédito para Edwin Cruz de Tek Experts, a quien se le asignó esta pregunta como ticket después de que me inscribí para recibir soporte técnico en Azure, pero para cualquier otra persona que se encuentre con este problema:
En lo que parece obvio en retrospectiva, el diablo está en las opciones: si sigue la opción predeterminada de montar el volumen de recuperación para restaurar archivos, está intentando romper el cifrado, que no funciona. Debe seleccionar restaurar 'Volumen', no 'Archivos y carpetas individuales' (ver imagen). Eso le brinda opciones como preservar las ACL y el destino, incluido el destino original, mientras se preservan los archivos existentes. Funciona a las mil maravillas a diferencia de otras, ejem, herramientas, diseñadas sólo para Linux...
