Preseljenje poslovnih podataka nije kopiranje nekoliko mapa na novu lokaciju. Kada se odlučuje kako preseliti podatke u cloud, treba obuhvatiti datoteke, poslovne aplikacije, korisničke račune, ovlasti pristupa, sigurnosne kopije i način na koji zaposlenici svakodnevno rade. Loše pripremljena migracija može privremeno zaustaviti rad, stvoriti više verzija iste datoteke ili otvoriti pristup podacima osobama koje ga ne bi trebale imati.
Za mala i srednja poduzeća cloud može smanjiti ovisnost o lokalnom serveru i pojednostaviti rad udaljenih timova. Međutim, nije svaki sustav primjeren za isti model migracije. Ponekad je razumno prvo preseliti dokumente i komunikaciju, a poslovne aplikacije ili baze podataka zadržati lokalno dok se ne procijene tehnički, sigurnosni i operativni uvjeti.
Kako preseliti podatke u cloud uz jasan plan
Projekt treba započeti snimanjem stvarnog stanja, a ne izborom platforme. U praksi se često pokaže da tvrtka ima podatke na više mjesta: na serveru, računalima zaposlenika, mrežnim diskovima, vanjskim diskovima i u postojećim online servisima. Dio tih podataka više nije potreban, dio nema vlasnika, a dio se godinama sigurnosno kopira bez provjere može li se doista vratiti.
Prvi korak je popis podataka i sustava koji se sele. Za svaki skup podataka potrebno je odrediti poslovnog vlasnika, korisnike, osjetljivost, količinu, međusobne ovisnosti i prihvatljivo vrijeme nedostupnosti. Financijska dokumentacija, ugovori, projektna dokumentacija i kadrovski podaci nemaju iste zahtjeve pristupa ni zadržavanja.
U tom pregledu posebno treba provjeriti:
- gdje se podaci trenutačno nalaze i tko im pristupa
- postoje li duplikati, zastarjele arhive i datoteke bez poslovne vrijednosti
- koje aplikacije koriste mrežne putanje, lokalne baze ili specifične ovlasti
- kolika je internetska veza dostupna za prijenos veće količine podataka
- postoji li provjerena sigurnosna kopija prije početka migracije.
Ovaj korak često otkriva problem koji nije vidljiv korisnicima. Primjerice, računovodstveni program može spremati dokumente na server, dok se dio povezanih izvještaja ručno čuva na računalu jednog zaposlenika. Ako se preseli samo mrežni disk, poslovni proces neće biti potpun.
Odaberite model, a ne samo prostor za pohranu
Pojam cloud obuhvaća više mogućnosti. Poslovne datoteke mogu se premjestiti u platformu za timsku suradnju, virtualni server može raditi u cloud infrastrukturi, a sigurnosne kopije mogu se čuvati izvan primarne lokacije. Te su opcije povezane, ali nisu zamjenjive.
Za uredske dokumente i suradnju najčešće je smisleno koristiti sustav koji omogućuje upravljanje korisnicima, zajednički rad, verzioniranje i dijeljenje uz kontrolu pristupa. Za aplikaciju koja ovisi o određenoj verziji operativnog sustava, lokalnoj bazi ili mrežnom uređaju, prikladniji može biti virtualni server ili hibridno rješenje. Hibridni model znači da dio usluga ostaje lokalno, a dio se premješta u cloud.
Odluku treba vezati uz način rada, a ne uz pretpostavku da sve mora biti preseljeno. Lokalni server može i dalje imati ulogu u proizvodnim sustavima, velikim lokalnim bazama ili aplikacijama s posebnim zahtjevima. S druge strane, dokumenti kojima pristupa više lokacija često dobivaju jasnu poslovnu korist od centraliziranog cloud okruženja.
Ne miješajte cloud i sigurnosnu kopiju
Datoteka pohranjena u cloudu nije automatski zaštićena od svakog rizika. Pogrešno brisanje, promjena ovlasti, neželjena sinkronizacija ili kompromitiran korisnički račun mogu utjecati na podatke koje korisnici svakodnevno koriste. Verzije datoteka i koš za smeće pomažu, ali nisu potpuna zamjena za zasebnu, redovito provjerenu sigurnosnu kopiju.
Prije migracije treba definirati što se sigurnosno kopira, koliko se dugo čuvaju kopije, gdje se čuvaju i tko može pokrenuti povrat podataka. Jednako je važno provesti probni povrat. Backup koji postoji samo kao izvještaj bez testiranog oporavka ne daje stvarnu sigurnost poslovanju.
Sigurnost počinje identitetom korisnika
Najveća promjena pri prelasku u cloud često nije lokacija datoteka, nego upravljanje pristupom. Ako zaposlenici koriste zajedničke račune, jednostavne lozinke ili međusobno dijele pristupne podatke, preseljenje podataka samo prenosi postojeći rizik na novu platformu.
Svaki korisnik treba imati vlastiti račun, a administrativne ovlasti treba dodijeliti samo osobama kojima su potrebne. Višefaktorska autentifikacija treba biti standard, osobito za administratorske račune, udaljeni pristup i korisnike koji rade s osjetljivim podacima. Preporučljivo je definirati i postupak za zapošljavanje, promjenu radnog mjesta i odlazak zaposlenika kako bi se ovlasti pravodobno dodjeljivale i ukidale.
Posebnu pažnju zahtijevaju vanjski suradnici. Umjesto dijeljenja jednog korisničkog računa, treba im dodijeliti ograničen pristup točno određenim mapama ili aplikacijama, uz unaprijed određen rok. Tako se može pratiti pristup i jednostavno ga ukinuti kada suradnja završi.
Migraciju provodite u fazama
Kod manjeg broja dokumenata prijenos može biti relativno brz. Kod servera s većom količinom podataka, aktivnih baza ili aplikacija s mnogo korisnika, jednokratno preseljenje nosi veći rizik. Faze omogućuju da se problemi otkriju prije nego što zahvate cijelu organizaciju.
Razuman redoslijed je priprema odredišnog okruženja, prijenos početne kopije podataka, provjera strukture mapa i ovlasti, pilot s manjom skupinom korisnika, završna sinkronizacija i tek potom prebacivanje u redovan rad. Tijekom pilot-faze korisnici mogu potvrditi da vide potrebne dokumente, da rade ispravne ovlasti i da poslovne aplikacije komuniciraju s novim resursima kako je predviđeno.
Završni prijenos obično se planira izvan najopterećenijeg dijela radnog dana. Treba jasno odrediti trenutak od kojeg je stari sustav samo za čitanje ili potpuno nedostupan kako ne bi nastale dvije aktivne verzije istih podataka. Također je potreban plan povratka: što će se napraviti ako ključna aplikacija ne radi, prijenos traje predugo ili se pronađu podaci koji nedostaju.
Testirajte poslovni rad, ne samo prijenos datoteka
Tehnički uspješna migracija nije dovoljna ako zaposlenici ne mogu obaviti svoj posao. Testovi trebaju obuhvatiti otvaranje i uređivanje dokumenata, pretraživanje, rad s velikim datotekama, pristup s odobrenih lokacija, ispis gdje je potreban te rad aplikacija koje koriste preseljene podatke.
Vrijedi provjeriti i scenarije koji se događaju rijetko, ali stvaraju velike zastoje: povrat slučajno obrisane datoteke, pristup zamjene za odsutnog zaposlenika, prekid internetske veze ili dodjela pristupa novom članu tima. Takvi testovi pokazuju je li novo okruženje spremno za stvarni rad, a ne samo za demonstraciju.
Uključite korisnike u promjenu
Najuređenija infrastruktura može stvoriti probleme ako korisnici ne znaju gdje se dokumenti nalaze, kako ih dijeliti i kome prijaviti poteškoću. Kratke, konkretne upute za zaposlenike često su korisnije od opsežnog priručnika. Trebaju pokriti novu lokaciju podataka, pravila dijeljenja, rad na više uređaja, postupak za oporavak datoteka i prijavu sumnjivih aktivnosti.
Voditelji odjela trebaju potvrditi da su njihove radne mape i kritični dokumenti dostupni prije potpunog gašenja starog načina rada. Time se odgovornost ne prebacuje na korisnike, nego se tehnička provjera povezuje s poslovnom stvarnošću.
Preseljenje u cloud treba promatrati kao uređivanje poslovnog sustava, a ne kao jednokratni prijenos. Kada su podaci klasificirani, pristupi uređeni, sigurnosne kopije testirane i korisnici pripremljeni, cloud može olakšati rad bez smanjenja kontrole. Za organizacije bez internog IT tima ili s ograničenim resursima, vanjski IT partner može preuzeti planiranje, provedbu i nadzor migracije kako bi poslovanje ostalo stabilno i nakon završetka projekta.