Estoy tratando de usar Windows Server Backup para hacer una copia de seguridad de una matriz RAID en mi nuevo servidor. Pero, cuando lo hago, me encuentro con este error:
El servidor ejecuta Windows Server 2012 R2 y la matriz en cuestión tiene un tamaño de 20 TB (con 18 TB utilizables); Actualmente se está utilizando menos de 1 TB.
Sé que en Windows Server 2008, no se podían hacer copias de seguridad de volúmenes superiores a 2 TB debido a una limitación en VHD, pero que Microsoft ahora ha cambiado a VHDX, que permite realizar copias de seguridad de volúmenes de 64 TB. También soy consciente de que para aprovechar esto, la unidad en cuestión debe ser GPT.
He confirmado que mi disco es, de hecho, GPT.
Cuando ejecuto Windows Server Backup, estoy usando la opción "Backup Once" y haciendo una copia de seguridad en una unidad de red. También estoy usando lo que creo que son configuraciones estándar. Pero, cuando intento ejecutar la copia de seguridad, me aparece el error visto anteriormente.
No estoy seguro de por qué esto tiene un límite de 16.7 TB, ya que Windows Server Backup puede respaldar volúmenes de hasta 64 TB. ¿Alguien puede darme una idea de por qué esto puede estar sucediendo o qué podría estar haciendo mal?
Actualización: recibí nuevas unidades y creé la matriz nuevamente, pero sigo recibiendo el mismo error. Puedo confirmar que mi recuento de clústeres es inferior a 2 ^ 32.
Leí en esta pregunta que aparentemente la copia de seguridad de Windows no admite la copia de seguridad desde o hacia discos que no tienen sectores de 512 o 512e bytes. Mirando el recurso compartido de archivos al que estoy intentando hacer una copia de seguridad, utiliza 4k sectores. ¿Podría ser este el problema subyacente? Si ayuda, el recurso compartido al que estoy intentando hacer una copia de seguridad se aloja en un servidor CentOS.
fuente
Respuestas:
De acuerdo, la razón por la que falla la copia de seguridad de Windows Server es por el tamaño del clúster que está utilizando en el volumen. (Y explicaré exactamente por qué eso es al final, después de que el problema importante de su matriz RAID sea una bomba de tiempo).
Pero antes de abordar el problema de la copia de seguridad, debemos abordar el problema con su configuración RAID.
No use RAID5 con discos grandes. Y no use RAID5 con matrices con muchos miembros. Con solo un disco de paridad, es casi seguro que se encontrará con un URE (error de lectura irrecuperable) u otra falla de disco con tantos discos grandes, por lo que no tiene redundancia real. Si tiene que usar RAID de paridad, use RAID6, pero aun así, RAID de paridad viene con serios inconvenientes, así que piense mucho antes de decidirse por RAID de paridad.
Recomendaría romper esa matriz de 20 TB y volver a crearla en RAID 10. Obtendrá un rendimiento mucho mejor y una redundancia real para sus datos. Como solo está usando 1 TB de todos modos, todavía le quedan 9 TB para el crecimiento futuro y, francamente, si logra eso, debe buscar un dispositivo NAS dedicado o un servidor de almacenamiento.
Una vez que obtenga su matriz RAID en un estado razonable, también resolverá este problema, ya que será más pequeño que los 16 TiB de los que se queja actualmente. Pero, si quieres saber, no es el tamaño de la matriz con la que tiene un problema, es la cantidad de clústeres. Debe tener menos de 2 ^ 32 clústeres en el volumen que está respaldando. Cambie el tamaño de su clúster de 4 KB a 8 KB y debería estar listo.
Para verificar el tamaño de su clúster, use:
Y debería obtener algo como el clip de pantalla a continuación.
Si tiene curiosidad de dónde proviene ese número de 16TiB, esta publicación de blog de msdn debería aclararlo para usted .
fuente
16,7 TB es el límite de tamaño de archivo para el sistema de archivos NTFS. El límite de tamaño de archivo de NTFS5 es de 16 exabytes. Como se trata de una unidad de almacenamiento compartida, es posible que tenga formato NTFS, no NTFS5. Tendrá que verificar. Todos los inconvenientes que obtengo son personas que suponen que está escribiendo en un sistema de archivos NTFS5.
fuente