Trīs mehānismi, trīs atteices
Visi trīs vārdi apzīmē kopijas. Taču ne vienas un tās pašas kopijas, ne vienā vietā un ne uz vienu un to pašu laiku. Pareizais jautājums nav „vai mums ir kopija?”, bet „kura kopija paliek neskarta pēc konkrētas atteices?”.
Versiju veidošana: faila vēsture, kas glabāta pakalpojumā. Replikācija: otra pakalpojuma kopija, ko nepārtraukti atjaunina. Rezerves kopija: atsevišķa kopija ar datumu, ko glabā izvēlētu laiku.
Versiju veidošana: faila vēsture pakalpojumā
Katra saglabāšana izveido versiju. Kļūdas pēc izdzēsta rindkopa, pārrakstīta tabula, nepareiza formula: lietotājs atver vēsturi un atgriežas pie otrdienas versijas. Tas ir ātri, bez starpnieka, un tas ir noderīgākais risinājums ikdienā.
Tās ierobežojumi izriet no atrašanās vietas. Vēsture atrodas tajā pašā pakalpojumā, kur fails:
- kad fails tiek dzēsts, tā versijas seko tam, vispirms uz miskasti, pēc tam ārpus pakalpojuma, kad miskaste tiek iztukšota;
- konts, kuram ir tiesības dzēst mapi, parasti var dzēst arī tās saturu, ieskaitot vēsturi;
- versiju skaitu un ilgumu ierobežo pakalpojuma iestatījumi;
- ja viss pakalpojums tiek iznīcināts vai kompromitēts, vēsture izzūd kopā ar to.
Miskaste pieder tai pašai saimei. Tā ir atlikšana pirms dzēšanas, nevis kopija.
Replikācija: otra kopija darbībā
Replikācija uztur pakalpojuma kopiju citā serverī vai citā vietā. Ja viens datu centrs atsakās, otrs pārņem darbu. Tā nodrošina pieejamību. ANSSI to iesaka gadījumiem, kad pieļaujams ļoti mazs datu zudums: ja pieļaujamais zudums ir mazāks par 24 stundām, tā iesaka dot priekšroku sinhronai vai asinhronai replikācijai.
Tās trūkums ir tās precizitāte. Kopija, kas seko ražošanas videi, seko arī tās kļūdām. Dzēšana tiek replicēta. Izspiedējvīrusa šifrēts fails tiek replicēts. Sinhronā replikācijā tas aizņem dažas sekundes. Darbstacijas sinhronizācija ir neliela mēroga replikācija: tai ir tas pats trūkums.
Rezerves kopija: atsevišķa, datēta, glabāta kopija
Rezerves kopija ir paredzēta, lai atgrieztos iepriekšējā stāvoklī. Tā ir vērtīga tikai tad, ja paliek neskarta, kad ražošanas vide vairs nav. Tam vajadzīgas vairākas īpašības:
- nošķiršana: cita sistēma, citi konti. ANSSI prasa, lai rezerves kopēšanas infrastruktūra būtu neatkarīga no ražošanas direktorijiem un to administrētu personalizēti un īpaši paredzēti konti;
- glabāšanas periods: izlēmts vēstures dziļums. ANSSI kā piemēru min piecpadsmit dienas ikdienas rezerves kopiju, gadu ikmēneša un piecus gadus ikgadējo kopiju – kā ilustrāciju, nevis noteikumu;
- aizsardzība pret izmaiņām: ANSSI prasa piekļuves kontroli, kas garantē, ka rezerves kopijas netiks mainītas vai bojātas. Nemaināma rezerves kopija (WORM) atbilst šai vajadzībai. Taču ANSSI uzskata bezsaistes kopiju par izturīgāku nekā tiešsaistes WORM risinājumu un iesaka apvienot abus;
- noteikums 3-2-1: trīs datu kopijas, no kurām divas rezerves kopijas uz dažādiem nesējiem un viena bezsaistē;
- testēšana: rezerves kopija, kas nekad nav atjaunota, ir tikai pieņēmums. ANSSI prasa regulārus testus.
Ainu papildina divi rādītāji. Maksimālais pieļaujamais datu zudums (PDMA jeb RPO) nosaka, cik daudz darba esam gatavi zaudēt. Maksimālais pieļaujamais dīkstāves ilgums (DMIA jeb RTO) nosaka, cik ilgi esam gatavi gaidīt. Ik stundu veidota rezerves kopija ierobežo zudumu līdz aptuveni vienai stundai. Tā neko nesaka par darbības atjaunošanas laiku.
Kas aizsargā pret kuru atteici
| Atteice | Versiju veidošana | Replikācija | Rezerves kopija |
|---|
| Rediģēšanas kļūda failā | Jā, pašapkalpošanās režīmā | Nē, kļūda tiek nokopēta | Jā, ar atjaunošanu |
| Vakar dzēsts fails | Jā, no miskastes | Nē | Jā |
| Pirms trīs mēnešiem dzēsts fails | Nē, miskaste iztukšota | Nē | Tikai tad, ja glabāšanas periods sniedzas tik tālu |
| Datu centra atteice | Nē | Jā | Jā, lēnāk |
| Mape, ko izdzēsis kompromitēts administrēšanas konts | Nē | Nē | Jā, ja rezerves kopijas šim kontam nav pieejamas |
| Izspiedējvīruss, kas šifrē sinhronizēta datora failus | Dažreiz, ja vēsture ir neskarta | Nē | Jā, no iepriekšēja punkta |
Pierādījums: kāpēc veidot rezerves kopiju sistēmai, kas glabā versijas
Ņemsim visvairāk baidīto atteici. Uzbrucējs iegūst administratora paroli. Viņš izdzēš mapi „Līgumi” un iztukšo miskasti.
- Versijas nepalīdz: tās atradās kopā ar izdzēstajiem failiem.
- Replikācija arī ne: dzēšana dažu sekunžu laikā tika nokopēta uz otru vietu.
- Iepriekšējās dienas vai iepriekšējās stundas rezerves kopija satur mapi. Ja tā ir nemaināma un to administrē citi konti, uzbrucējs nevarēja tai piekļūt.
Versiju veidošana un replikācija labi veic savu darbu. Vienkārši tas nav šis darbs. Izspiedējvīrusa gadījums un atjaunošanas secība ir aplūkota rakstā kā aizsargāt dokumentu pārvaldības sistēmu pret izspiedējvīrusu un to atjaunot.
Pieci jautājumi jūsu pakalpojuma sniedzējam
- Cik bieži tiek veidotas dokumentu rezerves kopijas un cik ilgi tās tiek glabātas?
- Vai pakalpojuma administrēšanas konts var dzēst vai mainīt rezerves kopiju?
- Kur atrodas kopijas, cik vietās, un vai ir bezsaistes kopija?
- Kad pēdējo reizi tika testēta atjaunošana?
- Kas pieprasī atjaunošanu, ar kādu informāciju un cik ilgā laikā tā tiek veikta?
Rakstiskas atbildes uz šiem pieciem jautājumiem ir vērtīgākas par pieejamības procentu.
Biežākās kļūdas
- „Katram datoram ir sinhronizēta kopija.” Šīs kopijas seko serverim, ieskaitot dzēšanu.
- „Miskaste visu glabā trīsdesmit dienas.” Tā glabā to, kas netiek iztukšots. Uzbrucējs to iztukšo.
- „Mēs esam replicēti divos datu centros.” Tā ir pieejamība, nevis atgriešanās iepriekšējā stāvoklī.
- „Rezerves kopēšana darbojas.” Tai vēl ir jābūt vismaz vienreiz atjaunotai, un tās glabāšanas periodam jāaptver incidenta atklāšanas laiks.
Biežāk uzdotie jautājumi
Kā atrast faila vecu versiju?
Faila vēsturē, bez atjaunošanas. Darbība ir aprakstīta rakstā kā atrast dokumenta versiju.
Vai rezerves kopija aizstāj versiju veidošanu?
Nē. Versijas ir pieejamas uzreiz un lietotāja rokās. Rezerves kopijas atjaunošana ir smagāka darbība, ko bieži veic administrators vai pakalpojuma sniedzējs.
Vai rezerves kopija ir arhivēšana?
Nē. Rezerves kopija tiek glabāta dienas vai nedēļas. Arhivēšana atbilst glabāšanas termiņam, ko nosaka normatīvais akts vai politika. Skatiet dokumentu glabāšana un arhivēšana.
Un e-pastam?
Sprieduma gaita ir tā pati, ar saviem mehānismiem. Skatiet e-pasta rezerves kopēšana, dzēšana un darbības nepārtrauktība.
Kur ir Klytic
Versiju veidošana. Klytic Docs glabā katra faila versiju vēsturi, un tam ir miskaste. Lietotājs pats atrod iepriekšējo versiju.
Rezerves kopēšana. Dokumentu rezerves kopijas tiek veidotas katru stundu, tāpat kā e-pastam un CRM. Rezerves kopijas ir šifrētas, glabātas 30 dienas, replicētas vairākās vietās un nemaināmas: ierakstītu rezerves kopiju vairs nevar mainīt vai dzēst, pat uzbrucējs. Tās tiek uzraudzītas, un atjaunošana tiek testēta katru mēnesi. Mērķi ir darbības atjaunošana mazāk nekā 4 stundās (RTO) un ne vairāk kā 2 stundu datu zudums (RPO).
Atjaunošana. To pieprasīa Klytic atbalstam, norādot, kas skarts, un aptuveno datumu. Tā ir iekļauta pakalpojuma darbības traucējumu gadījumā, darbinieka tīšas dzēšanas vai aiziešanas laikā pārāk agri dzēsta konta gadījumā (ne vairāk kā 3 pieprasījumi mēnesī), kā arī uzbrukuma gadījumā, neskatoties uz pienācīgi aizsargātiem datoriem. Pēc nejaušas dzēšanas, nepareizas darbības vai ja datori bija nepietiekami aizsargāti, tiek atvērts maksas atbalsta pieprasījums. Versiju vēsture un miskaste bez maksas joprojām ir pirmais risinājums.
Rezerves kopēšana tiek veikta kopā ar WeDoBack, drošas rezerves kopēšanas speciālistu, kā norādīts lapā drošība un rezerves kopēšana. WeDoBack nodrošina rezerves kopēšanu; versiju vēsture ir Klytic Docs funkcija.
Ierobežojumi: trīsdesmit dienu glabāšanas periods neaptver dzēšanu, kas atklāta vēlāk, un nav arhivēšana. Klytic nav SecNumCloud kvalificēts piedāvājums.
Šajā lapā aprakstīti vispārīgi mehānismi. Jūsu pakalpojuma termiņi un mērķi jāpārbauda jūsu līgumā.
Avoti
Skatīti 2026. gada oktobrī.
- ANSSI, Sauvegarde des systèmes d’information, vadlīnijas ANSSI-BP-100, v1.1: noteikums 3-2-1 ar vienu bezsaistes kopiju, bezsaiste uzskatīta par izturīgāku nekā tiešsaistes WORM, nosakāmi glabāšanas termiņi, PDMA un DMIA, replikācija zudumam, kas mazāks par 24 h, atsevišķi administrēšanas konti, regulāri testi. messervices.cyber.gouv.fr
- ANSSI, Les Essentiels, Sauvegarde des systèmes d’information, v1.1: regulāras bezsaistes rezerves kopijas, piekļuves kontrole, lai tās netiktu mainītas vai bojātas, no ražošanas direktorijiem neatkarīga infrastruktūra. messervices.cyber.gouv.fr
- Klytic, Drošība un rezerves kopēšana: šifrēta rezerves kopija, 30 dienas, nemaināma, replicēta vairākās vietās, atjaunošana testēta katru mēnesi, RTO mazāks par 4 h, RPO mazāks par 2 h, rezerves kopēšana kopā ar WeDoBack. klytic.com
- Klytic, biežāk uzdotie jautājumi: rezerves kopija katru stundu, šifrēta, glabāta 30 dienas; RTO un RPO mērķi. klytic.com
