ጎርፍ ቢሆንም, 1C መስራት አለበት! በ DR ላይ ካለው ንግድ ጋር እንስማማለን

እስቲ አስበው፡ የአንድ ትልቅ የገበያ ማእከል የአይቲ መሠረተ ልማትን እያገለገልክ ነው። በከተማ ውስጥ ዝናብ መዝነብ ይጀምራል. የዝናብ ጅረቶች ጣሪያውን ይሰብራሉ ፣ ውሃ የችርቻሮ ቦታዎችን ወደ ቁርጭምጭሚት ይሞላል። የአገልጋይ ክፍልዎ በታችኛው ክፍል ውስጥ እንዳልሆነ ተስፋ እናደርጋለን, አለበለዚያ ችግሮችን ማስወገድ አይቻልም.  

የተገለጸው ታሪክ ምናባዊ አይደለም፣ ነገር ግን የ2020 ጥንድ ክስተቶች አጠቃላይ መግለጫ ነው። በትልልቅ ኩባንያዎች ውስጥ, በዚህ ጉዳይ ላይ የአደጋ ማገገሚያ እቅድ (DRP) ሁልጊዜም በእጅ ነው. በኮርፖሬሽኖች ውስጥ, ይህ የንግድ ሥራ ቀጣይነት ስፔሻሊስቶች ኃላፊነት ነው. ነገር ግን በመካከለኛ እና አነስተኛ ኩባንያዎች ውስጥ እንደዚህ ያሉ ችግሮችን መፍታት በ IT አገልግሎቶች ላይ ይወድቃል. የቢዝነስ አመክንዮውን እራስዎ መረዳት, ምን ሊሳካ እንደሚችል እና የት እንደሚገኝ መረዳት, ጥበቃን ማምጣት እና መተግበር ያስፈልግዎታል. 

አንድ የአይቲ ስፔሻሊስት ከንግዱ ጋር መደራደር እና ስለ ጥበቃ አስፈላጊነት ቢወያይ ጥሩ ነው። ነገር ግን አንድ ኩባንያ ከአደጋ ማገገሚያ (DR) መፍትሄ ላይ እንዴት እንደዘለለ ብዙ ጊዜ አይቻለሁ ምክንያቱም ብዙ ጊዜ አይታለፍም። አደጋ በሚከሰትበት ጊዜ, ረጅም ማገገም ኪሳራዎችን አስፈራርቷል, እና ንግዱ ዝግጁ አልነበረም. የፈለከውን ያህል መድገም ትችላለህ፡ “ነገርኩህ”፣ ግን የአይቲ አገልግሎት አሁንም አገልግሎቶችን ወደነበረበት መመለስ ይኖርበታል።

ከሥነ ሕንፃው አቀማመጥ, ይህንን ሁኔታ እንዴት ማስወገድ እንደሚችሉ እነግርዎታለሁ. በአንቀጹ የመጀመሪያ ክፍል ውስጥ የዝግጅት ስራን አሳይሻለሁ-የደህንነት መሳሪያዎችን ለመምረጥ ከደንበኛው ጋር ሶስት ጥያቄዎችን እንዴት እንደሚወያዩ ። 

• ምን እየጠበቅን ነው?
• ከምን ነው የምንጠብቀው?
• ምን ያህል እንጠብቃለን? 

በሁለተኛው ክፍል ውስጥ ለጥያቄው መልስ ስለ አማራጮች እንነጋገራለን-እንዴት እራስዎን መከላከል እንደሚችሉ. የተለያዩ ደንበኞች ጥበቃቸውን እንዴት እንደሚገነቡ ምሳሌዎችን እሰጣለሁ.

የምንጠብቀው፡ ወሳኝ የንግድ ተግባራትን መለየት 

የድህረ-ድንገተኛ የድርጊት መርሃ ግብር ከንግድ ደንበኛው ጋር በመወያየት ማዘጋጀት መጀመር ይሻላል. እዚህ ያለው ዋናው ችግር የጋራ ቋንቋ ማግኘት ነው። ደንበኛው ብዙውን ጊዜ የአይቲ መፍትሄ እንዴት እንደሚሰራ ግድ የለውም። አገልግሎቱ የንግድ ተግባራትን ማከናወን እና ገንዘብ ማምጣት ይችል እንደሆነ ያስባል. ለምሳሌ: ጣቢያው እየሰራ ከሆነ, ነገር ግን የክፍያ ስርዓቱ ዝቅተኛ ከሆነ, ከደንበኞች ምንም ገቢ የለም, እና "ጽንፈኞች" አሁንም የአይቲ ስፔሻሊስቶች ናቸው. 

አንድ የአይቲ ባለሙያ በእንደዚህ አይነት ድርድር ላይ በብዙ ምክንያቶች ሊቸገር ይችላል፡-

• የአይቲ አገልግሎት የመረጃ ሥርዓቱን በንግዱ ውስጥ ያለውን ሚና ሙሉ በሙሉ አልተረዳም። ለምሳሌ፣ ስለ ንግድ ሥራ ሂደቶች ምንም ዓይነት መግለጫ ከሌለ ወይም ግልጽ የንግድ ሥራ ሞዴል። 
• አጠቃላይ ሂደቱ በ IT አገልግሎት ላይ የተመሰረተ አይደለም. ለምሳሌ, የሥራው ክፍል በኮንትራክተሮች ሲከናወን, እና የአይቲ ስፔሻሊስቶች በእነሱ ላይ ቀጥተኛ ተጽእኖ አይኖራቸውም.

ውይይቱን በሚከተለው መልኩ አዘጋጃለው፡- 

1. አደጋዎች በሁሉም ሰው ላይ እንደሚደርሱ እና ማገገም ጊዜ እንደሚወስድ ለንግድ ድርጅቶች እናብራራለን። በጣም ጥሩው ነገር ሁኔታዎችን ማሳየት, ይህ እንዴት እንደሚከሰት እና ምን መዘዝ ሊኖር እንደሚችል ማሳየት ነው.
2. ሁሉም ነገር በአይቲ አገልግሎት ላይ የተመሰረተ እንዳልሆነ እናሳያለን ነገር ግን በተጠያቂነትዎ አካባቢ የድርጊት መርሃ ግብር ለመርዳት ዝግጁ ነዎት።
3. የንግዱ ደንበኛው እንዲመልስ እንጠይቃለን-አፖካሊፕስ ከተከሰተ, የትኛው ሂደት መጀመሪያ ወደነበረበት መመለስ አለበት? በእሱ ውስጥ ማን ይሳተፋል እና እንዴት? 

   ከንግዱ ቀላል መልስ ያስፈልጋል፡ ለምሳሌ፡ የጥሪ ማእከል 24/7 ማመልከቻዎችን መመዝገቡን መቀጠል አለበት።

4. ይህንን ሂደት በዝርዝር እንዲገልጹ አንድ ወይም ሁለት የስርዓቱ ተጠቃሚዎችን እንጠይቃለን። 
   ኩባንያዎ ካለው እንዲረዳዎ ተንታኞችን ማሳተፍ የተሻለ ነው።

   ለመጀመር መግለጫው ይህን ይመስላል፡ የጥሪ ማእከሉ ጥያቄዎችን በስልክ፣ በፖስታ እና ከድረ-ገጹ በመልእክቶች ይቀበላል። ከዚያም በድር በይነገጽ በኩል ወደ 1C ያስገባቸዋል, እና ማምረት በዚህ መንገድ ከዚያ ይወስዳቸዋል.

5. ከዚያም ምን የሃርድዌር እና የሶፍትዌር መፍትሄዎች ሂደቱን እንደሚደግፉ እንመለከታለን. ለአጠቃላይ ጥበቃ, ሶስት ደረጃዎችን ከግምት ውስጥ እናስገባለን- 
   • በጣቢያው ውስጥ ያሉ መተግበሪያዎች እና ስርዓቶች (የሶፍትዌር ደረጃ) ፣   
   • ስርዓቱ የሚሰራበት ቦታ (የመሰረተ ልማት ደረጃ) ፣ 
   • አውታረ መረብ (ብዙውን ጊዜ ስለ እሱ ይረሳሉ).

6. ሊሆኑ የሚችሉ የብልሽት ነጥቦችን እናገኛለን የስርዓት አንጓዎች የአገልግሎቱ አፈፃፀም የተመካው ። በሌሎች ኩባንያዎች የሚደገፉ አንጓዎችን ለየብቻ እናስተውላለን፡ የቴሌኮም ኦፕሬተሮች፣ አስተናጋጅ አቅራቢዎች፣ የመረጃ ማዕከሎች እና የመሳሰሉት። በዚህ አማካኝነት ለቀጣይ ደረጃ ወደ የንግድ ደንበኛ መመለስ ይችላሉ።

የምንከላከለው: አደጋዎች

በመቀጠል፣ ከንግድ ደንበኛው ምን አይነት አደጋዎችን በመጀመሪያ እንደምንከላከል እናገኛለን። ሁሉም አደጋዎች በሁለት ቡድን ሊከፈሉ ይችላሉ- 

• በአገልግሎት መቋረጥ ምክንያት ጊዜ ማጣት;
• በአካላዊ ተፅእኖዎች ፣ በሰዎች ምክንያቶች ፣ ወዘተ ምክንያት የውሂብ መጥፋት።

ንግዶች ሁለቱንም ውሂብ እና ጊዜ እንዳያጡ ይፈራሉ - ይህ ሁሉ ወደ ገንዘብ ማጣት ይመራል። ስለዚህ ለእያንዳንዱ አደጋ ቡድን እንደገና ጥያቄዎችን እንጠይቃለን- 

• ለዚህ ሂደት በገንዘብ ውስጥ ምን ያህል የውሂብ መጥፋት እና የጊዜ መጥፋት ወጪዎችን መገመት እንችላለን? 
• ምን ውሂብ ማጣት አንችልም? 
• የእረፍት ጊዜን የት አንፈቅድም? 
• ምን አይነት ክስተቶች በጣም ሊሆኑ የሚችሉ እና በጣም አስጊ ናቸው?

ከውይይት በኋላ የውድቀት ነጥቦችን እንዴት ቅድሚያ መስጠት እንዳለብን እንረዳለን። 

ምን ያህል እንጠብቃለን፡ RPO እና RTO 

የውድቀት ወሳኝ ነጥቦች ግልጽ ሲሆኑ፣ የ RTO እና RPO አመልካቾችን እናሰላለን። 

ላስታውሳችሁ RTO (የመልሶ ማግኛ ጊዜ ዓላማ) - ይህ አደጋው ከደረሰበት ጊዜ ጀምሮ አገልግሎቱ ሙሉ በሙሉ እስኪመለስ ድረስ የሚፈቀደው ጊዜ ነው። በንግድ ቋንቋ, ይህ ተቀባይነት ያለው የእረፍት ጊዜ ነው. የአሰራር ሂደቱ ምን ያህል ገንዘብ እንዳመጣ ካወቅን ከእያንዳንዱ የእረፍት ጊዜ ውስጥ ያለውን ኪሳራ ማስላት እና ተቀባይነት ያለው ኪሳራ ማስላት እንችላለን. 

RPO (የመልሶ ማግኛ ነጥብ ዓላማ) - ትክክለኛ የውሂብ መልሶ ማግኛ ነጥብ። መረጃን የምናጣበትን ጊዜ ይወስናል። ከንግድ እይታ አንጻር የውሂብ መጥፋት ቅጣትን ሊያስከትል ይችላል, ለምሳሌ. እንዲህ ዓይነቱ ኪሳራ ወደ ገንዘብም ሊለወጥ ይችላል. 

የመልሶ ማግኛ ጊዜ ለዋና ተጠቃሚው ማስላት ያስፈልገዋል: ወደ ስርዓቱ ውስጥ ለምን ያህል ጊዜ መግባት ይችላል. ስለዚህ በመጀመሪያ በሰንሰለቱ ውስጥ ያሉትን ሁሉንም ማገናኛዎች የመመለሻ ጊዜን እንጨምራለን. እዚህ ስህተት ብዙ ጊዜ ይፈጸማል: የአቅራቢውን RTO ከ SLA ይወስዳሉ, እና ስለቀሩት ውሎች ይረሳሉ.

አንድ የተወሰነ ምሳሌ እንመልከት። ተጠቃሚው ወደ 1C ገብቷል, ስርዓቱ በመረጃ ቋት ስህተት ይከፈታል. የስርዓት አስተዳዳሪውን ያነጋግራል። የውሂብ ጎታው በደመና ውስጥ ይገኛል, የስርዓቱ አስተዳዳሪ ችግሩን ለአገልግሎት አቅራቢው ያሳውቃል. ሁሉም ግንኙነቶች 15 ደቂቃዎችን ይወስዳሉ እንበል. በደመናው ውስጥ የዚህ መጠን ያለው የውሂብ ጎታ ከመጠባበቂያው በአንድ ሰዓት ውስጥ ይመለሳል, ስለዚህ, በአገልግሎት ሰጪው በኩል RTO አንድ ሰዓት ነው. ግን ይህ የመጨረሻው ቀነ ገደብ አይደለም፤ ለተጠቃሚው ችግሩን ለማወቅ 15 ደቂቃ ተጨምሯል። 
 
በመቀጠል የስርዓት አስተዳዳሪው የውሂብ ጎታው ትክክል መሆኑን ማረጋገጥ, ከ 1C ጋር ማገናኘት እና አገልግሎቶቹን መጀመር አለበት. ይህ ሌላ ሰዓት ያስፈልገዋል, ይህም ማለት RTO በአስተዳዳሪው በኩል ቀድሞውኑ 2 ሰዓት ከ 15 ደቂቃ ነው. ተጠቃሚው ሌላ 15 ደቂቃዎች ያስፈልገዋል: ይግቡ, አስፈላጊዎቹ ግብይቶች እንደታዩ ያረጋግጡ. በዚህ ምሳሌ ውስጥ 2 ሰዓት 30 ደቂቃ አጠቃላይ የአገልግሎት ማግኛ ጊዜ ነው።

እነዚህ ስሌቶች የመልሶ ማግኛ ጊዜ በየትኞቹ ውጫዊ ሁኔታዎች ላይ የንግድ ሥራውን ያሳያሉ. ለምሳሌ, ጽ / ቤቱ በጎርፍ ከተጥለቀለቀ, በመጀመሪያ ፍሳሹን መፈለግ እና ማስተካከል ያስፈልግዎታል. ጊዜ ይወስዳል, ይህም በአይቲ ላይ የተመሰረተ አይደለም.  

እንዴት እንደምንከላከል፡ ለተለያዩ አደጋዎች መሣሪያዎችን መምረጥ

ሁሉንም ነጥቦች ከተወያዩ በኋላ ደንበኛው ለንግድ ሥራው የአደጋ ወጪን አስቀድሞ ይገነዘባል. አሁን መሳሪያዎችን መምረጥ እና በጀቱን መወያየት ይችላሉ. የደንበኛ ጉዳዮችን ምሳሌዎችን በመጠቀም ለተለያዩ ስራዎች ምን አይነት መሳሪያዎችን እንደምናቀርብ አሳይሃለሁ። 

ከመጀመሪያው የስጋቶች ቡድን እንጀምር፡ በአገልግሎት መቋረጥ ምክንያት የሚደርስ ኪሳራ። ለዚህ ችግር መፍትሄዎች ጥሩ RTO ማቅረብ አለባቸው.

1. መተግበሪያውን በደመና ውስጥ ያስተናግዱ 

   ለመጀመር ፣ በቀላሉ ወደ ደመና መሄድ ይችላሉ - አቅራቢው ቀድሞውኑ ከፍተኛ ተገኝነት ያላቸውን ጉዳዮች አስቧል። የቨርቹዋል አስተናጋጆች ወደ ክላስተር ይሰበሰባሉ፣ ሃይል እና ኔትዎርክ የተጠበቁ ናቸው፣ ውሂቡ ስህተትን በሚታገሱ የማከማቻ ስርዓቶች ላይ ይከማቻል፣ እና አገልግሎት አቅራቢው ለስራ መቋረጡ የገንዘብ ሃላፊነት አለበት።

   ለምሳሌ, በደመና ውስጥ ካለው የውሂብ ጎታ ጋር ምናባዊ ማሽን ማስተናገድ ይችላሉ. አፕሊኬሽኑ በውጪ ከመረጃ ቋቱ ጋር በተቋቋመ ቻናል ወይም ከተመሳሳዩ ደመና ጋር ይገናኛል። በክላስተር ውስጥ ካሉት አገልጋዮች በአንዱ ላይ ችግሮች ከተፈጠሩ VM በአጎራባች አገልጋይ ላይ ከ2 ደቂቃ ባነሰ ጊዜ ውስጥ እንደገና ይጀምራል። ከዚያ በኋላ, DBMS በእሱ ውስጥ ይጀምራል, እና በጥቂት ደቂቃዎች ውስጥ የውሂብ ጎታው ይገኛል.

   አርቶ: በደቂቃዎች ውስጥ ይለካል. እነዚህ ውሎች ከአቅራቢው ጋር ባለው ስምምነት ውስጥ ሊገለጹ ይችላሉ.
   ወጪለመተግበሪያዎ የደመና ሀብቶችን ወጪ እናሰላለን። 
   ከማይከላከለው ነገርበአገልግሎት ሰጪው ቦታ ላይ ካሉት ግዙፍ ውድቀቶች ለምሳሌ በከተማ ደረጃ በአደጋ ምክንያት።

2. ማመልከቻውን ሰብስብ  

   RTOን ማሻሻል ከፈለጉ የቀደመውን አማራጭ ማጠናከር እና ወዲያውኑ የተሰባጠረ መተግበሪያን በደመና ውስጥ ማስቀመጥ ይችላሉ።

   ክላስተርን በንቁ-ተሳቢ ወይም ንቁ-ንቁ ሁነታ መተግበር ይችላሉ። በሻጩ መስፈርቶች መሰረት በርካታ ቪኤምዎችን እንፈጥራለን. ለበለጠ አስተማማኝነት፣ በተለያዩ አገልጋዮች እና የማከማቻ ስርዓቶች ላይ እናሰራጫቸዋለን። ከአንዱ የውሂብ ጎታ ያለው አገልጋይ ካልተሳካ፣ የመጠባበቂያው መስቀለኛ መንገድ በጥቂት ሰከንዶች ውስጥ ጭነቱን ይረከባል።

   አርቶ: በሰከንዶች ውስጥ ይለካል.
   ወጪ: ከመደበኛው ደመና በመጠኑ የበለጠ ውድ፣ ለመሰብሰብ ተጨማሪ ግብዓቶች ያስፈልጋሉ።
   ከማይከላከለው ነገርአሁንም ከግዙፍ የጣቢያ ውድቀቶች አይከላከልም። ነገር ግን የአካባቢ መስተጓጎል ለረጅም ጊዜ አይቆይም.

   ከልምምድ: የችርቻሮ ኩባንያው በርካታ የመረጃ ስርዓቶች እና ድረ-ገጾች ነበሩት. ሁሉም የመረጃ ቋቶች በኩባንያው ቢሮ ውስጥ በአካባቢው ይገኛሉ። ጽህፈት ቤቱ በተከታታይ ብዙ ጊዜ ያለ ሃይል እስካልተወ ድረስ ምንም አይነት DR አልታሰበም። ደንበኞች በድር ጣቢያ ብልሽቶች ደስተኛ አልነበሩም። 
    
   በአገልግሎት አቅርቦት ላይ ያለው ችግር ወደ ደመና ከተዛወረ በኋላ ተፈቷል። በተጨማሪም፣ በአንጓዎች መካከል ያለውን ትራፊክ በማመጣጠን በመረጃ ቋቶች ላይ ያለውን ጭነት ለማመቻቸት ችለናል።

3. ለአደጋ ወደማይከላከል ደመና ውሰድ

   በዋናው ቦታ ላይ በተፈጥሮ አደጋ እንኳን ስራ እንዳይቋረጥ ማድረግ ካስፈለገዎት አደጋን የሚቋቋም ደመና መምረጥ ይችላሉ።በዚህ አማራጭ አቅራቢው የቨርቹዋልላይዜሽን ክላስተርን በ2 የመረጃ ማእከላት ያሰራጫል። የማያቋርጥ የተመሳሰለ ማባዛት በመረጃ ማዕከሎች መካከል አንድ ለአንድ ነው። በመረጃ ማእከሎች መካከል ያሉት ቻናሎች የተጠበቁ እና በተለያዩ መንገዶች የሚሄዱ ናቸው, ስለዚህ እንዲህ ዓይነቱ ክላስተር የኔትወርክ ችግሮችን አይፈራም. 

   አርቶ: ወደ 0 ያቀናል.
   ወጪበጣም ውድ የሆነው የደመና አማራጭ። 
   ከማይከላከለው ነገር: ከመረጃ ብልሹነት እና እንዲሁም ከሰው አካል ላይ አይረዳም, ስለዚህ ምትኬዎችን በተመሳሳይ ጊዜ እንዲያደርጉ ይመከራል. 

   ከልምምድከደንበኞቻችን አንዱ አጠቃላይ የአደጋ ማገገሚያ እቅድ አዘጋጅቷል። የመረጠው ስልት ይህ ነው። 

   • አደጋን የሚቋቋም ደመና መተግበሪያውን በመሠረተ ልማት ደረጃ ላይ ካሉ ውድቀቶች ይጠብቀዋል። 
   • ባለ ሁለት ደረጃ ምትኬ በሰው ስህተት ጊዜ ጥበቃን ይሰጣል። ሁለት ዓይነት መጠባበቂያዎች አሉ: "ቀዝቃዛ" እና "ሞቃት". "ቀዝቃዛ" ምትኬ በአካል ጉዳተኛ ሁኔታ ውስጥ ነው እና ለማሰማራት ጊዜ ይወስዳል። የ"ሙቅ" ምትኬ ለአገልግሎት ዝግጁ ነው እና በፍጥነት ወደነበረበት ይመለሳል። በልዩ የማከማቻ ስርዓት ላይ ተከማችቷል. ሦስተኛው ቅጂ በቴፕ ተቀርጾ በሌላ ክፍል ውስጥ ተከማችቷል. 

   በሳምንት አንድ ጊዜ ደንበኛው ጥበቃውን ይፈትሻል እና የሁሉንም ምትኬዎች ተግባራዊነት ይፈትሻል፣ ከቴፕ የተገኙትንም ጨምሮ። ኩባንያው በየዓመቱ አደጋን የሚቋቋም ደመናን ይፈትሻል. 

4. ወደ ሌላ ጣቢያ ማባዛትን ያደራጁ 

   በዋናው ጣቢያ ላይ አለምአቀፍ ችግሮችን እንዴት ማስወገድ እንደሚቻል ሌላ አማራጭ: የጂኦ-ማስያዝን ያቅርቡ. በሌላ አገላለጽ በሌላ ከተማ ውስጥ በሚገኝ ጣቢያ ላይ ምትኬ ቨርቹዋል ማሽኖችን ይፍጠሩ። ለ DR ልዩ መፍትሄዎች ለዚህ ተስማሚ ናቸው: በእኛ ኩባንያ ውስጥ VMware vCloud Availability (vCAV) እንጠቀማለን. በእሱ እርዳታ በበርካታ የደመና አቅራቢ ጣቢያዎች መካከል ጥበቃን ማዋቀር ወይም ከግቢው ጣቢያ ወደ ደመናው መመለስ ይችላሉ። ከvCAV ጋር አብሮ ለመስራት ስላለው እቅድ አስቀድሜ በዝርዝር ተናግሬያለሁ እዚህ. 

   RPO እና RTO: ከ 5 ደቂቃዎች. 

   ወጪ: ከመጀመሪያው አማራጭ የበለጠ ውድ ፣ ግን ከአደጋ መከላከያ ደመና ውስጥ ከሃርድዌር ማባዛት ርካሽ። ዋጋው የvCAV ፍቃድ ወጪን፣ የአስተዳደር ክፍያዎችን፣ የደመና ሀብቶችን እና የመጠባበቂያ ሀብቶችን ወጪ በPAYG ሞዴል (ከ 10 በመቶው የቪሲኤቪ አገልግሎት መጥፋት ወጪ) ያካትታል።

   ከልምምድደንበኛው በሞስኮ ውስጥ በደመናችን ውስጥ 6 ቨርቹዋል ማሽኖችን በተለያዩ የመረጃ ቋቶች አስቀምጧል። መጀመሪያ ላይ ጥበቃ የተደረገው በመጠባበቂያ ቅጂ ሲሆን አንዳንድ የመጠባበቂያ ቅጂዎች በሞስኮ ውስጥ በደመና ውስጥ ተከማችተዋል, እና አንዳንዶቹ በሴንት ፒተርስበርግ ጣቢያችን ላይ ተከማችተዋል. ከጊዜ በኋላ የውሂብ ጎታዎቹ በመጠን አደጉ እና ከመጠባበቂያ ቅጂ ወደነበረበት መመለስ ተጨማሪ ጊዜ መውሰድ ጀመረ. 
    
   በVMware vCloud ተገኝነት ላይ የተመሰረተ ማባዛት ወደ ምትኬዎች ታክሏል። የቨርቹዋል ማሽኖች ቅጂዎች በሴንት ፒተርስበርግ በመጠባበቂያ ቦታ ላይ ይቀመጣሉ እና በየ 5 ደቂቃው ይሻሻላሉ. በዋናው ጣቢያ ላይ ውድቀት ከተከሰተ ሰራተኞቹ እራሳቸውን ችለው በሴንት ፒተርስበርግ ወደሚገኘው ምናባዊ ማሽን ቅጂ ይቀይሩ እና ከእሱ ጋር መስራታቸውን ይቀጥላሉ ። 

ከግምት ውስጥ የገቡት ሁሉም መፍትሄዎች ከፍተኛ አቅርቦትን ይሰጣሉ፣ ነገር ግን በራንሰምዌር ቫይረስ ወይም በአጋጣሚ በሰራተኛ ስህተት ምክንያት ከመረጃ መጥፋት አይከላከሉም። በዚህ አጋጣሚ አስፈላጊውን RPO የሚያቀርቡ ምትኬዎች ያስፈልጉናል።

5. ስለ ምትኬ አይረሱ

ምንም እንኳን በጣም ጥሩው የአደጋ መከላከያ መፍትሄ ቢኖርዎትም ምትኬዎችን መስራት እንዳለቦት ሁሉም ሰው ያውቃል። ስለዚህ ጥቂት ነጥቦችን በአጭሩ ላስታውስህ።

በትክክል መናገር፣ ምትኬ DR አይደለም። ለዚህም ነው፡- 

• ረጅም ጊዜ ነው። መረጃው በቴራባይት ከተለካ መልሶ ማግኘቱ ከአንድ ሰአት በላይ ይወስዳል። ወደነበረበት መመለስ, አውታረ መረብ መመደብ, መብራቱን ያረጋግጡ, ውሂቡ በቅደም ተከተል መሆኑን ይመልከቱ. ስለዚህ ጥሩ RTO ማቅረብ የሚችሉት ትንሽ ውሂብ ካለ ብቻ ነው። 
• ውሂቡ ለመጀመሪያ ጊዜ ወደነበረበት ላይመለስ ይችላል፣ እና ድርጊቱን ለመድገም ጊዜ መስጠት አለቦት። ለምሳሌ መረጃ መቼ እንደጠፋ በትክክል የማናውቅባቸው ጊዜያት አሉ። ጥፋቱ በ 15.00 ላይ ታይቷል እንበል, እና ቅጂዎች በየሰዓቱ ይደረጋሉ. ከ 15.00 ጀምሮ ሁሉንም የመልሶ ማግኛ ነጥቦችን እንመለከታለን: 14:00, 13:00 እና የመሳሰሉት. ስርዓቱ አስፈላጊ ከሆነ የመልሶ ማግኛ ነጥብ እድሜን ለመቀነስ እንሞክራለን. ነገር ግን ትኩስ መጠባበቂያው አስፈላጊውን መረጃ ካልያዘ, ቀጣዩን ነጥብ እንወስዳለን - ይህ ተጨማሪ ጊዜ ነው. 

በዚህ ሁኔታ, የመጠባበቂያው መርሃ ግብር አስፈላጊውን ሊሰጥ ይችላል አርፒኦ. ለመጠባበቂያዎች, ከዋናው ጣቢያ ጋር ችግሮች በሚፈጠሩበት ጊዜ ጂኦ-ሪዘርቬሽን መስጠት አስፈላጊ ነው. አንዳንድ የመጠባበቂያ ቅጂዎችን በተናጠል ለማከማቸት ይመከራል.

የመጨረሻው የአደጋ ማገገሚያ እቅድ ቢያንስ 2 መሳሪያዎችን መያዝ አለበት፡-  

• ስርዓቶችን ከውድቀት እና ውድቀት የሚከላከለው ከ1-4 አማራጮች አንዱ።
• ውሂብን ከመጥፋት ለመጠበቅ ምትኬ ያስቀምጡ። 

ዋናው የኢንተርኔት አገልግሎት አቅራቢው ቢቀንስ የመጠባበቂያ መገናኛ ቻናልን መንከባከብ ተገቢ ነው። እና - ቮይላ! - ዝቅተኛው ደመወዝ ያለው DR ቀድሞውኑ ዝግጁ ነው። 

ምንጭ: hab.com