ReFS

Modern Backup Storage, DPM, NTFS y ReFS

fernando

A partir de System Center Data Protection Manager (DPM) 2016 se introdujo este nuevo sistema de «almacenamiento moderno de copias de seguridad» en su traducción literal, con el objetivo de simplificar, optimizar y gestionar de forma más rápida copias de seguridad locales consumiendo menos espacio.

En la práctica y de manera sencilla, se utiliza un volumen formateado en ReFS y ficheros/discos VHDX que se provisionan para la copia. La combinación de ambas permite sacar mayor rendimiento en el sistema de ficheros:

  • Clonación de bloques (Block cloning) permite transformar la copia de ficheros en copia de metadatos, es decir, si tenemos un Fichero A dividido en nuestro disco en 100 partes y lo copiamos en un Fichero B, este último hará referencia a las 100 partes iguales de su origen, enlaza el contenido. Si se produce una modificación de una parte del fichero, en ese momento se realiza una copia de la parte afectada (se desenlaza de A y se enlaza el nuevo bloque a B)
  • VDL disperso (Sparse Valid Data Length) agiliza la escritura de ceros en ficheros grandes, permite eliminar ficheros, y crear archivos de tamaño fijo VHDX de manera rápida.
  • Paridad acelerada por reflejos (Mirror accelerated Parity) se realiza la escritura de entrada espejada para después calcular la paridad y almacenarse en su ubicación final.

En el momento de «Agregar almacenamiento en disco» se formatea automáticamente el contenido de la unidad en ReFS.

Si bien este sistema de ficheros no sustituye todavía a NTFS, permite grandes ventajas en entornos de almacenamiento y virtualización.

Ahora bien, en el momento que intentamos localmente «Agregar DPM Externo» de Azure nos encontramos:

Error 100070: El destino de recuperación seleccionado para recuperar una o más archivos no es válido.
Acción recomendad: Asegúrese de que el destino de recuperación se encuentra en un volumen NTFS montado localmente

Durante la configuración no se advierte ni comprueba. En el momento de intentar agregarlo si ¿Por qué este requisito? ¿No se puede restaurar ficheros desde Azure sobre un destino ReFS?

 

Referencia de errores: Codigo de error de Data Protection Manager
Versión: Azure Backup Server v3 13.0.415.0

 

Por qué utilizar ReFS en lugar de NTFS

fernando

Inicialmente pensado para servidores de archivos, las mejoras sobre el anterior NTFS son más que notables, sobre todo en entornos virtualizados. Así como ya nadie se plantea tener datos de sistemas operativos en formato FAT, poco a poco pasará lo mismo con NTFS. Las ventajas principales son las siguientes:

– Nombre archivos y rutas largas, muy largas. La limitación de 255 caracteres pasa a más de 30.000 en formato Unicode.
– El tamaño máximo de volumen pasa de 16 exabytes, que ya era una cantidad astronómica para el uso más habitual, a más de 260.000 exabytes 
– La actualización de metadatos de los ficheros, por ejemplo un cambio de nombre, es más segura; una copia del metadatos se realiza y cuando acaba la escritura de la copia, se verifica que no hay escrituras pendientes y actualiza. Un ejemplo práctico, estamos moviendo archivos de carpeta y se van la luz, depende del momento en el que se encontrarse la copia es posible que los datos quedaran corruptos, con el nuevo sistema se reduce considerablemente esta posibilidad (las llamadas torn writes)
– Su utilización conjunta con espacios de almacenamiento (Storage spaces) mejora la fiabilidad y rendimiento, en caso de encontrar una copia corrupta se regenera de manera automática mediante sumas de comprobaciones.
– Sin utilizar espacio de almacenamiento y espejado de datos (mirroring) en el hipotético caso de encontrar problemas en una parte de los datos, este daño no afecta a todo el volumen, sigue estando disponible excepto las partes que serán eliminadas. Un ejemplo, no es necesario apagar el sistema, y/o desconectar el volumen para tener acceso exclusivo para su reparación.