Disaster recovery plan na jednoj stranici

Zašto baš jedna stranica

U trenutku katastrofe nemate vremena da listate dokumentaciju, a osoba koja je pisala plan možda nije tu. Dokument od jedne stranice ima tri osobine koje duga verzija nema:

• Pročita se i razume za minut, pod pritiskom.
• Lakše se održava, pa zato i ostaje ažuran.
• Može da visi odštampan, jer ako padne i mreža, PDF na mreži vam ne pomaže.

Cilj nije iscrpnost, nego upotrebljivost.

Šta mora da stane na stranicu

Plan na jednoj stranici odgovara na pet pitanja, redom:

• Ko koga zove. Imena, uloge i brojevi — IT partner, rukovodstvo, ključni dobavljači, po potrebi nadležni. Redosled pozivanja.
• Šta je kritično i kojim redom se diže. Lista najvažnijih sistema (npr. ERP, mejl, telefonija) sa prioritetom oporavka.
• Gde su backup-i i ko ume da ih vrati. Lokacija, način pristupa, ko ima ovlašćenje.
• Ciljevi: RTO i RPO. Koliko brzo mora nazad i koliko podataka smemo da izgubimo, po sistemu.
• Šta govorimo napolju. Kratka uputstva za komunikaciju sa klijentima i zaposlenima dok traje ispad.

Ako stranica odgovori na ovih pet stvari jasno, imate funkcionalan plan.

Scenariji koje vredi pokriti

Ne treba vam plan za svaku moguću nesreću, nego za nekoliko najverovatnijih:

• Otkaz hardvera ili servera.
• Ransomware ili gubitak podataka.
• Duži nestanak struje ili interneta.
• Nedostupna kancelarija (požar, poplava, zabrana pristupa).

Za svaki, jedna rečenica: prvi potez i ko ga vodi. Ne roman — okidač i odgovorna osoba.

Plan koji nije testiran je samo papir

Najlepši dokument ne vredi ako prvi put proradi tek u krizi. Test ne mora biti veliki:

• Bar jednom godišnje uradite probni restore iz backup-a.
• Pitajte tim „šta bi uradio prvih sat vremena" i vidite gde plan ima rupe.
• Posle svake veće promene u IT-u, ažurirajte stranicu.

Cilj testa nije da dokaže da je sve savršeno, nego da otkrije šta nedostaje dok je još bezbedno da se otkrije.

Ko ovo piše

Plan na jednoj stranici nije čisto tehnički dokument — pola njega su poslovne odluke (šta je kritično, koliko zastoja podnosite, šta kažete klijentima). Najbolje nastaje kada IT partner i rukovodstvo sednu zajedno na sat vremena. Tehničar zna kako, vlasnik zna šta je važno; plan je presek to dvoje.

Katastrofa se ne najavljuje, ali se može pripremiti. Jedna jasna stranica, odštampana, poznata ljudima i povremeno proverena, vredi više od savršenog plana koji postoji samo kao fajl na serveru koji je, kad zatreba, baš taj koji je pao.