RTO existuje iba ako želanie
Vedenie očakáva návrat za hodinu, ale prenos terabajtov, dodanie hardvéru, obnova databázy a kontrola aplikácie môžu trvať podstatne dlhšie.
Z kvalitných záloh vytvoríme praktický plán návratu do prevádzky. Určíme kritické systémy, poradie obnovy, závislosti, kontakty, cieľové prostredie a realistický čas. Plán následne overíme testom, nie iba podpisom dokumentu.
Problémy, ktoré riešime
Obnova jedného súboru je jednoduchá. Obnova celého servera, databázy, domény, aplikácie a prístupov v správnom poradí je iný problém. Bez prípravy sa počas incidentu rozhoduje pod tlakom a odhaľujú sa závislosti, ktoré nikto nezapísal.
Vedenie očakáva návrat za hodinu, ale prenos terabajtov, dodanie hardvéru, obnova databázy a kontrola aplikácie môžu trvať podstatne dlhšie.
Aplikácia potrebuje doménu, databázu, licenčný server, DNS alebo sieťové prepojenie. Obnova komponentov v nesprávnom poradí predlžuje výpadok.
Záloha je k dispozícii, ale nie je server, virtualizačná platforma, dostatočný disk alebo licencia, na ktorej by sa dala spustiť.
Počas incidentu sa hľadá dešifrovacie heslo, účet výrobcu, kontakt na dodávateľa aplikácie alebo oprávnenie k DNS a doméne.
Situácia z praxe
Po havárii sa podarí obnoviť virtuálny server, no aplikácia nefunguje, pretože chýba licenčný server, DNS záznam a prístup dodávateľa. Rapid Restore mapuje tieto závislosti vopred, určuje poradie a pripravuje kontrolný zoznam, aby sa čas nestrácal improvizáciou.
Čo nebolo pripravené a otestované, musí tím riešiť pod tlakom a s neúplnými informáciami.
Server môže bežať, ale používateľ sa neprihlási alebo aplikácia nemá všetky závislosti.
Vedenie potrebuje vedieť, čo sa dá obnoviť, v akom poradí a za akých predpokladov.
Nacvičený krízový scenár
Tím neimprovizoval. Aktivoval pripravený scenár, izoloval prostredie, obnovil systémy v dohodnutom poradí a manuálne overil aplikácie aj väzby.
Prečítať celú prípadovú štúdiuAko Stonet pomáha
Najprv sa pýtame, ktoré služby musia fungovať ako prvé a aký výpadok je ešte prijateľný. Potom mapujeme servery, aplikácie, dáta, identity, sieť, licencie a ľudí. Výsledkom je vykonateľný plán s vlastníkmi a testom.
Prebrať naše prostredieUrčíme služby, používateľov, aplikácie a technické komponenty, bez ktorých organizácia nevie fungovať.
Porovnáme obchodnú požiadavku s objemom dát, frekvenciou záloh, rýchlosťou prenosu, dostupným hardvérom a ľudskými kapacitami.
Definujeme, kam sa systém obnoví, kto vykoná jednotlivé kroky, aké prístupy potrebuje a kedy sa zapája dodávateľ aplikácie.
Vybraný scenár obnovíme v kontrolovanom prostredí. Zistené medzery opravíme a plán aktualizujeme pri významnej zmene infraštruktúry.
Čo služba zahŕňa
Identifikácia kritických systémov a závislostí
Dohodnuté RTO a RPO
Poradie obnovy a kontaktný strom
Pripravené cieľové alebo náhradné prostredie podľa rozsahu
Kontrolný zoznam krokov a prístupov
Pravidelný test alebo nácvik podľa dohody
Výsledok
Hranice služby
Dobrý návrh otvorene pomenúva aj limity. Nechceme predávať falošný pocit bezpečia ani sľubovať výsledok, ktorý závisí od iných systémov, dodávateľov alebo neobjednaných služieb.
Plán potrebuje aktuálne, chránené a overené body obnovy. Bez nich nemá z čoho vrátiť systém do prevádzky.
RTO možno garantovať len tam, kde sú dostupné zálohy, cieľové prostredie, licencie, prístupy, konektivita a potrební dodávatelia.
Mnohé kroky sa dajú overiť izolovane alebo na kópii. Rozsah testu sa zvolí tak, aby primerane preveril plán a neohrozil bežnú prevádzku.
Nasadenie
Technológia, kapacita, servisné okno aj spôsob podpory sa určia až po zistení stavu. Univerzálna cena bez kontextu by vytvárala falošné očakávania.
Prostredie, kritickosť, závislosti a očakávania.
Komponenty, zodpovednosti, servis a spôsob podpory.
Pilot alebo realizácia s kontrolou funkčnosti a návratom späť.
Monitoring, údržba, dokumentácia a pravidelné zlepšovanie.
Časté otázky
Stonet Private Backup vytvára a kontroluje záložné kópie. Rapid Restore rieši, ako z nich v správnom poradí obnoviť celú kritickú službu vrátane cieľového prostredia, prístupov a závislostí.
Áno iba pri jasne definovanom a otestovanom rozsahu a splnených predpokladoch. Bez pripraveného hardvéru, kapacity, licencií a dodávateľov by bolo pevné číslo zavádzajúce.
Nie vždy. Test sa môže vykonať v izolovanom virtuálnom prostredí, na náhradnom hardvéri alebo ako čiastočný nácvik. Pri kritických systémoch však treba občas overiť aj reálne prepnutie alebo návrat.
Minimálne po významnej zmene servera, aplikácie, siete, zálohovania, dodávateľa alebo personálnych kontaktov. Pri kritickej prevádzke odporúčame pravidelnú ročnú alebo častejšiu revíziu.
Pri podporovanej platforme áno. Túto možnosť však treba pripraviť vopred vrátane kompatibility, licencií, výkonu, konektivity a bezpečného prístupu používateľov.
Bez zbytočného komplikovania
Začneme krátkym rozhovorom. Zistíme stav, riziká a navrhneme ďalší rozumný krok.