De acordo com o principal criador do BTRFS, o BTRFS ainda tem alguns problemas quando os sistemas de arquivos ficam cheios. A funcionalidade de envio / recebimento para enviar / receber diferenças de instantâneo para backup externo também não está totalmente funcional, e a desduplicação online (útil para fazer backup de imagens de máquina virtual) ocorrerá talvez para o kernel 3.11 ( ainda não liberado). O suporte do raidz era novo para 3.10 e ainda não tive a chance de testá-lo, posso fazer isso esta noite. Apesar de tudo, o BTRFS ainda está sob muito desenvolvimento ativo, e eu prefiro esperar até terminar (ou pelo menos não ter grandes melhorias de funcionalidade com cada lançamento do kernel!) Antes de realmente usá-lo na produção.
A vantagem de usar o BTRFS ou o ZFS em um gabinete externo usado para backups baseados em rsync é que você pode criar instantâneos por meio de, por exemplo, um cron job diário e, em seguida, fazer o tempo de viagem para recuperar dados antigos, se necessário (se, digamos, os arquivos tiverem desaparecido do disco rígido por motivos desconhecidos e você precisar recuperá-los de backups anteriores). Eu uso um gabinete USB3 com o ZFSonLinux para esse propósito, porque eu preciso de suporte de deduplicação para máquinas virtuais (já que o grande arquivo .img é sempre diferente da perspectiva do rsync, a desduplicação significa que apenas os blocos reais alterados no .img arquivo é alterado no backup, em vez de várias cópias de arquivos enormes de 30 gb). Espero que, quando o kernel 3.12 for lançado, o suporte a deduplicação do BTRFS esteja maduro o suficiente para migrar do ZFS para esse aplicativo - o ZFS é legal e tudo mais, mas o fato de não estar integrado ao kernel do Linux causa problemas (por exemplo, Eu uso uma máquina virtual Centos 6.4 para fazer os backups porque o ZFS não compilará com o kernel 3.10).
Para fazer backup de sistemas de arquivos Linux, crie um instantâneo em seu BTRFS (ou LVM) e monte o instantâneo (se LVM) e faça backup dele via rsync. Isso garante que você tenha um backup consistente no momento do snapshot. Então, quando terminar o snapshot, exclua-o. (Mais importante com o LVM, pois os instantâneos têm um impacto significativo no desempenho). Meu script cron que dispara o trabalho de backup também faz a rotação dos instantâneos (diária, semanal, mensal) no meu sistema de arquivos de backup do ZFS antes de começar a fazer o backup, para que eu possa viajar no tempo, se necessário.
No que diz respeito à confiabilidade, o ext4 antigo provavelmente é o sistema de arquivos mais confiável, pois aloca estaticamente estruturas no disco, o que significa que você sempre pode encontrá-las e pelo menos recuperar a maioria dos dados se as coisas falharem. A desvantagem é o baixo desempenho em casos de borda de arquivos muito grandes (onde a maneira como os blocos de cadeias de inode funcionam tornam o acesso aleatório nesses arquivos muito lento), problemas com sistemas de arquivos grandes (que são muito lentos para criar e fsck) ou grandes números de pequenos arquivos (que esgotam a tabela de inodes). Eu pessoalmente continuo executando o ext4 em cima do LVM sobre o RAID para meus sistemas de arquivos raiz e uso outros sistemas de arquivos por razões de desempenho ou por razões de funcionalidade, conforme necessário.