Linux Sunucuda File System Corruption Kurtarma

Linux sunucularda dosya sistemi bozulmaları, beklenmedik kapanmalar, donanım arızaları veya yanlış yapılandırmalar nedeniyle sıkça karşılaşılan kritik sorunlardır. Bu tür olaylar, veri bütünlüğünü tehdit eder ve iş sürekliliğini kesintiye uğratabilir. Etkili bir kurtarma süreci, sistem yöneticilerinin veri kaybını en aza indirmesini sağlar. Bu makalede, bozulma teşhisinden kurtarma adımlarına ve önleme stratejilerine kadar kapsamlı bir rehber sunacağız. Adım adım talimatlar ve pratik örneklerle, kurumsal ortamlar için optimize edilmiş yaklaşımları ele alacağız.

Dosya Sistemi Bozulmasının Nedenleri ve Teşhisi

Dosya sistemi bozulmaları genellikle güç kesintileri, disk hataları veya dosya sistemi uyumsuz güncellemelerden kaynaklanır. Örneğin, ext4 gibi yaygın dosya sistemlerinde journaling mekanizması bozulmayı önlemeye çalışsa da, ani kapanmalar journal’ı tutarsız hale getirebilir. Teşhis aşaması, sorunun kök nedenini belirleyerek kurtarma stratejisini şekillendirir. Sistem yöneticileri, boot sırasında otomatik kontrolleri etkinleştirerek erken uyarı alabilir.

İlk teşhis için dmesg komutunu kullanın: dmesg | grep -i error. Bu, kernel loglarında disk hatalarını gösterir. Ardından, df -T ile dosya sistemi türünü ve kullanımını kontrol edin. Bozulma belirtileri arasında mount hataları, okunamayan dosyalar veya yavaş erişim yer alır. Bu adımlar, kurtarmaya başlamadan önce sistemin genel durumunu netleştirir ve gereksiz riskleri önler. Teşhis süreci, yaklaşık 10-15 dakika sürer ve veri kaybını minimize eder.

Yaygın Nedenler

Güç kesintileri en sık rastlanan nedendir; sunucu ani kapanırsa, yazma işlemleri yarıda kalır ve inodes bozulur. Donanım arızaları, örneğin kötü sektörler, dosya sistemini kalıcı olarak etkiler. Yazılım kaynaklı sorunlar arasında, uyumsuz kernel modülleri veya yetersiz RAM swap’i sayılabilir. Kurumsal sunucularda, yüksek yük altında dosya kilitleme hataları da bozulmaya yol açar. Bu nedenleri anlamak, tekrarını önlemek için altyapı iyileştirmeleri yapmayı sağlar.

Teşhis Araçları

Badblocks ile disk yüzeyini tarayın: badblocks -v /dev/sda1 > badblocks.list. Bu komut, bozuk blokları listeler ve kurtarma öncesi haritalar. Ayrıca, smartctl aracıyla SMART verilerini inceleyin: smartctl -a /dev/sda. Bu araçlar, fiziksel hasarı erken tespit eder ve kurtarma planını buna göre uyarlar. Teşhis, en az 70 kelimelik detaylı raporlama ile belgelenmelidir ki ekip üyeleri süreci takip edebilsin.

Kurtarma Adımları ve Araçları

Kurtarma, canlı sistemden bağımsız bir live USB ile gerçekleştirilmelidir. Ubuntu Live gibi bir ortam boot edin ve hedef diski mount etmeyin. Ana araç fscktır; fsck -f /dev/sda1 ile otomatik onarım başlatın. Bu işlem, journal’ı kontrol eder ve tutarsızlıkları düzeltir. Başarısız olursa, read-only modda çalıştırın: fsck -n /dev/sda1. Pratikte, bu adımlar %80 oranında basit bozulmaları çözer.

1. Live ortamı boot edin ve diski tanımlayın: lsblk.
2. fsck ile tarama yapın ve hataları kaydedin.
3. Onarım onaylayın ve reboot öncesi umount edin.

Gelişmiş durumlarda TestDisk kullanın. TestDisk, partition tablosunu yeniden yapılandırır: sudo testdisk /dev/sda. Analiz modunda partition’ları listeleyin, silinenleri kurtarın. PhotoRec ise dosya bazlı kurtarma için idealdir; kayıp dosyaları imzalarına göre tarar. Bu araçlar, kurumsal veriler için vazgeçilmezdir ve kurtarma süresini kısaltır. Her adım, loglarla belgelenmeli ve yedekleme ile doğrulanmalıdır.

fsck ile Otomatik Onarım

fsck.ext4 için fsck.ext4 -y /dev/sda1 otomatik onay verir. Bu, superblock’u doğrular, directory’leri onarır. Örnek çıktı: “Inode 123456 has invalid mode”. Süreç, disk boyutuna göre 30 dakika ila saatler alır. Başarılı olursa, mount testi yapın: mount -o ro /dev/sda1 /mnt. Bu yöntem, journaling dosya sistemleri için optimize edilmiştir ve veri bütünlüğünü korur.

TestDisk Uygulaması

TestDisk’i çalıştırın ve Quick Search ile kayıp partition’ları bulun. Undelete seçeneğiyle silinen dosyaları kurtarın. Kurumsal kullanımda, bu araç NTFS/ext4 desteğiyle hibrit sistemlerde etkilidir. Kurtarma sonrası, dd if=/dev/sda of=image.img ile tam görüntü alın. Detaylı loglar, uyumluluk denetimleri için saklanmalıdır.

Önleme ve En İyi Uygulamalar

Bozulmayı önlemek için LVM snapshot’ları ve RAID konfigürasyonları kullanın. Düzenli cron job’larla fsck çalıştırın: 0 2 * * 0 fsck -A -R. Bu, haftalık otomatik kontroller sağlar. ZFS gibi gelişmiş dosya sistemleri, checksum ile bozulmayı otomatik algılar. Kurumsal sunucularda, UPS entegrasyonu güç kesintilerini engeller.

Yedekleme stratejisi kritik: rsync ile günlük kopyalar alın: rsync -av /data/ /backup/. Monitoring araçları gibi Nagios, disk sağlığını izler. Bu uygulamalar, MTTR’yi (Mean Time To Recovery) dakikalara indirir ve iş kesintisini önler. Her sunucu için kişiselleştirilmiş planlar oluşturun.

Sonuç olarak, Linux sunucuda dosya sistemi kurtarma, hazırlıklı olmakla mümkündür. Teşhis, fsck ve TestDisk gibi araçlarla hızlı müdahale, veri kaybını önler. Düzenli bakım ve önleme ile kurumsal güvenilirlik sağlanır. Sistem yöneticileri, bu rehberi uygulayarak operasyonel mükemmelliğe ulaşabilir.