Yalnızca 1 sabit disk arızalanırsa RAID 4 disk kurulumu çökebilir mi? [kapalı]

Ben bir web geliştiricisiyim. Donanım konusunda fazla deneyimim yok. Bu nedenle yönetilen sunucular kullanıyorum.

Bu sabah, kurulumumuzdaki sürücülerden biri başarısız oldu. Ancak sitenin tamamı kapandı. Web sunucuma ne olduğunu sordum ve sabit diskin RAID denetleyicisinin düzgün çalışamayacağı şekilde başarısız olduğunu söyledi. Dizi RAID 4 olarak ayarlandı.

Bunu daha önce hiç gördünüz mü? Mümkün mü?

Bu adamlarla ilgili yardımlarınız için teşekkürler. Benim web barındırma bana dürüst olup olmadığını bilmek gerekir.

Sağlayıcınızın RAID'de kullanılması amaçlanmayan Sabit Diskleri kullanması daha olasıdır. Normal tüketici SATA sürücüleri bu kategoriye girer.

Muhtemel sorun, sürücünün Düzeltilemez Okuma Hataları (URE) yaşamaya başlamasıdır. Bu bir tüketici diskinde gerçekleştiğinde, sürücü orada oturur ve pes etene kadar okuma işlemini (genellikle 30-60 saniye) tekrar dener. RAID, sürücünün hatayı (30-60) saniye bildirmesini bekleyecektir. Bu nedenle, birkaç sektör için basit bir istek, sunucunun durmasına neden olabilirken, başarısız sürücü bu yeniden deneme işlemlerini gerçekleştirir.

RAID Dizileri için tasarlanan sürücülerde ya Zaman Sınırlı Hata Kurtarma (SATA sürücüler için) vardır. TLER arızaları kontrolörlere hızlı bir şekilde rapor eder, böylece kontrolör bu tür arızalara akıllıca yanıt verebilir (çoğunlukla akıllıca; umarım). SCSI (SAS da) biraz farklı çalışır. SCSI komut seti, denetleyicinin sürücüler üzerinde çeşitli kurtarma çabası sınırları belirlemesini sağlar (MOD SEÇİMİ: RW HATASI KURTARMA). Bir RAID denetleyicisi sürücüleri hızlı bir şekilde başarısız olacak şekilde ayarlamalıdır, daha sonra denetleyici sürücünün TUR komutuyla düzgün çalıştığını düşünüp düşünmediğini test edebilir, bir kontrol koşulu varsa sürücüyü diziden çıkarabilir.

Evet, bu, dizinin başarısızlıktan kurtulması gerektiğini düşündüğünüz senaryolarda bile mümkündür.

Bir dizinin neden başarısız olduğuna dair bazı olasılıklar:

• RAID modu tarafından sağlanamayacağından daha fazla sürücü başarısız oldu. Örneğin:
  • RAID 0 (şeritleme) herhangi bir sürücü arızasından kurtulamaz.
  • RAID 1, 1 sürücü dışındaki tüm arızalarda hayatta kalabilir.
  • RAID 4/5, 1 sürücü arızasından kurtulabilir.
  • RAID 6 2 sürücü arızasından kurtulabilir.
  • RAID 10, hangi sürücülerin arızalandığına bağlı olarak sürücülerin% 50'sine varan arızalarda hayatta kalabilir.
• RAID yazılımında veya denetleyici ürün yazılımında bir hata.
• Kullanıcı hatası.
  • Birisi çok fazla sürücü çekti.
  • Birisi bir sürücüyü çekti ve hiç değiştirmedi ve daha sonra başka bir sürücü başarısız oldu.
  • Dizi izlenemedi ve hayatta kalabileceğinden daha fazla sürücünün arızalanmasına izin verildi.
• Tüketici sınıfı sürücülere sahip ucuz kontrol cihazlarının, başka türlü sağlanabilir senaryolarda bile başarısız olduğu bilinmektedir.
  • Tüketici seviyesi güdüsü, iyi bir okunana kadar kötü bir sektörü neredeyse süresiz olarak okumaya çalışacaktır. Ucuz bir denetleyici, böyle bir sürücünün bir sonuç döndürmesi için neredeyse süresiz olarak bekler. Bekleme o kadar uzun olabilir ki işletim sistemi pes eder. Sonra yeniden başlatma sırasında sürücüler denetleyiciye yeterince hızlı yanıt vermez ve dizinin başarısız olduğu varsayılır.
  • Öte yandan, kurumsal düzeyde bir sürücü hızla vazgeçerek denetleyicinin verileri başka bir sürücüden almasına izin verir. Ayrıca, iyi bir denetleyici, yanıt vermemek ve devam etmek için çok uzun süren bir sürücüyü işaretler.

Bir RAID 0 uygulamasıysa, kesinlikle tek bir sürücü başarısız olduğunda diziyi ve onunla birlikte tüm verileri kaybedersiniz.

Bir disk kötüleştiğinde veya olası bir arızayı bildirmeye başladığında yazılım hatalarının tüm RAID'i aldığını gördüm. Maalesef, size işaret edecek özel bir şeyim yok, ama evet, olabilir. RAID spesifikasyonunun bir parçası olarak değil, elbette, kesinlikle bir hata.

Evet mümkün. O değil sözde gerçekleşmesi, ama kesinlikle yapamam. URE'leri (Kurtarılamaz Okuma Hatası) ve denetleyici hatalarını ve ürün yazılımı hatalarını ve benzerlerini girin.

Ek bilgi olmadan (ana makineniz muhtemelen size vermez), kesinlikle öyle ya da böyle söylemek mümkün değildir, ancak çok sayıda RAID dizisi ile çalışan herkes, bir dizinin tamamlandığında kaybolduğu veya çöktüğü deneyimlere sahipti olmamalı.

(Ve bu arada, RAID4 çok yaygın olarak kullanılan RAID seviyesi değil, ama gereken herhangi bir sürücünün kaybını dayanacak . Mu Fakat her zaman olacaktır öyle demek.)

Mekaniklerin başarısız olduğu, ancak iletişim arayüzünü oluşturan elektroniklerin başarısız olduğu birçok HDD hatası yaşadım. Küçük boyutları nedeniyle, birçok elektronik bileşen küçük elektrik düzensizliklerine bile çok duyarlıdır (bu, yakındaki büyük A / C motorları açık / kapalı vb. Olduğunda ve güç kaynağı biraz ucuz tarafta olduğunda olabilir).

Sürücünün dahili güç dönüştürücüleri veya kapasitörleri (enerji depolama tamponları), HDD'nin harici konektörlerinde üretilen elektrik sinyallerini yaktığında spesifikasyonların dışına çıkabilir ve hareket eder. Sürücü denetleyiciye bakır tellerle bağlandığından ve genellikle sunucularda birçok sürücü, kurulumu kolaylaştırmak ve dağınıklığı azaltmak için bir kablo bağlantısını paylaşır, bu, herhangi bir sayıdaki bitişik bileşeni kolayca bozabilir veya kalıcı olarak yok edebilir.

Bu arada fiyatlandırma ile çok az ilgisi var. Pahalı kontrolörlerin ve sürücülerin, anormal koşullara daha toleranslı olan veya daha iyi korumaya sahip parçalar kullanabileceği ve bütçe bileşenleri ile standart altı parçalar elde etme olasılığınızın daha yüksek olduğu doğrudur. Ama düzenli olarak 50 dolarlık sürücüde ve 500 dolarlık sürücüde özdeş kapasitörler buldum. Hatalı bir HDD, güç kaynağından SATA konektörüne doğrudan 12 Volt yönlendirirse, bir şey kısa devre yapmışsa, fiyat etiketinin kaç rakamı olursa olsun RAID denetleyiciniz kızartılır.

Genellikle olan bu değil, ama kesinlikle benim deneyimimde duyulmamış değil.

Evet, sanırım tüm baskınlar tek bir sürücü arızasından sonra başarısız olabilir. İlk başarısız sürücü denetleyici tarafından çevrimdışı duruma getirilir ve baskın yine de iyi çalışır. Ancak arızalı sürücü değiştirildiğinde, denetleyici baskını yeniden oluşturmaya başlar. Kalan diğer sürücülerden birinde gizli bir keşfedilmemiş okuma sorunu varsa, başarısız sürücünün yeniden oluşturulması, baskının tekrar yapılmasına neden olan (sürücüyü yeniden oluştururken okuma sorunları keşfedildiğinde) daha fazla sürücünün çevrimdışı olmasına neden olabilir başarısız.