Pomembnost izdelave varnostnih kopij datotek in podatkovnih baz

V svoj inbox sem pred dnevi dobil sitepointov newsletter z sporočilom, da je socialna mreža za hranjenje zaznamkov ma.gmolia.com (podobna storitev kot del.icio.us ) doletela nepopravljiva izguba podatkov. Primer ma.gnolie je kruta demonstracija tega, do česa lahko pride, v kolikor nimamo izdelane strategije za primer popolne izgube podatkov.

Socialna mreža z zaznamki ma.gnolia.com je utrpela nekaj, kar je največja nočna mora vsakega podjetja, ki se ukvarja z spletnimi storitvami. Nepopravljiva izguba podatkov. Stran je trenutno nedosegljiva z sporočilom svojega ustanovitelja, Larrya Halffa, ki pravi, da bo trajalo več dni, da se naredi ocena škode, ki je bila storjena.

Popolnoma jasno je, da gre tu za zelo hudo stvar. Četudi ma.gnolia uspe nekako dobiti podatke nazaj, se je zgodila neprecenjiva škoda, ki jo bodo le z težka odpravili. Zaupanje uporabnikov v to storitvev je šlo po vsej verjetnosti po zlu.
Podjetje se sedaj sicer močno in iskreno trudi, da bi uspelo povrniti izgubljene podatke iz virov, kot so Gogle cache in Web archive. Vendar je po tem scenariju upanje na popolno povrnitev podatkov utopija.

Dejstvo je, da nobena stvar ali storitev na tem svetu ni popolna. Zgodi se, da strežniki padejo in da je spletno mesto določen čas nedosegljivo. Lahko pa pride tudi do tega, da se izgubijo vsi podatki. Da, to je normalno. Ker so te stvari (ne)predvidljive, jih moramo obravnavati, kot da se bodo zgodile.Vprašanje ni “ali”, temveč “kdaj se bo to zgodilo”.
Zato se je potrebno zavedati, da mora imeti vsako podjetje v tej branži izdelano in urejeno strategijo za primere izgube podatkov. Primer ma.gnolie je kruta demonstracija tega, do česa lahko pride, v kolikor nimamo izdelane strategije za primere izgube podatkov.

Bolj ali manj vsako, še tako poceni gostovanje nam omogoča, da lahko naredimo kopije svojih datotek in podatkovnih baz, ki jih imamo na gostujočem strežniku. Načini na katere lahko to naredimo, se sicer razlikujejo glede na kontrolno ploščo. Nekateri omogočajo dnevne avtomatizirane kopije, pri drugih moramo to storiti ročno. Vsekakor pa, v kolikor varnostnih kopij še ne delate je sedaj čas, da s tem pričnete.

Navkljub temu pa da delate varnostne kopije, se morate zavedati ene pomembne stvari. Te kopije morate(!) prenesti na drugo lokacijo. Če ostajajo na istem strežniku, vam bodo v primeru padca le tega kaj malo koristile.

Datoteke lahko prenesete na svoj računalnik preko nadzorne plošče ali FTP klienta, podatkovne baze pa ali preko nadzorne plošče ali z phpMyAdmin.

Sam zase in za vse svoje stranke uporabljam Navicat MySQL. Navicat mi omogoča lokalni dostop do podatkovnih baz. Torej do baze ne dostopam preko browserja, temveč mi aplikacija na desktopu prikaže stanje baze na strežniku. Prednosti je tu več. Od same hitrosti delovanja in urejanja podatkovnih baz do avtomatizacije varnostnih kopij.

Varnostne kopije delam dnevno in jih imam spravljene na dveh ali več različnih geografskih(!) lokacijah. Za avtomatiziran proces kopiranja podatkovnih baz enostavno naredim shedule task, kjer določim frekvenco (dnevno) in čas izdelave kopije.

Tako grem lahko vsak dan mirno spat oz. imam eno težavo manj, ki mi bo kratila spanec.