Users Guide

RAID verileri - Sabit sürücülere yazılması hedeflenen gerçek veriler bunlardır. Veriler, denetleyicinin önbelleğine hem Anında Yazma hem
de Sonradan Yazma önbellek ilkesi modlarında yazılır.
Dilimleme
Aynı disk kümesinde birden fazla RAID dizisi yapılandırmaya Dilimleme denilir.
RAID deliği
RAID deliği, çift hata durumunun neden olduğu veri kaybına karşın denetleyicinin, dizinin yedekliliğini geri yüklemesini sağlamak üzere
tasarlanmış Dell PowerEdge RAID Denetleyicisine (PERC) ait bir özelliktir. RAID deliğinin diğer bir adı hatalarla yeniden oluşturmadır. RAID
denetleyicisi çift hata algıladığında etkilenen şeritteki verileri kurtarmak için yedeklilik yetersizse denetleyici o şeritte bir delik oluşturur ve
yeniden oluşturma işleminin devam etmesini sağlar.
Verileri birden fazla sürücünün aynı şeridinde erişilemez hale getiren her durum çift hatadır.
Çift hatalar etkilenen şeritteki tüm verilerin kaybedilmesine neden olur.
Tüm RAID delikleri çift hatadır ancak tüm çift hatalar bir RAID deliği DEĞİLDİR.
RAID deliğinin nedenleri
Delme işlemi özelliği olmadan dizi yeniden oluşturma işlemi başarısız olur ve diziyi düşürülmüş durumda bırakır. Bazı durumlarda hatalar,
başka sürücülerin başarısız olmasına neden olabilir ve dizinin çalışmayan çevrimdışı durumda olmasına neden olabilir. Dizinin delme işlemi,
dizideki herhangi bir veriye önyükleme veya erişme yeteneğini etkilemez.
RAID delikleri şu iki durumdan birinde oluşabilir:
Çift Hatanın zaten mevcut olması (Veriler zaten kayıptır)
Çevrimiçi sürücüdeki veri hatası yeniden oluşturulan sürücüye yayılır (kopyalanır).
Çift Hatanın mevcut olmaması (İkinci hata oluştuğunda veriler kaybolur).
Düşürülmüş durumdayken çevrimiçi sürücüde bozuk blok oluşursa bu LBA'da RAID deliği oluşur.
Dizide delik oluşmasının bu avantajı, sistemi üretimde kullanılabilir halde tutar ve dizinin yedekliliği geri yüklenir. Etkilenen şeritteki veriler,
RAID deliği oluşsa da oluşmasa da kaybolur. Bu yöntemin birincil dezavantajı, dizide RAID deliği olsa da etkilenen verilere (varsa) erişildiğinde
düzeltilemeyen hatalarla karşılaşılmaya devam edilmesidir.
Bir RAID deliği aşağıdaki üç konumda oluşabilir:
Veri içermeyen boş alanda. Bu şerit erişilemez durumdadır ancak bu konumda veri olmadığından önemli bir etkisi olmaz. Delik oluşmuş bir
şeride İşletim Sistemi tarafından tüm yazma denemeleri başarısız olur ve veriler farklı bir konuma yazılır.
README.TXT dosyası gibi kritik olmayan verileri içeren bir şeritte. Etkilenen verilere erişilmezse normal G/Ç sırasında hata oluşmaz.
Dosya sistemi yedekleme denemeleri, bir RAID deliğinden etkilenen dosyaları yedekleyemez. Tutarlılık Denetimi veya Kontrol Okuma
işlemleri gerçekleştirildiğinde geçerli LBA ve/veya şeritler için Algılama Kodu 3/11/00 oluşur.
Erişilen veri alanında. Böyle bir durumda kayıp veri çeşitli hatalara neden olabilir. Hatalar, üretim ortamını olumsuz etkilemeyen küçük
hatalar olabilir. Hatalar daha ciddi de olabilir ve sistemin bir işletim sistemine önyükleme yapmasını engelleyebilir veya uygulamaların
başarısız olmasına neden olabilir.
RAID deliği oluşmuş bir dizi, RAID deliğini ortadan kaldırmak için nihayetinde silinmeli ve yeniden oluşturulmalıdır. Bu prosedür tüm verilerin
silinmesine neden olur. Bu durumda, RAID deliği ortadan kaldırıldıktan sonra verilerin yeniden oluşturulması veya yedekten geri yüklenmesi
gerekir. RAID deliğinin çözümü ihtiyaçları için daha avantajlı olan bir zamana planlanabilir.
RAID deliği oluşan bir şeritteki verilere erişilirse olası düzeltmeler yapılmadan etkilenen bozuk LBA'lara karşı hatalar bildirilmeye devam edilir.
Sonunda (bu dakikalar, günler, haftalar, aylar vb. olabilir) Bozuk Blok Yönetimi (BBM) Tablosu, bir veya daha fazla sürücü öngörülebilir hata
olarak işaretlenerek doldurulur. Şekilde görüldüğü gibi sürücü 0, sürücü 1 ve sürücü 2'deki hatalar kendisine yayıldığı için genellikle
öngörülebilir hata olarak işaretlenen sürücü olur. Sürücü 0 normal çalışıyor olabilir ve sürücü 0'ı değiştirmek yalnızca bu yedeğin öngörülebilir
hata olarak işaretlenmesine neden olur.
RAID deliği başlatıldıktan sonra gerçekleştirilen Tutarlılık Denetimi sorunu çözmez. Bu nedenle düzenli olarak Tutarlılık Denetimi
gerçekleştirmek çok önemlidir. Mümkünse sürücüler değiştirilmeden önce yapılması özellikle önemlidir. Tutarlılık Denetimi gerçekleştirmek
için dizi en iyi durumda olmalıdır.
Sabit sürücü hatası gibi ek bir hata olayıyla bağlantılı tek bir veri hatası içeren RAID dizisi hatalı veya yedek sürücü dizide yeniden
oluşturulduğunda RAID deliğine neden olur. Örneğin, en iyi RAID 5 dizisi üç üye içerir: sürücü 0, sürücü 1 ve sürücü 2. Sürücü 0 başarısız
88
Donanım sorunlarını giderme