Güncellendi:
Btrfs, Linux için copy-on-write yaklaşımını kullanan bir dosya sistemidir. Alt birimler, snapshot, veri bütünlüğü kontrolleri ve birden fazla aygıtla çalışma gibi özellikler sunar. Bu yeteneklerin doğru kullanımı, seçilen çekirdek sürümü, veri profili ve uygulamanın yazma davranışıyla birlikte değerlendirilmelidir.
Görseli büyüt →
Copy-on-write neyi değiştirir?
Copy-on-write, mevcut veriyi değiştirmek yerine yeni bloklar yazarak dosya sistemi durumunu günceller. Bu yaklaşım snapshot ve veri bütünlüğü özelliklerinin temelini oluşturur. Ancak her iş yükünde aynı performansı vermez; küçük rastgele yazmalar, veritabanları ve sanal disk dosyaları için parçalanma ve yazma davranışı önemlidir.
Sıkıştırma bazı veri türlerinde kapasiteyi ve I/O miktarını azaltabilir; zaten sıkıştırılmış dosyalarda aynı yararı sağlamayabilir. NOCOW gibi seçenekleri yalnız hız amacıyla kör biçimde etkinleştirmeyin. Seçeneklerin veri checksum ve diğer dosya sistemi özellikleri üzerindeki etkisini kullandığınız sürümün belgesinden inceleyin.
Alt birim ve snapshot ayrımı
Alt birim, Btrfs içinde ayrı yönetilebilen bir dosya sistemi ağacıdır. Snapshot bu ağacın belirli andaki görünümünü oluşturur; başlangıçta blok paylaşımı sayesinde maliyeti düşük olabilir. Kaynak veya snapshot üzerinde veri değiştikçe tutulan bloklar nedeniyle alan kullanımı büyür.
Salt okunur snapshot oluşturmak uygulama tutarlılığını otomatik sağlamaz. Veritabanı gibi uygulamalar için kendi yedekleme veya duraklatma mekanizması gerekebilir. Aynı disk veya yönetim hesabına bağlı snapshot, disk kaybı veya yetkili silme gibi olaylardan bağımsız bir koruma katmanı sayılmaz.
Checksum ve scrub nasıl değerlendirilir?
Btrfs checksum bilgisiyle bozulmayı tespit edebilir. Scrub, depolanan verileri okuyarak bütünlüğü kontrol eden bir işlemdir. Onarım için sağlıklı ve uygun bir alternatif kopyanın bulunması gerekir; tek kopyadaki bozuk veriyi checksum’dan yeniden üretmek mümkün değildir.
Scrub sonucunu yalnız tamamlandı mesajıyla değerlendirmeyin. Düzeltilmiş ve düzeltilemeyen hata sayılarını, aygıt durumunu ve tekrar eden hataları inceleyin. Fiziksel depolama sağlığı ve dosya sistemi bütünlüğü farklı fakat ilişkili kontrollerdir.
Kapasiteyi yalnız boş alanla ölçmeyin
Veri ve metadata tahsisinin yanı sıra snapshotların tuttuğu blokları izleyin. Silinen büyük bir dosya, onu referanslayan snapshotlar varsa beklediğiniz kadar alan açmayabilir. Dosya sistemi dolmadan uyarı üretin; bakım işlemlerinin de çalışma alanına ihtiyacı olabileceğini hesaba katın.
Birden fazla aygıt kullandığınızda veri ve metadata profillerini ayrı doğrulayın. RAID profillerinin sürüm bazlı durumunu resmi özellik tablosundan inceleyin; bütün profillerin aynı dayanıklılık ve olgunluk düzeyinde olduğunu varsaymayın. Depolama düzenini değiştirmeden önce bağımsız ve geri yüklenebilir yedek hazırlayın.
Uygulama öncesi kabul ölçütleri
- Seçilen çekirdek ve araç sürümünde gereken özelliğin destek durumunu kontrol edin.
- Temsili veriyle yazma, okuma ve snapshot saklama davranışını ölçün.
- Boş alan, metadata kullanımı ve aygıt hataları için izleme oluşturun.
- Ayrı ortamdan geri yükleme yaparak uygulamanın tutarlı açıldığını doğrulayın.
Dosya sistemi seçimini tek bir sentetik hız puanına dayandırmayın. Ekip deneyimi, kurtarma araçları ve bakım süreci de günlük işletimi belirler.
Sık sorulan sorular
- Btrfs snapshot yedek yerine geçer mi?
-
Aynı dosya sistemindeki snapshot bağımsız hata alanı oluşturmaz. Ayrı kopya, erişim ayrımı ve geri yükleme kontrolüyle tamamlanmalıdır.
- Scrub bütün hataları onarır mı?
-
Hayır. Hatanın düzeltilmesi için uygun sağlıklı kopya ve desteklenen veri düzeni gerekir; tespit ile onarım farklı sonuçlardır.
Sonraki adım
Katman farkını ZFS ve LVM karşılaştırması ile, kurtarma planını bulut yedekleme rehberi ile değerlendirin.
