Jellemzői a szoftver raid windows server
Ebben a cikkben fogok beszélni lehetőségeit felügyelet megszervezéséről szóló RAID tömbök beépített Windows Server eszközöket és információkat arról, hogy mi a buktatókat során előfordulnak építése és üzemeltetése az ilyen tömbök.
Lehetőségek Software RAID Windows Server
A következő tömbök:
- sávos kötet (csíkos térfogatú, RAID0)
- a tükör (tükrözött kötet, RAID1)
- beleértve RAID5 (RAID5 térfogat)
- burkolat, amely (átnyúló kötet, amely a logikai kötet található több, mint egy fizikai lemez)
dinamikus lemezek
RAID tömbök hozhatók létre csak dinamikus lemezen - egy speciális elrendezés fizikai lemezek (érthető csak Windows), amely a következő tulajdonságokkal rendelkezik:
- Normál (alap) lemez lehet alakítani a dinamikus csak teljes egészében.
- A fordított átalakítása a dinamikus lemezek alap lehet, de csak akkor, ha egy dinamikus lemezt távolítsa el az összes mennyiség.
- A dinamikus lemez egy nagy NTFS partíciót, amelyre a segítségével egy ravasz szolgáltatás információ található nagyszámú kötetek (egyszerű és RAID), akkor lehet változtatni a méretét egyszerű kötetek rendszeres Windows-eszközök. Azonban, mint az optimális és töredezett adatok felteszik, nem tudom.
- Az általam ismert klónozási programot, a hasznosítás és méretének módosításához lemezek nem támogatják a dinamikus lemezek.
- A dinamikus lemezek RAID-kötetek átvihetők egy másik számítógépre a Windows Server, mert tartalmazzák a szükséges információkat a helyes összeszerelése a tömbben.
Ön nem hozhat létre kötetek különböző RAID-szintek
Az egyik csoport a fizikai lemezek, akkor létre RAID kötetek csak egyféle (szint). Például, ha van 3 fizikai meghajtók, és hoztunk létre egy RAID5 kötetet őket, anélkül, hogy az egész teret. Nem tudjuk a fejtér, hogy hozzon létre egy kötet más szintjének RAID (RAID0 RAID1 és), de csak egyszerű kötetek és RAID5.
Egyidejű szinkronizálása kötetek
Ha a lemez létrehozott csoport néhány térfogat RAID, abban az esetben bármilyen hiba, elkezdenek vissza ugyanabban az időben indítás után a számítógépet. Ez heves, dühös EPIC FAIL! Egyszerű a helyzet: van két fizikai lemezen, létrehozták két RAID1 kötetek, az egyik az operációs rendszer és az egyéb vonatkozó adatokat.
Ez a rendszer jól működik, amíg az első hiba (egysejtűek faj - egy hirtelen áramkimaradás vagy kék képernyő). És itt jön a horror. Az operációs rendszer betöltése és ezzel egyidejűleg elkezd egyszerre szinkronizálni két térfogat RAID1. Így a fizikai lemezek versenyeznek csapatok intenzív műveletsorozatok három különböző fizikai területeken. Ebben az esetben a mechanikus hajtások vadul viselet, a cache használhatatlan.
Oldalról egy ilyen „rugalmasság” az alábbiak szerint: az általános teljesítményt a lemez alrendszer ismét lecsökken 20, az operációs rendszer maga is betöltve, vagy a szinkronizálás egyik térfogat (körülbelül 15 perc, ha a kis koncert 50) vagy 20 perccel később, és használhatatlan lesz, hogy vége az egyik szinkron kötetek.
Ha az Ön által ismertetett helyzetet, akkor nem kell várni, az operációs rendszer boot lemezt és kopás.
- Húzza ki az egyik fizikai lemezek.
- Indítása az operációs rendszerbe normál ütemben.
- Törni a tükröt, fordult egyszerű RAID1 kötetet.
- Csatlakozó a második tárcsa vissza.
- Hozhat létre egyetlen tükör kötet van szüksége.
Hadd mutassak be egy forgatókönyv, ahol nem lehet visszaállítani a leromlott RAID5 tömböt egy egészséges állapot, akkor is, ha minden feltétel adott ehhez.
- Van egy sor hat RAID5 lemez (DISK1-Disk6).
- Köztük van egy sikertelen DISK1 (pl egy pár megabájt terabyte kötet nem lehet olvasni), de az operációs rendszer nem tud róla, és hogyan meghiúsult nem jelezzük.
- Bármilyen okból, a tömb leválasztották hibás lemez2.
- Logikusan RAID5, meghibásodás esetén az egyik lemez tömb üzemben marad, a tömb van megjelölve degradálódott (korlátozott), a sebesség jelentősen csökken, szinkronizálni kell egy új meghajtó használható.
- Lemez2 hibás dugók helyett. a rendszer felismeri a hibás. Szinkronizálásához egy tömb, a hibás meghajtót kell távolítani a tömb RAID5 és meghatározott, mint egy üres.
- Minden készen áll a szinkronizálás a tömbben. Fuss a tömb korrekció (javítási) egy üres lemez2.
- HIRTELEN szinkronizálás találkozik olvasási hiba egy nagyon hibás lemez meghajtó1 és megáll.
- Hírek tömb lebomlik. DISK1 megjelölve a hibákat tartalmazó (hiba), lemez2 jelölve online miatt azonban a félbeszakított szinkronizálás nem tartalmaz egy komplett érvényes adatokat.
- Abban a reményben, hogy visszaállítsa csatlakozik egy vadonatúj szervizelhető Disk7. Lépések az újraépítés rajta.
- Ennek eredményeként a hibás lemez2 helyébe egy másik jó Disk7, de a szinkronizálás megszakad újra megtalálása hiba a hibás lemez meghajtó1.
- És így tovább a ciklust.
Semmi köze, de másolni is olvasni az adatokat, és újjáépíteni az egész tömböt nem lehet.
Hajlandóak elismerni vereségét, próbáltam csinálni a következő dolgokat:
- Szinkronizálása tömb ugró olvasási hibák a lemezen meghajtó1 (ez csak egy egész megabájt terabájt). De a Microsoft nem nyújt ilyen lehetőséget.
- Szektoronkénti másolat teljes sikerült DISK1 másik egészséges meghajtó segítségével klónozás programokat. Azonban ez nem működik elérhető számomra a program dinamikus lemezekkel.
Példa illetékes végrehajtása szoftveres RAID
A fenti hiányosságok megkímélte a hardver és szoftver megvalósítása a RAID-vezérlő, úgynevezett Intel Matrix Storage és új nevén az Intel Rapid Storage (fut a RAID-változat a chipset, így a ICH9R, ICH10R). RAID hardver és szoftver az Intel számos előnyt nyújt „gyökerezik» RAID-vezérlők:
- hogy meghatározza a hot-swap meghajtók
- a képesség, hogy hozzon létre kötetek különböző RAID szintek egyetlen lemezen csoport
- szinkronizációs szekvencia és ellenőrzés RAID kötetek a lemezen csoport
Legfőbb hátránya, szemben egy teljesen hardveres RAID-vezérlő, a „szoftver”, amely magában foglalja:
- nincs beépített cache, és a lehetőséget, akkumulátor élettartama baleset esetén
- teljesen független az operációs rendszer és a járművezetők
- műveleteket végez a lemez alrendszer betölti a fő processzor és a memória
- Nem támogatja a fejlett nagy számítási igényű RAID-szint, mint a RAID6
hasznos linkek
Annak ellenére, hogy alig van jelentősége, fogom leírni egy pozitív élmény a szervezet a „tükör”: az OS példaként a Windows XP PRO _SP3_.
Általában a hálózat hiányzik egy leírás arról, hogy a kis szerkesztési fájlok RAID támogatás a Windows XP _PRO_ (PRO - mert otthon nem támogatja a dinamikus lemezeket, meg kell szervezni a RAID), de azt írta az időben SP2, és tanulmányozza a kérdést kiderül, hogy elég rake:
- RAID be van kapcsolva, de miután az operációs rendszer újraindítása akkor újra kell aktiválni, ami például a dob .bat-fájlparancsokat diskpart;
- meg kell aktiválni az új részesedés meghajtók;
- meg kell leadott lehetőséget biztosít „letölteni” a második lemezt a kezdet, az első (amit nem értem, de a szavak az internet annyira - nem ellenőrzi), stb
Tehát, nincs többé szükség WinXP PRO _SP3_ semmi trükk, ez a munka, valamint a «felnőtt» Windows Server - benne egy tükör (RAID1) egyszer, és minden működik. Beleértve a hiba vagy kihúzza az egyik meghajtó (nem számít, hogy mit - azok feltétlenül azonosak, és az operációs rendszer nem számít, mit eltávolítani vagy törött).
Szintén fontos megjegyezni, hogy a dinamikus lemezek jól látható, ha a letöltés «mini WinXP» a Hiren Boot CD V.15 - például könnyen megy a meghajtó, vett egy másik gépen, és másolja a szükséges fájlokat.
Ha azt szeretnénk, hogy a klón a „dinamikus” lemez / partíció vagy hogy egy kép, ez történik ugyanazon a helyen a Hiren Boot CD-t használó Norton Ghost, ami szintén rendben van e munkálatok (megjegyzés. Ghost dinamikus lemezek is működik egy régi Hiren a V.10, bár nem láthatók, amikor betölti mini WinXP vele).
By the way, de a RAID keresztül Intel vezető panaszok sok (de általában ezek nem túl friss) -, hogy miután a tömb degradáció tud regenerálódni hosszú ideig (akár naponta), és nem mindig ugyanabban az időben a rendszer működőképes marad, azaz, akkor kap egy hosszú rendszer leállás.
Én is nagyon érdekel a tapasztalat ebben a tekintetben.