Bagaimana cara membuat sistem desktop yang berlebihan dengan snapshot harian? (Apakah btrf siap digunakan?)


12

Saya ingin mengkonfigurasi sistem desktop di mana sistem file rumah akan berlebihan (misalnya RAID-1), dan akan mengambil snapshot mingguan. Saya sudah melakukan ini dengan ZFS, sistem snapshot luar biasa, dan dengan send / recv Anda dapat dengan mudah membuat backup di media eksternal. Sayangnya, pada saat itu, saya ingin GNU + Linux dan bukan FreeBSD atau Solaris, jadi saya mencari saran untuk alternatif yang baik.

Saya rasa alternatif saya adalah:

  1. btrfs - sepertinya persis yang saya butuhkan, ia memiliki snapshot dan perintah yang memungkinkan Anda untuk dengan mudah meniru zfs send. Namun semua dokumentasi menyebutkan bahwa itu masih eksperimental. Sepertinya saya tidak dapat menemukan laporan aktual tentang masalah keandalan atau kegunaannya. Bisakah Anda mengarahkan saya ke informasi apa pun tentang masalah itu yang dapat mengklarifikasi apakah itu akan menjadi pilihan yang memungkinkan? Saya memiliki preferensi besar untuk opsi ini, sebagian besar karena saya tidak ingin memformat ulang drive ketika btrf menjadi siap, tetapi saya tidak ada informasi apakah itu dapat digunakan sama sekali, apakah itu ide konyol untuk menggunakannya, dll. Pertanyaannya bahwa saya tidak bisa mendapatkan jawabannya adalah apa yang dimaksud dengan "eksperimental" .
  2. snapshot lvm dan ext4 - lebih disukai tidak, karena ia dapat menghabiskan banyak ruang ketika file baru dibuat. Membuat 200 GB file membutuhkan ruang kosong 200 GB dan tambahan 200 GB untuk snapshot. Saya juga telah menemukannya tidak dapat diandalkan - gagal metadata menulis ulang hasil dalam PV yang tidak dapat dibaca. Saya bertanya-tanya bagaimana btrf akan membandingkan di sini.
  3. Sistem file tunggal (ext4) pada larik RAID-1 dengan snapshot SAP kustom dengan hardlink (seperti cp -al). Itu preferensi saya saat ini jika saya tidak dapat menggunakan btrfs.

Jadi bagaimana btrf eksperimental itu, mana yang harus saya pilih, dan apakah saya punya opsi lain? Bagaimana jika saya tidak menyimpan cadangan inkremental eksternal, apakah itu memengaruhi pilihan saya?


1
Re # 3: Hardlinking tidak benar-benar membuat cadangan yang baik ... jika Anda memodifikasi atau merusak aslinya, hal yang sama terjadi pada semua "salinan".
user1686

Poin yang bagus. Saya tidak mempertimbangkan itu. Terima kasih.
TestUser16418

@grawity, Anda tidak boleh langsung memodifikasi snapshot. Itulah intinya mereka. Gambar-gambar tersebut seharusnya merupakan gambaran 'hanya-baca' dari sistem Anda di masa lalu.
g19fanatic

@ g19fanatic: Persis saya. Jika "snapshots" Anda dilakukan dengan hardlinking, maka memodifikasi live copy suatu file akan menyebabkan "snapshots" juga berubah (karena hardlink tidak menyalin data).
user1686

1
@ kegembiraan: saya tidak berpikir dia berarti hardlink dengan cara yang sama yang Anda pikirkan. Pikirkan perangkat lunak Apple TimeRestore. itu melakukan salinan awal dari segala sesuatu sebagai snapshot pertama. Kemudian setiap snapshot kemudian menggunakan hardlink ke file dalam snapshot sebelum untuk file yang belum berubah. Jika suatu file telah berubah, maka diff atau salinan langsung dilakukan sebagai ganti tautan ke snapshot sebelumnya. menggunakan metode ini, ketika Anda memodifikasi file langsung, Anda tidak akan mengubah cadangan Anda karena mereka bekerja dari snapshot dan bukan data langsung.
g19fanatic

Jawaban:


0

Jawaban ini dipertahankan karena alasan historis dan mungkin tidak berlaku untuk versi btrf saat ini.


btrfs bersifat eksperimental dalam arti masih bisa berubah. Akibatnya, btrf mungkin tidak sepenuhnya stabil. Selain itu, karena saat ini tidak ada fsck untuk btrfs, dimungkinkan untuk merusak sistem file dan menjadikannya tidak dapat digunakan jika terjadi kegagalan daya karena tidak ada cara untuk pulih dari kerusakan. Lihat wiki brtfs untuk informasi lebih lanjut tentang sistem file ini. Sampai utilitas pemeriksaan filesystem siap, saya tidak akan merekomendasikan btrfs, dan mungkin akan lebih baik untuk memilih opsi 3.


Secara desain, BTRFS tidak benar-benar membutuhkan fsck . BTRFS memiliki checksum, sehingga scrub akan mendeteksi kesalahan secara andal (dan memperbaikinya jika mungkin, tergantung pada redundansi). Filesystem lain seperti ext4 dapat membersihkan setelah crash tetapi mereka tidak akan tahu pasti apakah ada sesuatu yang rusak. Selain itu, sebagian besar fitur dasar BTRFS seharusnya tidak dianggap eksperimental lagi.
basic6

7

Sementara tidak ada yang secara resmi memberkatinya, saya pribadi menduga itu siap untuk digunakan produksi.

Beberapa alasan yang biasanya diberikan untuk tidak menggunakannya dalam produksi: format pada-disk mungkin tidak stabil, tidak ada btrfsck, tidak ada dukungan yang tersedia. Jadi mari kita periksa:

Yang terakhir adalah yang benar-benar mengatakannya untuk saya. Jika Oracle - perusahaan yang mengelola perangkat lunak - sekarang bersedia memberikan dukungan komersial untuk Anda, maka itu mungkin sudah siap. Tentu saja mereka memiliki minat yang kuat untuk tidak pernah mengatakan bahwa versi open source (yang, sejauh yang saya tahu, perangkat lunak yang sama, tidak ada kontrak dukungan) sebenarnya siap digunakan, karena mereka ingin Anda membeli dukungan dan tentu saja mereka tidak ingin disalahkan jika Anda pergi sendiri dan melakukan sesuatu yang tidak didukung dan meledakkan disk Anda, tetapi saya ragu mereka akan mendukungnya sama sekali jika mereka benar-benar berpikir itu akan kehilangan data.


0

Walaupun ini tidak menjawab pertanyaan btrfs, Anda menulis "Saya sudah melakukan ini dengan ZFS, sistem snapshotnya bagus, dan dengan send / recv Anda dapat dengan mudah membuat backup di media eksternal. Sayangnya, pada saat itu, saya ingin GNU + Linux "dan pada 2013 ada http://zfsonlinux.org/ - nikmatilah!


ZFSonLinux memang bekerja dengan sangat baik. Tetapi harus diinstal secara manual (ada beberapa repositori).
basic6

0

Kakap adalah alat yang akan mengotomatiskan proses ini untuk Anda. Anda dapat memiliki snapshot per jam jika Anda mau, interval snapshot berbeda per subvolume, rollback mudah, secara otomatis menghapus snapshot lama afaik bahkan memiliki gui.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.