NVR Disk Arızası: Belirtiler, RAID Rebuild ve Kayıp Önleme

Kayıt cihazında en çok yorulan parça disktir. Günün her saati yazar, çoğu zaman sıcak bir kabinette durur ve arızası, birisi bir olayın görüntüsünü isteyene kadar fark edilmeyebilir. O gün görüntü yoksa artık yapacak bir şey kalmaz. Bu rehber, çalışan bir NVR veya kayıt sunucusunda disk arızasının erken belirtilerini, arıza anında doğru müdahale sırasını, RAID rebuild sürecinin risklerini ve kayıt kaybının nasıl tespit edildiğini sahadaki çalışma sırasıyla anlatıyor. RAID seviyesinin tasarım aşamasında nasıl seçileceği video kayıtta RAID seviyesi seçimi yazısının konusu.

Disk arızasının erken belirtileri

Disklerin çoğu bir anda ölmez, giderek bozulur. Aşağıdaki belirtiler genellikle arızadan önce görülür; çoğu da kimse bakmadığı için kaçırılır:

• Kayıt boşlukları: Zaman çizelgesinde kısa ve düzensiz kesintiler. Tüm kanallarda aynı anda görülüyorsa kamera değil, disk veya depolama alt sistemi şüphelidir.
• Cihaz günlüğünde disk hataları: NVR’larda “HDD error”, “record exception” veya diskin “abnormal” durumuna geçmesi gibi kayıtlar.
• Yavaş oynatma ve arama: Geçmiş kayıtları açmak belirgin şekilde uzamışsa diskte okuma tekrarları olabilir.
• RAID durumunda “degraded” uyarısı: Dizi çalışmaya devam eder ama yedeklilik gitmiştir. Bu bir belirti değil, acil durumdur.
• Beklenenden kısa kayıt süresi: Bir diskin dizi dışına düşmesi veya bazı NVR’larda bozuk bölümlerin devre dışı bırakılması kapasiteyi azaltabilir.
• Fiziksel belirtiler: Tıklama sesi, sürekli tekrar eden başlatma sesleri, diskin aşırı ısınması.

SMART değerleri nasıl yorumlanır

SMART, diskin kendi tuttuğu sağlık sayaçlarıdır. Gömülü NVR’larda bu bilgiler genellikle disk yönetimi ekranında “HDD detection” veya benzeri bir menüde görünür; Linux veya Windows tabanlı kayıt sunucularında smartmontools ile okunur. Kayıt disklerinde en çok şu öznitelikler iş görür:

ID	Öznitelik	Anlamı	Yorum
5	Reallocated_Sector_Ct	Yedek alana taşınan sektörler	Artış eğilimi kritik
187	Reported_Uncorrect	Düzeltilemeyen okuma hataları	Sıfır dışı değer ciddi
188	Command_Timeout	Zaman aşımına uğrayan komutlar	Disk veya güç sorunu
197	Current_Pending_Sector	Okunamayan, taşınmayı bekleyen sektörler	Rebuild öncesi en önemli uyarı
198	Offline_Uncorrectable	Çevrimdışı taramada düzeltilemeyen sektörler	Sıfır dışı değer ciddi
199	UDMA_CRC_Error_Count	Arabirim iletim hataları	Genellikle kablo veya backplane

Öznitelik adları ve bazı ID’ler üreticiye göre farklılık gösterebilir. Tek bir değerden çok eğilime bakın: Reallocated veya Pending sayaçları haftadan haftaya artıyorsa, genel sağlık sonucu “PASSED” görünse bile disk değişim planına alınır. “PASSED” yalnız eşiğin henüz aşılmadığını söyler. UDMA CRC hatası ise çoğunlukla diski değil, veri kablosunu veya backplane bağlantısını işaret eder; sahada sağlam diskin boşuna değiştirildiği, asıl sorunun gevşek SATA kablosu çıktığı durumlar sık görülür. Önce bağlantıya bakın.

# Genel sağlık ve öznitelikler
smartctl -H /dev/sda
smartctl -A /dev/sda

# Uzun kendi kendine test başlatma ve sonucu okuma
smartctl -t long /dev/sda
smartctl -l selftest /dev/sda

# LSI/Broadcom MegaRAID denetleyicisi arkasındaki 0 numaralı disk
smartctl -a -d megaraid,0 /dev/sda

Uzun test, disk kapasitesine göre saatler sürer; kayıt yükü altında daha da uzar. Komutların ayrıntıları için smartmontools proje sayfasına bakabilirsiniz.

Arıza anında ilk müdahale adımları

Kurumsal güvenlik kamerası sistemlerinde bir disk dizi dışına düştüğünde veya NVR disk hatası verdiğinde aceleyle yapılan işlem, tek disk arızasını veri kaybına çevirir. Panikle disk çekmek en pahalı hatadır. Önerilen sıra:

1. Durumu kayıt altına al: RAID ekranının, disk listesinin ve hata günlüğünün ekran görüntüsünü alın. Hangi slotta hangi seri numaralı diskin arızalı olduğunu not edin.
2. Diğer diskleri kontrol et: Dizideki diğer disklerin SMART değerlerine bakın. Başka bir diskte Pending veya Uncorrectable sektör varsa rebuild riski yüksektir; önce kritik kayıtların dışa aktarılmasını düşünün.
3. Kritik kayıtları güvenceye al: Devam eden bir olay incelemesi veya saklanması gereken bir kayıt varsa rebuild başlamadan dışa aktarın.
4. Cihazı kapatıp açmaktan kaçının: Degraded durumdaki diziyi gereksiz yeniden başlatmak, sınırda çalışan bir diskin de düşmesine yol açabilir.
5. Doğru yedek diski hazırla: Kapasitesi en az arızalı disk kadar, tercihen aynı model veya üreticinin uyumluluk listesindeki gözetim sınıfı bir disk kullanın.

Disk değişimi ve rebuild süreci

Gömülü NVR’larda ve donanım RAID denetleyicilerinde süreç genellikle diskin değiştirilmesi ve dizinin rebuild’i otomatik ya da menüden başlatmasıyla ilerler. Hot-swap desteklemeyen NVR’larda disk değişimi için cihaz kapatılır; bu durumda kayıt kesintisi önceden planlanır ve ilgili ekiplere bildirilir. Linux yazılım RAID’i (mdadm) kullanan kayıt sunucularında adımlar şöyle:

# Dizinin durumu
cat /proc/mdstat
mdadm --detail /dev/md0

# Arızalı diski diziden işaretleyip çıkarma
mdadm /dev/md0 --fail /dev/sdb1 --remove /dev/sdb1

# Sağlam üyenin (sda) GPT bölüm tablosunu yeni diske (sdb) kopyalama,
# ardından yeni diske rastgele yeni GUID atama
sgdisk -R=/dev/sdb /dev/sda
sgdisk -G /dev/sdb

# Yeni bölümü diziye ekleme
mdadm /dev/md0 --add /dev/sdb1

# Rebuild ilerlemesini izleme
watch cat /proc/mdstat

Bölüm düzeni arızalı diskten değil, dizideki sağlam bir üyeden kopyalanır. sgdisk -R komutunda hedef ve kaynak sırasını karıştırmak sağlam diskin bölüm tablosunu bozar; konsolda en çok dikkat isteyen satır budur. Değişimden sonra yeni diskin aygıt adı farklı olabilir. Komutları çalıştırmadan önce seri numarasını ls -l /dev/disk/by-id/ çıktısıyla doğrulayın.

Sıcak yedek disk

Sıcak yedek (hot spare), dizide boşta bekleyen ve bir disk düştüğünde rebuild’i otomatik başlatan disktir. Degraded sürenin, birinin uyarıyı görüp disk getirmesine kadar uzamasını engeller. Uzak lokasyonlarda ve gece-hafta sonu müdahalesinin gecikebileceği kayıt cihazlarında ayrıca değerlidir. Sıcak yedek kullanılsa da arıza bildirimi gelmeli ve kullanılan yedeğin yerine yenisi konmalı. Yoksa bir sonraki arızada yedek yoktur.

Rebuild sırasında riskler

Rebuild, dizide kalan tüm disklerin baştan sona okunması demektir. Bu süre boyunca:

• İkinci disk kaybı: RAID 5 tek disk kaybına dayanır; rebuild sırasında ikinci bir disk düşerse dizi kaybedilir. RAID 6 iki disk kaybını tolere eder. Aynı partiden alınmış, aynı süre çalışmış disklerin benzer zamanlarda arızalanma eğilimi bu riski artırır.
• Okunamayan sektörler: Kalan disklerden birinde okunamayan sektör varsa o bölgedeki veri yeniden oluşturulamaz. Denetleyiciye göre rebuild durabilir veya ilgili bölüm bozuk kalır.
• Performans düşüşü: Rebuild yükü ile sürekli kayıt yazması aynı diskleri paylaşır; kare kaybı veya kayıt kuyruğu taşması görülebilir. Bazı denetleyicilerde rebuild önceliği ayarlanabilir; kayıt sürekliliği öncelikliyse rebuild hızı düşürülür, süre uzar.
• Isı: Rebuild boyunca diskler tam yükte çalışır; kabinet havalandırmasını kontrol edin.

Büyük kapasiteli disklerde rebuild süresi uzadıkça risk penceresi de uzar. Rebuild boyunca diğer disklerin SMART değerlerini izleyin ve bitene kadar dizide başka bakım yapmayın. Firmware güncellemesi de dahil.

Kayıt boşluklarının tespiti

Arızadan sonra “ne kaybettik?” sorusuna cevap verilmeli. Yöntem:

• Kayıt platformunun zaman çizelgesinde veya kayıt arama ekranında, arıza başlangıcından rebuild bitişine kadar tüm kanalların kayıt sürekliliğini kontrol edin.
• Cihaz günlüğünden disk hatasının ilk görüldüğü zamanı bulun. Sorun çoğu zaman alarmın fark edildiği andan önce başlamıştır.
• Kayıp aralıklarını kanal, başlangıç ve bitiş saatiyle bir tabloya işleyin. O aralıkta bir olay incelemesi gelirse neden görüntü sağlanamadığının kanıtı bu tablodur.
• Bozuk bölgeye denk gelen kayıtlar oynatılamıyorsa bunu da kayıt altına alın.

Önleyici kontroller

• Disk ve RAID durum uyarılarının e-posta, SNMP trap veya izleme sistemi üzerinden gerçekten birine ulaştığını test edin. Yapılandırılmış ama kimsenin okumadığı posta kutusuna giden uyarı, uyarı sayılmaz.
• SMART değerlerini aylık kaydedin; mutlak değerden çok artış eğilimine bakın.
• Gözetim kullanımı için tasarlanmış diskleri tercih edin; masaüstü diskler sürekli yazma yükü için uygun değildir (bkz. surveillance disk seçimi).
• Rafta en az bir uyumlu yedek disk bulundurun.
• Kabinet sıcaklığını ve UPS durumunu izleyin; ani güç kesintileri disk ve dizi tutarlılığına zarar verir.
• Kayıt süresinin hesaplanan değerle tutarlı olduğunu periyodik bakımda doğrulayın; ayrıntılı rutin için kamera periyodik bakım kontrol listesine bakabilirsiniz.

Arıza müdahalesi ve kapasite artırımı için NVR disk arızası ve kapasite artırımı sayfamıza, düzenli kontroller için periyodik bakım ve destek hizmetimize bakabilirsiniz.

Sık sorulan sorular

NVR disk arızalandığında kayıtlar kaybolur mu?

Disk yedeklilik sağlayan bir RAID dizisindeyse tek disk arızasında kayıtlar korunur; dizi degraded durumda çalışmaya devam eder. RAID olmayan NVR’larda arızalı diskteki kayıtlar genellikle kaybolur ve o diske yazılan kanallar kayıt dışı kalır.

SMART sonucu PASSED ise disk sağlam mıdır?

Her zaman değil. Genel sağlık sonucu yalnız eşikler aşıldığında başarısız olur. Reallocated, Current Pending ve Offline Uncorrectable sayaçları artıyorsa disk PASSED görünse bile değişim planına alınır.

Rebuild sırasında kayıt devam eder mi?

Çoğu NVR ve RAID denetleyicisinde devam eder; ancak rebuild yükü diskleri paylaştığı için kare kaybı veya kayıt gecikmesi görülebilir. Rebuild önceliği ayarlanabiliyorsa kayıt sürekliliği ile rebuild süresi arasında denge kurulur.

Arızalı disk yerine farklı model disk takılabilir mi?

Kapasitesi en az arızalı disk kadar olan ve kayıt cihazı üreticisinin uyumluluk listesindeki gözetim sınıfı bir disk kullanılabilir. Aynı model zorunlu değildir, ama farklı performans özellikleri dizinin genel performansını etkileyebilir.