Hata wakati wa maafa, daima kuna wakati wa kikombe cha chai.
DRP (mpango wa kufufua maafa) ni jambo ambalo hakika halitahitajika kamwe. Lakini ikiwa kwa ghafla beavers wanaohama wakati wa msimu wa kupandana wataguguna kupitia nyuzi kuu ya macho au msimamizi mdogo atapunguza msingi wenye tija, hakika unataka kuwa na uhakika kwamba utakuwa na mpango uliotayarishwa mapema wa nini cha kufanya na fedheha hii yote.
Wakati wateja walio na hofu wanaanza kupiga simu kwa usaidizi wa teknolojia, mtoto mdogo anatafuta sianidi, unafungua kwa busara bahasha nyekundu na kuanza kuweka kila kitu kwa mpangilio.
Katika chapisho hili, nataka kushiriki mapendekezo juu ya jinsi ya kuandika DRP na nini inapaswa kuwa nayo. Pia tutaangalia yafuatayo:
- Jifunze kufikiria kama mhalifu.
- Hebu tuchambue faida za kikombe cha chai wakati wa apocalypse.
- Fikiria juu ya muundo unaofaa wa DRP
- Wacha tuone jinsi ya kuijaribu
Ni kampuni gani zinaweza kufaidika na hii?
Ni vigumu sana kuchora mstari wakati idara ya IT inapoanza kuhitaji vitu hivi. Ningesema kuwa umehakikishiwa kuhitaji DRP ikiwa:
- Kusimamisha seva, programu, au kupoteza hifadhidata fulani kutasababisha hasara kubwa kwa biashara kwa ujumla.
- Una idara kamili ya IT. Ninamaanisha, idara kama kitengo kamili cha kampuni, na bajeti yake, na sio wafanyikazi wachache waliochoka kuweka mtandao, kusafisha virusi na kujaza vichapishaji.
- Una bajeti ya kweli ya angalau kupunguzwa kazi kwa sehemu katika tukio la dharura.
Wakati idara ya IT imekuwa ikiomba angalau HDD kadhaa kwa seva ya zamani kwa nakala rudufu kwa miezi, hakuna uwezekano wa kuweza kupanga uhamishaji kamili wa huduma iliyoanguka kwa uwezo wa vipuri. Ingawa nyaraka hazitakuwa za ziada hapa pia.
Nyaraka ni muhimu
Anza na nyaraka. Wacha tuseme kwamba huduma yako inaendesha hati ya Perl ambayo iliandikwa vizazi vitatu vya wasimamizi uliopita, na hakuna anayejua jinsi inavyofanya kazi. Deni la kiufundi lililokusanywa na ukosefu wa nyaraka bila shaka utapiga risasi sio tu kwenye goti, lakini pia katika viungo vingine, ni suala la muda.
Mara tu unapopata maelezo mazuri ya vipengele vya huduma vilivyopo, ongeza takwimu za kuacha kufanya kazi. Kwa hakika watakuwa wa kawaida kabisa. Kwa mfano, una diski iliyojaa mara kwa mara, ambayo husababisha node kushindwa mpaka itasafishwa kwa manually. Au huduma ya mteja inakuwa haipatikani kutokana na ukweli kwamba mtu alisahau tena kufanya upya cheti, lakini hakuweza au hakutaka kuanzisha Hebu Tufiche.
Mawazo kama mhalifu
Sehemu ngumu zaidi ni kutabiri ajali ambazo hazijawahi kutokea hapo awali, lakini ambazo zinaweza kuharibu huduma yako kabisa. Hapa huwa tunacheza wabaya na wenzetu. Chukua kahawa nyingi na kitu kitamu na ujifungie kwenye chumba cha mkutano. Hakikisha tu kwamba katika mkutano huo huo uliwafunga wahandisi hao ambao wenyewe waliinua huduma inayolengwa au kufanya kazi nayo mara kwa mara. Kisha, ama kwenye ubao au kwenye karatasi, unaanza kuteka vitisho vyote vinavyoweza kutokea kwa huduma yako. Sio lazima kuelezea kwa undani mwanamke maalum wa kusafisha na kuvuta nyaya, inatosha kuzingatia hali ya "Ukiukaji wa uadilifu wa mtandao wa ndani".
Kawaida, hali nyingi za dharura zinafaa katika aina zifuatazo:
- Kushindwa kwa mtandao
- Kushindwa kwa huduma ya OS
- Kushindwa kwa programu
- kushindwa kwa chuma
- Kushindwa kwa Usanifu
Pitia tu kila mwonekano na uone kinachotumika kwa huduma yako. Kwa mfano, daemon ya Nginx inaweza kuanguka na sio kupanda - hii ni kushindwa kwa sehemu ya OS. Hali ya nadra ambayo inaendesha programu yako ya wavuti katika hali isiyofanya kazi ni kushindwa kwa programu. Wakati wa maendeleo ya hatua hii, ni muhimu kufanya uchunguzi wa tatizo. Jinsi ya kutofautisha kiolesura cha hung kwenye uboreshaji kutoka kwa cisco iliyoanguka na ajali ya mtandao, kwa mfano. Hii ni muhimu kwa haraka kupata wale wanaohusika na kuanza kuvuta mkia wao mpaka ajali imefungwa.
Baada ya matatizo ya kawaida yameandikwa, tunamwaga kahawa zaidi na kuanza kuzingatia matukio ya ajabu, wakati baadhi ya vigezo kuanza kwenda zaidi ya kawaida. Kwa mfano:
- Ni nini hufanyika ikiwa wakati kwenye nodi amilifu unarudi nyuma kwa dakika moja na zingine kwenye nguzo?
- Na ikiwa wakati unasonga mbele, na ikiwa kwa miaka 10?
- Ni nini hufanyika ikiwa nodi ya nguzo itapoteza mtandao ghafla wakati wa maingiliano?
- Na nini kitatokea ikiwa nodi mbili hazishiriki uongozi kwa sababu ya kutengwa kwa muda kwa kila mmoja kwenye mtandao?
Katika hatua hii, njia ya kurudi nyuma husaidia sana. Chukua mwanachama mkaidi zaidi wa timu na mawazo mgonjwa na kumpa kazi ya kupanga diversion katika muda mfupi iwezekanavyo, ambayo itaweka huduma chini. Ikiwa ni vigumu kutambua, hata bora zaidi. Huwezi kuamini mawazo ya ajabu na mazuri ambayo wahandisi huja nayo wanapopewa wazo la kuvunja kitu. Na ikiwa unawaahidi mtihani wa mtihani kwa hili, ni nzuri sana.
Hii DRP yako ni nini?!
Kwa hivyo umefafanua mfano wa tishio. Pia waliwatilia maanani wakazi wa eneo hilo ambao walikata nyaya za fiber optic wakitafuta shaba, na rada ya kijeshi ambayo hudondosha laini ya relay ya redio siku za Ijumaa saa 16:46. Sasa tunahitaji kujua nini cha kufanya na yote.
Kazi yako ni kuandika bahasha nyekundu sawa ambazo zitafunguliwa wakati wa dharura. Mara moja tarajia kwamba wakati (sio kama!) Kila kitu kimefungwa, mwanafunzi tu asiye na ujuzi atakuwa karibu, ambaye mikono yake itatetemeka kwa ukali kutokana na hofu ya kile kinachotokea. Tazama jinsi ishara za dharura zinavyotekelezwa katika ofisi za matibabu. Kwa mfano, nini cha kufanya na mshtuko wa anaphylactic. Wafanyikazi wa matibabu wanajua itifaki zote kwa moyo, lakini wakati mtu aliye karibu anapoanza kufa, mara nyingi kila mtu hushika kila kitu bila msaada. Ili kufanya hivyo, maagizo ya wazi hutegemea ukuta na vitu kama vile "fungua kifurushi cha vile na vile" na "dunga vitengo vingi vya dawa kwa njia ya mishipa."
Ni ngumu kufikiria wakati wa dharura! Kunapaswa kuwa na maagizo rahisi ya kuchanganua mgongo.
DRP nzuri ina vizuizi vichache rahisi:
- Nani wa kumjulisha kuhusu mwanzo wa ajali. Hii ni muhimu ili kusawazisha mchakato wa uondoaji iwezekanavyo.
- Jinsi ya kutambua kwa usahihi - tunafuata, angalia katika systemctl status servicename na kadhalika.
- Muda gani unaweza kutumika kwa kila hatua. Ikiwa huna muda wa kuirekebisha kwa mikono yako wakati wa SLA, mashine ya mtandaoni inauawa na kuviringishwa kutoka kwa nakala rudufu ya jana.
- Jinsi ya kuhakikisha kuwa ajali imekwisha.
Kumbuka kwamba DRP huanza wakati huduma imeshindwa kabisa na inakamilishwa kwa kurejesha, hata kwa ufanisi mdogo. Kupoteza tu nafasi uliyoweka haipaswi kuwasha DRP. Unaweza pia kuagiza kikombe cha chai katika DRP. Kwa umakini. Kwa mujibu wa takwimu, ajali nyingi huenda kutoka kwa zisizofurahi hadi za janga kutokana na ukweli kwamba wafanyakazi katika hofu hukimbilia kurekebisha kitu, wakati huo huo kuua nodi pekee ya kuishi na data au hatimaye kumaliza nguzo. Kama sheria, dakika 5 kwa kikombe cha chai itakupa muda kidogo wa kutuliza na kuchambua kinachotokea.
Usichanganye DRP na pasipoti ya mfumo! Usiipakie kwa data isiyo ya lazima. Toa tu fursa ya kwenda kwa haraka na kwa urahisi kwenye sehemu inayohitajika ya nyaraka kupitia viungo na usome katika muundo uliopanuliwa kuhusu sehemu muhimu za usanifu wa huduma. Na katika DRP yenyewe, kuna maagizo ya moja kwa moja tu juu ya wapi na jinsi ya kuunganisha na amri maalum za kunakili-kubandika.
Jinsi ya kupima kwa usahihi
Hakikisha kwamba mfanyakazi yeyote anayewajibika anaweza kukamilisha vitu vyote. Kwa wakati muhimu zaidi, inaweza kuibuka kuwa mhandisi hana haki za ufikiaji wa mfumo unaohitajika, hakuna nywila za akaunti inayohitajika, au hajui ni nini "Unganisha kwenye koni ya usimamizi wa huduma kupitia wakala kwenye ofisi kuuβ maana yake. Kila kitu kinapaswa kuwa rahisi iwezekanavyo.
Si sawa - "Nenda kwa uvumbuzi na uwashe tena nodi iliyokufa"
Kwa usahihi - "Unganisha kupitia kiolesura cha wavuti kwa virt.example.com, katika sehemu ya nodi, pakia upya nodi inayosababisha hitilafu."
Epuka utata. Kumbuka mwanafunzi aliyeogopa.
Hakikisha umejaribu DRP. Huu sio tu mpango wa maonyesho - ni kitu ambacho kitakuruhusu wewe na wateja wako kutoka kwa hali mbaya haraka. Ni bora kufanya hivyo mara kadhaa:
- Mtaalamu mmoja na wahitimu kadhaa hufanya kazi kwenye benchi ya majaribio ambayo huiga huduma halisi iwezekanavyo. Mtaalam huvunja huduma kwa njia mbalimbali na kuwawezesha washiriki kuirejesha kulingana na DRP. Matatizo yote, utata katika nyaraka na makosa yameandikwa. Baada ya kuwafunza wafunzwa, DRP inakamilishwa na kurahisishwa katika sehemu zisizo wazi.
- Kujaribu kwenye huduma halisi. Kwa kweli, huwezi kamwe kuunda nakala kamili ya huduma halisi. Kwa hiyo, mara kadhaa kwa mwaka ni muhimu kuzima sehemu ya seva kwa misingi iliyopangwa, kuvunja miunganisho na kupanga ajali nyingine kutoka kwenye orodha ya vitisho ili kutathmini utaratibu wa kurejesha. Ni bora kuwa na mpango wa kukatika kwa dakika 10 katikati ya usiku kuliko kutofaulu kwa ghafla kwa saa kadhaa kwenye kilele cha upakiaji na upotezaji wa data.
- Uondoaji wa kweli wa ajali. Ndiyo, hii pia ni sehemu ya majaribio. Ikiwa ajali hutokea ambayo haikuwa katika orodha ya vitisho, ni muhimu kuongezea na kukamilisha DRP kulingana na matokeo ya uchunguzi wake.
Mambo Muhimu
- Ikiwa bullshit inaweza kutokea, haitatokea tu, lakini itafanya hivyo katika hali ya janga zaidi.
- Hakikisha una rasilimali za kushindwa.
- Hakikisha una chelezo, zinaundwa kiatomati na kukaguliwa mara kwa mara kwa uthabiti.
- Fikiria matukio ya kawaida ya tishio.
- Wape wahandisi fursa ya kuja na chaguzi zisizo za kawaida za kuweka huduma.
- DRP inapaswa kuwa maagizo rahisi na bubu. Uchunguzi wote changamano tu baada ya wateja kurejesha huduma. Hata kama iko kwenye hali ya kusubiri.
- Orodhesha nambari muhimu za simu na anwani katika DRP.
- Wapime wafanyikazi mara kwa mara kwa uelewa wa DRP.
- Panga ajali zilizopangwa kwenye bidhaa. Stand haiwezi kuchukua nafasi ya kila kitu.
Chanzo: mapenzi.com