Pertanyaan Bagaimana saya bisa mengoptimalkan ext4 untuk keandalan?


Ketika ext4 diperkenalkan sebagai lebih handal daripada ext3 dengan jurnal blok, apakah ada kemungkinan untuk menganggapnya 100% dapat diandalkan? Bagaimana jika mengaktifkan blokir jurnal di dalamnya, yang dinonaktifkan secara default?

Sebagai panduan teman untuk menjelaskan kasus saya secara lebih terperinci: Saya memiliki perangkat linux tertanam, setelah keyboard instalasi dan monitor terlepas dan bekerja mandiri.

Tugas saya adalah memastikannya memiliki sistem file yang dapat diandalkan sehingga dengan kesalahan tidak ada cara untuk kesalahan manual yang benar pada perangkat. Saya tidak dapat memaksa pelanggan menggunakan up dengan masing-masing perangkat untuk memastikan tidak ada kesalahan oleh kegagalan daya. 

Apa lagi yang bisa ditawarkan ext4 saya selain block journal?

Terima kasih sebelumnya.


11
2018-03-07 07:58


asal


Saya tahu saya memiliki beberapa trade off yang memungkinkan fitur-fitur seperti block journal, tetapi saya melekat pada keandalan dan siap untuk membayarnya - amin
Lihat juga: serverfault.com/questions/244095/how-to-membuat-ext4-more-dapat diandalkan , ditutup karena terlalu ambigu. - Olli
ya saya bertanya pertanyaan saya di sana dan tidak ada bantuan yang ditutup! sistem linux saya adalah sistem tertanam tanpa monitor atau keyboard yang terpasang. jadi saya ingin lebih dapat diandalkan jika terjadi kegagalan daya, dll ... saya tahu blokir jurnal adalah cara tetapi saya ingin tahu apakah ada opsi lagi. saya tidak dapat menawarkan pelanggan saya untuk memiliki peningkatan untuk setiap perangkat. - amin
@amin Informasi tentang usecase Anda akan lebih berguna dalam pertanyaan Anda, mungkin itulah mengapa tertutup karena ambigu; tambahkan lebih banyak info untuk pertanyaan Anda! - Jorge Castro
Pertanyaannya terlalu samar. Apa artinya "100% dapat diandalkan"? Dengan asumsi bahwa dengan "block jounrnaling" maksudmu data = jurnal, maka itu hanya membuang-buang waktu. FS secara inheren dapat diandalkan; jurnal hanya memastikan Anda tidak perlu menunggu melalui fsck yang panjang setelah tabrakan. - psusi


Jawaban:


Tidak. Anda tidak pernah bisa mengira sesuatu 100% dapat diandalkan.

Sistem file jurnal meminimalkan kehilangan data jika terjadi pemadaman yang tidak terduga. Luas dan hambatan membantu lebih banyak lagi, tetapi tidak dapat menghilangkan semua masalah terkait. Secara pribadi, saya tidak pernah mengalami kehilangan data karena korupsi sistem file saat menggunakan sistem file journal.

Juga, jurnal tidak dinonaktifkan secara default.

Berikut ini ikhtisar bagus tentang ext4 dan peningkatannya: http://kernelnewbies.org/Ext4


11
2018-03-08 12:41



+1 untuk "Anda tidak pernah bisa menganggap sesuatu 100% andal" - Lekensteyn
sebagai Comparison_of_file_systems block journal tidak aktif sementara journal metadata aktif, itu trade off antara keandalan dan kecepatan - amin
Saya baru saja me-restart server untuk menemukan korupsi data besar-besaran di ext4 di mana file berisi data yang tidak valid. Ini tidak mungkin terjadi pada zfs atau btrfs karena data memiliki checksum. - user239558


Fitur baru yang ditambahkan ke ext4 dan diperkenalkan dengan kernel 3.5 adalah apa yang dikenal sebagai 'metadata checksum', yang merupakan fitur lain dari ext4 yang seharusnya meningkatkan keandalan dan integritas struktur sistem file.

Keseluruhan pelaksanaan dijelaskan dengan baik di Pemula Kernel:

Filesystem modern seperti ZFS dan Btrfs telah membuktikan bahwa memastikan integritas sistem file menggunakan checksum adalah fitur yang berharga. Ext4 telah menambahkan kemampuan untuk menyimpan checksum dari berbagai bidang metadata. Setiap kali bidang metadata dibaca, checksum data yang dibaca dibandingkan dengan checksum yang tersimpan, jika berbeda artinya medata rusak (perhatikan bahwa fitur ini tidak mencakup data, hanya struktur metadata internal, dan itu tidak memiliki kemampuan "penyembuhan diri").

Setiap filesystem ext4 dapat ditingkatkan untuk menggunakan checksum menggunakan perintah "tune2fs -O metadata_csum", atau "mkfs -O metadata_csum" pada waktu pembuatan. Setelah fitur ini diaktifkan di sebuah sistem file, kernel yang lebih tua tanpa dukungan checksum hanya akan dapat me-mount-nya dalam mode read-only.

Artikel seperti yang ini di kernel.org diskusikan lebih lanjut dalam detail teknis yang hebat bagaimana menggunakan metadata checksum dapat mencegah metadata yang rusak dari merusak struktur sistem file.

Namun artikel itu juga memperingatkan bahwa:

Kode checksumming metadata mulai masuk ke garis utama di Linux 3.5, dan pada tanggal 3,7-rc1 sedang menjalani beberapa pengujian pengguna. Kode ini belum kokoh.

Ini tidak diaktifkan secara default di Ubuntu 12.10, dan mungkin lebih baik untuk tidak mengaktifkannya sesaat setelah masalah baru-baru ini dengan filesystem ext4, sebagaimana dicatat sini.


4
2017-09-16 22:30





Anda dapat menonaktifkan alokasi tertunda di bawah ext4 (nodelalloc), yang akan secara signifikan lebih mungkin bahwa Anda akan memulihkan lebih banyak data jika / ketika Anda mengalami kekuatan keluar selama menulis, tetapi itu akan datang dengan biaya lebih fragmentasi file sistem dari waktu ke waktu.


1
2018-04-06 23:10