Menurut perancang prinsip BTRFS, BTRFS masih memiliki beberapa masalah karena sistem file menjadi penuh. Fungsi kirim / terima untuk mengirim / menerima perbedaan snapshot untuk cadangan di luar kantor juga belum berfungsi penuh, dan deduplikasi online (berguna untuk membuat cadangan gambar mesin virtual) akan terjadi mungkin untuk kernel 3.11 (belum dirilis). dukungan raidz adalah baru untuk 3.10 dan saya belum memiliki kesempatan untuk mengujinya, saya dapat melakukannya malam ini. Secara keseluruhan, BTRFS masih dalam pengembangan yang sangat aktif, dan saya lebih suka menunggu sampai selesai (atau setidaknya tidak mendapatkan peningkatan fungsionalitas utama dengan setiap rilis kernel!) Sebelum benar-benar menggunakannya dalam produksi.
Keuntungan menggunakan BTRFS atau ZFS pada enklosur eksternal yang digunakan untuk cadangan berbasis rsync adalah Anda dapat membuat snapshot melalui mis. Pekerjaan cron harian, dan kemudian melakukan perjalanan waktu untuk mengambil data lama jika perlu (jika, misalnya, file telah hilang dari hard drive Anda untuk alasan yang tidak diketahui dan Anda harus mendapatkannya kembali dari cadangan sebelumnya). Saya menggunakan enklosur USB3 dengan ZFSonLinux untuk tujuan itu karena saya memerlukan dukungan de-duplikasi untuk mesin virtual (karena file .img yang besar selalu berbeda dari perspektif rsync, de-duplikasi berarti bahwa hanya blok perubahan aktual dalam .img file diubah pada cadangan alih-alih beberapa salinan file besar 30 GB). Semoga ketika kernel 3.12 keluar, dukungan deduplikasi BTRFS akan cukup matang sehingga saya dapat bermigrasi jauh dari ZFS untuk aplikasi ini - ZFS itu keren dan semuanya,
Untuk membuat cadangan sistem file Linux, buat snapshot pada BTRFS Anda (atau LVM) dan pasang snapshot (jika LVM) dan cadangkan melalui rsync. Itu memastikan bahwa Anda akan memiliki cadangan yang konsisten pada waktu snapshot. Kemudian ketika selesai dengan snapshot, hapus. (Lebih penting dengan LVM karena foto memiliki dampak kinerja yang signifikan di sana). Skrip cron saya yang menjalankan pekerjaan pencadangan juga melakukan rotasi snapshots (harian, mingguan, bulanan) pada sistem file cadangan ZFS saya sebelum benar-benar mencadangkan, sehingga saya dapat melakukan perjalanan waktu jika diperlukan.
Sejauh reliabilitas, lama ext4 mungkin adalah filesystem yang paling dapat diandalkan karena cara itu secara statis mengalokasikan struktur pada disk, yang berarti Anda selalu dapat menemukan mereka dan setidaknya mendapatkan sebagian besar data Anda kembali jika semuanya rusak parah. Kelemahannya adalah kinerja yang buruk pada kasus tepi dari file yang sangat besar (di mana cara blok rantai inode bekerja membuat akses acak dalam file tersebut sangat lambat), masalah dengan sistem file besar (yang sangat lambat untuk membuat dan fsck), atau kasus tepi dari sejumlah besar file kecil (yang menguras tabel inode). Saya pribadi terus menjalankan ext4 di atas LVM di atas RAID untuk sistem file root saya dan menggunakan sistem file lain baik untuk alasan kinerja atau untuk alasan fungsionalitas sebagaimana diperlukan.