Areca 1280ml RAID6 ses ayarı başarısız

Bugün bir tür en kötü durum senaryosunu gördük ve her türlü iyi fikirlere açıkız.

İşte sorunumuz:

Sanal makinelerimizi barındırmak için birkaç özel depolama sunucusu kullanıyoruz. Devam etmeden önce, özellikler şunlardır:

• Özel Sunucu Makinesi
• Areca 1280ml RAID denetleyicisi, Ürün yazılımı 1.49
• 12x Samsung 1 TB HDD'ler

Bir mantıksal birim içeren 10 diskli bir RAID6 seti yapılandırdık. Sistemde iki etkin yedek parça var.

Bugün bir HDD başarısız oldu. Bu zaman zaman olur, bu yüzden değiştirdik. Yeniden oluşturulduktan sonra ikinci bir disk başarısız oldu. Normalde bu eğlenceli değil. İstikrarlı bir RAID yeniden oluşturmak için ağır IO işlemlerini durdurduk.

Ne yazık ki etkin yedek disk yeniden oluşturulurken başarısız oldu ve her şey durdu.

Şimdi şu durum var:

• Denetleyici, baskın setinin yeniden inşa edildiğini söylüyor
• Denetleyici, birimin başarısız olduğunu söylüyor

Bu bir RAID 6 sistemidir ve iki disk başarısız olmuştur, bu nedenle verilerin sağlam olması gerekir, ancak verilere erişmek için birimi tekrar çevrimiçi hale getiremeyiz.

Arama yaparken aşağıdaki ipuçlarını bulduk. İyi mi kötü mü bilmiyorum:

1. Tüm diskleri ikinci bir sürücü setine yansıtma. Bu yüzden, sahip olduğumuzdan daha fazlasını kaybetmeden farklı şeyler deneme şansımız olacaktı.

2. Diziyi R-Studio'da yeniden oluşturmaya çalışıyorum. Ancak yazılımla ilgili gerçek bir deneyimimiz yok.

3. Tüm sürücüleri çekme, sistemi yeniden başlatma, areca denetleyici BIOS'una değiştirme, HDD'leri tek tek yeniden takma. Bazı insanlar sistemi çevrimiçi hale getirdiğini söylüyor. Bazıları etkinin sıfır olduğunu söylüyor. Bazıları, her şeyi patlattıklarını söylüyor.

4. "Rescue" veya "LeVel2ReScUe" gibi belgelenmemiş areca komutlarını kullanma.

5. Bir bilgisayar adli tıp hizmetine başvurma. Ama telefonla yapılan birincil tahminler 20.000 € 'yu aştı. Bu yüzden yardım isteriz. Belki de bariz olanı özlüyoruz?

Ve evet, elbette yedeklerimiz var. Ancak bazı sistemler bir haftalık veri kaybettiler, bu yüzden sistemi tekrar çalışır hale getirmek istiyoruz.

Herhangi bir yardım, öneri ve sorularınızı bekliyoruz.

Seçenek 1'in en iyisi olduğunu düşünüyorum.

12x yeni HDD, 1x yeni RAID denetleyicisi alın Herhangi bir linux kutusu kullanarak eski diskleri yeni disklere 1: 1 olarak yansıtmaya çalışın (dd = = = =). 1x yeni RAID denetleyicisini ve 12x yeni HDD'yi kullanarak yeni bir sunucu oluşturun

Diziyi yeni sunucuda yeniden oluşturmaya çalışın. Başarı? Harika. Dur.
Yeniden oluşturma başarısız mı? Eski diskleri tekrar yenilerine yansıtın, Seçenek i + 1'i deneyin

Maalesef bu çok yaygın bir senaryodur. Bu yıllar önce iyi bir Google çalışması vardı ve diziyi yeniden oluştururken RAID ile veri kaybetmenin olabileceği ortaya çıktı. Bu, farklı önem derecesine sahip farklı RAID sistemlerini etkileyebilir. İşte RAID6 senaryosu:

• dizinizde 3 veri ve 2 eşlik diski bulunur.
• bir diski kaybederseniz, tüm verilerin kurtarılabilir olduğundan emin olabilirsiniz.
• 2 disk kaybederseniz veri kaybettiniz

Neden?

Aşağıdakileri düşünün: bazı verilere sahip olun, bir dosyanın ilk 3 bloğunda aşağıdaki veri bloklarına sahip olduğunuzu varsayalım: A1 + A2 + A3 ve aşağıdaki eşlik: HDd1 ... hdd5 üzerinde oturan Ap + Ap

Veriler kurtarılamadığından 1 ile 3 arasında herhangi bir iki diski kaybederseniz, 2 eşlik ve 1 veri bloğunuz olur.

Şimdi 10 disk ile aynı senaryo farklı olabilir, ama sanırım 8 bloğa veri bölmek ve eşlik 2 diğer sürücülere ve 2 hot spares sahip aynı şekilde ele. RAID denetleyici yapılandırmanızın ayrıntılarını biliyor musunuz?

Ben (bazı var sanırım) tesis dışı yedekleme kurtarmak için başlayacaktı ve hizmet geri Unix ve sürücüler için dd sürücüleri kullanarak ve örneğin döngü aygıtı olarak kullanarak mümkün olduğunca çok veri kurtarmak için deneyin.

http://wiki.edseek.com/guide:mount_loopback

RAID denetleyicisinin ne tür meta veriler kullandığını bilmeniz gerekir ve eğer şanslıysanız dmraid gibi bazı araçlarda desteklenir.

Ancak bu, verileri genellikle kurtarabileceğiniz anlamına gelmez, çünkü dosyalar genellikle çok sayıda blok arasında dağıtıldığından, kurtarma işleminin verilerinizi geri getirememesi muhtemeldir.

RAID hakkında daha fazla bilgi:

https://raid.wiki.kernel.org/index.php/RAID_setup