Sederhana: Anda mencari mhddf .
Itu berpura-pura menjadi satu sistem file besar, menulis ke disk sesuai urutan yang disebutkan dan akhirnya memindahkan file besar ke perangkat yang berbeda, jika yang pertama terlalu penuh. Ini sebenarnya dapat juga menggunakan subfolder pada disk, memungkinkan fungsionalitas yang sama.
Disk individual harus dipasang terlebih dahulu dan tetap dapat diakses. Sama sekali tidak mengubah sistem file dan tidak peduli sistem file mana yang ada (selama ruang kosong dilaporkan dengan benar oleh sistem file). Jika disk hilang, Anda harus me-remount mhddf Anda lagi (on the fly) dan data pada disk itu hilang.
Pemakaian:
mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]
atau masuk /etc/fstab
mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0
Kompleks & Kuat: Anda ingin serikat .
Meskipun mhddf bagus dan sangat sederhana, saya punya masalah dengan izin file ketika memberikan orang lain akses melalui SSH. Saya tidak dapat menemukan solusi, tetapi menemukan serikat pekerja.
Unionfs juga memungkinkan Anda untuk me-mount beberapa folder di berbagai filesystem menjadi satu, tetapi apakah itu ajaib pada izin. Anda dapat menggabungkan beberapa folder hanya baca dan satu yang dapat ditulis bersama, sehingga muncul sebagai satu. Orang-orang yang Anda bagikan folder gabungan Anda kemudian dapat menulis ke folder hanya-baca - seperti yang tampak pada mereka - tetapi file-file tersebut berakhir dalam satu file yang dapat ditulis. CD boot Linux berfungsi seperti ini, disk yang dapat ditulis adalah ramdisk. Orang-orang bahkan dapat menghapus file dalam folder read only, yang tidak benar-benar menghapus file, tetapi membuat file daftar putih tersembunyi di direktori tulis mereka. Jika Anda menangkap semua opsi, pada dasarnya Anda dapat menggunakan sistem file Anda sebagai orang miskin SVN .
Jika Anda terlalu banyak menggunakan opsi mirip SVN, Anda mungkin kehilangan data yang ada dua kali (tidak mungkin dalam skenario Anda, tetapi mungkin), sementara folder yang dapat ditulisi Anda diisi dengan file-file daftar putih yang tersembunyi. Selain itu, itu membuat disk Anda bersih dan dapat digunakan secara individual. Apa yang terjadi jika file terlalu besar untuk disk, saya belum tahu.
Pemakaian:
unionfs-fuse -o cow,max_files=32768 \
-o allow_other,use_ino,suid,dev,nonempty \
/path/to/dir1=rw:/path/to/dir2=ro:/dir3
/u/union/etc
di mana =rwmembuat folder dibaca dan ditulis dan =romembuatnya hanya membaca, bahkan jika izin akan menyatakan sebaliknya. Dalam etc/fstabhal ini
unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0
Jika Anda hanya menghubungkan beberapa perangkat secara bersamaan, tidak akan ada redundansi, sehingga Anda bisa kehilangan data. Tetapi jika Anda menggunakan media / server file untuk bisnis, Anda tidak boleh kehilangan apa pun karena Anda memiliki segalanya yang dicadangkan ke server cadangan / drive tape.
Mengapa Anda menghindari RAID? Titik RAID adalah ketersediaan; jika Anda tidak ingin kehilangan waktu karena kegagalan disk, Anda dapat menggunakan konfigurasi RAID 1, yang juga dapat mempercepat pembacaan Anda. Mereka tidak terlalu mahal, bayar sendiri pertama kali Anda mengalami kegagalan disk, dan jika Anda BENAR-BENAR menghindari harus membayar untuk kartu, Anda dapat mengatur Linux untuk menggunakan perangkat lunak RAID meskipun dibutuhkan sedikit lebih banyak perhatian dalam setup dan pemecahan masalah untuk memastikan Anda mengganti drive yang benar.
Kalau tidak, Anda harus melewati beberapa simpai untuk mencoba memulihkan data apa yang Anda dapat dari disk yang tersisa. Itu mungkin, tetapi Anda agak meminta lebih banyak masalah daripada yang seharusnya. Dapatkan cadangan yang baik di tempat, dan pertimbangkan kembali RAID.
sumber
Jika Anda menggunakan satu sistem file yang mencakup semua volume LVM, seluruh sistem file akan rusak karena FS tidak tahu tentang volume fisik yang mendasarinya dan tidak akan membuat struktur yang selaras dengannya. Dimungkinkan untuk menyelamatkan beberapa bagian pada cakram kerja, tetapi tidak ada jaminan untuk itu.
Dan hanya memulihkan file dari disk yang rusak tidak akan berfungsi karena alasan yang sama.
sumber
Saya pikir rute yang lebih sederhana adalah mengkonfigurasi mdadm untuk partisi media Anda. Jika Anda tidak memiliki perangkat keras untuk "RAID nyata" menjalankan rute mdadm akan jauh lebih mudah, dan tampaknya memenuhi persyaratan Anda untuk redundansi dan penggantian disk sederhana.
Untuk informasi lebih lanjut: http://en.wikipedia.org/wiki/Mdadm
Jika Anda menggunakan mdadm dan RAID 5, Anda akan dapat kehilangan satu drive, dan memiliki array yang berfungsi, albiet Anda akan mengalami penurunan kinerja.
sumber
Saya pikir hal penting untuk dipahami yang belum disebutkan adalah file dalam sistem file belum tentu duduk di satu tempat pada disk. Itu dipecah menjadi blok yang mungkin berada di mana saja di dalam sistem file. 4K pertama jika file Anda mungkin ada di disk1, disk2 berikutnya, dll. Anda bisa membayangkan kekacauan mencoba memulihkan apa pun jika Anda kehilangan sepotong sistem file.
sumber
Btrfs adalah pilihan yang baik di sini; Anda dapat memiliki metadata yang tangguh terhadap hilangnya satu disk (profil chunk "raid1"); data pada disk lain masih dapat dijangkau (hanya agar kami jelas, yang diterjemahkan ke file yang penuh lubang di mana pun disk yang hilang dirujuk). Ini dilakukan dengan menjalankan keseimbangan btrf dengan filter :
sumber