Čo robiť, ak…

Nočné zálohovanie zlyhalo

Zálohovanie, ktoré jednu noc zlyhá, nie je havária, ale oneskorenie: posledná čistá kópia je stará najmenej 48 hodín, ak predchádzajúca prebehla úspešne. Viac zlyhaní za sebou je incident ochrany dát: príčinu treba hľadať v ten istý deň, nestačí upozornenie len potvrdiť.

Aktualizované v októbri 20263 min čítania5 citovaných zdrojov

To najdôležitejšie

Prečítajte si chybové hlásenie, nielen červenú kontrolku: miesto, chýbajúci zdroj, prihlasovacie údaje, uzamknuté súbory, rýchlosť pripojenia, zastavený agent.
„Úspešná“ úloha mohla skopírovať prázdny priečinok: pozrite sa na skopírovaný objem.
Zapíšte si dátum posledného úspešného zálohovania a oznámte ho zodpovednej osobe dotknutého oddelenia.
Po oprave úlohu spustite znova a potom skontrolujte nasledujúcu noc.
Tri zlyhania za mesiac na tom istom zariadení: zmeňte nastavenie, nielen stláčajte tlačidlo „spustiť znova“.

1. Čítajte chybu, nielen červenú kontrolku

Bežné príčiny v poradí, v akom sa vyskytujú:

Príčina	Príznak	Náprava
Nedostatok miesta v cieľovom úložisku alebo vyčerpaná kvóta	Chyba zápisu, skracujúca sa doba uchovávania	Zvýšiť objem alebo vedome skrátiť históriu
Vypnutý zdroj, mimo siete, zmenená cesta	Premenované písmeno jednotky alebo zdieľaný priečinok; „úspešná“ úloha na prázdnom priečinku	Obnoviť zdroj, opraviť cestu, overiť skopírovaný objem
Odmietnuté prihlasovacie údaje	Vypršané heslo servisného účtu	Obnoviť účet: inak zlyhá každá noc
Uzamknuté súbory alebo databáza neuvedená do konzistentného stavu	Čiastočná kópia	Použiť metódu určenú pre otvorené databázy; databázu SQL v takom stave nemožno riadne obnoviť
Príliš pomalé alebo prerušené pripojenie	Úloha prerušená na konci časového okna	Efektívnejšia inkrementálna záloha, dlhšie okno alebo menej nepotrebných dát
Zastavený agent na zariadení	Žiadne odosielanie	Reštartovať službu a zistiť, prečo sa zastavila

Najzavádzajúcejším prípadom je zelená úloha na prázdnom priečinku. ANSSI, francúzska národná agentúra pre kybernetickú bezpečnosť, vyžaduje, aby zálohovanie systematicky podliehalo kontrole, najmä sledovaniu nekonzistentného objemu dát alebo súborov, spomalení siete a zmien konfigurácie. Skopírovaný objem, ktorý z noci na noc prudko klesne, si zaslúži rovnakú pozornosť ako zlyhanie.

2. Zistite, kedy bolo posledné úspešné zálohovanie

To je jediný dátum, ktorý rozhoduje o dnešnom RPO. Ak je starší než niekoľko dní, povedzte to osobe zodpovednej za dotknuté oddelenie. Pracuje bez záchrannej siete a musí o tom vedieť. Potvrdiť upozornenie v konzole bez tejto vety je krok, ktorý o dva týždne neskôr premení incident na stratu dát.

3. Po oprave spustite úlohu znova

Po odstránení príčiny spustite úlohu ručne. Počkajte, kým sa dokončí. Ak opätovné spustenie zlyhá, príčina stále trvá. Na druhé ráno skontrolujte nasledujúcu noc: mnohé „jasné“ opravy druhý beh nevydržia.

Úspešná úloha dokazuje, že sa kópia zapísala, nie že sa dá obnoviť. Pri databáze SQL Server Microsoft uvádza, že príkaz na overenie zálohy nekontroluje štruktúru dát, ktoré obsahuje. ANSSI vyžaduje, aby sa zálohy pravidelne testovali na základe písomného postupu obnovy; aj NIST odporúča testovať zálohy, aby sa overilo, že sa súbory dajú obnoviť bez chýb. Po incidente so zálohovaním je najlepšou kontrolou skúšobná obnova súboru alebo databázy. Pozrite návod Ako otestovať, či záloha funguje?.

4. Ak sa to opakuje

Tri zlyhania za mesiac na tom istom zariadení: rozsah, rýchlosť pripojenia alebo produkt nie sú vhodné. Zmeňte nastavenie (vylúčte obrovský a nepotrebný priečinok, rozdeľte úlohu, zvýšte úložisko), nestačí každý pondelok úlohu ručne spustiť znova.

Ranný kontrolný zoznam

Skončili všetky nočné úlohy, a nielen „bez chyby“?
Zodpovedá skopírovaný objem predchádzajúcim nociam?
Je posledné úspešné zálohovanie každého kritického zariadenia mladšie než 24 hodín?
Prečítala upozornenia konkrétne určená osoba, alebo boli len doručené?
Pokrýva voľné miesto v cieľovom úložisku plánovanú dobu uchovávania?

Ako to rieši WeDoBack

Nepretržitý monitoring 24 hodín denne sleduje zálohy a posiela upozornenie, keď sa zálohovanie nedokončí. Upozornenie je začiatkom tejto stránky, nie jej koncom. V ponuke INTEGRAL môžete na odstránenie príčiny využiť dve hodiny podpory mesačne. V ponuke SMART sa podpora účtuje za každý zásah: zlyhanie zostáva pre klienta viditeľné v konzole a je na ňom, aby ho čítal. Podpora je k dispozícii na čísle +33 9 72 50 78 28 od 9:00 do 13:00 a od 14:00 do 17:30 (parížskeho času). Pri dimenzovaní úložiska je zverejneným orientačným údajom súčasný objem vynásobený tromi a následná úprava po týždni používania: príliš malý objem sa prejaví zlyhávajúcimi úlohami alebo skracujúcou sa dobou uchovávania. Šifrovací kľúč, ktorý má klient, nehrá pri zlyhaní odoslania žiadnu úlohu: ak úloha zlyhá, vzdialená kópia sa jednoducho neaktualizovala.

Zavolajte na +33 9 72 50 78 28 Pozrieť ponuku INTEGRAL

Časté otázky

Je jedna neúspešná noc vážnym problémom?

Zriedka, ak predchádzajúca noc prebehla úspešne a príčina sa odstráni počas dňa. Riziko vzniká hromadením: každá neúspešná noc zväčšuje objem práce, ktorá by sa pri havárii stratila. Po niekoľkých dňoch ide o incident, ktorý treba nahlásiť vedeniu.

Stačí stav „úspešné“ ako dôkaz, že je záloha v poriadku?

Nie. ANSSI, francúzska národná agentúra pre kybernetickú bezpečnosť, vyžaduje systematickú kontrolu záloh, najmä nekonzistentných objemov dát, a pravidelné testy obnovy. Pri SQL Server Microsoft uvádza, že overenie zálohy nekontroluje štruktúru dát, ktoré obsahuje: dokáže to iba skutočná obnova, po ktorej nasleduje kontrola konzistencie.

Kto má sledovať upozornenia na zálohovanie?

Konkrétne určená osoba so zástupcom na čas dovolenky. Upozornenie, ktoré príde do zdieľanej schránky, ktorú nikto nečíta, je ako žiadne upozornenie. Rozhodnite aj o tom, kto informuje vedenie, keď posledné úspešné zálohovanie prekročí vopred dohodnutý limit.

Ďalšie čítanie

Zdroje

Dokumenty preštudované v októbri 2026.

Zálohovanie informačných systémov – Základy (ANSSI-BP-100, v1.1, 27. novembra 2025) — ANSSI (francúzska agentúra)
Cybersecurity guide for SMEs (v angličtine, jún 2021) — ENISA
RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
Ponuky a ceny — WeDoBack

Potrebujete pomoc hneď teraz?

Nič neobnovujte, kým neidentifikujete zdravú kópiu. Radi vás prevedieme.

Volajte +33 9 72 50 78 28 alebo nám napíšte

Riešite práve incident?

Naše tímy vám pomôžu určiť správnu kópiu a obnoviť údaje, od pondelka do piatka 9:00 – 13:00 a 14:00 – 17:30 (parížskeho času).

Volajte +33 9 72 50 78 28 Napíšte nášmu tímu