Estoy considerando usar btrfs en mi unidad de datos para poder usar snapper, o algo así como snapper, para tomar instantáneas basadas en el tiempo. Creo que esto me permitirá buscar versiones antiguas de mis datos. Esto se sumaría a mi copia de seguridad externa actual, ya que una falla en la unidad borraría los datos y las instantáneas.
Según tengo entendido, las instantáneas de btrfs no ocupan mucho espacio (metadatos y los bloques que han cambiado, además de algunos gastos generales), por lo que el espacio no parece ser una limitación.
Si tengo un millón de instantáneas (por ejemplo, una instantánea cada minuto durante dos años), ¿eso causaría estragos, suponiendo que tengo suficiente espacio en disco para los datos, los datos modificados y los metadatos?
Si existe un límite práctico en la cantidad de instantáneas, ¿depende de la cantidad de archivos o del tamaño de los archivos?
Respuesta aceptada:
Como alguien que está usando un btrfs sistema de archivos con Arch Linux por casi 2 años ahora puedo decir con seguridad que no parece haber un límite práctico en la cantidad de instantáneas que se pueden alcanzar fácilmente. Sin embargo, hay algunas advertencias. btrfs sistema de archivos puede conducir a la fragmentación. Por lo tanto, es recomendable utilizar la función de desfragmentación en línea integrada en btrfs . Además, se puede hacer un buen uso de btrfs función de compresión. Estas medidas deberían solucionar la mayoría de los problemas de rendimiento que podrían surgir en una computadora razonablemente decente al crear muchas instantáneas.
Como quizás sepas btrfs trata los subvolúmenes como sistemas de archivos y, por lo tanto, el número de instantáneas está realmente limitado:concretamente, por el tamaño de los archivos. Según el btrfs wiki, el tamaño de archivo máximo que se puede alcanzar es 2^64 byte == 16 EiB .
Aparte de estas limitaciones, siempre puede haber problemas cuando te quedas sin espacio sin que lo reconozcas de inmediato porque buscas espacio libre en btrfs Los sistemas de archivos a veces pueden ser complicados, es decir, sin poder diferenciar entre diferentes métodos para medir el espacio libre en un btrfs El sistema de archivos se puede usar fácilmente para saber qué cantidad de espacio queda realmente. Una forma posible de evitar este escenario es el uso de cuotas. Esto asegura que los usuarios (o el usuario si es solo uno) solo pueden usar una cierta cantidad de espacio. Este concepto se discute muy hábilmente aquí y también aquí.
Por último, pero no menos importante, una advertencia:no soy un experto en btrfs sistemas de archivos y solo leí sobre estas cosas cuando tuve la misma pregunta hace un tiempo. Además, siempre existe el problema de que btrfs es un "objetivo de rápido movimiento" (una bonita redacción robada de un Arch Linux página wiki, creo). Así que las cosas podrían cambiar.