Sorun Giderme · Depolama ve Yedekleme
ZFS Checksum Hataları: Disk, Kablo ve Veri Teşhisi
Checksum uyuşmazlığı okunan blok ile kayıtlı doğrulama değerinin eşleşmediğini gösterir. Bozuk disk yanında kablo, kontrolcü, bellek veya güç sorunu da araştırılır. ZFS sağlıklı yedekli…
Teknik gözden geçirme:
Mimari ve çalışma modeli
Checksum uyuşmazlığı okunan blok ile kayıtlı doğrulama değerinin eşleşmediğini gösterir. Bozuk disk yanında kablo, kontrolcü, bellek veya güç sorunu da araştırılır. ZFS sağlıklı yedekli kopya varsa onarım yapabilir; tek disk üzerindeki checksum koruması kayıp veriyi kendiliğinden yeniden üretmez.
Önce zpool status -v, kernel logu ve disk seri numarasıyla kanıtı saklayın. Sayaçları clear ederek başlamayın. READ/WRITE/CKSUM alanlarını ve permanent errors listesini ayırın. Scrub tüm ayrılmış veriyi kontrol eder, fakat zaten bozuk her dosyayı yedeksiz kurtaracağı anlamına gelmez.
Birden fazla diskte aynı anda hata varsa ortak backplane/HBA/güç yolunu araştırın. Zorla import, feature değişimi veya diski yanlışlıkla çıkarma gibi işlemlerden önce bağımsız yedeği kontrol edin. TrueNAS arayüzünde pool ve fiziksel disk etiketlerini eşleştirin.
- 1Checksum bulgusu
- 2Disk/ortak yol logları
- 3Sağlam kopya veya yedek
- 4Scrub ve dosya doğrulama
Tasarım parametreleri
- Kanıt
- Hata zamanı, seri numarası, cihaz yolu ve olay logunu birlikte saklayın.
- Yedeklilik
- Vdev düzeyindeki sağlıklı kopyayı kontrol edin; pool genelinde boş disk bulunması ilgili vdev’i korumaz.
- Onarım doğrulaması
- Donanım düzeltmesi sonrası scrub ve gerçek dosya okumayla yeniden hata oluşmadığını sınayın.
Hesap ve uygulama örneği
İki diskte aynı dakikada CKSUM artışı ve SATA link reset kaydı görülüyorsa iki diski rastgele değiştirmek yerine ortak kablo/güç yolunu inceleyin. Bilinen sağlam yedekten hasarlı dosyayı geri getirin ve uygulama hashini karşılaştırın. Sonraki scrub’ın temiz olması ile donanım hatasının tekrar etmemesini ayrı izleyin.
Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.
zpool status -v
zpool events -v
journalctl -k --since "1 hour ago"
# Schedule scrub after evidence capture and an operational impact assessment.Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Tek diskte hata artışı | Disk veya bağlantı yolu. | SMART, kernel ve seri numarasını eşleştirin. |
| Permanent errors sürüyor | Onarılamayan blok veya eksik sağlam kopya. | Dosya listesini alın, yedekten restore sonrası tekrar scrub yapın. |
Kabul ve doğrulama kontrolleri
- Clear öncesi kanıtı saklayın.
- Cihaz seri numarasını doğrulayın.
- Ortak donanım yolunu inceleyin.
- Sağlam yedeği geri okuyun.
- Scrub sonucunu kaydedin.
- Tekrarlayan hata için izleme kurun.
İlgili kavramlar
Kalıcılaştırma ve güç kaybı
Commit edilmiş verinin güç kaybından sonra korunması veritabanı, işletim sistemi, dosya sistemi, kontrolcü ve diskin yazma garantilerinin birleşimine bağlıdır. Yazma önbelleği ve flush davranışını bilmeden performans için güvenlik ayarlarını kapatmayın. Güç kaybı korumalı depolama faydalıdır fakat bütün zincirin doğru yapılandırıldığını tek başına kanıtlamaz. Üretim yerine kontrollü laboratuvarda arıza ve recovery testi yapın. Veri bütünlüğünü örnek dosya açılmasıyla değil, uygulama kayıtları ve desteklenen tutarlılık kontrolleriyle doğrulayın.
Dosya sistemi ve depolama katmanları
Uygulama dizini, mount point, mantıksal disk ve fiziksel depolama aynı katman değildir. Boş alan kadar inode tükenmesi, read-only mount ve dosya sistemi hataları da yazmayı durdurabilir. Snapshot genellikle aynı depolama arızasını paylaşır ve bağımsız yedek sayılmaz. Mount seçenekleri ve kapasite genişletme yöntemi dosya sistemine göre değişir. İşletim sistemi yeniden açıldığında doğru depolamanın doğru dizine bağlandığını doğrulayın; mount edilmeyen dizine yazılan veri yanlış diski doldurabilir.
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; log yokluğu, olay yokluğu şeklinde yorumlanmamalıdır.
Bellek hatası ve ECC
ECC belirli bellek hatalarının algılanmasına ve düzeltilmesine yardımcı olur; bütün hata türlerini veya bütün donanım arızalarını gidermez. Destek, bellek modülü kadar CPU, anakart ve firmware ile ilişkilidir. Düzeltilebilir hata sayısının artması bakım gereksinimine işaret edebilir; düzeltilemeyen hata ise hizmeti durdurabilir. DIMM yuvası ve zaman bilgisini içeren donanım kayıtlarını inceleyin. Modül karıştırma ve yerleştirme kuralları üretici platformuna göre doğrulanmalıdır. Bellek kapasitesi planı ile güvenilirlik planını ayırın; ECC backup veya HA yerine geçmez.
Replikasyonun kapsamı
Replikasyon veri veya durum değişikliklerini başka bir kopyaya aktarır. Senkron aktarım gecikme ve bağlantı bağımlılığı yaratabilir; asenkron aktarım ise geride kalabilir. Kopyanın güncel olması, yanlış değişikliklerden korunması anlamına gelmez: silme veya bozulma da taşınabilir. Gecikmeyi yalnız bağlantı durumu üzerinden değil, uygulamanın tamamlanan son işlemiyle karşılaştırın. Kaynak düğüm kaybedildiğinde yazma yetkisinin hangi kopyaya geçeceğini ve eski düğüm geri gelince nasıl uzlaştırılacağını tanımlayın. Replikasyon gecikmesi ile gerçek kurtarma noktasını ayrı raporlayın.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve backup birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Birincil teknik dokümantasyon
Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.