Ky artikull diskuton se çfarë nënkuptohet me "tolerant ndaj gabimeve" çfarë lloje sigurie shtesë të të dhënave mund të sigurohen nga grupet RAID dhe çfarë mund dhe nuk mund të bëhet me kopje rezervë kur lind nevoja për të garantuar sigurinë e informacionit të vlefshëm.
Njohja me çdo softuer të rikuperimit të të dhënave është hapi i parë drejt garantimit të sigurisë së të dhënave tuaja për një kohë të gjatë. Sistemet tolerante ndaj gabimeve, grupet rezervë për ruajtjen e të dhënave dhe madje edhe kopjet rezervë të planifikuar zakonisht nuk e shmangin nevojën për të pasur softuer për rikuperimin e të dhënave. Pse është ky rasti?
Përmbajtja:Sisteme tolerante ndaj defekteve
Shumë biznesmenë që kujdesen për sigurinë e informacionit të vlefshëm blejnë kompjuterë me një nivel të lartë besueshmërie. Në të njëjtën kohë, prodhuesit Sony, Toshiba, Hitachi, Samsung sigurojnë që një besueshmëri e tillë shtesë e një kompjuteri sigurohet nga një sistem tolerant ndaj gabimeve dhe një kompjuter i pajisur me të do të vazhdojë të funksionojë plotësisht edhe nëse një ose disa nga përbërësit e tij dështojnë. Sa i përket mënyrës se si ruhet informacioni, sistemet tolerante ndaj gabimeve përdorin ruajtjen e të dhënave të shpërndara, grupet RAID ose të dyja së bashku, në mënyrë që të jeni të sigurt se kur një ose më shumë disqe të ngurtë dështojnë, nënsistemi që ruan të dhënat do të vazhdojë të ekzekutoni, duke iu përgjigjur kërkesave të përdoruesve. Prandaj, në situatat kur një kompjuter konvencional dështon, kompjuterët e pajisur me sisteme tolerante ndaj gabimeve do të vazhdojnë të funksionojnë pa probleme, edhe nëse disa nga komponentët e tyre prishen.
Atëherë, pse na duhet një program për të rikuperuar informacionin nëse një sistem i tillë i ruajtjes së të dhënave duket i paprekshëm? Përgjigja është e thjeshtë dhe qëndron në formën e "tolerancës së gabimeve" të ofruar nga sisteme të tilla. Në rast urgjence, opsioni "toleranca ndaj gabimeve" do të lejojë kompjuterin të punojë edhe me një ose më shumë disqe të dëmtuar, që do të thotë se sistemi do të mbrojë të dhënat në rast të ndonjë dështimi fizik të harduerit, por do të jetë i padobishëm kur bëhet fjalë për sigurimi i integritetit logjik të të dhënave.
Një dështim i softuerit, një dështim i sistemit të skedarëve, një sulm virusi, aktivitet keqdashës, apo edhe një gabim i thjeshtë i përdoruesit mund të çojë në faktin se të gjitha të dhënat e përdoruesit do të bëhen të paarritshme në të gjithë disqet e ngurtë në nivelin logjik, ndërsa në nivelin fizik gjithçka do të punoni mirë. Gabimet logjike trajtohen më së miri duke përdorur shërbimet e rikuperimit të të dhënave si p.sh Rimëkëmbja e ndarjes Hetman që do të rikuperojë skedarët dhe dosjet nga hard disqet me sisteme skedarësh të dëmtuar, të prishur ose që mungojnë.
Vargjet rezervë dhe grupet RAID
Bizneset me buxhete të kufizuara, si dhe përdoruesit e zakonshëm, shpesh mbështeten në një nënsistem të grupit rezervë për të mbrojtur më tej të dhënat e tyre.
Megjithatë, grupet RAID, kur përdoren vetë, vetëm pjesërisht e mbrojnë kompjuterin. Pra, nëse është ende e mundur të përballeni disi me dështimin e një ose më shumë disqeve, atëherë një kontrollues i prishur RAID do të çojë në faktin se i gjithë sistemi do të pushojë së funksionuari.
Ashtu si me sistemet tolerante ndaj gabimeve, një grup RAID do të ofrojë vetëm një nivel të kufizuar sigurie në rast të problemeve fizike me një ose më shumë disqe që përfshijnë grupin. Edhe grupi më i mirë RAID nuk do të mbrojë nga fshirja aksidentale e skedarit, ose nga një virus që pastron një dosje të tërë, ose nga gabimi i përdoruesit që shkakton dështimin e sistemit të skedarëve dhe bllokimin e aksesit të refuzuar. Prandaj, për tifozët e grupeve të tepërta RAID, rekomandimi për t'u njohur me një mjet të mirë për rikuperimin e të dhënave (si p.sh. Rimëkëmbja e ndarjes Hetman) është shumë këmbëngulës.
Planifikimi i kopjeve rezervë
Planifikimi i duhur i kopjeve rezervë mund të zvogëlojë shumë ankthin e përdoruesit për sigurinë e informacionit të tyre. Duke kryer rregullisht dhe me përpikëri kopje rezervë, mund të ruani informacione edhe në rast të dëmtimit logjik të sistemit. Por nëse tashmë keni pyetur veten se si të rikuperoni skedarët e fshirë, atëherë përdorni Hetman fshirës... Shërbimi do të kryejë rikuperimin e të dhënave shumë më lehtë dhe më shpejt. Ju mund ta shkarkoni programin falas nga faqja jonë e internetit.
Është zakon të shkruhet një histori suksesi në bloget e korporatave - kjo ka një efekt pozitiv në imazhin e kompanisë. Fatkeqësisht, në punën e një inxhinieri, jo gjithmonë çdo gjë përfundon me një fund të lumtur.
Më duhet të them që kolegët tashmë kanë filluar të bëjnë shaka se po “tërheq” probleme. Në një mënyrë apo tjetër, kam marrë pjesë pothuajse në të gjitha aplikacionet problematike së fundmi. Dhe tani dua të tregoj një histori mësimore nga praktika ime.
Historia filloi me faktin se më kërkuan të analizoja performancën e një grupi disqesh të një sistemi ruajtjeje, "frenat" e të cilit paralizuan punën e një dege të tërë. Situata fillestare është si më poshtë:
- Vargu përmban të dhëna të fermave VMware.
- Të gjithë vëllimet janë vendosur në RAID5 (disqe 7200 dhe 10000) dhe pasqyrohen midis dy grupeve identike.
- Nuk ka kontratë me një kovë për të mbështetur këtë pajisje.
- Versioni i firmuerit të grupit është 7.3.0.4 (aktual në atë kohë 7.6.1.1).
- Gjithashtu, ruajtja përdoret për të virtualizuar sistemet e ruajtjes HP EVA.
Dhe më pas, gjatë analizës së performancës, filloi të shfaqej një "poltergeist": vëllimet nga një grup në ndërfaqen vSphere shfaqin periodikisht një vëllim të pasaktë (nga negativ në dhjetëra petabajt), të cilin klienti e konsideroi si problem në grup. Në të njëjtën kohë, qasja në tastierat e disa makinave virtuale humbi dhe lindin probleme të tjera. Edhe unë tashmë kisha filluar të nervozohesha, dhe klienti sapo kishte dalë.
Dhe pastaj fillon një fishekzjarre problemesh.
Ne gjetëm një gabim ESXi që mund të shfaqë madhësi të gabuara të volumit. Por rezulton se nuk ka një kontratë zyrtare mbështetëse për VMware. Mbështetja ofrohet nga një kompani e palës së tretë dhe vetëm gjatë ditëve të javës, dhe rasti zhvillohet të shtunën.
Për lumturi të plotë, firmware-i i dy serverëve nga tre dhe çelsat (shasia e tehut) mbeten prapa firmuerit të modulit të kontrollit të shasisë, gjë që gjithashtu mund të çojë në problemet më të papritura. Epo, qershia në krye: çelsat SAN kanë versione të ndryshme firmware, dhe të gjithë versionin kryesor para fundit (6.x.x, kur 8.0.x është i disponueshëm).
Më në fund, rezulton se MS SQL Server Express i mbaroi hapësira e lirë, gjë që shkaktoi një "poltergeist" me disponueshmërinë e konzollave VM në vSphere dhe madhësitë e volumit të shfaqura gabimisht. Pra, ndërsa administratorët po zgjidhnin problemet e bazës së të dhënave, ne po përpiqeshim të kuptonim sistemin e ruajtjes.
Pas disa veprimesh, vëllimi kryesor papritmas doli jashtë linje.
Ne kujtuam një defekt në versionet 7.3, 7.4 dhe 7.5 të firmuerit, për shkak të të cilit blloqe të këqija mund të shfaqen në vëllime të ngjeshur pas një numri të caktuar aksesesh (në këtë situatë, as toleranca ndaj gabimeve RAID dhe as pasqyrimi i vëllimit në një grup fqinj nuk mund të ndihmojnë, pasi gabimi është një nivel më i lartë).
Dhe këtu u shfaq nuanca më interesante: rezulton se SRC e klientit nuk ka funksionuar për 3 muaj tashmë. Kjo do të thotë, ka kopje rezervë, por ato nuk janë të përditësuara, dhe rikthimi prej tyre është si humbja e të dhënave.
Ne arritëm ta sjellim volumin në internet (përmes grupit CLI), por hera e parë që hosti u përpoq të shkruante diçka, ai u rrëzua përsëri. Ne fikim të gjitha depozitat e të dhënave në serverë dhe kaluam ditën tjetër në zyrë, duke kopjuar pothuajse pa frymë të gjitha makinat virtuale atje ku mund të shkonin - te serverët, disqet USB dhe PC.
Si rezultat, ne arritëm të ruanim të gjitha të dhënat, përveç VM-së në të cilën u nis konsolidimi i fotografive, pasi gjatë procesit të konsolidimit LUN doli jashtë linje dhe në vend të të dhënave VM kishte "rrëmujë". Sipas ligjit të poshtërësisë, doli të ishte një VM e menaxhimit të dokumenteve elektronike. Përveç kësaj, për të eliminuar rreziqe të ndryshme, pothuajse e gjithë infrastruktura duhej të përditësohej - VMware, Brocade, HP Blade, etj.
Parakushtet për fatkeqësinë
Çfarë përfundimesh mund të nxjerrë një lexues i dashur nga kjo histori për të mos u gjetur në një situatë të ngjashme?
Faleminderit për vëmendjen tuaj, do të punoni pa probleme.
Alexey Trifonov
Prezantimi
Në këtë artikull do të shqyrtojmë parimet e rikuperimit të të dhënave nga grupet RAID në të ashtuquajturat raste "të thjeshta", duke përdorur metoda që janë të disponueshme për pothuajse të gjithë dhe nuk kërkojnë njohuri të thella në fushën e harduerit dhe softuerit kompjuterik. Rastet që mund të klasifikohen si "komplekse" janë shumë të ndryshme nga njëra-tjetra dhe kërkojnë një qasje individuale, kështu që nuk ka kuptim t'i përshkruajmë ato brenda kornizës së një artikulli. Megjithatë, ju mund të diskutoni një situatë specifike në seksionin e dedikuar për këtë qëllim.
Kujdes!!! Nëse informacioni i humbur është kritik dhe nuk jeni specialist i rikuperimit të të dhënave, ju rekomandojmë fuqimisht që të kontaktoni menjëherë një kompani, fusha kryesore e veprimtarisë së së cilës është zgjidhja e problemeve të tilla.
Por nëse fati i të dhënave ju shqetëson më pak sesa dëshira për t'u përpjekur t'i rikuperoni vetë, atëherë ky artikull është për ju.
Digresion i vogël
Duke marrë parasysh grupet, nuk mund të mos përmendim kontrollorët RAID, prej të cilëve sot ka shumë, me një gamë çmimesh nga njëzet deri në disa mijëra dollarë. Krahasimi i besueshmërisë është një pyetje e vështirë, por unë mendoj se të gjithë mund të marrin me mend se diferenca në çmim "nuk është e thithur nga bluja".
Kontrollorët e nivelit buxhetor kanë një algoritëm të thjeshtuar të funksionimit dhe rikuperimit pas dështimeve, i cili shprehet në një probabilitet më të madh të humbjes së informacionit. Modelet e shtrenjta janë shumë më të besueshme, algoritmet e trajtimit të gabimeve janë më të përsosura, por nuk janë as perfekte.
Ju mund të bëni pyetje në lidhje me veçoritë e funksionimit të modeleve të caktuara të kontrolluesve RAID
Një grup RAID nuk është një ilaç për humbjen e të dhënave. Praktika tregon se ka edhe keqfunksionime të kontrolluesit dhe keqfunksionime të disqeve të ngurtë, ose një gjë lind nga tjetra. Në çdo rast, duke u mbështetur plotësisht në besueshmërinë e grupeve dhe duke mos u kujdesur për krijimin në kohë të kopjeve rezervë, ju rrezikoni që një ditë të mbeteni pa informacion "të ruajtur në mënyrë të besueshme".
Probabiliteti i humbjes së të dhënave mund të reduktohet ndjeshëm duke monitoruar rregullisht gjendjen e grupit dhe duke kryer mirëmbajtje parandaluese, por nuk mund të reduktohet plotësisht në zero në këtë mënyrë.
Arsyet e dështimit të vargjeve RAID
Arsyeja më e zakonshme për dështimin e vargjeve të diskut është neglizhenca e administratorëve të sistemit, të cilët mbështeten në faktin se "bomba nuk bie dy herë në një hinkë". Gjatë funksionimit, për shembull RAID 5, një nga disqet dështon. Vargu vazhdon të funksionojë, por me një rënie të dukshme të shpejtësisë. Administratori i sistemit, duke vërejtur një dështim në disk, nuk po nxiton të ndërmarrë veprime aktive, sepse pret që grupi në këtë formë do të jetë ende në gjendje të punojë për ca kohë. Kjo ndonjëherë rezulton të jetë një mashtrim.
Nëse një nga disqet dështon, është mirë që menjëherë të kopjoni të dhënat kritike dhe më pas, duke zëvendësuar një nga disqet, të rindërtoni grupin.
Pse duhet të vini re se fillimisht duhet të bëni një kopje rezervë? Sepse kur përpiqeni të rindërtoni një grup, ndonjëherë ndodh që procesi "varet". Si rregull, kjo ndodh nëse gjatë procesit të leximit / shkrimit zbulohet një bllok i keq në një nga disqet, dhe kontrolluesi nuk mund të lexojë informacion nga sektori. Si rezultat, pas një pritjeje të gjatë dhe të padobishme, serveri është i mbingarkuar. Pastaj rezulton se grupi është "kolapsuar" plotësisht. Varja në raste të tilla ka shumë të ngjarë për shkak të trajtimit të gabuar të përjashtimeve. Si rregull, fenomeni i përshkruar është më tipik për modelet e lira të kontrollorëve, por gjithashtu ndodh kur përdorni pajisje të shtrenjta.
Një arsye tjetër e zakonshme për dështimin e grupit është kalimi i njëkohshëm i disa disqeve në modalitetin off-line. Siç ka treguar praktika, më shpesh kjo ndodh për shkak të problemeve me SMART, ose akumulimit të blloqeve të këqija. Derisa numri i tyre të kalojë një vlerë të caktuar, disku punon si duhet, por në një moment grupi ndalon së filluari. Dhe gjithçka duket se është në rregull, dhe disku, duke gjykuar nga tingulli, fillon normalisht, dhe kontrolluesi e zbulon saktë atë, por thjesht nuk është e qartë pse statusi i diskut është jashtë linje, grupi nuk fillon dhe nuk fillon japin të dhëna. E gjitha për faktin se kontrolluesi nuk mund të lexojë të dhënat e nevojshme nga disku, ose, duke diagnostikuar SMART, e përcakton diskun si "të vdekur".
Ka shumë shembuj të tjerë të dështimeve të grupeve, por çka nëse do të ndodhte? Informacioni ka humbur dhe duhet të rikthehet.
Teoria: Nivelet e RAID dhe Parimet e Rimëkëmbjes së të Dhënave
Tashmë përdoren më shpesh grupet e niveleve 0, 1, 10, 5, 50. Kohët e fundit ka pasur një interes në rritje për nivelin e gjashtë.
RAID 0 - përdorni shkrim me shirita (shirit).Është ndërtuar nga dy ose më shumë disqe. Informacioni regjistrohet në të gjithë disqet e grupit në blloqe të një madhësie të caktuar (8kb, 16kb, 32kb, 64kb, 128kb ...). Skedarët me madhësi një bllok shpërndahen në mënyrë të barabartë në dy ose më shumë disqe.
Për shkak të mungesës së tepricës ose dyfishimit të të dhënave, nëse një nga disqet dështon, është e pamundur të rivendosni plotësisht informacionin pa përdorur të dhëna nga disku i dëmtuar. Përjashtimet e vetme janë skedarët që janë më të vegjël se madhësia e bllokut. Për të rikuperuar plotësisht informacionin në raste të tilla, së pari duhet të hiqni të dhënat nga disku i dëmtuar dhe më pas të rivendosni RAID.
Në rastet kur të gjithë disqet janë në gjendje të mirë pune dhe grupi refuzon të funksionojë siç duhet, rikuperimi kryhet duke përdorur metodat e softuerit që përshkruhen
RAID 1 - duke përdorur teknologjinë e pasqyrimit. Ndërtuar nga dy disqe. Informacioni shkruhet njëkohësisht në të dy disqet, çdo disk është një kopje e plotë e vëllait të tij. Në rast të një dështimi të njërit prej disqeve, grupi mbetet funksional.
Nëse kontrolluesi keqfunksionon dhe grupi nuk zbulohet më, atëherë rikuperimi i të dhënave mund të kryhet duke përdorur këshillat nga artikulli Për ta bërë këtë, një nga disqet duhet të lidhet drejtpërdrejt me kompjuterin, duke anashkaluar kontrolluesin RAID. Nëse jeni me fat, pas lidhjes, të dhënat tuaja mund të jenë të disponueshme edhe pa përdorur programet e përshkruara në artikullin e mësipërm.
RAID 10 është një bashkim i nivelit 0 me nivelin 1, d.m.th. dy vija kombinohen në një pasqyrë. Vargu përdor të paktën 4 disqe. Mund të mbetet funksional nëse një nga përbërësit e tij RAID 0 dështon.
Kur shfaqet një problem, para së gjithash, duhet të përcaktoni se cili është saktësisht problemi - me kontrolluesin ose me disqet
Kur problemi është në nivelin e kontrolluesit, duhet të përcaktoni se cilët disqe të ngurtë janë çiftet që përbëjnë shiritat. Është e rëndësishme të mos përzieni disqet këtu, sepse kjo do të çojë në humbje kohe dhe pa rezultat. Pasi kjo të bëhet e njohur, merret një palë e tillë dhe informacioni hiqet prej tij në të njëjtën mënyrë si nga një RAID 0 i pavarur.
Gjatë funksionimit të RAID 10, ndodh gjithashtu që dy disqe të dështojnë. Opsionet e mëposhtme janë të mundshme këtu:
1) Të dy disqet i përkasin të njëjtit shirit, kontrolluesi trajton saktë përjashtimin dhe grupi vazhdon të funksionojë normalisht.
2) Të dy disqet i përkasin të njëjtit shirit, por grupi po shpërbëhet. Në këtë rast, ne thjesht marrim një shirit pune dhe e montojmë atë në mënyrë programore (më shumë për këtë më poshtë).
3) Disqet i përkasin shiritave të ndryshëm, por në njërin prej tyre ngasja e parë mbijetoi, dhe në tjetrën disku i dytë. Mundohuni të ndërtoni programatikisht RAID 0 prej tyre.
4) Disqet me të njëjtin emër me vija të ndryshme janë jashtë funksionit. Mjerisht Një nga disqet e thyer do të duhet të riparohet, ose ndryshe të hiqet prej tij. Pastaj ndërtohet softueri.
RAID 5 - vargje me barazi. Avantazhi i tij kryesor është shpërndarja e blloqeve të informacionit dhe blloqeve të kontrollit të barazisë në të gjithë disqet në grup. Për të krijuar një grup të tillë kërkohen të paktën tre disqe. Vëllimi i grupit është i barabartë me shumën e vëllimeve të disqeve përbërëse të tij, minus një disk. Blloqet e barazisë përdoren për të llogaritur informacionin që mungon kur një nga disqet që përbëjnë grupin dështon. Kështu, nëse një nga disqet humbet, asnjë e dhënë nuk humbet dhe grupi mund të vazhdojë të funksionojë.
Por ndodh gjithashtu që pas dështimit të një disku, kontrolluesi e trajton gabimisht përjashtimin dhe grupi ndalon së punuari si duhet, ose "përplaset" plotësisht. Një dështim i ngjashëm mund të ndodhë edhe gjatë një rindërtimi të grupit pas zëvendësimit të diskut. Ndonjëherë, brenda një kohe të shkurtër pas vdekjes së diskut të parë, një tjetër dështon.
Nëse grupi nuk funksionon dhe numri i disqeve me defekt nuk është më shumë se një, atëherë ai mund të montohet. Nëse dy disqe dështojnë, së pari duhet të rivendosni funksionimin ose të hiqni informacionin në një disk të shërbimit nga njëri prej tyre, dhe vetëm atëherë mund të filloni të montoni grupin.
Praktika: Çfarë nuk duhet bërë
Le të përmendim se çfarë të mos bëni për të mos humbur përfundimisht të dhënat.
Para së gjithash, mos krijoni një grup të ri nga disqet e vjetër me shpresën se do të fillojë dhe do të funksionojë si më parë. Kjo mund të funksionojë, por ka një probabilitet të lartë që kontrolluesi të kryejë veprime që do të çojnë në një humbje tashmë të pakthyeshme të të dhënave.
Fillimi i inicializimit nuk do të çojë as në asgjë të mirë, kështu që rekomandohet ta braktisni atë, dhe nëse kjo nuk është e mundur, atëherë përdorni vetëm initin e shpejtë.
Si tjetër mund ta dëmtoni grupin? Ekzekutimi i një disku kontrolli ose diçka e ngjashme. Në përgjithësi, është mirë të mbani mend se nëse humbni informacionin mbi RAID, duhet të refuzoni të shkruani në ndonjë disk. Nëse nuk e dini me siguri nëse veprime të caktuara do të çojnë në humbjen e informacionit apo jo, atëherë është më mirë t'i kryeni ato ose të refuzoni.
Metodat e rikuperimit të RAID
Rikuperimi i softuerit RAID duke përdorur shembullin e grupeve 0 dhe 5 të niveleve
Mënyra kryesore për të rikuperuar të dhënat nga RAID është të ndërtoni në mënyrë programore një imazh të grupit. ato. me ndihmën e softuerit, blloqet nga disqe të ndryshëm rreshtohen në sekuencën e dëshiruar. Rendi i blloqeve në grup varet nga rregullimi i disqeve në kanale dhe nga algoritmi i funksionimit të vetë kontrolluesit.
Para fillimit të punës, ia vlen të krijoni klone të të gjithë disqeve në mënyrë që të mbroheni nga veprimet e gabuara. Kopjet mund të bëhen si skedarë ashtu edhe direkt në disqe të tjera.
Varet nga ju të punoni me kopje ose origjinale. Unë rekomandoj fuqimisht përdorimin e kopjeve në punën tuaj, sepse nëse media burimore përmban sektorë të palexueshëm ose të paqëndrueshëm, atëherë puna me disqe të tillë mund të përkeqësojë ndjeshëm gjendjen e tyre ose të çojë në një dështim të plotë.
Pra, le të fillojmë.
Për të mbledhur një grup, duhet të dini parametrat me të cilët është krijuar. Këto janë madhësia e bllokut dhe sekuenca e diskut.
Për fat të mirë, ekzistojnë mjete automatike të konfigurimit dhe rindërtimit të RAID, siç është programi Array Level, i cili do të përpiqet të gjejë sekuencën origjinale të diskut, madhësinë e bllokut dhe të hamendësojë se si shkruhet informacioni në disqe.
Këtu kemi një dritare të një programi që funksionon.
Hapi i parë për të filluar është zgjedhja e një lloji të grupit. Ajo kryhet në listën rënëse "LLOJI RAID".
Pasi të specifikoni llojin e grupit për montim, duhet të specifikoni numrin e disqeve në dritaren "#drives". Pasi ta bëni këtë, disa fusha më poshtë do të theksohen me të bardhë (numri i tyre do të jetë i barabartë me numrin e disqeve që keni specifikuar). Rri pezull mbi secilën prej dritareve të theksuara, kliko me të djathtën dhe përzgjidh disqet në të cilat ndodhej grupi. Pasi të përzgjidhen disqet, shkoni te artikulli "Madhësia e bllokut".
Këtu duhet të specifikoni madhësinë e bllokut, nëse dihet, nëse jo, atëherë lini këtë artikull të pandryshuar dhe klikoni me guxim në "Hap disqet" dhe më pas menjëherë në butonin "Analizo".
Një dritare e re shfaqet para jush. Në rastin e RAID 0, kjo është:
Ose diçka si kjo me RAID 5:
Pra, para nesh është një dritare në të cilën do të vendosen parametrat e kërkimit për sekuencën e diskut, madhësinë e bllokut dhe, nëse po mbledhim RAID 5, rrotullimet e barazisë.
Nëse, siç u përmend më lart, e dini se në cilin kontrollues është krijuar grupi, çfarë algoritmi është përdorur për shkrimin e informacionit në disqe, si dhe madhësinë e bllokut, atëherë ne përjashtojmë parametrat e panevojshëm në kutitë "Madhësia e bllokut" dhe "Rrotullimet e barazisë". . Nëse parametrat janë të panjohur, ne lëmë gjithçka ashtu siç është. Shtypni butonin "Next".
Filloi llogaritja e gabuar e të gjitha kombinimeve të mundshme. Në fund, programi do të zgjedhë opsionin më të saktë për ju duke shfaqur diçka si "Rekomandim: zgjidhni hyrjen 1" në fund të ekranit. Nëse kjo ndodh, ju mund të merrni frymë lehtë. Është gjetur algoritmi i saktë.
Nëse jo, atëherë shkatërrimi i grupit është mjaft serioz, është e nevojshme të rritet numri i sektorëve për një mostër në fushën përkatëse dhe të përsëritet analiza. Nëse kjo nuk ju ndihmon, atëherë vetëm një specialist do t'ju ndihmojë.
Por le të vazhdojmë. Algoritmi është gjetur. Mund të ketë disa opsione të tjera. Ose rishkruani imazhin e grupit në një skedar, ose shkruani në disk ose grup, ose krijoni një skedar imazhi virtual dhe vazhdoni ta analizoni atë në Captain Nemo, Get Data Back ose DiscEditor. Çfarë të zgjidhni varet nga ju.
Përndryshe, duke përdorur njohuritë për paraqitjen e diskut, algoritmin e shkrimit dhe madhësinë e bllokut, mund të rivendosni RAID duke përdorur një program të quajtur Udhëzuesi i Përdoruesit për këtë produkt që mund të gjendet në dokumentacionin për të.
Kur grupi është mbledhur në mënyrë korrekte dhe sistemet e skedarëve në të nuk janë dëmtuar logjikisht, ju mund t'i qaseni të dhënave në mënyra standarde. Në veçanti, nëse imazhi kopjohet në hard disk, do të mjaftojë ta lidhni atë me kompjuterin dhe të rindizni OS (nëse nuk mbështetet mbyllja e nxehtë).
Më lejoni t'ju kujtoj se metoda e mësipërme mund të rivendosë RAID vetëm në rastet më të thjeshta. Përshkrimi i situatave të vështira është përtej qëllimit të këtij artikulli dhe nënkupton praninë e njohurive specifike.
Për shembull, mund të mos jeni në gjendje të rivendosni RAID duke përdorur metodën e përshkruar nëse kontrolluesi shkruan informacionin e konfigurimit në fillim të diskut. Pa i treguar programit numrin e sektorëve të zënë nga të dhënat e shërbimit, mund të merrni një rezultat të pasaktë të zgjedhjes automatike të konfigurimit të grupit. Këto blloqe konfigurimi janë individuale për secilin model kontrolluesi dhe ju mund të zbuloni madhësinë e tyre të saktë vetëm duke ekzaminuar përmbajtjen e sektorëve fillestarë.
Rimëkëmbja e harduerit RAID
Një alternativë ndaj imazhit mund të jetë ndërtimi i harduerit. Le të bëjmë një rezervim menjëherë - pa e ditur algoritmin e funksionimit të kontrolluesit, ose pa pasur një kopje rezervë të absolutisht të gjithë disqeve në grup, përdorni këtë "metodë shamanike" i dekurajuar fort, që nga viti ju mund të bëni ndryshime të tilla në disqe, si rezultat i të cilave nuk do të merrni më të dhëna, qoftë edhe duke kontaktuar specialistë.
Informacioni i dhënë këtu ofrohet për qëllime informative dhe jo si një udhëzues për veprim.
Thelbi i metodës është që grupi të rikrijohet përsëri në kontrollues, me një konfigurim plotësisht të ngjashëm me atë të mëparshëm.
Kujdes. Nëse një rindërtim niset gjatë krijimit, ekziston një probabilitet i lartë i humbjes së pakthyeshme të të dhënave.
Disa modele kontrolluesi inicializohen automatikisht pas krijimit të një grupi të ri, i cili gjithashtu mund të çojë në humbje të të dhënave.
Nëse të gjithë disqet në grup ishin në gjendje të mirë pune, atëherë ekziston mundësia që pa ndonjë veprim shtesë të keni përsëri akses në informacion. Është gjithashtu e mundur që sistemi i skedarëve të dëmtohet pjesërisht dhe do t'ju duhet të punoni akoma me shërbime të tilla si R-Studio, Get Data Back ose diçka e ngjashme.
Në rastet me vargje të nivelit të pestë, kur njëri nga disqet është me defekt, mund të krijoni një grup duke zëvendësuar diskun me një të ngjashëm që është në gjendje të mirë. Kur krijohet grupi (mos e rindërtoni!), Pas fillimit të sistemit operativ, ky disk do të duhet të fiket "i nxehtë".
Rezervimi i informacionit është një nga mënyrat kryesore për ta mbrojtur atë nga humbja për shkak të dështimit të pajisjes.
Ju duhet të filloni duke bërë dallimin midis kopjeve rezervë sistemeve dhe rezervë skedarë individualë.
Këtu janë disa rregulla të thjeshta për t'ju ndihmuar të ruani informacionin tuaj.
1. Frekuenca e kopjimit.
Le të hedhim një vështrim në krijimin e kopjeve rezervë të sistemit operativ.
Krijimi i një kopje rezervë do t'ju ndihmojë të shmangni instalimin e të gjithë sistemit në tërësi, konfigurimin e tij, instalimin e programeve dhe më shumë. Me përmirësimin e teknologjisë kompjuterike, këto metoda bëhen të parëndësishme, tk. çdo sistem operativ vetë krijon kopje rezervë dhe i rikthen ato në rast dështimi.
Rezervimi i informacioneve të tjera.
Për ata që vazhdimisht e ekspozojnë sistemin e tyre ndaj çdo ndryshimi që mund ta "vrasë" atë, është më mirë të bëni skedarë rezervë çdo herë përpara se të filloni një punë të tillë. Do të jetë mjaft zhgënjyese të humbni frytet e punës suaj brenda pak ditësh, duke harruar të bëni një kopje rezervë tjetër përpara rrëzimit të sistemit. Natyrisht, nuk është e nevojshme të bëni një kopje rezervë përpara çdo instalimi të ndonjë programi të ri. Zakonisht rekomandohet të bëni një kopje rezervë nëse keni nevojë të ruani ndonjë të dhënë të re, e cila mori shumë kohë dhe para për t'u krijuar. Për përdoruesit e zakonshëm, mjafton një kopje rezervë në muaj.
2. Magazinimi.
Para se të bëni një kopje rezervë, lind pyetja - ku të ruani informacionin?
Së pari ju duhet të kuptoni se sa i rëndësishëm dhe konfidencial është ky informacion. Nëse informacioni ka vlerë vetëm për vetë përdoruesin, atëherë mund të përdoren metodat e mëposhtme.
a) Sigurisht, mund të ruani një kopje rezervë në vetë kompjuterin, nëse hard disku është i ndarë në disa logjikë. Në këtë rast, kopja rezervë ruhet në cilindo nga disqet, përveç atij të sistemit. Është disku i sistemit në të cilin ndodhet sistemi operativ që është më shpesh i ndjeshëm ndaj dështimeve të ndryshme nga programet e instaluara në të.
b) Ruajtja në një medium të jashtëm, për shembull, në një USB flash drive, ose në një disk të lëvizshëm, do t'ju mbrojë nga humbja e informacionit nëse i gjithë hard disku në kompjuter dështon.
c) Ruajtja e informacionit në internet.
Disqet e rrjetit si disku Yandex dhe të tjerët po fitojnë gjithnjë e më shumë popullaritet. Ruajtja e të dhënave është e përshtatshme, por jo e sigurt.
Nëse informacioni i përmbajtur në kopje rezervë është me interes jo vetëm për përdoruesin, atëherë duhet të mendoni për sigurinë e aksesit në të. Çdo media e jashtme thjesht mund të vidhet.
3. Verifikimi i të dhënave.
Pasi të bëhet kopja rezervë, është e nevojshme të kontrolloni nëse informacioni është në kopjen rezervë dhe nëse do të jetë i mundur përdorimi i tij. E thënë thjesht, përdoruesi mund të bëjë një gabim dhe të bëjë një kopje rezervë të skedarit të gabuar.
Aftësitë e integruara të OS.
siç u përmend më lart, çdo sistem operativ vetë krijon kopje rezervë të skedarëve të sistemit.
Konsideroni këtë veçori duke përdorur si shembull sistemin operativ Windows 7. Quhet Qendra e Rezervimit dhe Rivendosjes.
Për të nisur programin "Backup and Restore Center", bëni sa më poshtë:
Në dritaren që hapet, mund të bëni një kopje të plotë të sistemit operativ, të bëni një kopje të bazave të të dhënave individuale ose të rivendosni skedarët pas një dështimi të sistemit.
Ky shërbim plotëson plotësisht nevojat e përdoruesve të zakonshëm.
Mjafton të gjeni kopjen rezervë pas një dështimi, ta filloni atë, atëherë vetë sistemi do t'ju tregojë se çfarë veprimesh duhet të bëni.
Nëse përdoruesi nuk është ende i kënaqur me mënyrën standarde të krijimit të kopjeve rezervë, atëherë ka shumë shërbime të paguara dhe falas që do të ndihmojnë për të bërë një kopje rezervë.
Këtu janë programet më të njohura të rezervimit.
3 softuerët më të paguar me pagesë:
- fantazmë Norton
- Paragon Backup & Recovery
- Faqja e imazhit të vërtetë Acronis
Software falas:
- FBackup 4.8
- Watcher Falas për Rezervimin e Skedarit 2.8
- Back2zip 125
- Kopjuesi 7.1
- Comodo BackUp 1.0.2
Nga lista e programeve falas të listuara, mund të zgjidhni cilindo që është më i përshtatshëm për natyrën dhe aktivitetin e përdorimit të një kompjuteri. Programi "më i dobët" për kopjimin e File Backup Watcher Free 2.8, por ky program ka një plus të madh - krijimin e imazheve ISO. Back2zip është i përshtatshëm për ata që rrallë duhet të merren me kopje rezervë, dhe në fakt nuk ka pothuajse asgjë për të kopjuar. Kopjuesi është i ndërlikuar për të punuar me të, por mund t'ju ndihmojë të kopjoni deri në 300 giga të dhënash.
Comodo BackUp është një nga programet profesionale që do t'ju ndihmojë të krijoni kopje rezervë të dokumenteve, të konfiguroni cilësimet për kopje rezervë automatike dhe t'i dërgoni ato në një burim të jashtëm ose në një server FTP.
Klonimi i diskut.
Ndoshta të gjithë u përballën me problemin kur disku i mbaron hapësira e lirë.
Po sikur të mos ketë asgjë për të fshirë, por ende nuk ka hapësirë të mjaftueshme?
Më duhet të blej një hard disk të ri me një kapacitet më të madh. Është mirë nëse ka vend në njësinë e sistemit për një hard disk të dytë, por çka nëse mund të zëvendësoni vetëm një hard disk me një tjetër? Është e nevojshme që disi të transferohen të gjitha të dhënat nga hard disku i vjetër në hard diskun e ri. Kjo mund të bëhet me programe speciale të klonimit të diskut.
Më e zakonshme është Acronis 2011, i cili ndihmon në kryerjen e klonimit të diskut me cilësi të lartë.
Ky program ka 2 mënyra klonimi. Manuale dhe automatike.
Në modalitetin manual, përdoruesi mund të zgjedhë zonat që do të kopjohen. Ecuria e procesit shfaqet në dritaren e programit. Pas përfundimit të punës, programi do t'ju kërkojë të rindizni kompjuterin, pas së cilës do të jetë e mundur të ndryshoni hard diskun e vjetër në një të ri.
Programi tjetër më popullor është HDClone... Parimi i funksionimit është praktikisht i njëjtë. Dallimi i vetëm është në çmimin e produktit dhe në funksionalitetin paksa të prerë.
Vendin e tretë e zë Imazhi R-Drive
Një program mjaft i lehtë për t'u përdorur me një ndërfaqe përdoruesi hap pas hapi. Avantazhi kryesor është kostoja e ulët e këtij produkti.
Ekzistojnë gjithashtu shumë programe të ngjashme falas që nuk janë inferiorë në funksionalitet ndaj programeve të mësipërme. Clonezilla dhe PC Disk Clone Free 8.0 janë shembuj të një programi të tillë. Ekziston edhe një analog i paguar i programit të dytë.
RAIDvargjeve. Jo, jo kundër insekteve.
RAID u krijua në 1987 nga A. Petterson, A. Gibson dhe Katz. Fillimisht RAID - "grup i tepërt i disqeve të lira" u përkthye si "grup rezervë i disqeve të lira". Më vonë, me rritjen e çmimit të disqeve të ngurtë, RAID filloi të mbart kuptimin e "arrit të tepërt të disqeve të pavarur", d.m.th. "arresë rezervë disqesh të pavarur".
Më parë, grupet RAID përdoreshin vetëm për serverë, por tani, me zhvillimin e vazhdueshëm të teknologjisë, grupet RAID përdoren edhe për kompjuterët e shtëpisë.
Një grup RAID është krijuar për të shpejtuar kompjuterin tuaj dhe për të rritur besueshmërinë e mbrojtjes dhe ruajtjes së të dhënave. Në varësi të konfigurimit të zgjedhjes së një grupi RAID, varet një rritje në shpejtësinë e kompjuterit ose besueshmëria e ruajtjes së të dhënave.
Një grup RAID funksionon si më poshtë: një kontrollues i veçantë kontrollon një grup disqesh të ngurtë, të cilët janë një disk logjik. Operacionet e regjistrimit / riprodhimit kryhen paralelisht për performancë të lartë. Të gjitha regjistrimet dublikohen dhe krijohen kontrolle, kjo rrit besueshmërinë e ruajtjes së të dhënave.
ekzistojnë disa modele të grupeve RAID.
RAID 0 - grup disqesh me shirita me performancë të lartë pa tolerancë ndaj gabimeve;
RAID 1 - grup i pasqyruar i diskut;
RAID 2 është i rezervuar për vargje që përdorin kodin Hamming;
RAID 3 dhe 4 - vargje disqesh me vija me barazi të dedikuar;
RAID 5 - grup disqesh me shirita me "paritet të paalokuar";
RAID 6 është një grup disqesh me vija që përdor dy shuma kontrolli të llogaritura në dy mënyra të pavarura;
RAID 10 - grup RAID 0, i përbërë nga vargje RAID 1;
RAID 50 - grup RAID 0, i përbërë nga vargje RAID 5;
RAID 60 është një grup RAID 0 i përbërë nga vargje RAID 6.
22.02.2009, 01:30
Thelbi i problemit: ekziston një grup RAID0. Disqet janë vetëm 3 muajsh dhe njëri prej tyre ka qenë plot gabime. Pas testeve, u binda për mosfunksionimin e tij dhe kam ndërmend ta zëvendësoj me shitësin. Por që kur ka një bandë gjithçkaje, riinstalimi i të cilave mund të zgjasë deri në një muaj, si dhe disa nga informacionet që nuk kisha kohë për t'i ruajtur në DVD, atëherë lindi pyetja përkatëse: a mund të bëj disi një kopje rezervë (ose imazh) prej tij duke përdorur programin e rikuperimit të të dhënave, i cili më pas mund të transferohet në një disk të ri, në mënyrë që grupi RAID të bëhet sërish funksional? Faleminderit paraprakisht për përgjigjen tuaj!
Shtuar pas 31 minutash
Me pak fjalë, ndërsa gjeta një mënyrë për ta bërë këtë duke përdorur Runtime "s RAID Reconstructor dhe Captain Nemo Pro. Nëse gjithçka funksionon, do të shkruaj, por nëse jo, do të vazhdoj të kërkoj këshilla.
22.02.2009, 11:49
Alexsan, në përgjithësi, këtu varet shumë nga mënyra e organizimit të RAID dhe pajisjet e përdorura.
Por për konfigurimet tolerante ndaj gabimeve (RAID-1, RAID-5, RAID-10) në kontrollorët normalë të harduerit, mundësia e zëvendësimit të diskut "të nxehtë" pa gjeste shtesë me rikonfigurim automatik të grupit është karakteristik (edhe mbyllja e serverit nuk kërkohet ).
23.02.2009, 03:14
Kam frikë se nuk do të ketë hapësirë të mjaftueshme në disk për një kopje rezervë të plotë. Kam dy disqe me sistem 600 gigabajt dhe dy disqe me programe dhe te dhena me volum total 1.5 terabajt. Kështu që një nga disqet e mëdhenj ishte i mbuluar. Nesër do të filloj të përpiqem të shërohem. Ndërsa disqet janë në konfigurimin RAID, programi RAID Reconstructor i Runtime nuk i sheh ato. Rrjeti RAID përmes menysë? Në rastin e dytë, kam frikë se mund të ketë probleme me rikuperimin e tij, sepse në menynë RAID nuk ka asnjë mundësi për të ndarë një grup prej vetëm dy disqesh dhe kur e përdorni atë, grupin e sistemit normal disqet do të shkatërrohen gjithashtu IDE apo përkohësisht ndarje e grupit RAID nëpërmjet menysë RAID?
23.02.2009, 09:41
Alexsan, po e përsëris -
Mënyra e duhur është të kopjoni të gjithë RAID-in, të rindërtoni përsëri grupin pas zëvendësimit të diskut dhe të rivendosni të dhënat nga rezervimi.
nuk do të ketë hapësirë të mjaftueshme në disk për një kopje rezervë të plotë Ose këto të dhëna janë të nevojshme dhe do të ketë hapësirë (hard disqet 1,5 TB janë në shitje), ose do t'i humbni ato me një probabilitet shumë të lartë.
23.02.2009, 12:22
Alexsan, po e përsëris -
Në çdo rast tjetër, unë personalisht dyshoj shumë në mundësinë e një përfundimi të suksesshëm të operacionit për të zëvendësuar hard diskun në RAID-0.
Ose këto të dhëna janë të nevojshme dhe ka një vend (hard disqet 1,5 TB janë në shitje), ose do t'i humbni ato me një probabilitet shumë të lartë.
Siç kam shkruar shumë herë (dhe jo vetëm unë), RAID-0 është një mashtrim i rrallë i pistë dhe nuk mund të ruash asgjë të vlefshme në të ...
Për shkak të një defekti të diskut, i gjithë rezervimi nuk funksionon për një arsye - Runtime "s RAID Reconstructor nuk i sheh këto disqe nëse funksioni BIOS është i aktivizuar RAID. Rezulton se lexohet vetëm secili disk veçmas kur vendosni modalitetin IDE - në këtë rast, ato janë të disponueshme. Do të përpiqem të bëj kopje rezervë të diskut me defekt në një kompjuter tjetër. Meqë ra fjala, lexova se shkaku i gabimit mund të jetë gjithashtu jo dëmtimi fizik i diskut, por shkrimi i gabuar i të dhënave në sektorët e ndaluar të shërbimeve. Kështu që pas kopjimit do të provoj formatimin dhe ritestimin zero. Vërtetë, në këtë llogari kam një përvojë negative pesë vjet më parë - një disk Maxtor me defekt pas një formatimi të tillë i kaloi të gjitha testet pa të meta, por nuk funksionoi më se një javë deri në gabimin e parë.
