Bevezetés az IBM X-Series Server vállalati architektúra technológiájába
Az IBM Enterprise Type X architektúra (EXA) jellemzői és előnyei:
Az IBM Enterprise X-Architecture bemutatja, hogyan képes egy okosan megtervezett evolúciós megközelítés innovatív funkciókat létrehozni. Az Enterprise Type X architektúra három iparági szabványú szervertechnológiai komponenst használ – processzort, memóriát és I/O-t –, és tovább fejlesztik fejlett funkciókat, amelyek a szabványos rendszereket a következő szintre emelik.
Az Enterprise Type X architektúra olyan funkciókat hoz az iparág szabványos szervereibe, amelyek korábban csak főszámítógépek és más prémium rendszerfelhasználók számára voltak elérhetők. Ezek az új funkciók, a meglévő X-type architektúra technológiáival együtt, forradalmi skálázhatóságot, gazdaságosságot, páratlan rugalmasságot, valamint új szintű elérhetőséget és teljesítményt teremtenek. Olyan kulcsfontosságú jellemzők, amelyek az ügyfeleket leegyszerűsítik a menedzsment egyszerűsítésével, a költségek csökkentésével és a rendelkezésre állás javításával, a következők:
o XpandOnDemand skálázhatóság, rendszerszegmentálás, PCI–X I/O alrendszer, Active PCI–X
o I/O
o Memória ProteXion
- Chipkill memória
- Memóriatükrözés
- Hot-add/hot-swappable memória (hamarosan érkezik)
o XceL4 server accelerator cache
A következő tartalomban részletesen bemutatjuk a szerver skálázhatóságának négy aspektusát: L4 gyorsítótárt, memóriatechnológiát és I/O-t.
Vállalati X-típusú architektúra: XpandOnDemand
Rugalmas moduláris kialakításának köszönhetően az Enterprise X architektúra forradalmi új gazdaságot teremt a szerverek számára: az ügyfeleknek már nem kell annyi szervert előre megvásárolniuk, amennyit csak tudnak, hogy biztosítsák a jövőbeli kapacitásnövekedést. Fizethetsz, ahogy növekedsz. Ezt hívjuk innovatív XpandOnDemand skálázhatóságnak.
Az Enterprise X-type architektúra technológia egy továbbfejlesztett, nagy teljesítményű, 4-irányú SMP szabványos építőblokkot, az SMP bővítő modult használja. Ezeket a 4-szintű modulokat skálázható vállalati csomópontként használva az IBM SMP bővítő modulok hatékony bővítést tesznek lehetővé 4-esről 8-irányos, sőt 12-irányú rendszerekre is, egyetlen nagy sebességű SMP bővítőporton keresztül összekapcsolva őket. Ezért, ha az ügyfélnek végül több feldolgozási képességre van szüksége, egy tartalék 4-sávos modul hozzáadható, hogy egy 8-socketes szervert hozzanak létre egyszerű vezetékezéssel. Ha ezek a 8 foglalatú szerverek nem biztosítanak elegendő helyet és rekeszet, tovább növelhetik az I/O slot kapacitását azáltal, hogy külső távoli I/O bővítőegységeket (később leírnak) és távoli tárolókat, például az IBM EXP500-at csatlakoztatják.
Az Enterprise Type X architektúrájú SMP bővítő modulok tartalmazzák processzorokat, memóriát, I/O támogatást, gyorsítótárat, tárolást és más eszközöket, amelyeket külön futtathatnak, mint más szerverek. Minden modul futtathat egy operációs rendszert, amely eltér a többitől, vagy szükség esetén több modul is rendelhető egy operációs rendszer verzióhoz rendszerszegmentálással. A rendszer szegmentálásával egy rendszer konfigurálható memóriarendszerként, amely 16 processzort oszt meg, vagy több szegmensre osztható. Végső soron, ha minden EXA funkció támogatott, egy szegmens olyan kicsi, mint egy processzor.
A modulokat dedikált nagysebességű összekapcsoló eszközök, az úgynevezett SMP bővítési portok kötik össze, amelyek erőforrásokat osztanak meg a közel lineáris skálázhatóság érdekében, lehetővé téve a felhasználók számára, hogy több csomópontot is futtatjanak egy nagy konglomerátumként, vagy két vagy több kisebb egységként – vagy akár később is átrendezzék a konfigurációt, ha szükséges.
Az EXA technológia hozzáférést biztosít az összes processzor és a memória között, függetlenül a megfelelő csomópontoktól, így csökkentve a kapcsolódást. Minden további csomóponttal chipkészleteket, front-end buszokat, PCI buszokat és egyéb erőforrásokat is hozzáadhatsz az adatforgalom megosztásához. Több csomópont több rendszersávszélességet jelent. Képzeld el, milyen konfliktusokkal és erőforrás-problémákkal szembesülsz egy hagyományos 16 vagy 32 irányú SMP rendszerben.
Hasonlóképpen, egy szervercsoportot támogatni, amelyek failoveren keresztül csatlakoznak, olyan egyszerű, mint két, három vagy négy 4-irányú csomópont összekapcsolása. Ugyanazt a rendszerkiterjesztési port útvonalat használhatod a csomópontok között a klaszterek összekapcsolásához. Skálázható klasztereknél egy nagy sebességű összeköttetés bonyolult Ethernet rendszer nélkül is létrehozható, mivel az már létezik SMP bővítési portokon keresztül. Ezen felül az Ethernet PCI–X slot nyitott más I/O csatornák számára.
SMP kiterjesztő modul technológia: XceL4 szerver gyorsítótár cache
Az Enterprise Type X Architecture (EXA) által támogatott fejlett funkció egy hatalmas 4-es szintű (XceL4 Server Accelerator Cache) rendszergyorsítótár, amely biztosítja az SMP bővítő modul memória teljesítménytechnológiájának megfelelő működését, 64 MB 400 MHz DDR (Double Data Transfer Rate) nagy sebességű ECC memóriával SMP bővítőmodulonként Itanium alapú szerverekben, szemben a Xeon rendszerekben 32 MB-tal.
A processzor és a fő memória közötti nagy sebességű DDR memóriával az XceL4 gyorsítótár jelentősen javíthatja a processzor és az I/O eszközök teljesítményét. Mennyit javult a teljesítmény? Egy olyan iparágban, ahol a gyártók teljesítményelőnyük több mint 2%-os versenytársak felett, az XceL4 gyorsítótározás akár 15–20%-kal növelheti az áteresztőképességet minden szerveren.
Az Intel 32 és 64 bites processzorai viszonylag kis léptékű (128 K-tól 4 MB-ig, processzorfüggően) 1-es, 2-es szintű, és (Itanium használatával) 3-as szintű beépített gyorsítótár-memóriát tartalmaznak. A beépített gyorsítótár mennyiségét a processzor modulban lévő hely korlátozza. Minél nagyobb a gyorsítótár, annál gyakrabban keresi a processzor a szükséges adatokat, és annál kevesebb kell hozzáférnie a lassabb fő memóriához. (A processzor sebessége sokkal gyorsabban nő, mint a fő memória sebessége; Évről évre nő a fő memória elérésének száma. )
Nagy memóriakapacitás
Az Active Memory áttörés a vállalati X-típusú architektúrák tömegmemória technológiájában, amelyet a kapacitás, teljesítmény és megbízhatóság növelésére terveztek. Ilyen technológia a nagy memóriakapacitások támogatásának képessége.
Míg egyes szervereket továbbra is korlátoz a telepíthető memóriahelyek száma, másokat a szerver által használt chipkészlet maximális memóriája korlátoz. Ezek miatt a legtöbb szerver memóriakorlátja 16 GB RAM vagy annál kevesebb. Az Enterprise Type X architektúra áttöri ezt a korlátot, lehetővé téve akár 256 GB RAM-ot (64 GB egy 32 bites Intel Xeon MP processzoron alapuló szerverben) egy 64 bites Itanium alapú szerveren alapuló szerverben.
Memória ProteXion
A Memory ProteXion segít megvédeni a hirtelen meghibásodásokat, amelyeket a kemény memóriahibák okoznak. Valamennyire hasonlóan működik a Windows NTFS fájlrendszer forró tartalék lemezszektoraihoz, és ha az operációs rendszer rossz szektorokat észlel a lemezen, adatokat ír a tartalék szektorba erre a célra. A memória ProteXion (más rendszereken redundáns bithangolásként is ismert) eredetileg IBM nagyszámítógépekhez készült, és évek óta használják zSeries és iSeries szervereken.
A Memory ProteXon által védett szerverek közel 200-szor kisebb valószínűséggel hibásodnak, mint egy szabványos ECC memóriát használó szerver. Az ECC (Error Detection and Correction) DIMM 144 bitet tartalmaz, de csak 140 bitet használnak adathoz, a fennmaradó négy bit pedig kihasználatlan. A Memory ProteXion egyszerűen átírja az adatokat ezekre a tartalék bitekre, ahelyett, hogy gyorsan letiltaná a DIMM-eket. Ez a megközelítés lehetővé teszi a Memory ProteXion számára, hogy DIMM-enként négy egymást követő bithibát javítson – nyolc egymást követő bithibát memóriavezérlőnként (egy szervernek több vezérlője is lehet). Ez a fejlett technológia segíthet csökkenteni a szerverek leállását, így egy robusztus kliens-szerver számítástechnikai platformot eredményezve. Ez különösen fontos nagy adatbázis-környezetekben, ahol tranzakciók/visszagörcsök, újraindexelés és adatszinkronizáció a szerverek között órákig tartó veszteséget okozhat, mielőtt egy összeomlott adatbázis újra működne. Ha egy memóriavezérlő a váratékos biten kívül fut, az továbbra is második védelmi vonalként működik a Chipkill memória számára.
A chipkill ECC memória (amely ma az iparág szabványos számítógépeinek harmadik generációja) csak akkor működik, ha egy szerver rövid idő alatt annyi hibát szenved el, hogy a Memory ProteXion nem tudja megoldani.
Memóriatükrözés
A memóriahibák miatti szerverleállás elleni harmadik védelmi vonal a memóriatükrözés. Ebben a technológiában a memóriát nagyon hasonlóan kezelik, mint a RAID konfigurációban használt lemeztükrözés. Ebben az esetben a fő memóriakarton lévő adatok pontos leképezése tükröződik a tartalék vagy tartalék memória modulra. Ennek eredményeként ha egy memóriakart meghibásodik, a tükrözött memóriakart válik a fő memóriakart. A meghibásodott memóriakart cseréje után a fő memóriakart adatai tükröződnek az új memóriakarthoz.
PCI–X I/O rendszer és Active PCI–X
A legújabb PC I/O buszok több 64 bites 66 MHz-es PCI buszszegmenst is lehetővé teszik, amelyek szegmentenként 400–500 MBps sebességet támogatnak. Ez a sávszélesség nem elegendő a feltörekvő 10 Gbps (gigabájt/másodperc) vagy magasabb I/O környezetek támogatására.
További teljesítményfejlesztések nélkül a PCI gyorsan szűk keresztmetszetté válik, amely megakadályozza, hogy ezek a nagy sebességű hálózatok maximális hálózati sebességgel csatlakozzanak szerverekhez. Az I/O szűk keresztmetszetek megakadályozták, hogy az iparági szabványos szerverek kiegyensúlyozott rendszerarchitektúrává váljanak, ami a nagy sebességű Intel-alapú szerverek és mainframe rendszerek jellemzője. Ezért ezeknek a teljesítményproblémáknak a kezelésére az ipar kifejlesztett egy továbbfejlesztett buszt, a PCI–X-et, amely célja, hogy meghosszabbítsa a PCI élettartamát, amíg a következő generációs sorozatos I/O architektúrák, például az InfiniBand nem készülnek el.
A PCI–X lehetővé teszi, hogy minden jelenlegi 32 és 64 bites 66 MHz-es PCI adapter megfelelően működjön a PCI–X buszban. A PCI–X adapter teljes mértékben kihasználja az új 100 MHz-es és 133 MHz-es buszsebességeket, amelyek lehetővé teszik, hogy egyetlen 64 bites adapter akár 1 gigabájt adatot is szolgáltasson másodpercenként. Ezen felül a PCI–X kétszer annyi PCI 66 MHz-es 64 bites adaptert támogat egyetlen buszon.
Az Active PCI–X lehetővé teszi, hogy Active PCI és Active PCI–X támogatott kártyákat adj vagy cserélj anélkül, hogy a szervert leállítanád. Az Active PCI–X funkciókat, amelyek a szerver általános elérhetőségének javítására terveztek, a következőképpen kategorizálódnak:
A hot-swappable lehetővé teszi, hogy egy hibás vagy közelgő adaptert újraindítás nélkül cserélj
A Hot Add egyszerű frissítéseket kínál, amelyek lehetővé teszik, hogy új adaptereket adj hozzá a szerver működése közben (az IBM volt az első az iparágban, amely ezt a funkciót kínálta).
A failover lehetővé teszi, hogy a biztonsági adapter felelős legyen az összes feldolgozott szolgáltatás futtatásáért elsődleges adapterhiba esetén
Technikai kérdések a 8658-51Y 5100X230 szerverről:
Az 1.8658 11Y----21Y—61Y-6RY és más NF 5100/X230 alaplapok mind ugyanazok, ez a szerver az IBM
Probléma van a gyártási tervezéssel, és a CPU első slotjának VRM hibájával, ami súlyos esetekben égetni fogja a CPU-t és az alaplapot.
2. Ennek a problémának a megoldására az IBM később egy továbbfejlesztett 5100-as alaplapot használt, amelyet FRU: 59P5869 néven hívtak
Nem lehet a CPU VRM-jét, vagyis az első helyet elégetni, a CPU-t normálisan lehet betölteni: Néhány jelentős ügyfél az IBM Send Basket Fast
A mérnök az alaplapot az FRU:59P5869 javított lapra cserélte.
3. Van egy másik mód: Lankuai mérnöki megközelítése (gyakorolt), hogy a CPU-t a második CPU helyre helyezze
Hozzáadjunk egy VRM CPU terminálplatot az eredeti második CPU helyből az első helyre, és így tovább
Így elkerüli az első CPU égésének elvesztését. Vagyis a szerver csak egy CPU-hoz tud menni
A második CPU hely. Ez megfelel az FRU: 09N7844 06P6165 25P3289, azaz nem módosított lemezeknek.
4. Ez az oka annak is, hogy az IBM 5100/X230 hajlamos problémákra, de van rá megoldás is.
Tehát egy jó CPU soha nem kerülhet az első helyre.
Az Ipssend parancs és konfigurációs módszer részletes magyarázata
Az Ipssend egy olyan eszköz, amely a tömböket a parancssoron konfigurálja, maga a parancsfájl nagyon kicsi, könnyen letölthető az internetről, ami megoldhatja a problémát, hogy egyes felhasználók elveszítik a szerver raid-ját, szerver útmutató lemezeit, és nem tudnak kb. 500Mb ISO képfájlokat letölteni az internetről.
Fő parancsok:
1.create – Ennek a parancsnak a funkciója, hogy logikus meghajtót hozzon létre egy meglévő tömb vagy egy új tömb fölé.
Megjegyzés: Ez a parancs nem tud logikai meghajtót létrehozni a RAID level-x0 számára.
Parancs formátum : IPSSEND CREATE controller LOGICALDRIVE NEWARRAY/ARRAYID size raidlevel {channel sid}
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
l NEWARRAY azt jelenti, hogy új tömböt kell létrehozni (ha nem akarsz új tömböt létrehozni, kihagyhatod)
Az l méret és a raid szint a létrehozandó logikai meghajtók mérete és tömbje szintjei
Példa: (Az alapértelmezett vezérlő 1, a merevlemez azonosítója 0-ról indul, logikai meghajtó mérete 100Mb)
1. Egy merevlemez RAID 0-t csinál: ipssend létrehoz 1 logicaldrive newarray 100 0 1 0. Az utolsó 10 a megfelelő {channel sid} címet jelöli
2. Indítsd el a raid 0-t két merevlemezen: ipssend hozzon létre 1 logicaldrive-ot Newarray 100 0 1 0 1 1. Az utolsó 1 0 1 1 a megfelelő {csatorna sid} címet jelzi
3. Két merevlemez működik RAID 1-et: ipssend létrehoz 1 logicaldrive-ot newarray 100 1 1 0 1 1. Az utolsó 1 0 1 1 a megfelelő {csatorna sid} címet jelzi
4. Három merevlemez hajt végre RAID 5-et: ipssend létrehoz 1 logicaldrive-ot Newarray 100 5 1 0 1 1 1 2. Az utolsó 1 0 1 1 1 1 2 a megfelelő {channel sid} parancsra utal, amely ezt az új tömböt a tömbként definiálja.
5. Ha egy másik logicaldrive input parancsot szeretnél létrehozni a 4. példa alapján:
Az IPSSEND hozzon létre 1 logikai meghajtót, egy 100 5 1 0 1 1 1 1 2. Az utolsó 1 0 1 1 1 2 a megfelelő {csatorna sid}
2.delete – Ez a parancs törli a már létező tömböt. Ugyanakkor a logikai meghajtón lévő adatok elvesznek.
Megjegyzés: Ez a parancs nem tudja törölni a RAID level-x0 logikai meghajtóját
Parancs formátum: IPSSEND DELETE controller ARRAY tömbös
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
l arrayID az a tömb, amely létezik (A-H)
Példa: (Feltételezve, hogy a vezérlő 1, és a tömbazonosító a)
Ipssend Delete 1 Array A
3. devinfo – Ez a parancs a fizikai meghajtó állapotát és méretét mutatja.
Parancs formátum: IPSSEND DEVINFO controller channel sid
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
Az l csatorna az SCSI csatornára (1-4) utal
l SID az SCSI azonosító számot (0-15) jelenti
Például: ipssend devinfo 1 1 0
A következőképpen látható:
Találtam 1 IBM ServeRAID vezérlőt.
Eszközinformáció indult az 1-es kontroller számára...
Az eszköz merevlemez
Csatorna: 1
SCSI azonosító: 0
PFA (igen/nem): Nem
Állapot: Készen (RDY)
Méret (MB-ben)/(szektorokban): 34715/71096368
Eszköz azonosító: IBM-ESXSST336732B84G3ET0YAHS
FRU alkatrészszám: 06P5778
A parancsnokság sikeresen teljesített.
4. drivever – Ez a parancs tartalmazza a fizikai meghajtó gyártóazonosítóját, firmware verzióját és sorozatszámát.
Parancs formátum: IPSSEND DRIVEVER controller channel sid
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
Az l csatorna az SCSI csatornára (1-4) utal
l SID az SCSI azonosító számot (0-15) jelenti
Ipssend drivever 1 1 0
A következőképpen látható:
Találtam 1 IBM ServeRAID vezérlőt.
SCSI lekérdezés DCDB indult az 1-es vezérlő számára...
Eszköz típusa: Merevlemez
Csatorna: 1
SCSI azonosító: 0
Gyártó: IBM-ESXS
Javítási szint: B84G
Sorozatszám: 3ET0YAHS
A parancsnokság sikeresen teljesített.
5. getconfig – Ez a parancs információkat tartalmaz a vezérlőről, logikai meghajtóról és fizikai rendszerről
Parancsformátum: IPSSEND GETCONFIG vezérlő AD/LD/PD/AL
A vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
l AD megjeleníti a vezérlő információkat
l LD logikai meghajtók adatait jeleníti meg
l PD információkat jelenít meg fizikai eszközökről
l AL megjeleníti az összes fenti információt
Példa: (Az alapértelmezett vezérlő 1)
Ipssend Getconfig 1 al
6. setconfig – Ez a parancs megváltoztatja a vezérlő konfigurációját, például az alapértelmezett érték visszatérését és a tömbinformáció másolását a merevlemezről
Parancs formátum: IPSSEND SETCONFIG vezérlő DEFAULT/IMPORTDRIVE
Példa:
Visszaállítani egy kontrollert exit beállításra:
ipssend setconfig 1 default
Tömbinformációk másolása merevlemezről:
Ipssend SetConfig 1 importdrive
7.scandrives – Átvizsgálja az összes merevlemezt a kontrolleren
Parancsformátum: IPSSEND SCANDRIVES vezérlő
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
Használat: (Feltételezve, hogy a vezérlő 1)
Ipssend scandrives 1
8. Backup - Backup Array információk
Parancs formátum: IPSSEND BACKUP vezérlő fájlnév
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
Használati példák:
Ipssend backup 1 backupfile
9. visszaállítás – A biztonsági biztonsági információk visszaállítása
Parancs formátum: IPSSEND RESTORE vezérlő fájlnév
l vezérlő a RAID vezérlő azonosító számát jelenti (1-12)
Használati példák:
ipssend restore 1 backupfile
Az IBM RAID kártya BIOS-visszaminősítési módszeréről
Ez egy program flashman.pro fájl az IBM frissítő lemezen, a következő programot kell módosítanod a RAID BIOS-hoz, és IBM RAID lemezekkel kell leminősítened a RAID BIOS-t. A megoldás, hogy először letöltöd a 4.84-es BIOS frissítést
Program.4.84 BIOS/firmare upgrade lemez. A flashman.pro fájl így szól:
ServeRAID család firmware és BIOS letöltő segédprogram-profil
Lemezkiadás: 4.84.01
.
Formátum =
[------ BIOS -------] [---- Firmware -----] [------ Boot -------]
:adapter neve,képnév,rev#,dsk#,képnév,rev#,dsk#,képnév,rev#,dsk#,képnév,rev#,dsk#,
.
-----------------------------------------------------------------------------
.
Típus: ServeRAID,A:
.
Ismeretlen adapter
:?,raid.img,99,1,codeblk.cph,99,2,bootblk.cph,0.00.00,1,
.
Rézfej adapter
:ServeRAID,raid.img,4.84.01,1,codeblk.cph,2.25.01,2,bootblk.cph,0.00.00,1,
.
ServeRAID a sík képen (Navajo)
:ServeRAID1C1,raid.img,4.84.01,1,codeblk.nvj,2.88.13,2,bootblk.nvj,0.00.00,1,
.
Copperhead-Refresh Adapter
:ServeRAID II,raid.img,4.84.01,1,codeblk.rf,2.88.13,2,bootblk.rf,0.00.00,1,
.
Copperhead-Refresh a gyalékon (Kiowa)
:ServeRAID2C2,raid.img,4.84.01,1,codeblk.rf,2.88.13,2,bootblk.rf,0.00.00,1,
.
Klarinét adapter
:ServeRAID-3H,raid.img,7.84.01,1,codeblk.cln,7.84.01,1,bootblk.cln,0.00.00,1,
.
Klarinét-Lite Adapter (Oboa)
:ServeRAID-3L,raid.img,7.84.01,1,codeblk.cln,7.84.01,1,bootblk.cln,0.00.00,1,
.
Harsona-adapter
:ServeRAID-4H,raid.img,7.84.01,1,codeblk.trb,7.84.01,2,bootblk.trb,0.00.00,1,
.
Morpheus Adapter
:ServeRAID-4M,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.mor,0.00.00,1,
.
Morpheus-Lite Adapter
:ServeRAID-4L,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.mor,0.00.00,1,
.
Neo Adapter
:ServeRAID-4Mx,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.neo,4.84.01,1,
.
Neo-Lite Adapter
:ServeRAID-4Lx,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.neo,4.84.01,1,
Ez a módszer az, hogy a 4lx, raid.img, 4.84.01, 1 (7.84.01, 1), codedblk, neo, 4.84.01, 1 ((7.84.01, 1) és más változatlan verziók változnak, amikor a BIOS-t frissítik, kiderül, hogy a 6.10 nem elég magas ahhoz, hogy az új 7.84-es BIOS-ra váltson, és valójában 4.84-et generálunk. Ezt hívják light rise és dark fall-nak.
Újraindítás után a RAID kártya hibát jelent, ami normális, a CATL+1 belép a RAID kártyára és újra inicializálódik.
Rendben van, ha megismételhetem.
Használj egy 4.84-es frissítő BIOS lemezt az internetről. Nyisd meg a flashman.pro fájlt a Notepadban, és változtasd meg.
Ha leesik. A BIOS még mindig nem tud RAID-et csinálni, vagy a merevlemez elromlott, csatlakoztasd a merevlemez hátlapjának SCSI kábelét az alaplap SCSI interfészéhez, CATL+A szkenneld át a merevlemezt, hogy lásd, egyenletesen megy-e, vagy néhány OEM merevlemez nem tud RAID-et készíteni. Ez túl baj, így nincs szükség RAID futtatásra. Természetesen az eredeti IBM merevlemez RAID 0-ként a legjobb ellenőrzés.
Segítek neked, a kulcs rajtad múlik, hogy te döntsd el. Vannak problémák
Hívj fel újra. Sok RAID lemezem van a RAID 3.0-ból |
Közzétéve 2015. 02. 16. 21:14:01
|
|
|
