W tej chwili mam dość tradycyjną strukturę systemu plików kopii zapasowych na ext4. Za każdym razem, gdy tworzona jest kopia zapasowa, tworzony jest nowy folder, backup-DATE
do którego pliki są rsync'owane (z linkami utworzonymi przy użyciu --link-dest
opcji rsync ).
Ponieważ czytałem o bitrotie, chciałbym mieć sumę kontrolną dla wszystkich plików, w sposób przezroczysty. Najwyraźniej ext4 nie może tego zrobić, ale btrfs oferuje obsługę sum kontrolnych danych (a nawet wbudowanego trybu RAID1). Na początek chciałbym użyć btrfs
jako „głupi” system plików, który obsługuje sumy kontrolne danych bez korzystania z jego zaawansowanych funkcji, takich jak RAID, migawki podwoluminowe, wysyłanie / odbieranie itp.
Jednak ich wiki tak naprawdę nie budzą zaufania do systemu plików do celów tworzenia kopii zapasowych:
„Chociaż wiele osób korzysta z niego niezawodnie, nadal występują problemy. Powinieneś przechowywać i testować kopie zapasowe swoich danych oraz być przygotowanym na ich użycie”. - Pierwsze kroki
„Czy btrfs jest stabilny? Długa odpowiedź: […] Cokolwiek robisz, zalecamy utrzymywanie dobrych, przetestowanych kopii zapasowych poza systemem (i poza witryną).” - FAQ .
Moim przypadkiem użycia jest utworzenie kopii zapasowej offline. Z tego powodu dysk będzie bardzo mało używany (jak w godzinach) i będzie często podłączony / odłączany (eSATA lub USB 3.0). Niezawodny system plików jest koniecznością. Nie może być gorszy niż ext4 wrt. awarie zasilania, nieczyste wyłączenia itp.
Czy faktycznie zaleca się używanie btrfs jako systemu plików do tworzenia kopii zapasowych? Czy istnieją inne właściwości btrfs, które mogą sprawić, że będzie mniej (lub więcej) odpowiedni?