G/Ç hataları nedeniyle veya yazılım tanımlı depolama birimi sürücüyü arızalı veya kullanılamaz olarak işaretlediğinde sürücünün değiştirilmesi gerekebilir

Ceph (Linux), vSAN (VMware), Nutanix vb. gibi birkaç farklı SDS çözümü vardır. Aynı şekilde yapılandırılmış birkaç sunucu, bir depolama kümesi oluşturmak için bir ağ üzerinden birleştirilir. Sunucular, sürücülerin işletim sistemine "olduğu gibi" sunulması için PERC yerine bir Ana Bilgisayar Veri Yolu Bağdaştırıcısı (HBA) ile yapılandırılır. İşletim sistemi, HBA'nın herhangi bir müdahalesi olmadan her sunucudaki tüm sürücüleri doğrudan yönetir. Sürücü, Dell izleme araçlarında (iDRAC ve OMSA gibi) ve ePSA Çevrimdışı Tanılamada "Sağlıklı" olarak listeleniyor. Sürücü için SMARTCTL verilerinde düzeltilmemiş okuma ve yazma hataları olabilir veya olmayabilir. SMART Testleri (kısa, uzun ve uzatılmış) başarılı olur ve sürücü "Sağlıklı" olarak listelenir.

Yazılım Tanımlı Depolama çözümleri (SDS), sürücülere fiziksel bağlantı sağlamak için Ana Bilgisayar Veri Yolu Bağdaştırıcısı'nı (HBA) kullanarak depolamayla ilgili tüm kontrolleri donanımdan yazılıma geçirir.

RAID denetleyicisi (PERC), sürücülerde sanal disklerde kontrol okuması ve tutarlılık denetimleri dahil olmak üzere çeşitli proaktif bakım faaliyetlerini gerçekleştirmekten sorumludur. SDS çözümleri PERC yerine Ana Bilgisayar Veri Yolu Bağdaştırıcısı (HBA) kullandığından, yazılım artık tüm bu proaktif bakım etkinliklerini gerçekleştirir.

Kullanıcılar, SDS'nin bir sürücüyü "arızalı veya kullanılamaz" olarak işaretlediğini bildirebilir veya bir sürücüdeki G/Ç hatalarını listeleyebilir. iDRAC ve OMSA gibi Dell İzleme araçları, sürücüyü sağlıklı ve çalışır durumda olarak bildiriyor.

Bu tutarsızlık aşağıdaki faktörlerden kaynaklanmaktadır:

• iDRAC, bileşenin sağlık durumunu gösterir. Sürücü yazılımı iyi durumda olduğunu bildirirse iDRAC da aynı şeyi yansıtır. Sürücü yazılımı Tahmini Arıza durumunda olduğunu belirtiyorsa, iDRAC da aynı şeyi gösterir.
• Tüm sürücüler bazı bozuk blokları veya düzeltilemez hataları tolere edebilir ve işlevsel bir etki olmadan çalışmaya devam edebilir. Bozuk bloklar için eşik, sürücü üreticisi tarafından sürücü yazılımına programlanır ve standart bir sayı veya yüzde değildir.
• Sürücüdeki bozuk blokların veya düzeltilemez hataların toplam sayısı tahmini arıza veya arıza eşiğini geçene kadar sürücüler çalışır durumda kalır.
• Sürücüdeki bir uzaklık adresi bozuk blok olarak işaretlenir ve veriler YALNIZCA ilgili adreste bir YAZMA işlemi başarısız olursa yeniden konumlandırılır. Sürücü yazılımı, sektörleri bozuk bloklar olarak işaretlemek için READ hatalarını dikkate almaz.
• İşletim sistemi düzeyinde günlüğe kaydedilen G/Ç hataları, Yaşam Döngüsü günlüklerine yansıtılmayabilir.

Böyle bir senaryoda, sürücüler işlevseldir ve çalışma parametreleri dahilindedir. Bunlar, donanım değişimine uygun değildir ve donanım değişimi gerektirmez. Burada önerilen eylem planı, sorunu çözmek için yazılım katmanından gerekli bakım etkinliklerini gerçekleştirmektir.

Böyle bir senaryoda, etkilenen bir veya daha fazla sunucudan eksiksiz bir işletim sistemi günlük paketi veya raporları alın. Sonraki düzeltici adımlar konusunda öneride bulunmaları gerektiğinden, günlük incelemesi için Dell SST (garanti sözleşmesi kapsamındaysa) veya İşletim Sistemi satıcısı ile iletişime geçin.

Dell SST veya işletim sistemi satıcısı aşağıdaki ayrıntıları belirler:

• İşletim sistemi çekirdeği (varsa) tarafından kaydedilen toplam G/Ç hatası.
• Hangi aygıtlara (bir veya daha fazla) giriş yapıldığı.
• Yolsuzluk türü: Dosya veya Meta Veri düzeyi (varsa)
• Depolama hizmeti çöktü mü? Evet ise, neden?
• Bu tür hataları çözmek için SDS'de düzeltici eylemler mevcuttur.