VPS:n varmuuskopiot: mitä tarkistaa ennen allekirjoitusta

Esitettävät kysymykset

Tiheys ja säilytysaika: mitä voitte menettää

Kaksi aikaa tiivistää varmuuskopiointikäytännön:

• Suurin hyväksyttävä tietojen menetys (RPO, recovery point objective): työn määrä, jonka menettämisen hyväksytte. Joka yö otettu varmuuskopio tarkoittaa enintään 24 tuntia; tietokanta, joka tallentaa tilauksia koko päivän, hyötyy lisäksi transaktiolokinsa jatkuvasta arkistoinnista.
• Suurin sallittu käyttökatko (RTO, recovery time objective): aika, jonka palvelu voi olla poissa käytöstä. Se riippuu palautettavan datan määrästä ja ennen kaikkea siitä, kuka palauttaa ja milloin.

Säilytysaika vastaa toiseen kysymykseen: kuinka kauas taaksepäin voitte palata? Seuraavana päivänä huomattu poisto korjataan edellisen päivän varmuuskopiolla. Huomaamaton tunkeutuminen, hiljainen tietojen korruptoituminen tai virhe automaattisessa käsittelyssä huomataan joskus myöhemmin: silloin tarvitaan ongelmaa edeltävä palautuspiste. Pitkäaikaisarkistoja varten, kirjanpidon tai sääntelyn vuoksi, erikseen säilytettävä kuukausittainen vienti täydentää palvelimen varmuuskopiota.

Missä varmuuskopiot ovat, ja kuka voi poistaa ne

Varmuuskopio suojaa siltä, mitä palvelimelle tapahtuu. Siksi se säilytetään muualla kuin palvelimella:

• Levypeilaus (RAID) suojaa levyvialta, ja se kopioi uskollisesti toiselle levylle myös ensimmäisellä levyllä tehdyn poiston tai haitallisen salauksen. Se on laitteiston suojaus, ei varmuuskopio.
• Tilannevedos (snapshot) samassa tallennustilassa palauttaa nopeasti aiempaan tilaan epäonnistuneen päivityksen jälkeen, mutta se katoaa sen tallennustilan mukana, jossa se on.
• Koneen ulkopuolinen varmuuskopio erillisessä tallennustilassa säilyy, vaikka palvelin menetettäisiin. Ennen lähtöään salattuna se pysyy lukukelvottomana kaikille, joilla ei ole avainta.

Usein unohtuva seikka: varmuuskopion, jonka voi poistaa palvelimelta käsin, voi poistaa myös tunkeutuja, joka on ottanut palvelimen hallintaansa. Palveluntarjoajan ottamat ja säilyttämät varmuuskopiot, jotka ovat varmuuskopioidun palvelimen ulottumattomissa, välttävät tämän riskin.

Tietokantojen erityispiirteet

Tietokanta kirjoittaa jatkuvasti. Kun sen tiedostot kopioidaan sen ollessa käynnissä, kopio vastaa tilaa sähkökatkon jälkeen: PostgreSQL ja MySQL osaavat käynnistyä tällaisesta tilasta toistamalla lokinsa. Tarkkaa, taulukohtaista palautusta tai toiseen versioon palauttamista varten siihen lisätään looginen varmuuskopio:

pg_dump -Fc -d oma_kanta -f /varmuuskopiot/oma_kanta-$(date +%F).dump
mysqldump --single-transaction --routines oma_kanta | gzip > /varmuuskopiot/oma_kanta-$(date +%F).sql.gz

Kun nämä viennit ajastetaan joka yö ennen palvelimen varmuuskopion ajankohtaa, ne sisältyvät siihen, ja ne voidaan myös kopioida omaan tallennustilaanne.

3-2-1-sääntö

Kyberturvallisuusviranomaisten suosittelema sääntö tiivistyy kolmeen numeroon: 3 kopiota datastanne 2 eri tallennusvälineellä, joista 1 muualla kuin toimipaikassa. VPS:ssä se tarkoittaa seuraavaa: käytössä oleva data palvelimella, palveluntarjoajan koneen ulkopuolelle ottama varmuuskopio ja säännöllinen vienti tärkeimmästä (tietokanta, käyttäjienne lataamat tiedostot) omaan tallennustilaanne.

restic -r sftp:kayttaja@tallennus.example.com:/varmuuskopiot init
restic -r sftp:kayttaja@tallennus.example.com:/varmuuskopiot backup /varmuuskopiot

Palautuksen testaaminen

Varmuuskopio todistetaan palauttamalla se. Kerran vuosineljänneksessä ja jokaisen palvelimeen tehdyn merkittävän muutoksen jälkeen:

1. Pyytäkää tai käynnistäkää palautus testipalvelimelle tuotannon rinnalle.
2. Tarkistakaa, että sovellus käynnistyy ja vastaa.
3. Verratkaa muutamaa lukua tuotantoon: päätaulujen rivimäärä, viimeisimmän tietueen päivämäärä.
4. Kirjatkaa, kuinka kauan toimenpide kesti: se on todellisen käyttökatkonne kesto.

Managed VPS -palvelimella varmuuskopiot, niiden säilytys koneen ulkopuolella ja itse palautus ovat palveluntarjoajan vastuulla: te pyydätte, se palauttaa.

Jos palvelimella säilytetään henkilötietoja, yleinen tietosuoja-asetus (32 artikla) edellyttää asianmukaisia toimenpiteitä, kuten kykyä palauttaa nopeasti tietojen saatavuus ja pääsy tietoihin fyysisen tai teknisen vian sattuessa sekä menettelyä, jolla toimenpiteiden tehokkuutta testataan, tutkitaan ja arvioidaan säännöllisesti. Päivätty palautustesti on tästä yksinkertaisin todiste.