Birkaç yıl önce seninle aynı talepleri aldım. Seçtiğim çözüm, ZFS'yi depolama sunucumdaki ZFS-FUSE sürücüsü aracılığıyla kullanmaktı. Benim düşüncem, kişisel fotoğraflarımın, taranan belgelerimin ve diğer benzer dosyalarımın, yalnızca ara sıra erişebileceğim şeyler olduğuydu, bu nedenle, bir dosyanın zarar gördüğünü fark etmeden önce, bir yıl ya da daha fazla bir süre söyleyebilir, çok uzun bir zaman olabilir. Bir sürücü hatası veya benzeri.
Bu zamana kadar sahip olduğum tüm yedek kopyalar, dosya (lar) ın bu bit çürük sürümü olabilir.
ZFS, RAID-5'e göre, diskler verileri okurken okuma hatası rapor etmese bile, ayrı disklerde depolanan verilerdeki hataları tespit edip onarabileceği konusunda bir avantajı vardır. Sağlayıcılar vasıtasıyla, disklerden birinin bozuk bilgi döndürdüğünü ve bu diski onarmak için artıklık verilerini kullanacağını algılar.
ZFS'de sağlama toplamı tasarlandığından dolayı, nadiren kullanılan verileri uzun süre saklamak için ona güvenebileceğimi hissettim. Her hafta, tüm verileri gözden geçirip tekrar okuyan ve sağlama toplamlarını doğrulayan bir "zpool scrub" çalıştırıyorum.
ZFS-FUSE, son birkaç yılda benim için oldukça iyi bir performans gösterdi.
Uzak geçmişte, bir müşteri için, belirli bir dizinde depolanan tüm dosyalar üzerinde sağlama toplamı bilgisini saklayan bir veritabanı sistemi kurdum. Daha sonra düzenli aralıklarla çalışacak ve dosyayı veritabanında depolanan sağlama toplamına göre kontrol edecek başka bir komut dosyası vardı. Bununla, bozuk bir dosyayı hızla tespit edip yedeklemelerden geri yükleyebiliriz. Temel olarak, ZFS'nin dahili olarak yaptığı türde kontrolleri uyguluyorduk.