Disaster Recovery

1. Disaster Recovery Ljubo Brodarić ljubo@brodaric.com

2. Sadržaj • DR definicija, uzroci, komponente • DR u „Enterprise” i „običnoj” okolini • DR u oblaku

3. Definicija Disaster recovery je skup procedura i alata za oporavak IT sustava od katastrofe uzrokovane prirodnim ili ljudskim faktorom.

4. Uzroci • Prirodni • potres, cunami, požar, udar meteorita… • Ljudski • nestručnost, napad hakera, virusi, teroristički napad… Symantec Annual IT Survey Results

5. Business continuity

6. Komponente DR-a i korištenje • Visoka dostupnost (High Availability) • je dizajn i implementacija sustava koja nam osigurava dogovoreni nivo operativnosti (downtime). • Replikacija • je proces dupliciranja podataka i osiguravanja njihove konzistentnosti. • HW ili SW • sinkrona ili asinkrona • Backup i restore • je izrada pričuvnih kopija podataka i njihov povrat. • Koriste se za: • file servise, print servise, database servise, Hyper-V...

7. Failover klaster (On-site DR) • „Enterprise” rješenje • potpuno automatizirano • gotovo nevidljivo klijentima

8. Failover klaster (Off-site DR)

9. Dva servera (On-site i Off-site DR) • pogodno za manje tvrtke • stupanj automatizacije nizak • zahtijeva određenu reakciju klijenata

10. Dva servera (On-site i Off-site DR) • File servisi • automatizacija putem DFS-a (nije optimalno za velike datoteke) • Print servisi • identična instalacija na oba servera • klijenti se moraju sami prebaciti na novi server • Hyper-V • moguće jedino ako možemo pristupiti do vhd datoteka • nema automatizacije • najveći downtime od svih servisa

11. Dva SQL servera (On-site i Off-site DR) • Database mirroring • kopira transakcije iz loga s „principala” na „mirror” server • sinkroni (high safety) ili asinkroni (high performance) mod • samo jedan mirror za svaku principal bazu • nije preporučljivo za više od 10 baza zbog resursa • baza na mirroru je nedostupna (Restoring state) • oprez s visoko transakcijskim bazama (log može rasti u beskonačnost) • vrijeme failovera <3s • pogodno za servere koji su blizu i povezani su dobrim linkom

12. Dva SQL servera (On-site i Off-site DR) • Log shipping • periodički backup loga, kopiranje i restore na sekundarnom serveru • neograničen broj kopija primarne baze na sekundarnim serverima • baza na sekundarnom serveru je dostupna (Read-only state), može se koristiti za Reporting • asinkroni mod traži učestali backup loga što može utjecati na performanse • pogodno za servere koji su daleko i povezani su relativno lošim linkom

13. Recovery model SQL baze

14. Backup SQL-a (Simple recovery model)

15. Backup SQL-a (Full recovery model)

16. Backup SQL-a • Radite backup uz checksum • Zadržite barem jedan prethodni backup set • Povremeno napravite restore backupa (preporučljivo na neki drugi server) • Provjeravajte povremeno bazu (dbcc dbcheck)

17. DR u oblaku • Modeli • IaaS (Hyper-V) – briga o cjelokupnom DR • PaaS (Azure) – aplikacija mora podržavati HA i DR • SaaS (Office 365) – davatelj usluge se brine o svemu • Private cloud • nije zamjena za DR • Hyper-V klaster je „samo” HA virtualna platforma • Public cloud • Vaši podaci nisu gdje i vi. Ili…? • Da li davatelj usluge replicira podatke u disperzirane datacentre? • Koga kontaktirati u slučaju problema?

18. Zaključak • Procijenite rizik i dozvoljenu nedostupnost • Izradite detaljan plan DR-a uzimajući u obzir procjenu i cijenu • Testirajte ga!!!

19. Hvala na pažnji!