Backup срещу Disaster Recovery: Не са едно и също

Много фирми смятат, че щом имат резервни копия, значи са подсигурени при бедствие. Това обаче са две различни неща, а объркването им е именно начинът, по който компаниите се оказват защитени на хартия, но закъсали в реалността.

Ето един разговор, който се случва по-често, отколкото би трябвало. Фирма пострадва (рансъмуер, умрял сървър, наводнение на грешното място) и някой казва успокоително: „Няма проблем, имаме резервни копия."

Няколко часа по-късно тази увереност вече се е превърнала в паника, защото се оказва, че да имате данните е било лесната част. Връщането на бизнеса в работен режим е мястото, където всичко се срина.

Точно тази празнина е смисълът на тази статия. Резервното копие и възстановяването след бедствие звучат като едно и също. Не са, а познаването на разликата е това, което отделя напрегнатия следобед от затворената фирма.

Резервното копие отговаря на един въпрос: данните още ли са там?

Резервното копие е копие на данните Ви, съхранено на сигурно място, така че ако оригиналът се загуби или повреди, да можете да си го върнете. Това е всичко. Става дума за данните, и само за данните.

А резервните копия са наистина важни. Посветихме две статии на това. Но купчина възстановени файлове не е работещ бизнес.

Ако сте си върнали данните, но сървърът Ви е още мъртъв, приложенията не са инсталирани, екипът Ви не може да влезе в системата и никой не знае откъде да започне, значи „имаме резервни копия" всъщност още не Ви е спасило. Просто е попречило нещата да се влошат още повече.

Възстановяването след бедствие отговаря на по-големия въпрос: колко бързо работим отново?

Възстановяването след бедствие е целият план бизнесът Ви да се изправи на крака, след като нещо се обърка сериозно. Данните са само една част от него. Останалото е всичко около данните:

  • Къде ще работят нещата? Ако основният Ви сървър го няма, върху какво ще се извършва работата, докато той се поправя или подменя?
  • В какъв ред? Кои системи се връщат първи? Имейлът, системата за резервации, това, което приема плащанията. Не можете да направите всичко наведнъж, така че кое е приоритетът?
  • Кой какво прави? Когато е 9 сутринта и нищо не работи, всеки ли знае задачата си, или петима души гледат в един и същи екран?
  • Колко време е приемливо? Може ли бизнесът да оцелее, ако не работи цял ден? А един час? Това са Вашите RPO и RTO, а отговорът променя какво трябва да сте подготвили предварително.

Резервното копие е нещо, което притежавате. Възстановяването след бедствие е нещо, което правите. Едното е копие в чекмеджето, другото е да знаете как да възстановите цялата стая.

Защо бъркането им струва толкова скъпо

Опасността е, че резервните копия създават лъжливо усещане за свършена работа. Отмятате „резервни копия" от списъка, чувствате се защитени и така и не планирате частта, която всъщност Ви връща в работен режим.

После идва лошият ден и откривате, че възстановяването на няколко терабайта, пренастройването на сървърите и връщането на всички онлайн отнема далеч повече време, отколкото бизнесът може да си позволи, понякога дни, докато приличен план щеше да Ви върне в строя за часове. А всеки от тези часове струва реални пари.

Затворете празнината в спокоен следобед, а не в разгара на кризата

Решението не е повече резервни копия. Решението е да признаете, че връщането на данните и връщането на бизнеса са две отделни задачи, а в момента е покрита само едната.

Задайте си един директен въпрос: ако всичко спре утре в 9 сутринта, колко бързо реално бихте заработили отново? Не „кога ще си върнем файловете", а „кога бихме могли да приемем първата поръчка".

Ако отговорът е вдигане на рамене, това е празнината. А далеч по-лесно е да я затворите в спокоен вторник, отколкото докато телефонът не спира да звъни.

Не сте сигурни дали имате резервно копие, план за възстановяване или по малко и от двете? Струва си да разберете, преди това да бъде изпитано наистина.


Изградете плана си за възстановяване заедно с нас
Трезв поглед върху това, което имате сега и какво липсва. Без жаргон, без ангажимент.