Компанияның резервтік көшірмелерін тек қалпына келтіру арқылы тексеруге болады: қажет деректерді таңдап, жұмыс жүйесінен бөлек ортада қалпына келтіріп, оларды пайдалануға болатынына көз жеткізіңіз. Көшірме күнін, нәтижені және тексеруге нақты кеткен уақытты тіркеңіз. Көшіру тапсырмасының сәтті аяқталуы көшірме жасалғанын растайды, бірақ компания жұмысын жалғастыра алатынын әлі дәлелдемейді.
Неліктен «резервтік көшіру аяқталды» деген хабарлама жеткіліксіз?
Бағдарлама таңдалған буманы сәтті сақтауы мүмкін, ал қажет дерекқор басқа жерде қалуы ықтимал. Файлдар көшірілгенімен, баптаулар, шифрлау кілті немесе үйлесімді нұсқа болмаса, қолданба оларды аша алмауы мүмкін. Сондықтан деректер тізімінен бастап қызметкер тексере алатын жұмыс нәтижесіне дейінгі бүкіл тізбекті тексеріңіз.
Соңғы сәтті көшірмені және соңғы қалпына келтіру хаттамасын көрсетуді сұраңыз. Бұлар екі бөлек жазба. Біріншісі тапсырманың орындалғанын көрсетеді. Екіншісі нақты нені қайтару мүмкін болғанын және оның қалай тексерілгенін көрсетеді. Хаттама жоқ болса, тапсырмалар журналы қалыпты көрінсе де, қалпына келтіру мүмкіндігі әзірше белгісіз.
Соңғы өзгерістердің қаншасын жоғалтуға болатынын және жұмыстың қанша уақыт тоқтауы қолайлы екенін алдын ала анықтаңыз. Бұл талаптарды бизнес қояды. Олар көшіру жиілігі мен сервистерді қалпына келтіру ретін таңдауға көмектеседі. Барлық бумаға бірдей талап қоймаңыз: жұмыс дерекқорының, құжаттар архивінің және уақытша файлдардың құндылығы әртүрлі.
3-2-1 ережесі қарапайым тілмен нені білдіреді?
Бұл сақтаудың негізгі үлгісі: жұмыс данасын қоса алғанда деректердің үш данасы; екі түрлі тасымалдағыш; бір данасы негізгі алаңнан тыс жерде. Мақсат - бір ақау немесе бір оқиға бәріне бірдей әсер етпеуі. Үлгіні өз жүйелеріңізге, деректер көлеміне және ақпаратты орналастыру шектеулеріне бейімдеу керек.
Бір дискідегі екі бума сол дискінің бұзылуынан тәуелсіз қорғаныс бермейді. Бұлтпен синхрондау да резервтік көшіруді үнемі алмастырмайды: жойылу немесе бүліну бұлттық бумаға да өтуі мүмкін. Нұсқалар тарихын, сақтау мерзімін және қатеге дейінгі күйді қайтару мүмкіндігін тексеріңіз.
Бұзылған аккаунт арқылы көшірмелердің жойылуынан қорғауды бөлек талқылаңыз. Тиісті шара платформаға байланысты: бөлек құқықтар, ажыратылатын тасымалдағыш немесе өзгермейтін сақтау режимі. 3-2-1 ережесі даналардың орналасуын сипаттайды, бірақ оларға қол жеткізіп, қолданбаны қалпына келтіре алатыныңызды растамайды.
Жүйелік әкімшіге қандай жеті сұрақ қою керек?
Осы чек-листті жауапты маманмен бірге өтіңіз. Парольдерді ашпай, нәтижені экранда немесе құжатта көрсетуді сұраңыз. «Бұрын бапталған» деген жауап мәселені жаппайды: сервер көшкеннен, қолданба ауысқаннан немесе қызметкер кеткеннен кейін ескі үлгі компания жұмысына сәйкес келмеуі мүмкін.
- Нақты не көшіріледі? Тізімді қолданыстағы дерекқорлармен, құжаттармен, поштамен, сайтпен және сервис баптауларымен салыстырыңыз.
- Көшірмелер қаншалықты жиі жасалады? Соңғы сәтті көшірменің күнін, тарихтың тереңдігін және ескі нұсқаларды жою ережесін сұраңыз.
- Даналар қайда орналасқан? Негізгі алаң істен шықса немесе әкімші қателессе, олардың сақталатынын нақтылаңыз.
- Кімнің қол жеткізу құқығы бар? Негізгі және қосалқы жауаптыны тағайындап, нұсқаулық пен кілттердің қорғалған қойма арқылы қолжетімді екенін тексеріңіз.
- Қате туралы хабарламаны кім алады? Алушыларды, әрекет ету тәртібін және күтілетін көшірме болмауын бақылауды көрсетіңіз.
- Сынақтық қалпына келтіру қашан болды? Таңдалған күн, деректер құрамы, нәтиже және ескертулер жазылған хаттаманы сұраңыз.
- Апат кезінде не істеу керек? Жүйелерді іске қосу ретін, орындаушылардың байланысын және негізгі сервер қолжетімсіз кезде жұмыс істеу тәсілін тексеріңіз.
Әрбір олқылыққа әрекет пен жауапты тағайындаңыз. Сонда чек-лист жұмыс жоспарына айналады. Тексеруді көлемді есеппен алмастырмаңыз: бастау үшін нәтижесіз баптаулар тізімінен маңызды жүйені қалпына келтірудің бір расталған сценарийі пайдалырақ.
Жұмысқа қауіп төндірмей сынақтық қалпына келтіруді қалай өткізуге болады?
Сценарийді маманмен және процесс иесімен келісіңіз. Қажет күннің көшірмесін таңдап, сәттілік өлшемдерін алдын ала анықтаңыз. Құжаттар үшін бұл файлдарды ашып, мазмұнын тексеру; қолданба үшін - іске қосу, кіру және жұмыс деректерін тексеру. Дискіде файлдардың барын ғана тексеру жеткіліксіз.
Бөлек ортаға қалпына келтіріңіз. Іске қоспай тұрып жұмыс дерекқорына қосылуды, автоматты таратылымдарды, сыртқы жүйелермен алмасуды және компания атынан тапсырмалар орындауды болдырмаңыз. Сынақ қолданыстағы деректерді қайта жазбауы немесе клиенттерге құжат жібермеуі керек. Ең аз қажетті ақпаратты қолданып, қатысушылардың қол жеткізуін шектеңіз.
- Таңдалған көшірмені және тексерудің басталу уақытын жазыңыз.
- Қажет баптауларды қоса, деректерді нұсқаулық бойынша қалпына келтіріңіз.
- Жүйе пайдаланушысымен бірге іске қосылуын және мазмұнын тексеріңіз.
- Кеткен уақытты, қателерді және нұсқаулықта болмаған қолмен жасалған әрекеттерді тіркеңіз.
- Түзетулерді келісіп, сәтсіз кезеңді қайталаңыз және сынақ деректерін қауіпсіз алып тастаңыз.
Жоспарлы тексеруге тоқсан сайынғы кестені бастапқы бағдар етуге болады. Жиілікті тәуекел мен өзгерістерге қарай таңдаңыз: серверді көшіргеннен, қолданбаны жаңартқаннан немесе көшіру тәсілін ауыстырғаннан кейін қосымша сынақ қажет. Тоқсан сайын қалпына келтіруді тексеру көшірмелер де тоқсанына бір рет жасалады дегенді білдірмейді.
Басшыға қандай хабарламалар мен құжаттар қажет?
Тапсырма қатесі, орын жетіспеуі және күтілетін көшірменің болмауы туралы ескертулерді тексеріңіз. Хабарламаның алушысы және түсінікті келесі әрекеті болуы керек. Ескерту бұрынғы қызметкердің поштасына түссе немесе қызметтік хаттар арасында жоғалса, техникалық тұрғыдан сәтті жіберілу мәселені байқауға көмектеспейді.
Маманнан резервтік көшіруді тоқтатпай, сынақ хабарламасының жеткізілуін қауіпсіз тексеруді сұраңыз. Қатені қарастыру қалай тіркелетінін және негізгі жауапты болмағанда мәселені кім қабылдайтынын келісіңіз. Көшіру жүйесімен байланыстың жоғалуы да назар аударуды қажет етеді: үнсіздік сәттілікті растамайды.
Қысқа хаттамада жүйені, көшірме күнін, тексеру күнін, қалпына келтіру тәсілін, нәтижені, кеткен уақытты және қалған мәселелерді көрсету жеткілікті. Нәтижені бизнес талаптарымен салыстырыңыз. Егер қалпына келтіру тек бір адамның қатысуымен мүмкін болса, нұсқаулықты толықтырып, оны алмастыратын маманды дайындаңыз.
Credus Clinic-те бұл қалай ұйымдастырылған?
Credus Clinic клиникасы үшін біз хабарламалары бар көпдеңгейлі резервтік көшіруді, жеке серверлік ортаны және медициналық жүйеге арналған оқшауланған ортаны құрдық. Сервистердің деректері көшіріледі, ал елеулі ақауға бөлек қалпына келтіру сценарийлері қарастырылған.
Мұнда көшірмелер бөлек тұрған жоқ: олар қол жеткізу құқықтарымен, мониторингпен және хабарламалармен байланысты, сондықтан тапсырма ақауы байқалмай қалмайды. Өз компанияңызда жоғарыдағы жеті сұрақтан және бір сынақтық қалпына келтіруден бастаңыз. Сақтау үлгісі мен жауаптыларды реттеуге қолжетімділіктер мен резервтік көшірмелерді басқару, ал серверлік бөлікке Алматыдағы серверлерді сүйемелдеу сәйкес келеді.