Organisatsiooni tegevuse järjepidevuse tagamine eriolukordades. Plaan organisatsiooni häireteta töö tagamiseks hädaolukordades

13.12.2016, teisipäev, kell 11:30 Moskva aja järgi

Kaasaegne maailm tugineb üha enam automatiseeritud süsteemid erinevates inimtegevuse valdkondades. Üha enam on rakendusi, mis seavad pidevale tööle suuremaid nõudmisi. NPP Rodniku spetsialistid esitlevad karbis lahendust Stratus everRun Enterprise, mis aitab kiiresti ja lihtsalt tagada tarkvaralahenduse või teenuse katkematu töö.

IT-süsteemide muutudes tavalisemaks suurenevad ootused nende töökindlusele – üha vähem kasutajaid on nõus taluma oodatavaid seisakuid või teenusetõrkeid. pidev töö. Lihtsa teabe- või abisüsteemide puhul pole lühiajaline väljalülitamine liiga oluline. Kuid süsteemide puhul, mis keskenduvad töötamisele ja kasutajate teenindamisele või töötajatele mõeldud ettevõtteteenustele, on see vähem talutav.

Kriitilisuse poolest järgnevad teenindussüsteemid, näiteks videovalve- ja turvasüsteemid, hoonehaldussüsteemid või tootmisjuhtimis- ja seiresüsteemid. Kui sellised alamsüsteemid juhtimistarkvara rikke tõttu alla lähevad, võivad tagajärjed olla kulukad, ohtlikud või isegi eluohtlikud. Mittefunktsionaalse süsteemi korral pole võimalik teada, millal hädaolukord või teavitama töötajaid kohustuslikust evakueerimisest. Majanduslik kahju selliste seisakutest infosüsteemid ja mõnikord ka juriidilisi kohustusi. Sel juhul on parem mitte koonerdada töökindluse ja veataluvusega.

Ja lõpuks peamised "tootmisprotsessid". Olenevalt teemaalast ( pangandussüsteemid, juhtimine tehnoloogilised protsessid, kauplemissüsteemid ja müügijuhtimine jne), võivad sellised lahendused erineda keerukuse ja maksumuse poolest ning on tavaliselt väga spetsiifilised. Nende pideva töötamise tagamine on kõige olulisem ülesanne ja seda saab lahendada erinevaid viise, olenevalt süsteemide ulatusest ja nende omavahelisest seotusest.

Saadaval teenus

Klassifitseerimise eesmärgil jagatakse arvutisüsteemid tavaliselt nende pideva töötamise ajaga, protsendina töötamise kogukestusest. Sageli iseloomustab teenuse või süsteemi kättesaadavust parameeter 99–99,9% ajast ja number “99,9” tundub väga usaldusväärne. Kuid praktikas tähendab see kuni 90 tundi seisakuid aasta jooksul või kuni poolteist tundi nädalas. Sellise süsteemi töö taastamiseks see tavaliselt taaskäivitatakse või taastatakse varukoopiast.

Selle meetodi puudused on ilmsed - see protseduur võtab aega, mis ei ole alati vastuvõetav. Kaasaegsed teenused töötavad enamasti virtuaalmasinatel (VM), mis tuleb rikke korral taaskäivitada.

Kõrge käideldusega süsteemid on üleval ja töötavad 99,95–99,99% ajast. Siin kasutatakse klastrisüsteeme ja -tehnoloogiaid, milles teostatakse üht või teist teenuste ja süsteemide paralleelstamist. "Kõrge kättesaadavus" võib aga tähendada kuni mitu tundi seisakuid aastaringselt. Olenevalt lahendusest võib varundusteenus või süsteem olla nn “külmas” ooterežiimis, sel juhul võtab selle käivitamine veidi aega. Märkida tuleb ka klastritehnoloogiate keerukust ja suurenenud nõudeid IT-personali kvalifikatsioonile. Klastrite juurutamine on keeruline ja aeganõudev ning nõuab testimist ja pidevat haldusjärelevalvet. Tarkvara peab tavaliselt olema litsentsitud iga klastri serveri jaoks. Selle tulemusena kasvab klastrisüsteemi kasvades kiiresti kogu omamiskulu.

Stratus everRuni peamised rakendused:

Videovalve ja läbipääsusüsteemid

Jõustruktuurid

Finants- ja pangateenused

Telekommunikatsioon

Ravim

Valitsussektor

Tootmine

transport ja logistika

Pidev kättesaadavus (tõrketaluvus) – kuni 99,999% ajast. Süsteemi selline töökindluse tase saavutatakse spetsiaalsete tarkvara- ja riistvaralahendustega. Olenevalt ainevaldkonnast (protsessijuhtimine, pangasüsteemid) võivad sellised kompleksid olla keerukuse ja maksumuse poolest väga erinevad.
Kuid nagu eespool märgitud, on ka vähem nõudlikke rakendusi, kus eeldatakse pidevat tööd. Nende hulka kuuluvad hoonehaldussüsteemid, välised juhtimissüsteemid (videovalve), läbipääsusüsteemid jms. On ebatõenäoline, et kasutajad oleksid õnnelikud, kui kõigi videokaamerate ja andurite signaal kaob või töökoja või hoone ventilatsioonisüsteem lakkab töötamast.

Valmis lahendus

Spetsiaalsed IT-süsteemid on tavaliselt keerulised ning nõuavad konfigureerimist ja kõrgelt kvalifitseeritud töötajaid. Kuid kui need õnnestuvad, muutub paigaldamine ja hooldus aja jooksul lihtsamaks. Ilmuvad kasutusvalmis kompleksid, mis ei vaja erilist tähelepanu.

Pideva käideldavuse süsteemide puhul on üheks selliseks lahenduseks Stratuse tarkvarapakett everRun Enterprise. See on spetsiaalselt loodud andmete säilitamise tagamiseks isegi riist- või tarkvaratõrgete korral.

Lahenduse eelised

EverRun Enterprise'iga töötab rakendus kahes virtuaalses serveris kahes füüsilises serveris. Kui üks VM ebaõnnestub, jätkab rakendus teises serveris ilma katkestuste ja andmete kadumiseta töötamist. See saavutatakse töötava virtuaalmasina oleku pideva lugemisega ja selle parameetrite salvestamisega. Ebaõnnestumise korral viimane olek süsteem viiakse üle paralleelselt töötavale VM-ile, nii et rakenduse täitmine ei katke. Süsteemiservereid saab töökindluse suurendamiseks geograafiliselt hajutada.

Stratus everRun tarkvara on loodud utiliitrakenduste jätkuva töö ja kogutud andmete terviklikkuse tagamiseks. Samas on süsteemil loomulikult ka funktsionaalsus kiireks katastroofi taastamiseks suurema rikke korral. Stratus everRun lahendused põhinevad standardseadmete kasutamisel ja kaitsevad kõiki MS Windows Serveri ja Linuxi rakendusi rikete ja serveri riistvara rikete eest.

Integraatorifirma Rodnik esindajana märgib: Ivan Kirillov, "EverRun Enterprise'i juurutamine võimaldab vältida keeruka võrguinfrastruktuuri ehitamist, täiendava haldustarkvara juurutamist ja konfigureerimist ning personalikoolituse kulusid, mis on vajalikud traditsiooniliste klastrisüsteemide käitamiseks."

Kuidas everRun Enterprise tagab virtuaalsetesse masinatesse juurutatud rakenduste pideva töö ja andmete säilitamise

Selle aasta alguses möllasid USA kirdeosas enneolematult tugevad äikesetormid. Nad katkestasid kohaliku 911 kõnekeskuse toitevarustuse ja Emersoni võrgutoiteettevõtte Lieberti teenindusosakond sai abikutse. Andmekeskuse UPS-i akud ütlesid üles ja arvestades kõnekeskuse eripära, oli hädasti vaja tagada selle toimimine.

Vastasime kiiresti ja peagi töötas kõnekeskus taas normaalselt. Pärast rikke põhjuste uurimist olid müüja esindajad koos kõnekeskuse juhtkonnaga sunnitud tunnistama, et hooldusprogrammi (mis tavaliselt sisaldab ennetavat hooldust, regulaarseid ülevaatusi ja järelevalvet) ei rakendatud. Kui selline programm oleks andmekeskuses olemas olnud, oleks aku riket saanud vältida.

Sellised juhtumid tuletavad pidevalt meelde igakülgse ennetava hooldusprogrammi vajadusest. Tänapäeva kiiresti muutuvas keskkonnas, andmekeskuste üha suureneva rolli juures, on selline programm tõrgeteta toimimise tagamiseks hädavajalik.

Muutused on kõikjal

Pidevalt arenevas IT-keskkonnas on andmekeskuste juhtide üks peamisi väljakutseid muutustega kaasas käimine. Möödas on ajad, mil piisas väikesest hajutatud võrgust, mis katab mitut lähedalasuvat sõlme. Tänapäeval on andmekeskusi vähem, kuid need on nüüd palju suuremad, tsentraliseeritud ja võtavad tohutul hulgal andmetöötlust.

Samuti on paljude organisatsioonide IT-infrastruktuur muutunud üksteisest sõltuvaks, missioonikriitiliseks võrguks, mis hõlmab andmeid, rakendusi, salvestusruumi, servereid ja võrguseadmeid. Elektrikatkestus kõikjal selles võrgus võib häirida kogu organisatsiooni ja mõjutada negatiivselt selle äritegevust.

Nende muudatuste tõttu on oluline, et organisatsioonidel oleks oma andmekeskuste jaoks kindlad ennetavad hooldusplaanid ja asjatundlikud tehnikud. Kui organisatsioonid lähevad üle uuele riistvarale ja tsentraliseerivad oma andmekeskused, ei tohi nad unustada, kui oluline on IT jätkuva kättesaadavuse tagamiseks omada tugevat toite- ja jahutustaristut.

Liiga sageli otsustab CIO osta organisatsioonile uued serverid, et need installida, ja andmekeskuse juht avastab, et pole hinnatud, kuidas olemasolev toite- ja jahutustaristu uute nõuetega hakkama saab. Professionaalne hinnang võib näiteks tuvastada, et ühel kriitilisel liinil ei ole piisavalt varuvõimsust uute serverite toetamiseks.

Lisaks võib termoanalüüs näidata, et üks riiulitest ei jahtu piisavalt hästi. Kui CIO ja andmekeskuse juht oleksid enne juurutamist kohtumiseks võtnud aega ja pöördunud teenindusorganisatsiooni poole, et tulevased toite- ja jahutusvajadused täpselt kindlaks määrata, oleks nende süsteemide täiendavad kapitaliinvesteeringud ja optimeerimine juba ette nähtud, et mitte tekitada võimalike rikete oht.

Peamine on tagada tõrgeteta töö

Kogu organisatsioonis hästi koordineeritud hooldushooldusprogrammi korral on elektrikatkestuse oht, kas katastroofi või planeeritud seadmete uuendamine on võimalik minimeerida. IT-juhid ootavad täna 100% saadavust. Kuid kuidas seda saavutada ilma põhjaliku ennetava hooldusprogrammita? Nii nagu teie auto, peavad ka andmekeskused olema töökindlad ja nõudma regulaarset "ülevaatust", et töökindlus oleks tagatud.

Lisaks sõltub talitluspidevus andmekeskuse juhtide teadmistest võimalike ohtude kohta ja nende suutlikkusest koostada plaan koos hooldusspetsialistidega, et minimeerida kriitiliste funktsioonide rikete ohtu. Hästi ette valmistatud organisatsioon häirib minimaalselt ja tunneb end enesekindlalt isegi siis, kui midagi juhtub.

Tänapäeval sõltuvad organisatsioonid rohkem kui kunagi varem usaldusväärseks toimimiseks oma IT-infrastruktuurist ja pole vaja koonerdada teenusepakkujaga tiheda ja usaldusliku suhte loomisega. Kogenud spetsialist aitab teil välja töötada ja ellu viia tugeva talitluspidevuse plaani, mis mitte ainult ei taga teie IT-taristu töövalmidust, vaid katab ka kogu andmekeskuse elutsükli. Aga täna loodud programm ei pruugi mõne aasta pärast enam nõuetele vastata, mistõttu tuleb seda pidevalt kohandada ja arendada. Ilma sellise tervikliku ja pidevalt areneva programmita ohustavad organisatsioonid saamata jäänud tulu ja klientide rahulolematust.

Lisaks võivad organisatsioonil tekkida ettenägematud kulud remondiks ja seadmete väljavahetamiseks. Loomulikult on seda kõike raske mahutada piiratud IT-eelarvesse, kuid ilma vajaliku hoolduseta võivad kulud olla veelgi suuremad ja olla ka organisatsioonile ootamatud.

Teie nõuded hooldusteenuse pakkujale

Hooldusteenuse pakkujat valides otsi neid, kes investeerivad parimatesse tööriistadesse ja asjatundlikku personali. Üks neist õiged viisid Elektrikatkeste riski minimeerimiseks tuleb rakendada kõikehõlmav ennetav hooldusprogramm koos müüja koolitatud tehnikutega. Võite julgelt usaldada hooldusteenuse pakkujaid, kui nad:

• võib garanteerida kiire reageerimise teie kõnele;
• omama kogemust enda paigaldatud seadmetega töötamises (esimesel korral selle funktsionaalsuse taastamiseks);
• tagame varuosade olemasolu;
• koolitada pidevalt oma insenere, täiendades nende oskusi ning varustada neid kõigi tööks vajalike uusimate instrumentide ja tööriistadega;
• omama usaldusväärse ja nõuetele vastava partneri mainet;
• suudavad sulle anda täielik pilt teie andmekeskuse olek tänu selle pakkumise laiusele.

Tänapäeval on paljudel juhtivatel teenusepakkujatel uusimad testimisseadmed ja kõrgelt koolitatud tehnikud, mistõttu saab probleeme sageli lahendada isegi tehnikut kliendi juurde saatmata. Hästi kavandatud strateegiaga saavad andmekeskuste juhid julgelt usaldada hooldusspetsialiste, kes lahendavad oma probleemid ilma seisakuid või kõigi süsteemide kättesaadavust vähendamata.

Järeldus

Elame muutuste ajastul, sealhulgas andmekeskustes. Muutus on vältimatu. IT muutub iga tunni tagant, püüdledes täiuslikkuse poole ja seda tuleks aktsepteerida iseenesestmõistetavana. Oluline on terviklik ennetav hooldusprogramm, mis sisaldab ennetavaid meetmeid, regulaarseid ülevaatusi ja seadmete jälgimist.

Kõnekeskuse rike, mida me alguses kirjeldasime, kõrvaldati kiiresti ja selle töö peaaegu ei mõjutanud. Aga asjad oleks võinud palju hullemini minna, kellegi elu oleks võinud ohus olla. Täna see hädaabikeskus enam selliseid riske ei võta. Nad on rakendanud põhjaliku ennetava hoolduse programmi, mis tagab nende süsteemide tõrgeteta toimimise. See on sama valik, mida kõik andmekeskuse juhid peaksid muutuval ajal tegema.

Iga ettevõtte jaoks on ülimalt oluline IT-infrastruktuuri, eriti serverite ja neile installitud häireteta töö. tarkvara. Internetile juurdepääsu lõpetamine, e-mail, andmebaasid ja muud rakendused toovad paratamatult kaasa tõsiseid häireid ettevõtte äriprotsessides.

Rakenduste stabiilse töö tagamiseks peab serveri riistvara vastama kõrgetele töökindlusnõuetele. Üks peamisi meetodeid serveri töökindluse suurendamiseks on selle alamsüsteemide koondamine komponentide dubleerimise teel: protsessor, muutmälu, võrguühendused, ketta- ja pooljuhtdraivid, jahutusseadmed, toiteallikad. Duplikaatkomponendi rike ei põhjusta kogu serveri riket, kuid võib selle jõudlust vähendada. Tõrkeotsing tehakse tavaliselt serverit peatamata, asendades ebaõnnestunud komponendi "kuumalt".

Täielik koondamine pole aga traditsioonilise serveriarhitektuuri puhul võimalik. Serverikomponente, nagu emaplaat ja kettakontroller, tavaliselt ei dubleerita. Seetõttu tähendab nende rike serveri kui terviku riket ja selle tulemusena kõigi rakenduste hädaseiskamist. Kui suur on sellise olukorra tõenäosus?

Serveri töökindluse määrab MTBF parameeter – keskmine aeg rikete vahel. Serveri MTBF-i saab arvutada teoreetiliselt – selle põhjal teadaolevad väärtused Serverikomponentide MTBF. Seda meetodit kasutades arvutasime tüüpilise serveri MTBF-i ja saime väärtuse, mis võrdub 10 aastaga (arvutuse üksikasjad). Sellise serveri puhul on rikke tõenäosus ühe aasta jooksul 10%.

Meie teeninduskeskuse statistika kohaselt on meeskonnaserverite keskmine rikete vaheline aeg 25 aastat, saadavuse määr 99,99% ja rikke tõenäosus ühe aasta jooksul umbes 4%. Pealegi, erinevalt "teoreetilisest" arvutusest, võtab meie statistika arvesse kõiki tõrkeid, sealhulgas dubleerivate komponentide tõrkeid, mis ei põhjusta serveri kui terviku rikkeid.

Ilmselgelt on sellised kõrged töökindlusnäitajad täiesti piisavad, et tagada serverirakenduste stabiilne töö ning rahuldada enamiku väikese ja keskmise suurusega ettevõtete vajadusi.

Mõne ettevõtte jaoks on ärirakenduste planeerimata sulgemine (isegi kui see on väga ebatõenäoline) aga vastuvõetamatu. Näiteks üks meie ettevõtte klientidest on 150 töötajaga pideva tsükliga ettevõte. Tootmisprotsess ettevõtet hallatakse spetsiaalse serverirakenduse abil. Selle programmi peatamine tähendab tootmise peatamist. Rakenduse funktsionaalsuse taastamine pärast riist- või tarkvaratõrget võib võtta mitu tundi ja selle aja jooksul on tootmine jõude. Seetõttu on vaja tagada selle rakenduse töötamise garanteeritud järjepidevus as vajalik tingimus kogu äriprotsessi järjepidevus.

VMware virtuaalsele platvormile lülitumine võimaldab teil selle probleemi lahendada.

Pakutud lahendus põhineb kahe (või enama) serveri klastri kasutamisel ühine süsteem ladustamine Sellises klastris dubleeritakse kõik komponendid (sh salvestussüsteemi komponendid). Rakenduste töö taastamist ühe serveri rikke korral pakuvad virtualiseerimisvahendid.

Tavarežiimis töötab iga server oma rakenduste komplekti, iga rakendus eraldi virtuaalmasinas. Kõik rakendused on üksteisest isoleeritud ega mõjuta teiste rakenduste tööd. Virtuaalmasinad ja andmed, millega nad töötavad, salvestatakse jagatud kettamassiivile, millele mõlemal serveril on juurdepääs. Virtuaalsete masinate jaotuse serverite vahel määrab algselt administraator. Samuti eraldavad nad iga virtuaalmasina jaoks osa serveri riistvararessurssidest ja iga serveri koormustegur võib ulatuda 70–80% -ni.

Rakenduste töö järjepidevuse tagavad virtuaalse platvormi tööriistad, mis jälgivad pidevalt virtuaalmasinaid. Kui virtuaalmasin seiskub serveri rikke tõttu, taaskäivitub see automaatselt teises serveris. Pärast rikke põhjuse kõrvaldamist ja serveri sisselülitamist naasevad virtuaalmasinad automaatselt tööd katkestamata “oma” serverisse.

See lahendus võimaldab teil teostada ajastatud serverihooldust ilma rakendusi peatamata. Enne serveri väljalülitamist "kolivad" selle rakendused teise serverisse ja pärast töö lõpetamist naasevad tagasi.

Oluline eelis see otsus on selle mitmekülgsus, kuna see sobib igaks rakenduseks ega sea külaliste tüübile praktiliselt mingeid piiranguid operatsioonisüsteemid virtuaalsed masinad. See on hea võrdlus Microsoft Windows Server Cluster teenusega. Lahenduse eelisteks on ka serveri riistvararessursside efektiivsem kasutamine ning juurutamise ja administreerimise lihtsus.

Lahuse koostis

Lahendus serverirakenduste pideva töö tagamiseks VMware virtuaalplatvormil sisaldab järgmisi komponente:

1. Kaks (või enam) meeskonnaserverit. Kõik Teami serverid ühilduvad VMware platvormiga.
2. Ketta RAID massiiv täieliku allsüsteemi liiasusega.
3. VMware Essentials Plus Kit virtualiseerimisplatvormina.
4. Operatsioonisüsteemi litsentsid põhinevad virtuaalmasinate arvul.
5. Kasutaja nõutavad serverirakendused.

Selle lahenduse juurutamise raames on meie ettevõte valmis tegema järgmisi töid:

1. Nõutava jõudlustasemega serverikonfiguratsioonide valik.
2. Säilitussüsteemi valik.
3. Serverite, salvestussüsteemide ja muu vajaliku tehnika tarnimine.
4. Tarkvara tarnimine.
5. Seadmete paigaldamine ja ühendamine.
6. Virtualiseerimisplatvormi installimine ja seadistamine.
7. Virtuaalsete masinate, operatsioonisüsteemide ja rakenduste installimine ja seadistamine.
8. Süsteemi testimine ja kasutuselevõtt.
9. Tugi garantiiteeninduse raames ja soovi korral allhankelepingu alusel.

Lahenduse raames pakume kaheksa tundi tasuta tööd sertifitseeritud VMware ja Microsofti spetsialistilt konsultatsioonideks, koolitusteks ja tööks lahenduse juurutamisel.

Klõpsates nupul "Laadi arhiiv alla", laadite teile vajaliku faili täiesti tasuta alla.
Enne selle faili allalaadimist pidage meeles häid esseesid, teste, kursusetöid, teesid, artiklid ja muud dokumendid, mis asuvad teie arvutis taotlemata. See on teie töö, see peaks osalema ühiskonna arengus ja tooma inimestele. Otsige üles need tööd ja esitage need teadmistebaasi.
Oleme teile väga tänulikud meie ja kõik üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös.

Dokumendiga arhiivi allalaadimiseks sisestage allolevale väljale viiekohaline number ja klõpsake nuppu "Laadi arhiiv alla"

Sarnased dokumendid

Sotsiaal-majanduslik taastumine rahaliselt majanduslik tegevus. Ettevõtte positsiooni strateegiline analüüs. Ettevõtte sise- ja väliskeskkonna analüüs. Bilansi varade ja kohustuste horisontaalanalüüs. Kasumiaruande analüüs.

kursusetöö, lisatud 22.12.2011


Majandusanalüüs majanduslik tegevus. Analüütilise bilansi analüüs, organisatsiooni finantsstabiilsus, bilansi varad ja kohustused, kvaliteet omakapital, põhivara, saada- ja võlgnevused, tulud ja kulud.

kursusetöö, lisatud 23.01.2013


Lühidalt majanduslikud omadused ja Kubros LLC tulemuslikkuse hindamine. Organisatsiooni vara moodustamise allikate koostis ja struktuur. Arveldused tarnijate ja ostjatega, organiseerimine sularahatehingud. Finantsplaneerimine ettevõtted.

praktika aruanne, lisatud 24.12.2014


Juhtimis- ja tasusüsteemi analüüs. Ettevõtte juhtimisorganid ja personalijuhtimise struktuur. Majandustöö korraldamine. Finants- ja majandustegevuse peamised näitajad. Tulude ja kasumi analüüs.

kursusetöö, lisatud 14.09.2006


Ettevõtte vara struktuuri ja dünaamika ning selle tekkimise allikate hindamine. Vara ja kohustuse näitajate seos bilansis. Likviidsuse ja maksevõime analüüs, finantsstabiilsuse näitajad ja ettevõtte pankrotitõenäosus.

kursusetöö, lisatud 02.11.2011


Finants- ja majandustegevuse analüüsi roll ettevõtte juhtimises. Elegia OÜ bilansi koosseis ja struktuur, maksevõime ja likviidsuse hindamise näitajad. Meetmete väljatöötamine ettevõtte finantsseisundi stabiliseerimiseks.

kursusetöö, lisatud 20.12.2015


Kaubasadama tegevuse kirjeldus. Tööviljakuse arvutamine, bilansi, palgafondi varade ja kohustuste dünaamika ja struktuur. Ettevõtte maksevõime, kapitali kasutamise efektiivsuse ja krediidivõimelisuse näitajate hindamine.

kursusetöö, lisatud 09.06.2015


Organisatsiooni finantsseisundi analüüsi olemus ja meetodid. Omadused ja analüüs eelarve LLC "Izumrud", tema varade ja kohustuste struktuur. Kasumiaruande ja äritegevuse tulemuslikkuse näitajate hindamine.

kursusetöö, lisatud 27.06.2012

Tänapäeval vastutavad serverid varukoopiate tegemise eest, olgu see siis suur või väike ettevõte. Seetõttu peame rääkima serveri enda katkematust tööst. Mida on vaja serveri sujuvaks tööks

Serveri tõrgeteta toimimiseks ei pea teil olema ainult võimsad seadmed, vaid ka lisavarustus ja kvalifitseeritud personal. Nad peavad pakkuma optimaalsed tingimused serveri tööks.

1. Lisavarustus sisaldab:

serveriruumide kliimaseade ehk jahutussüsteem, ventilatsioon jne, mis takistavad seadmete ülekuumenemist;

mitmesugused andurid, mis on ette nähtud süsteemi temperatuuritingimuste jälgimiseks;

automaatsed generaatorid, mis lülituvad sisse, kui toide kaob;

iseseisvad maanteed, mis on kavandatud seadmete toiteallikaks;

valvekoera taimer, mis hoiatab, kui server hangub.

2. Kvalifitseeritud spetsialistid teostavad varundamist, asendamist, põhielementide ühendamist ilma seadmeid lahti ühendamata. Samuti tagab katkematu töö suure mälu olemasoluga.

Kuidas on tagatud serveri kliimaseade?

Server koos abiseadmetega on paigaldatud eraldi ruumi, kus peaks olema tagatud hea õhuringlus. Ruum peab olema varustatud kliimaseadmetega, mis suudavad hoida optimaalset temperatuuri ja niiskust. Samuti paigaldatakse serverikappidele eraldi ventilatsiooni- ja jahutussüsteem. Oleks soovitav, et nad saaksid kindlaks teha, milline piirkond vajab rohkem jahutamist.

Nagu näete, peate serveri katkematu ja usaldusväärse töö tagamiseks tegema palju pingutusi ja raha

Andmete taastamine

Selles jaotises kirjeldatakse üksikasjalikult teabe taastamise protseduure.

Failisüsteemi struktuuri taastamine

Loogilise ketta või partitsiooni vormindamisel ei rikuta andmete struktuuri ja atribuute, vaid muudetakse või inventeeritakse (taastatakse algseisundisse) infot selle draivi andmete asukoha kohta.

Kiire vormindamisega uuendatakse väike osa failitabelist, osa teeninduskirjeid jääb alles, tuleb see lihtsalt tõlgendada ja andmed õiges järjekorras lugeda.

Täisvorming võib värskendada kogu failitabelit, seega pole faili- ja kaustastruktuuri taastamine alati võimalik. Andmete taastamiseks ilma struktuuriteabeta saate kasutada failide taastamist allkirjade abil.

Kui failisüsteem on kahjustatud tarkvara tõrke või andmekandja tõrke tõttu, saavad andmete taastamise programmid olenevalt kahjustuse ulatusest osa teabest taastada.

Kustutatud failisüsteemi andmete taastamine

Kui andmed kustutatakse, jäävad andmed füüsiliselt draivile, kuid neid ei kuvata enam failisüsteemis ning draivi ruum, kus need asuvad, märgitakse vabaks ja kirjutamiseks valmis. uut teavet. IN sel juhul faili atribuute muudetakse. Kui kirjutate sellele partitsioonile või loogilisele kettale, võib toimuda kustutatuks märgitud andmete osaline või täielik asendamine.

Selliseid faile saab hõlpsasti lugeda ja taastada koos kõigi atribuutide ja asukohateabega, lugedes failisüsteemi teenusekirjeid. On olemas nii programmid ainult kustutatud andmete taastamiseks kui ka komplekslahendusi, kus kustutatud andmete taastamine on vaid üks funktsioonidest.

Taastamine allkirjadega

Juhul, kui failisüsteemi taastamine on mingil põhjusel võimatu, saab mõnda faili siiski signatuuripõhise taastamise abil taastada. Seda tüüpi taastamise korral kontrollitakse draivi teadaolevate failisignatuuride olemasolu suhtes sektorite kaupa

Allkirjaotsingu algoritmide tööpõhimõte on sama, mis kõige esimestel viirusetõrjetel. Nii nagu viirusetõrje skannib faili, otsides andmelõike, mis vastavad teadaolevatele viirusekoodi fragmentidele, loevad andmete taastamise programmides kasutatavad allkirjaotsingu algoritmid teavet ketta pinnalt, lootuses leida tuttavaid andmelõike. Paljude failitüüpide päised sisaldavad iseloomulikke märgijadasid. Näiteks JPEG-failid sisaldavad märgijada "JFIF", ZIP-arhiivid algavad tähemärkidega "PK" ja PDF dokumendid algavad tähemärkidega "%PDF-".

Mõned failid (näiteks teksti- ja HTML-failid) ei oma iseloomulikke allkirju, kuid neid saab tuvastada kaudsete märkide abil, kuna sisaldavad ainult ASCII tabelist pärit märke.

Skannimistulemuste põhjal kuvatakse kõige sagedamini tüübi järgi sorteeritud failide loend. Faili asukohateavet ei taastata.

Seda tüüpi taastamine sobib hästi fotode taastamiseks mälukaartidelt, kuna kaardil olevad andmed on sama tüüpi ja salvestatakse üldiselt rangelt järjestikku, killustamata.

Segatud taastumine

Enamik programme võimaldab teil ühe skannimise ajal korraga rakendada mitut taastamismeetodit. Tulemuseks on kõrgeim võimalik tulemus selle programmi kasutamisel.

Taastamine varukoopiatest

Kõige usaldusväärsem, lihtsam ja odavam viis teabe taastamiseks on taastada teave varem tehtud varukoopiatest. Varukoopiate tegemiseks kasutatakse spetsiaalset tarkvara, mis suudab teostada ka andmete taastamist.

Vaatame peamisi meedialiike ja nende vigu.

Diskettiseade (FMD)

Peamine rike on nn demagnetiseerimine.

See esineb kõige sagedamini magnetdetektoritest möödumisel kauplustes, metroos ja lennujaamades. Andmeid on võimalik taastada ainult draivi demagnetiseerimata aladelt. Samuti on rikkeid, mis on seotud kandja füüsiliste kahjustustega, nagu kriimustused või tõsine saastumine. Iga juhtumit tuleb käsitleda eraldi ja alles pärast seda saab prognoosida info taastamise tulemust.

Tarkvara ja riistvara meetod

Nagu eespool mainitud, tuleks selle meetodi puhul pöörata suurt tähelepanu teabesalvestusseadme tüübile. Alustame taastamisvõimaluste ja -meetoditega särav näide infokandja.

CD/DVD/BR-draivid

Optilistel draividel võivad andmete lugemise võimetuse põhjused olla erinevad:

Mehaaniline

läbipaistva kihi kahjustus

peegeldava kihi kahjustus

Keemiline

selge kihi lagunemine

salvestatud kihi lagunemine (salvestatavate plaatide puhul)

peegeldava kihi korrosioon

Andmeorganisatsiooni rikkumine

andmete salvestamisel tekkinud riist- ja tarkvaravigade tõttu

ebaõigete andmete tõttu

Kõige levinud põhjused Plaatide loetamatust põhjustavad peegeldavate ja läbipaistvate kihtide kahjustused, samuti salvestatavate plaatide registreeritud kihi lagunemine. Kui ketta pinnale tekivad kriimud, on võimalik tööpinda poleerida, mis eemaldab soovimatud kahjustused ja parandab andmete lugemist, pragude tekkimisel aga kasutada seda meetodit on ohtlik, kuna järgneva lugemise ajal võib ketas tsentrifugaaljõu mõjul ajamis kokku kukkuda. Ketta fooliumkatte kahjustused (metalli vananemine, kriimustused) raskendavad andmete taastamist.

Seda tüüpi draivi hulka kuuluvad USB-välkmälu, SSD-draivid, SD-mälukaardid, miniSD, microSD, xD, MS, M2, Compact Flash.

Levinumad tehnilised vead]

Loogika vead

Neid rikkeid esineb kõige sagedamini erinevaid juhtumeid. Üks levinumaid põhjuseid on seadme vale eemaldamine arvutist.

Loogikahäirete korral saab andmeid taastada andmetaasteprogrammide abil.

Mehaaniline kahjustus

Ketas lakkas töötamast korrektselt mõne füüsilise mõju tõttu (kukkumine, niiskus, painutamine, kokkusurumine jne). Rikke põhjuseks on enamasti purunenud plaat või kontaktide ja komponentide hävimine.

Andmeid saate taastada, kui parandate rikke: asendage vigane komponent või taastage katkine kontakt. Samuti on võimalik spetsiaalse varustuse abil lugeda andmeid otse mälukiibist.

Andmete taastamine toimub nagu eelmisel juhul: komponentide väljavahetamisega või otse mälukiipidest lugemisega.

Hädaolukorras võrgu taastamise planeerimine

Üks täielikumaid ja loogilisemaid näiteid sellisest dokumendist töötas välja USA riiklik standardiinstituut (NIST) 2001. aastal.

Süsteemi taastamise plaan kehtestab loetelu ja protseduuride jada, mis on vajalikud süsteemi normaalse toimimise taastamiseks pärast süsteemiressursside kättesaadavuse keelamist põhjustanud hädaolukordade ilmnemist. Süsteemi üksikute elementide rikke, ruumide füüsilise hävitamise, tulekahju, üleujutuse, terrorirünnakute jms tagajärjel.

Kava elluviimise põhieesmärk on tagada infosüsteemi jätkusuutliku toimimise kiire ja täielik taastamine.

Eesmärk saavutatakse järgmiste ülesannete lahendamisega:

süsteemi toimimise taastamiseks või selle stabiilse toimimise tagamiseks tehniliste seadmete ja personali reservasukohas vajalike toimingute, protseduuride ja ressursside järjekorra määramine;

operatiivpeakorteri ja hädaabimeeskondade personali koosseisu ja põhiülesannete määramine panga töötajate hulgast taastamisplaani rakendamiseks, samuti hädaabimeeskondade vahelise tõhusa suhtluse korraldamise ja juhtimise kord kogu tegevusperioodi jooksul majanduse elavdamise kava;

operatiivstaabi suhtlemise ja tegevuste koordineerimise korra kehtestamine plaani elluviimiseks teiste organisatsioonide ja struktuuridega (tuletõrjujad, meditsiinitöötajad, politsei, päästjad jne), mis võivad olla kaasatud hädaolukorra tagajärgede likvideerimisel mis põhjustas häireid süsteemi normaalses toimimises.

Näiteks jagavad NIST-i spetsialistid kõik plaani elluviimise tegevused kolme etappi:

Plaani teavitamise/aktiveerimise etapp. Peamisteks selles etapis lahendatavateks ülesanneteks on hädaolukordade tekkimise õigeaegne tuvastamine, süsteemile tekitatud kahjustuste tuvastamine, kahju hindamine, süsteemi toimimise taastamise võimaluse prognoosimine ja otsuse tegemine Süsteemi aktiveerimise vajaduse kohta. taastamiskava;

taastumise etapp. Peamised ülesanded on süsteemi toimimise taastamine ajutise skeemi järgi (kasutades reservvahendeid ja ruume), teostada tööde komplekt süsteemi funktsionaalsuse täielikuks taastamiseks tavatingimustes;

süsteemi rekonstrueerimise/kava deaktiveerimise etapp. Peamised ülesanded on süsteemi normaalse töö täielik taastamine ja taasteplaani desaktiveerimine, naases tavatööle.

McKinsey Quarterly uuringu kohaselt on ettevõtte IT-süsteemide vastu suunatud arvutirünnakute arv USA-s viimase aasta jooksul oluliselt kasvanud. McKinsey Quarterly uuring teatab, et arvutirünnete (häkkerite, viiruste, usside, hoolimatute töötajate tegevused jne) arv on 2000. aastaga võrreldes kasvanud 150%, moodustades kokku 53 000 ettevõtte infoturbesüsteemide häkkimise juhtumit. .

See kasv tulenes eelkõige suhtumisest IT-turvalisusesse kui puhtalt tehnoloogilisesse valdkonda. See tähendab, et paljud organisatsioonilised ja strateegilisi otsuseid ettevõtted jätsid selle lihtsalt tähelepanuta.

Plaani teostatavus põhineb kahel eeldusel:

süsteemi normaalne toimimine on häiritud mõne hädaolukorra või sarnaste sündmuste ahela toimumise tagajärjel. Selle tulemusena ei suuda süsteem oma funktsioone ellu viia niivõrd, kui see on vajalik abonentide kvaliteetseks teenindamiseks;

on ettevalmistatud ruum, mis toimib süsteemi tehniliste seadmete varukeskusena. Süsteemi töötajad loovad varukeskuse tehnilistele võimalustele tuginedes vajaliku info- ja arvutuskeskkonna süsteemi toimimise taastamiseks vastavalt varukoopia paigutuse võimalusele Taasteplaani kehtivusajal. Lisaks kasutatakse varu asukoha valikut kogu aeg, mis on vajalik süsteemi toimimise taastamiseks eelmises (või uues) asukohas.