Mitä tehdä, jos…

Yön varmuuskopiointi epäonnistui

Yhden yön epäonnistunut varmuuskopiointi ei ole vahinko vaan viive: viimeisin ehjä kopio on vähintään 48 tuntia vanha, jos edellisen yön ajo onnistui. Useampi peräkkäinen epäonnistuminen on tietosuojan häiriö: syy selvitetään samana päivänä, eikä hälytystä vain kuitata.

Päivitetty lokakuussa 2026Lukuaika 3 min5 lähdettä

Tärkeimmät asiat

Lukekaa virheilmoitus, älkää vain punaista merkkivaloa: tila, puuttuva lähde, tunnukset, lukitut tiedostot, yhteyden nopeus, pysähtynyt agentti.
”Onnistunut” ajo on voinut kopioida tyhjän kansion: katsokaa kopioitu tietomäärä.
Kirjatkaa viimeisimmän onnistumisen päivämäärä ja kertokaa se asianomaisen toiminnon vastuuhenkilölle.
Käynnistäkää ajo uudelleen korjauksen jälkeen ja tarkistakaa seuraava yö.
Kolme epäonnistumista kuukaudessa samalla koneella: muuttakaa asetuksia, älkää vain painako ”uudelleenkäynnistä”-painiketta.

1. Lukekaa virheilmoitus, älkää vain punaista merkkivaloa

Tavallisimmat syyt siinä järjestyksessä, jossa ne ilmenevät:

Syy	Merkki	Korjaus
Kohteessa ei ole tilaa tai kiintiö on täynnä	Kirjoitusvirhe, säilytysaika lyhenee	Kasvattakaa tallennustilaa tai lyhentäkää historiaa tietoisesti
Lähde sammutettu, verkon ulkopuolella tai polku muuttunut	Asematunnus tai jako nimetty uudelleen; ”onnistunut” ajo tyhjälle kansiolle	Palauttakaa lähde, korjatkaa polku, tarkistakaa kopioitu tietomäärä
Tunnukset hylätty	Palvelutilin salasana vanhentunut	Palauttakaa tili käyttöön: muuten jokainen yö epäonnistuu
Lukitut tiedostot tai tietokantaa ei ole asetettu lepotilaan	Osittainen kopio	Käyttäkää avoimille tietokannoille tarkoitettua menetelmää; tässä tilassa olevaa SQL-tietokantaa ei voi palauttaa hallitusti
Yhteys liian hidas tai katkennut	Ajo keskeytyy aikaikkunan lopussa	Tehokkaampi inkrementaalinen varmuuskopio, pidempi aikaikkuna tai vähemmän tarpeetonta dataa
Agentti pysähtynyt koneella	Ei lähetyksiä	Käynnistäkää palvelu uudelleen ja selvittäkää, miksi se pysähtyi

Harhaanjohtavin tapaus on vihreä ajo tyhjälle kansiolle. Ranskan kansallinen kyberturvallisuusvirasto ANSSI edellyttää, että varmuuskopiointia valvotaan järjestelmällisesti ja seurataan erityisesti epäjohdonmukaisia tieto- tai tiedostomääriä, verkon hitautta ja asetusmuutoksia. Kopioidun tietomäärän jyrkkä lasku yöstä toiseen ansaitsee yhtä paljon huomiota kuin epäonnistuminen.

2. Selvittäkää, milloin viimeisin onnistuminen oli

Se on ainoa päivämäärä, jolla on merkitystä päivän RPO:lle. Jos se on useamman päivän takaa, kertokaa siitä asianomaisen toiminnon vastuuhenkilölle. Hän työskentelee ilman turvaverkkoa, ja hänen on tiedettävä se. Hälytyksen kuittaaminen konsolissa ilman tätä tietoa on juuri se toimenpide, joka muuttaa häiriön tietojen menetykseksi kaksi viikkoa myöhemmin.

3. Käynnistäkää uudelleen korjauksen jälkeen

Käynnistäkää manuaalinen ajo, kun syy on korjattu. Odottakaa, että se päättyy. Jos uusintayritys epäonnistuu, syy on yhä olemassa. Tarkistakaa seuraavana aamuna seuraava yö: moni ”ilmeinen” korjaus ei kestä toista ajokertaa.

Onnistunut ajo todistaa, että kopio on kirjoitettu, ei sitä, että sen voi palauttaa. SQL Server -tietokannan osalta Microsoft tarkentaa, että varmuuskopion tarkistuskomento ei valvo sen sisältämien tietojen rakennetta. ANSSI edellyttää, että varmuuskopioita testataan säännöllisesti kirjallisen palautusmenettelyn mukaisesti; myös NIST suosittelee varmuuskopioiden testaamista sen varmistamiseksi, että tiedostot voidaan palauttaa virheettä. Varmuuskopiointihäiriön jälkeen tiedoston tai tietokannan koepalautus on paras tarkistus. Katso Miten varmuuskopion toimivuus testataan?.

4. Jos tilanne toistuu

Kolme epäonnistumista kuukaudessa samalla koneella: varmuuskopioinnin piiri, yhteyden nopeus tai tuote ei sovellu tarpeeseen. Muutetaan jotakin asetusta (jätetään pois valtava ja tarpeeton kansio, jaetaan ajo osiin, kasvatetaan tallennustilaa), eikä tyydytä käynnistämään ajoa käsin uudelleen joka maanantai.

Aamun tarkistuslista

Ovatko kaikki yön ajot päättyneet, eivätkä vain ”ilman virhettä”?
Onko kopioitu tietomäärä johdonmukainen edellisiin öihin nähden?
Onko kunkin kriittisen koneen viimeisimmästä onnistumisesta alle 24 tuntia?
Onko nimetty henkilö lukenut hälytykset, eikä niitä ole vain vastaanotettu?
Riittääkö kohteen jäljellä oleva tila suunnitellulle säilytysajalle?

WeDoBackilla

Ympärivuorokautinen valvonta kattaa varmuuskopiot ja lähettää hälytyksen, kun varmuuskopiointi ei onnistu. Hälytys on tämän sivun alku, ei sen loppu. INTEGRAL-palvelussa kaksi tuntia tukea kuukaudessa voidaan käyttää syyn selvittämiseen. SMART-palvelussa tuki laskutetaan toimeksiannoittain: epäonnistuminen näkyy asiakkaalle konsolissa, ja sen lukeminen on asiakkaan vastuulla. Tuen tavoittaa numerosta +33 9 72 50 78 28 klo 9–13 ja 14–17.30 (Pariisin aikaa). Tallennustilan mitoituksessa julkaistu suuruusluokka on nykyinen tietomäärä kerrottuna kolmella, ja sitä tarkennetaan viikon käytön jälkeen: liian niukka tallennustila näkyy epäonnistuvina ajoina tai lyhenevänä säilytysaikana. Asiakkaan hallussa olevalla salausavaimella ei ole osuutta lähetyksen epäonnistumiseen: jos ajo epäonnistuu, etäkopiota ei yksinkertaisesti ole päivitetty.

Soita +33 9 72 50 78 28 Tutustukaa INTEGRAL-palveluun

Usein kysyttyä

Onko yhden yön epäonnistuminen vakavaa?

Harvoin, jos edellinen yö onnistui ja syy korjataan päivän aikana. Riski syntyy kasautumisesta: jokainen epäonnistunut yö kasvattaa vahinkotilanteessa menetettävän työn määrää. Jos tilanne jatkuu useamman päivän, kyse on häiriöstä, josta on ilmoitettava johdolle.

Riittääkö tila ”onnistunut” todistamaan, että varmuuskopio on kunnossa?

Ei. Ranskan kansallinen kyberturvallisuusvirasto ANSSI edellyttää varmuuskopioiden järjestelmällistä valvontaa, erityisesti epäjohdonmukaisten tietomäärien osalta, sekä säännöllisiä palautustestejä. SQL Serverin osalta Microsoft tarkentaa, että varmuuskopion tarkistus ei valvo sen sisältämien tietojen rakennetta: vain todellinen palautus ja sitä seuraava eheystarkistus todistavat sen.

Kenen pitää seurata varmuuskopioinnin hälytyksiä?

Nimetyn henkilön, jolla on varahenkilö lomien ajaksi. Hälytys, joka saapuu jaettuun postilaatikkoon, jota kukaan ei lue, on sama kuin hälytyksen puuttuminen. Päättäkää myös, kuka ilmoittaa johdolle, kun viimeisimmästä onnistumisesta on kulunut etukäteen sovittua raja-arvoa pidempään.

Lue lisää

Lähteet

Asiakirjat tarkistettu lokakuussa 2026.

Tietojärjestelmien varmuuskopiointi – Perusteet (ANSSI-BP-100, v1.1, 27. marraskuuta 2025) — ANSSI (Ranskan kansallinen kyberturvallisuusvirasto)
Cybersecurity guide for SMEs (englanniksi, kesäkuu 2021) — ENISA
RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
Palvelut ja hinnat — WeDoBack

Tarvitsetteko apua heti?

Älkää palauttako mitään ennen kuin olette tunnistaneet terveen kopion. Voimme opastaa teitä.

Soittakaa numeroon +33 9 72 50 78 28 tai kirjoittakaa meille

Onko teillä käynnissä häiriötilanne?

Tiimimme auttaa teitä tunnistamaan oikean kopion ja palauttamaan tietonne maanantaista perjantaihin klo 9–13 ja 14–17.30 (Ranskan aikaa).

Soittakaa numeroon +33 9 72 50 78 28 Kirjoittakaa tiimillemme