RAID 5 yapılandırmasındaki bir sürücü hatasından nasıl kurtarılır?


15

Bu sabah veritabanı sunucumuzda bir sürücü başarısız oldu. Sürücü dizisi (3 disk) bir RAID 5 yapılandırmasında ayarlanır.

Bir sürücünün değiştirilmesini beklerken bir kurtarma stratejisine hazırlanıyoruz. Kullanıcılar çok yavaş da olsa sistem üzerinde çalışmaya devam ediyorlar (neden bilmiyorum ??).

Yeni sürücü nasıl kurulur - bu sürücünün verileri otomatik olarak eşlikten yeniden oluşturulacak mı yoksa izlememiz gereken başka bir işlem var mı?

Düzenle: Bu bir donanım RAID denetleyicisidir. (Şimdiye kadar cevaplar için teşekkürler, takdir)


4
Bu arada, bir tahrik kritik sunucuda başarısız olursa ne yapacağına karar zamanıdır önce bir sürücü kritik sunucuda başarısız olur.
David Schwartz

Yanıtlar:


15

Ek CPU ve G / Ç içeren eksik verileri yeniden yapılandırması gerektiğinden sistem çok yavaş çalışıyor.

RAID-5 yapılandırmasında eksik bir disk varsa kurtarma stratejiniz yoktur . Başka bir disk bozulursa verilerinizi kaybedersiniz . Koşun, yürümeyin, aynı gün acil kurye tarafından gönderilen üretici garantisi kapsamında uyumlu bir parça alabileceğiniz en yakın satıcıya gidin. Diziyi satın aldığınız satıcı parçayı alma aşamasındaysa, her iki parçayı da alın ve diğerini yedek olarak saklayın.

Bir üretim sistemi için kullanılan bir RAID-5'iniz varsa dizide yedek bir diski etkin yedek olarak bırakmanız gerekir.

Eklendi - Günlükleriniz ayrı bir birimde değilse (fiziksel olarak ayrı diskler), bunları tek bir yansıtılmış çift bile olsa, ayrı bir disk grubuna taşıyın. Bu, günlük hacimlerindeki çekişmenin performans üzerinde orantısız olarak kötü bir etkisi olduğu için veritabanınızın önemli bir yükü varsa, performans artışı olacaktır.

Bu mümkün ise, aşağıdakileri yaparak veritabanınızı daha sağlam hale getirebilirsiniz:

  1. Veritabanını kapatın.
  2. Veritabanını yedekleyin.
  3. Günlükleri fiziksel olarak ayrı bir disk kümesine taşıyın (veritabanını, günlüklerin nereye taşındığını bilecek şekilde yeniden yapılandırdığınızdan emin olun).
  4. Veritabanını ve uygulamayı yeniden başlatın.

Günlükleri ayrı bir birimde kullanıyorsanız, yalnızca disk hatası günlükleri tehlikeye atmazsa , geri yükleyebilir ve yedeklemeden geri alabilirsiniz . Veritabanı günlükleri, aşağıdaki nedenlerle (diğerleri arasında) ayrı bir disk biriminde olmalıdır:

  • Günlük kullanım kalıpları ağırlıklı olarak ardışıktır ve dosyanın sonuna günlük girişleri ekler (dosya aslında bir halka arabelleğidir). Bu, çok az disk kafası arama etkinliği olduğundan çok sayıda günlük girişinin hızlı bir şekilde yazılabileceği anlamına gelir.

  • Fiziksel diskleri oldukça rasgele erişimli bir iş yükü ile paylaşıyorlarsa (örn. İşlem tabloları ve dizinler), baş arama etkinliği sıralı yazma işlemlerini bozduğundan orantısız bir şekilde yavaşlarlar.

  • Günlükleri ayrı bir birimde bulundurmak neredeyse her zaman bir performans kazancıdır ve günlüklerin oldukça ağır bir iş yükünü destekleyebilmesi için yalnızca tek bir yansıtılmış çift gerekir. Bu, bunu yapmak için donanımın oldukça ucuz olduğu anlamına gelir, bu nedenle büyük bir performans ve güvenilirlik kazanımı için küçük bir maliyet vardır.

  • Veri diziniz azalırsa günlükler kaybolmaz. Uygun bir yedekleme stratejiniz varsa, yedeklemeden geri yükleyebilir ve günlüklerden rulo ileri alabilirsiniz. Bu, tüm dizinin tek bir hata noktası olmadan sunucuda aşağı inebileceği anlamına gelir. Hem günlük hem de veri dizileri, veri kaybına neden olmak için aynı anda başarısız olmalıdır.


Özellikle sistemin neden yavaş çalıştığını açıklayan cevap için teşekkürler.
Philip Fourie

Açık. Yedek sürücüyü yerine yerleştirene kadar kapatmayı bile öneririm. Nigel'in dediği gibi, kurtarma stratejiniz yok. Başka bir sürücüyü kaybeder, hepsini kaybeder.
Stu Thompson

Merhaba Nigel, zaman ayırdığınız ve uzmanlığınızı paylaştığınız için teşekkür ederiz. Gerçekten harika bir tavsiye. Daha sonra iyileşmenin sonucunu rapor edeceğim.
Philip Fourie

5

1) Yedekleme.

Şu anda veri kaybı olmadı. Yedeklemeleriniz güncel değilse şimdi yedekleyin.

2) kılavuzu okuyun, satıcıyı arayın vb.

Farklı RAID sistemleri bir diski değiştirmek için farklı adımlara sahiptir ve yanlış yapıldığında tüm diziyi yok etme riskiyle karşı karşıya kalırsınız. Ne tür bir RAID donanımına / yazılımına sahip olduğunuzu bilmeden sadece gerekli adımlarda tahmin edebiliriz.

Ayrıca, yavaş performansın nedeni, RAID 5'in bozulmuş durumda (yani: bir disk ölü) korkunç okuma performansına sahip olmasıdır. Ne kadar korkunç, paritenin nasıl saklandığına ve hangi diskin öldüğüne bağlıdır, ancak "iyi" haberler bir disk gittiğinde yavaş performans olduğu bilinen bir sorundur ve paniğe neden olmaz.


4

Öncelikle, kullandığınız donanım / yazılımın kılavuzunu okuyordum - arıza kurtarma bölümü :)

Diski değiştirmek ve olsa dizi yeniden basit bir mesele olmalıdır.

Bu gibi durumlarda en önemli nokta, diskin mümkün olan en kısa sürede değiştirilmesi gerektiğidir, çünkü başka bir disk arızalanırsa muhtemelen veri kaybedersiniz. Ayrıca arızanın nedenini de ele almalısınız - disk eskidiğinden mi? Diğerini de mi değiştirmelisin? Yoksa elektrik dalgalanması, ısı veya titreşim yüzünden mi?


1
muhtemelen veri kaybeder? Kesinlikle dizideki tüm verileri kaybetmek! Jail'e git, Go'yu geçme. (tabii ki yedekler bir yana.)
Stu Thompson

1

RAID5'i anladığım kadarıyla, arızalı sürücüyü değiştirdiğinizde, diğer ikisinde depolanan bilgilerden otomatik olarak yeniden oluşturulur. Yeni sürücüyü yerinde 'çalışırken değiştirip değiştiremeyeceğiniz' sisteminize bağlıdır - önce gücü kapatmanız gerekebilir. Her iki durumda da, sürücülerin nispeten düşük maliyeti ve verilerinizin önemi göz önüne alındığında (ilk etapta RAID5 kullanma kararınızla yansıtıldığında), gerçekten böyle bir olasılığa hazır bir çekmeceye oturtulmuş bir yedek sürücünüz olmalıdır. .

Kısa süre önce kendim için yeni bir geliştirme bilgisayarı kurdum ve RAID5 altında ana veri sürücülerini kurdum. Gerektiğinden bir tane daha sürücü sipariş ettim, böylece o acil an için yedek hazırım var (umarım gerçekleşmez)

Şimdi soruyu sordunuz, sanırım konuyu biraz daha iyi okumalıyım.


Küçük veri hacimleri için, yansıtılmış bir çift tipik olarak küçük RAID-5'ten daha iyi sıralı erişim hızına sahip olduğundan daha iyidir. Hot-swap istiyorsanız, scsi4me.com gibi bir yerde hot-swap bay sistemlerinden bazılarına bakın
ConcernedOfTunbridgeWells

0

Tamamen sisteme bağlı. Kılavuzlar ne diyor? Donanımınız denetleyiciden sürücü yuvasına yeni sürücüleri takmayı tamamen destekliyor mu? Son yedeklemeleriniz var mı?


0

NXC'nin gönderisi bunu güzel bir şekilde özetliyor. Hatalı sürücüyü ikinci arızadan önce değiştirmemeniz durumunda, uzman kurtarma hizmeti tarafından hemen hemen her şeyin (bazen her şeyin) kurtarılması için hala iyi bir şans var. Veriler hala disklerde bulunmaktadır ve arızalı disk genellikle uygun ekipmanlarla uzmanlaşmış laboratuvarda tekrar hayata döndürülebilir. Ancak bu hizmet için fiyat oldukça yüksek. Yedek bir diske ve uygun yedeklere sahip olmak (NXC'nin önerisine göre) kesinlikle ileride gidilecek yoldur.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.