Kā pārvietot failus uz mākoni uzņēmumā

Kad finanšu komanda nevar atrast aktuālo līguma versiju, bet pārdošana glabā savu kopiju e-pastā, problēma nav tikai neērta failu kārtība. Tā rada kļūdu, datu noplūdes un darbības pārtraukuma risku. Tāpēc jautājums, kā pārvietot failus uz mākoni, uzņēmumā nav tikai par datu kopēšanu no servera uz citu vietu. Tas ir lēmums par piekļuvi, atbildību un uzņēmuma spēju turpināt darbu arī tad, ja biroja infrastruktūra nav pieejama.

Mākonis var ievērojami uzlabot sadarbību un attālināto piekļuvi, taču neplānota migrācija bieži vien pārnes vecās problēmas uz jaunu platformu. Novecojušas mapes, pārmērīgas piekļuves tiesības, dublikāti un nekontrolēti personiskie konti nepazūd automātiski. Pārdomāts process ļauj sakārtot datu vidi, nevis vienkārši nomainīt tās atrašanās vietu.

Kā pārvietot failus uz mākoni bez darbības traucējumiem

Droša migrācija sākas ar biznesa vajadzību, nevis ar rīka izvēli. Vadībai un procesa īpašniekiem ir jāvienojas, kuri dati darbiniekiem ir vajadzīgi ikdienā, kuri faili ir kritiski klientu apkalpošanai un kādos gadījumos piekļuve tiem nepieciešama ārpus biroja vai ārpus darba laika.

Pirmais uzdevums ir inventarizācija. Jānoskaidro, kur šobrīd faili atrodas: lokālajā failu serverī, darbinieku datoros, ārējos diskos, e-pasta pielikumos vai dažādos mākoņpakalpojumos. Īpaši svarīgi ir atšķirt aktīvos darba dokumentus no arhīva, jo nav ekonomiski vai lietderīgi visu pārvietot vienādā veidā.

Inventarizācijas laikā ir vērts dokumentēt četrus jautājumus:

• kuri dati ir biznesam kritiski un kam tie pieder;
• kurām komandām vai lomām nepieciešama piekļuve;
• kādas normatīvās, līgumiskās vai klientu prasības attiecas uz datu glabāšanu;
• cik ilgi faili jāuzglabā un kad tos drīkst dzēst.

Šī informācija ļauj izvairīties no biežas kļūdas - visai organizācijai piešķirt piekļuvi vienai lielai koplietojamai mapei. Ērti īstermiņā, taču riskanti ilgtermiņā. Piekļuvei jābalstās uz amatu, nodaļu un konkrētu darba nepieciešamību, nevis uz pieņēmumu, ka vairāk piekļuves vienmēr ir labāk.

Izvēlieties failu vidi, ne tikai krātuves apjomu

Mākoņrisinājuma izvēlē glabāšanas vieta ir tikai viens no kritērijiem. Uzņēmumam jānovērtē, kā risinājums darbojas kopā ar identitātes pārvaldību, biroja lietotnēm, mobilajām ierīcēm, drošības uzraudzību un rezerves kopijām. Ja darbinieki ikdienā lieto vienu produktivitātes ekosistēmu, failu videi parasti jāatbalsta tā pati piekļuves un sadarbības loģika.

Jāizšķir arī personiskā un koplietojamā glabāšana. Personiskā darba vieta ir piemērota individuāliem melnrakstiem un personīgai darba informācijai. Savukārt klientu dokumentiem, projektu materiāliem, procedūrām un finanšu datiem jāatrodas uzņēmuma pārvaldītā koplietojamā vidē. Pretējā gadījumā darbinieka aiziešana, licences maiņa vai kļūdaini dzēsts konts var apdraudēt piekļuvi uzņēmuma informācijai.

Datu rezidences prasības arī jāizvērtē praktiski. Eiropas Savienības uzņēmumiem nepietiek ar vispārīgu apgalvojumu, ka pakalpojums ir drošs. Jāzina, kur tiek apstrādāti dati, kā tiek pārvaldīti apakšapstrādātāji, kā iespējams iegūt audita informāciju un vai konfigurācija atbilst uzņēmuma pienākumiem attiecībā uz personas datiem.

Pirms kopēšanas sakārtojiet piekļuvi un mapju struktūru

Failu migrācija ir piemērots brīdis atteikties no mapēm ar nosaukumiem “Jauns”, “Jaunāks”, “Pēdējais” un “Pēdējais_2”. Ja vairākas komandas vienlaikus rediģē dokumentus, versiju vēsture un koprediģēšana var mazināt vajadzību sūtīt pielikumus e-pastā. Tomēr tas darbojas tikai tad, ja darbinieki skaidri zina, kur atrodas oficiālā dokumenta versija.

Mapju struktūrai jāatspoguļo darba process, nevis vēsturiskas tehniskas ērtības. Piemēram, klientu dokumentus var organizēt pēc klienta un līguma, bet iekšējās procedūras - pēc funkcijas un atbildīgās nodaļas. Nevajag izveidot pārmērīgi dziļu hierarhiju: jo vairāk līmeņu, jo lielāka iespēja, ka cilvēki sāks glabāt failus ārpus paredzētās vietas.

Piekļuves tiesības jāpiešķir grupām, nevis atsevišķiem lietotājiem, kad vien tas ir iespējams. Tas vienkāršo darbinieku pievienošanu, amata maiņu un piekļuves atsaukšanu. Administratoru kontiem jābūt atsevišķiem no ikdienas lietotāju kontiem, savukārt daudzfaktoru autentifikācijai jābūt obligātai, īpaši attālinātai piekļuvei un administrēšanas darbībām.

Veiciet migrāciju pa posmiem un pārbaudiet rezultātu

Lielākajai daļai mazo un vidējo uzņēmumu drošākais risinājums nav viena liela pārcelšana nedēļas nogalē. Labāk sākt ar pilotprojektu - piemēram, vienu nodaļu vai noteiktu dokumentu kopu. Tas parāda, vai failu nosaukumi, atļaujas, sinhronizācija un lietotāju darba paradumi jaunajā vidē darbojas, pirms tiek ietekmēta visa organizācija.

Pēc pilota var veikt sākotnējo datu kopēšanu, kam seko izmaiņu sinhronizācija līdz pārejas datumam. Pēdējā posmā vecā failu vide tiek pārslēgta tikai lasīšanas režīmā vai piekļuve tai tiek slēgta saskaņā ar apstiprinātu plānu. Tas samazina risku, ka daļa darbinieku turpina saglabāt dokumentus vecajā serverī, kamēr citi jau strādā mākonī.

Migrācijas kvalitāti nevar novērtēt tikai pēc pārvietoto gigabaitu skaita. Jāpārbauda, vai atvērti ir kritiskie dokumenti, vai saglabātas vajadzīgās piekļuves tiesības, vai pareizi darbojas failu ceļi un vai lietotāji redz tikai sev paredzēto informāciju. Vērtīgi ir salīdzināt failu un mapju skaitu, pārskatīt kļūdu žurnālus un veikt biznesa lietotāju pieņemšanas testu.

Īpaša uzmanība jāpievērš failiem, kurus izmanto specializētas programmas. Grāmatvedības, projektēšanas, ražošanas vai vecākas biznesa sistēmas ne vienmēr ir paredzētas darbam ar sinhronizētām mākoņa mapēm. Šādā situācijā nepieciešama atsevišķa arhitektūras izvērtēšana. Dažreiz piemērotāka ir hibrīda pieeja, kur daļa datu paliek lokāli vai tiek piegādāti lietotājiem ar citu tehnisku risinājumu.

Mākonis neaizstāj rezerves kopijas un atbildību

Sinhronizācija nav tas pats, kas rezerves kopija. Ja lietotājs kļūdas dēļ izdzēš failu vai šifrē to ar ļaunprogrammatūru, šī izmaiņa var nonākt arī sinhronizētajā mākoņa vidē. Versiju vēsture un atkritne palīdz daudzos gadījumos, taču tām ir ierobežots glabāšanas periods, un tās ne vienmēr nodrošina uzņēmumam nepieciešamo atjaunošanas līmeni.

Tāpēc mākoņa failu videi jābūt daļai no plašākas datu aizsardzības politikas. Tajā jānosaka, ko dublē, cik bieži, cik ilgi glabā kopijas, kurš drīkst veikt atjaunošanu un cik ātri kritiskos datus nepieciešams atgūt pēc incidenta. Šie lēmumi ir tieši saistīti ar uzņēmuma darbības nepārtrauktības prasībām, nevis tikai ar IT budžetu.

Nepieciešams arī regulāri pārskatīt koplietošanas iestatījumus. Ārēja failu apmaiņa ar klientiem un piegādātājiem var būt nepieciešama, taču tai jābūt kontrolētai: ar termiņiem, konkrētiem saņēmējiem, sensitīvu datu aizsardzību un iespēju pārskatīt, kas ar ko ir kopīgots. Īpaši riskanti ir anonīmi publiskie piekļuves linki, kas turpina darboties pēc projekta beigām.

Cilvēki un pārvaldība nosaka rezultātu

Pat tehniski pareizi ieviesta failu platforma neradīs gaidīto efektu, ja darbinieki turpinās lietot personiskos e-pastus, neapstiprinātas failu apmaiņas lietotnes vai lokālas darbvirsmas mapes. Lietotāju apmācībai jābūt īsai un saistītai ar reāliem darba scenārijiem: kā atrast dokumentu, kā kopīgot to ar klientu, kā atjaunot iepriekšējo versiju un kur ziņot par aizdomīgu piekļuves pieprasījumu.

Vadībai savukārt jānosaka īpašnieks failu vides pārvaldībai. Tas nenozīmē, ka viens cilvēks manuāli kontrolē katru mapi. Tas nozīmē, ka ir skaidra kārtība piekļuves piešķiršanai, regulārai tiesību pārskatīšanai, darbinieku aiziešanai un incidentu izmeklēšanai. KSK IT praksē tieši šī pārvaldības daļa bieži nosaka, vai mākoņa projekts samazina riskus vai rada jaunus.

Labs nākamais solis ir izvēlēties vienu kritisku dokumentu plūsmu un pārbaudīt to no sākuma līdz beigām: kur fails rodas, kas to rediģē, kas to apstiprina, cik ilgi tas jāglabā un kā to atjaunot pēc kļūdas. Ja uz šiem jautājumiem ir skaidras atbildes, mākoņa vide kļūst par kontrolētu uzņēmuma darba platformu, nevis tikai par vēl vienu vietu failiem.