Ko darīt, ja…

Šīs nakts rezerves kopēšana neizdevās

Vienu nakti neizdevusies rezerves kopēšana nav katastrofa, tā ir aizkave: pēdējā veselā kopija ir vismaz 48 stundas veca, ja iepriekšējās dienas kopēšana bija veiksmīga. Vairākas kļūmes pēc kārtas ir datu aizsardzības incidents: cēloni meklē tajā pašā dienā, nevis tikai apstiprina brīdinājumu.

Atjaunināts 2026. gada oktobrī3 min lasīšanai5 citēti avoti

Svarīgākais

Izlasiet kļūdas ziņojumu, ne tikai sarkano indikatoru: vieta, nepieejams avots, akreditācijas dati, bloķēti faili, pārraides ātrums, apturēts aģents.
„Veiksmīgs” uzdevums var būt nokopējis tukšu mapi: skatieties nokopēto apjomu.
Pierakstiet pēdējās veiksmīgās kopēšanas datumu un paziņojiet to attiecīgās nodaļas vadītājam.
Pēc labošanas palaidiet atkārtoti, pēc tam pārbaudiet nākamo nakti.
Trīs kļūmes mēneša laikā vienai iekārtai: mainiet iestatījumus, nevis tikai spiediet pogu „Palaist atkārtoti”.

1. Lasiet kļūdu, ne tikai sarkano indikatoru

Biežākie cēloņi to parādīšanās secībā:

Cēlonis	Pazīme	Labojums
Galamērkā vairs nav vietas vai sasniegta kvota	Rakstīšanas kļūda, glabāšanas ilgums saīsinās	Palielināt apjomu vai apzināti saīsināt vēsturi
Avots izslēgts, ārpus tīkla, mainījies ceļš	Pārdēvēts diska burts vai koplietojums; „veiksmīgs” uzdevums ar tukšu mapi	Atjaunot avotu, labot ceļu, pārbaudīt nokopēto apjomu
Akreditācijas dati noraidīti	Beidzies pakalpojuma konta paroles derīgums	Atjaunot kontu: citādi kļūdas būs katru nakti
Bloķēti faili vai datubāze nav pārslēgta mierstāvoklī	Daļēja kopija	Izmantot atvērtām datubāzēm paredzēto metodi; SQL datubāzi šādā stāvoklī nevar korekti atjaunot
Pārāk lēns vai pārtraukts savienojums	Uzdevums pārtraukts loga beigās	Efektīvāka inkrementālā kopēšana, garāks laika logs vai mazāk nevajadzīgu datu
Apturēts aģents iekārtā	Nekas netiek sūtīts	Restartēt pakalpojumu, noskaidrot, kāpēc tas apstājās

Maldinošākā situācija ir zaļš uzdevums ar tukšu mapi. ANSSI, Francijas valsts kiberdrošības aģentūra, prasā, lai rezerves kopēšana tiktu sistemātiski kontrolēta, īpaši uzraugot nekonsekventu datu vai failu apjomu, tīkla palēninājumus un konfigurācijas izmaiņas. Nokopētais apjoms, kas no vienas nakts uz otru strauji samazinās, ir pelnījis tikpat lielu uzmanību kā kļūme.

2. Noskaidrojiet, kad bija pēdējā veiksmīgā kopēšana

Tas ir vienīgais datums, kas šodien ir svarīgs RPO noteikšanai. Ja tas ir vecāks par dažām dienām, paziņojiet to attiecīgās nodaļas atbildīgajai personai. Tā strādā bez drošības tīkla, un tai tas jāzina. Brīdinājuma apstiprināšana konsolē bez šīs informācijas ir darbība, kas incidentu pēc divām nedēļām pārvērš datu zudumā.

3. Pēc labošanas palaidiet atkārtoti

Kad cēlonis ir novērsts, palaidiet uzdevumu manuāli. Pagaidiet, līdz tas beidzas. Ja atkārtotā palaišana neizdodas, cēlonis joprojām pastāv. Nākamajā rītā pārbaudiet nākamo nakti: daudzi „acuīmredzami” labojumi neiztur otro reizi.

Veiksmīgs uzdevums pierāda, ka kopija ir uzrakstīta, nevis to, ka to var atjaunot. Attiecībā uz SQL Server datubāzi Microsoft precīzē, ka rezerves kopijas pārbaudes komanda nekontrolē tajā ietverto datu struktūru. ANSSI prasā regulāri testēt rezerves kopijas, izmantojot rakstiski aprakstītu atjaunošanas procedūru; arī NIST iesaka testēt rezerves kopijas, lai pārliecinātos, ka failus var atgūt bez kļūdām. Pēc rezerves kopēšanas incidenta labākā pārbaude ir faila vai datubāzes izmēģinājuma atjaunošana. Skatiet Kā pārbaudīt, vai rezerves kopija darbojas?.

4. Ja tas atkārtojas

Trīs kļūmes mēneša laikā vienai iekārtai nozīmē, ka apjoms, pārraides ātrums vai produkts nav piemērots. Jāmaina kāds iestatījums (jāizslēdz milzīga un nevajadzīga mape, jāsadala uzdevums, jāpalielina krātuve), nevis katru pirmdienu jāpalaiž atkārtoti manuāli.

Rīta pārbaudes saraksts

Vai visi nakts uzdevumi ir pabeigti, nevis tikai „bez kļūdām”?
Vai nokopētais apjoms atbilst iepriekšējo nakšu apjomam?
Vai katras kritiskās iekārtas pēdējās veiksmīgās kopēšanas datums nav vecāks par 24 stundām?
Vai brīdinājumus ir izlasījusi konkrēta nosaukta persona, nevis tie tikai saņemti?
Vai galamērkā atlikušā vieta nodrošina paredzēto glabāšanas ilgumu?

WeDoBack risinājums

Rezerves kopijas tiek uzraudzītas 24/7, un, ja rezerves kopēšana neizdodas, tiek nosūtīts brīdinājums. Brīdinājums ir šī ceļveža sākums, nevis beigas. Piedāvājumā INTEGRAL divas iekļautas atbalsta stundas mēnesī var izmantot cēloņa novēršanai. Piedāvājumā SMART atbalsts tiek apmaksāts par katru pieprasījumu: kļūme klientam ir redzama konsolē, un tieši klientam tā jāizlasa. Atbalsta dienests pieejams pa tālruni +33 9 72 50 78 28 no 9:00 līdz 13:00 un no 14:00 līdz 17:30 (pēc Parīzes laika). Krātuves apjoma noteikšanai publicētā orientējošā vērtība ir pašreizējais apjoms, reizēts ar trīs, un pēc nedēļas lietošanas tas tiek pielāgots: pārāk mazs apjoms izpaužas kā neizdevušies uzdevumi vai saīsināts glabāšanas ilgums. Šifrēšanas atslēgai, kas ir klienta rīcībā, nav nekādas lomas nosūtīšanas kļūmē: ja uzdevums neizdodas, attālinātā kopija vienkārši netiek atjaunināta.

Zvanīt uz +33 9 72 50 78 28 Iepazīt piedāvājumu INTEGRAL

Biežāk uzdotie jautājumi

Vai viena neizdevusies nakts ir nopietna problēma?

Reti, ja iepriekšējā nakts bija veiksmīga un cēlonis tiek novērsts dienas laikā. Risks rodas, kļūmēm uzkrājoties: katra neizdevusies nakts palielina darba apjomu, kas incidenta gadījumā tiktu zaudēts. Ja tas ilgst vairāk par dažām dienām, par incidentu jāziņo vadībai.

Vai statuss „veiksmīgi” pierāda, ka rezerves kopija ir laba?

Nē. ANSSI, Francijas valsts kiberdrošības aģentūra, prasā sistemātiski kontrolēt rezerves kopijas, tostarp nekonsekventus datu apjomus, un regulāri testēt atjaunošanu. Attiecībā uz SQL Server Microsoft precīzē, ka rezerves kopijas pārbaude nekontrolē tajā ietverto datu struktūru: to pierāda tikai reāla atjaunošana, kurai seko konsekvences pārbaude.

Kam jāuzrauga rezerves kopēšanas brīdinājumi?

Konkrētai nosauktai personai ar aizvietotāju atvaļinājumu laikam. Brīdinājums, kas nonāk koplietojamā kastītē, ko neviens nelasa, ir pielīdzināms brīdinājuma neesamībai. Izlemiet arī, kas informē vadību, kad pēdējā veiksmīgā rezerves kopija pārsniedz iepriekš noteiktu slieksni.

Uzziniet vairāk

Avoti

Dokumenti skatīti 2026. gada oktobrī.

Informācijas sistēmu rezerves kopēšana – pamatprincipi (ANSSI-BP-100, v1.1, 2025. gada 27. novembris) — ANSSI (Francijas aģentūra)
Cybersecurity guide for SMEs (angļu valodā, 2021. gada jūnijs) — ENISA
RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
Piedāvājumi un cenas — WeDoBack

Nepieciešama palīdzība tūlīt?

Neko neatjaunojiet, kamēr neesat atraduši neskartu kopiju. Mēs varam jums palīdzēt.

Zvanīt +33 9 72 50 78 28 vai rakstiet mums

Notiek incidents?

Mūsu komandas palīdzēs jums atrast pareizo kopiju un veikt atjaunošanu – no pirmdienas līdz piektdienai no 9.00 līdz 13.00 un no 14.00 līdz 17.30 (CET).

Zvanīt +33 9 72 50 78 28 Rakstīt komandai