Ką daryti, jei…
Nepavyko šios nakties atsarginis kopijavimas
Vieną naktį nepavykęs atsarginis kopijavimas nėra nelaimė, tai vėlavimas: paskutinei sveikai kopijai yra mažiausiai 48 valandos, jei vakarykštis kopijavimas buvo sėkmingas. Kelios nesėkmės iš eilės yra apsaugos incidentas: jo priežasties ieškoma tą pačią dieną, o ne tiesiog patvirtinamas įspėjimas.
Atnaujinta 2026 m. spalį3 min. skaitymo5 cituojami šaltiniai
Svarbiausia
- Perskaitykite klaidos pranešimą, o ne tik raudoną indikatorių: vieta, nesantis šaltinis, prisijungimo duomenys, užrakinti failai, pralaidumas, sustabdytas agentas.
- „Sėkminga“ užduotis galėjo nukopijuoti tuščią aplanką: žiūrėkite nukopijuotą dydį.
- Užsirašykite paskutinio sėkmingo kopijavimo datą ir praneškite ją atitinkamo padalinio atsakingam asmeniui.
- Paleiskite iš naujo ištaisius, tada patikrinkite kitą naktį.
- Trys nesėkmės per mėnesį tame pačiame kompiuteryje: keiskite nustatymus, o ne tik spauskite „paleisti iš naujo“.
1. Skaitykite klaidą, o ne tik raudoną indikatorių
Įprastos priežastys, ta tvarka, kuria jos pasitaiko:
| Priežastis | Požymis | Sprendimas |
|---|---|---|
| Paskirties vietoje nebėra vietos arba pasiekta kvota | Rašymo klaida, trumpėjantis saugojimo laikas | Padidinti apimtį arba sąmoningai sutrumpinti istoriją |
| Šaltinis išjungtas, atjungtas nuo tinklo, pakeistas kelias | Pervadinta disko raidė ar bendrinamas aplankas; „sėkminga“ užduotis su tuščiu aplanku | Atkurti šaltinį, pataisyti kelią, patikrinti nukopijuotą dydį |
| Atmesti prisijungimo duomenys | Pasibaigęs tarnybinės paskyros slaptažodžio galiojimas | Atkurti paskyrą: kitaip nepavyks kiekvieną naktį |
| Užrakinti failai arba nesustabdyta duomenų bazė | Dalinė kopija | Naudoti atviroms duomenų bazėms skirtą metodą; tokios būklės SQL bazės tvarkingai atkurti neįmanoma |
| Per lėtas arba nutrūkęs ryšys | Užduotis nutraukiama lango pabaigoje | Efektyvesnis prieauginis kopijavimas, ilgesnis langas arba mažiau nereikalingų duomenų |
| Kompiuteryje sustabdytas agentas | Niekas nesiunčiama | Iš naujo paleisti tarnybą, išsiaiškinti, kodėl ji sustojo |
Labiausiai klaidinantis atvejis – žalia užduotis su tuščiu aplanku. Prancūzijos nacionalinė kibernetinio saugumo agentūra ANSSI reikalauja, kad atsarginis kopijavimas būtų sistemingai tikrinamas, ypač stebint nenuoseklų duomenų ar failų kiekį, tinklo lėtumus ir konfigūracijos pakeitimus. Staigiai nuo vienos nakties iki kitos sumažėjęs nukopijuotas dydis nusipelno tiek pat dėmesio kaip ir nesėkmė.
2. Žinokite, kada buvo paskutinis sėkmingas kopijavimas
Tai vienintelė data, kuri svarbi šios dienos RPO. Jei ji senesnė nei kelios dienos, praneškite apie tai atitinkamo padalinio atsakingam asmeniui. Jis dirba be apsauginio tinklo ir turi tai žinoti. Patvirtinus įspėjimą konsolėje be šio pranešimo, incidentas po dviejų savaičių virsta duomenų praradimu.
3. Paleiskite iš naujo ištaisius
Pašalinę priežastį, rankiniu būdu paleiskite užduotį. Palaukite, kol ji baigsis. Jei pakartotinis paleidimas nepavyksta, priežastis vis dar egzistuoja. Kitą rytą patikrinkite kitą naktį: daugelis „akivaizdžių“ pataisymų neatlaiko antrojo karto.
Sėkminga užduotis įrodo, kad kopija buvo įrašyta, bet ne kad ją galima atkurti. Dėl SQL Server duomenų bazės Microsoft patikslina, kad atsarginės kopijos patikros komanda netikrina joje esančių duomenų struktūros. ANSSI reikalauja reguliariai testuoti atsargines kopijas ir turėti rašytinę atkūrimo procedūrą; NIST taip pat rekomenduoja testuoti atsargines kopijas, kad būtų užtikrinta, jog failai atkuriami be klaidų. Po atsarginio kopijavimo incidento geriausia patikra yra bandomasis failo ar duomenų bazės atkūrimas. Žr. Kaip patikrinti, ar atsarginė kopija veikia?.
4. Jei tai kartojasi
Trys nesėkmės per mėnesį tame pačiame kompiuteryje: netinka apimtis, pralaidumas arba produktas. Keiskite parametrą (pašalinkite didelį nereikalingą aplanką, padalykite užduotį, padidinkite saugyklą), o ne tiesiog kiekvieną pirmadienį paleiskite rankiniu būdu.
Rytinis kontrolinis sąrašas
- Ar visos nakties užduotys baigėsi, o ne tik „neturi klaidų“?
- Ar nukopijuotas dydis atitinka ankstesnių naktų dydį?
- Ar kiekvieno kritinio kompiuterio paskutinis sėkmingas kopijavimas atliktas mažiau nei prieš 24 valandas?
- Ar įspėjimus perskaitė paskirtas asmuo, o ne tik jie buvo gauti?
- Ar paskirties vietoje likusios vietos pakanka numatytam saugojimo laikui?
WeDoBack sprendimas
Atsarginis kopijavimas stebimas visrą parą, o nepavykus kopijavimui siunčiamas įspėjimas. Įspėjimas yra šio puslapio pradžia, o ne pabaiga. Pasiūlyme INTEGRAL dvi pagalbos valandos per mėnesį gali būti skirtos priežasties šalinimui. Pasiūlyme SMART pagalba apmokestinama už kiekvieną kreipimąsi: nesėkmę klientas mato konsolėje, ir ją perskaityti turi jis pats. Pagalbos tarnyba pasiekiama telefonu +33 9 72 50 78 28 nuo 9:00 iki 13:00 ir nuo 14:00 iki 17:30 (Paryžiaus laiku). Saugyklos dydžiui nustatyti skelbiamas orientyras – dabartinė apimtis, padauginta iš trijų, o po savaitės naudojimo koreguojama: per mažą apimtį išduoda nepavykstančios užduotys arba trumpėjantis saugojimo laikas. Kliento turimas šifravimo raktas su siuntimo nesėkme nesusijęs: jei užduotis nepavyksta, nuotolinė kopija tiesiog neatnaujinama.
Dažniausiai užduodami klausimai
Ar viena nesėkminga naktis yra rimta problema?
Retai, jei ankstesnė naktis buvo sėkminga, o priežastis ištaisoma tą pačią dieną. Riziką kelia kaupimasis: kiekviena nesėkminga naktis padidina darbo kiekį, kuris būtų prarastas nelaimės atveju. Praėjus kelioms dienoms, tai incidentas, apie kurį reikia pranešti vadovybei.
Ar būsena „sėkminga“ įrodo, kad atsarginė kopija gera?
Ne. Prancūzijos nacionalinė kibernetinio saugumo agentūra ANSSI reikalauja sistemingai tikrinti atsargines kopijas, ypač nenuoseklų duomenų kiekį, ir reguliariai testuoti atkūrimą. Dėl SQL Server Microsoft patikslina, kad atsarginės kopijos patikra netikrina joje esančių duomenų struktūros: tai įrodo tik tikras atkūrimas su vėlesne vientisumo patikra.
Kas turėtų stebėti atsarginio kopijavimo įspėjimus?
Paskirtas asmuo su pavaduotoju atostogų laikotarpiui. Įspėjimas, patenkantis į bendrą pašto dėžutę, kurios niekas neskaito, prilygsta įspėjimo nebuvimui. Taip pat nuspręskite, kas informuoja vadovybę, kai nuo paskutinio sėkmingo kopijavimo praeina daugiau laiko nei iš anksto sutarta riba.
Šaltiniai
Dokumentai peržiūrėti 2026 m. spalį.
- Informacinių sistemų atsarginis kopijavimas – pagrindai (ANSSI-BP-100, v1.1, 2025 m. lapkričio 27 d.) — ANSSI (Prancūzijos agentūra)
- Cybersecurity guide for SMEs (anglų kalba, 2021 m. birželis) — ENISA
- RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
- SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
- Pasiūlymai ir kainos — WeDoBack
Reikia pagalbos dabar?
Nieko neatkurkite, kol nenustatėte sveikos kopijos. Mes galime jums padėti.
Skambinti +33 9 72 50 78 28arba parašykite mumsVyksta incidentas?
Mūsų komandos padės jums nustatyti tinkamą kopiją ir atkurti duomenis – nuo pirmadienio iki penktadienio, 9–13 val. ir 14–17.30 val. (Paryžiaus laiku).
