Varmuuskopio, jota todella käytät
Useimmat yritykset huomaavat varmuuskopionsa olevan toimimaton vasta, kun katastrofi iskee. Siksi suosittelemme käsittelemään varmuuskopiointia prosessina, ei rastina listalla: automaattiset kopiot, jotka säilytetään erillään tuotantopalvelimesta, ja palautukset, joita testataan säännöllisesti. cPanelissa päivittäinen varmuuskopio toimii automaattisesti ja palautat sen hallintapaneelista; VPS- ja omilla palvelimilla DevOps-tiimi voi ajastaa palautustestit sisältyvillä tunneillasi.
Mitä varmuuskopiointia kukin paketti sisältää
cPanel-hosting sisältää automaattisen päivittäisen varmuuskopion, jonka palautat hallintapaneelista. VPS:llä on tilannevedokset — koko palvelimen tilan täydelliset kopiot — ilman taattua ottotiheyttä. Omat palvelimet eivät sisällä varmuuskopiota oletuksena: NVMe-levyt tulevat pareittain ja RAID asetetaan asennuksen yhteydessä, mutta RAID ei ole varmuuskopio. Ulkoisen varmuuskopion, tietokantojen PITR:n ja palautustestit tiimimme rakentaa sisältyvillä DevOps-tunneilla (5–10 h/kk omilla palvelimilla).
| Paketti | Varmuuskopio | Palautus | Sijainti |
|---|---|---|---|
| cPanel-hosting | Automaattinen päivittäinen varmuuskopio | Asiakashallintapaneelista | EU (Frankfurt) |
| VPS | Tilannevedokset, ottotiheys ei taattu | Tilannevedoksesta | EU (Frankfurt) |
| VPS — ulkoinen varmuuskopio | Pyynnöstä, DevOps-tunneilla | Määritetyn strategian mukaan | Sovitaan tiimin kanssa |
| Oma palvelin | Ei oletuksena mukana — otetaan käyttöön pyynnöstä | Strategian mukaan (3-2-1, PITR) | EU (Frankfurt) + ulkoinen tallennustila pyynnöstä |
RPO ja RTO — luvut, jotka kannattaa määrittää itse
Sen sijaan että vaadit ”varmuuskopiota mahdollisimman pian”, kannattaa asettaa kaksi konkreettista arvoa. RPO (Recovery Point Objective) kertoo, kuinka paljon dataa voit menettää. RTO (Recovery Time Objective) kertoo, kuinka kauan palautus saa kestää. Tiimi rakentaa strategian näiden arvojen ympärille.
Suurin hyväksymäsi datahäviö. Päivittäinen varmuuskopio tarkoittaa jopa vuorokauden menetystä; WAL-suoratoistolla tietokanta pääsee alle minuuttiin — otetaan käyttöön pyynnöstä.
Palautusaika riippuu datan määrästä ja valitusta strategiasta. Emme takaa RTO:ta — ainoa luotettava luku on palautustestissä mitattu.
Katastrofiskenaariot — ja miten suojaudut
Katastrofit ovat harvinaisia mutta vaikutukseltaan suuria. Tässä yleisimmät skenaariot ja kuhunkin suosittelemamme suojaus. VPS- ja omilla palvelimilla tiimi toteuttaa nämä toimenpiteet sisältyvillä DevOps-tunneilla.
Laitteistovika (levy, RAM)
Yleisin datahäviön syy. Omissa palvelimissa on pareittain NVMe-levyt ja RAID asennuksen yhteydessä sekä ECC-muisti EPYC- ja Xeon-tasoilla. RAID pitää palvelimen käynnissä levyn hajotessa, mutta se ei korvaa varmuuskopiota — ulkoinen kopio tarvitaan silti.
Suojaus: RAID + ulkoinen varmuuskopioKiristysohjelma tai tilin kaappaus
Hyökkääjä salaa palvelimen tiedostot — ja kaikki kopiot, jotka palvelin tavoittaa. Siksi vähintään yhden kopion pitäisi olla palvelimen ulkopuolella, paikassa jota tuotantotili ei voi muuttaa (muuttumaton tai offline). Otamme sen käyttöön pyynnöstä DevOps-tunneilla.
Suojaus: eristetty kopioDatan vahingossa tapahtunut poisto
”DROP TABLE users” ajettuna tuotantoon. Yleisin inhimillinen virhe. Jos tietokantaan on otettu käyttöön palautus mihin tahansa ajanhetkeen (PITR), palaat hetkeen juuri ennen virhettä; päivittäinen varmuuskopio vie vain viimeisimpään kopioon.
Suojaus: PITR pyynnöstäKoko datakeskuksen katkos
Tulipalo, tulva, pitkä operaattorin katkos. Suojana on kopio toisessa sijainnissa, esimerkiksi toisessa datakeskuksessa. Replikointi ja vikasiirto eivät kuulu oletukseen; tiimi ottaa ne käyttöön pyynnöstä DevOps-tunneilla.
Suojaus: kopio toisessa sijainnissaSovellusvirhe turmelee datan
Julkaisu tuo mukanaan virheen, joka turmelee tietokannan tietueita. Erillisellä tietokannan varmuuskopiolla palautat vain tietokannan (et koko palvelinta) — sovelluksen tiedostot säilyvät, data palaa aiempaan tilaan.
Suojaus: erillinen tietokannan varmuuskopioSiirto toiselle palvelimelle
Nykyinen paketti käy pieneksi. VPS siirtyy korkeampaan tasoon, jossa on enemmän vCPU:ta, RAMia ja levytilaa; siirtoa toiselle palvelimelle varten suunnittelemme migraation etukäteen, jotta katkos jää lyhyeksi.
Vinkki: suunnittele siirto ajoissaTietokannan varmuuskopiointi — strategiat moottorikohtaisesti
Koko VPS:n varmuuskopio ei aina riitä. Tietokannoilla on omat mekanisminsa palautukseen mihin tahansa ajanhetkeen (PITR) — niillä pääset täsmälleen valittuun hetkeen, et vain viimeisimpään tilannevedokseen. Otamme nämä käyttöön pyynnöstä sisältyvillä DevOps-tunneilla.
Mitä sisältyy — ja mitä otetaan käyttöön pyynnöstä
Erikseen myytävää ”premium-varmuuskopiota” ei ole: mukana oleva kerrotaan jokaisessa paketissa, ja kaiken sen ylittävän tiimi rakentaa tilaukseesi sisältyvillä DevOps-tunneilla. Kiintiön ylittävät tunnit laskutetaan erikseen tuntiveloituksella.
- cPanel: automaattinen päivittäinen varmuuskopio, palautus hallintapaneelista — sisältyy
- VPS: tilannevedokset, ottotiheys ei taattu — sisältyy
- Omat palvelimet: pareittain NVMe-levyt, RAID asennuksen yhteydessä — varmuuskopio ei oletuksena mukana
- Ulkoinen varmuuskopio 3-2-1-säännön mukaan — pyynnöstä, DevOps-tunneilla (5–10 h/kk omilla palvelimilla)
- Tietokantojen PITR (WAL, binlog, oplog) — pyynnöstä, DevOps-tunneilla
- Palautustestit ja säilytysaika — sovitaan tiimin kanssa ja toteutetaan DevOps-tunneilla
Varmuuskopion palautus — 4 vaiheessa
Avaa hallintapaneeli
Kirjaudu asiakashallintapaneeliin. cPanelissa palautat päivittäisen varmuuskopion siellä; VPS:llä valitset tilannevedoksen.
Valitse ajankohta
Valitse kopio juuri ennen ongelmaa. Uusin ei aina ole oikea, jos virhe on ollut olemassa jo jonkin aikaa.
Napsauta ”Palauta”
Palautus ylikirjoittaa nykyisen tilan. Jos olet epävarma, pyydä tiimiä palauttamaan ensin erilliseen ympäristöön, jotta voit vertailla.
Tarkista lopputulos
Tarkista, että sovellus toimii ja data on siellä, missä sen pitääkin olla. Palautuksen kesto riippuu datan määrästä.
Usein kysytyt kysymykset
Vaatiiko tilannevedos palvelimen pysäyttämistä?
Yleensä ei: VPS:n tilannevedos otetaan palvelimen ollessa käynnissä. Käynnissä olevan palvelimen tilannevedos ei kuitenkaan aina ole tietokannan kannalta eheä, joten suosittelemme erillistä tietokannan varmuuskopiota (dump tai WAL/binlog), jonka tiimi ottaa käyttöön pyynnöstä.
Kuinka kauan erittäin suuren tilannevedoksen (esim. 500 GB) palautus kestää?
Se riippuu datan määrästä, levystä ja kopion säilytyspaikasta — palautus ulkoisesta kopiosta kestää kauemmin kuin paikallisesta. Emme lupaa kiinteää aikaa: realistinen luku saadaan palautustestistä, jonka voimme ajaa kanssasi.
Ovatko varmuuskopiot salattuja?
Ulkoisten varmuuskopioiden salaus kuuluu strategiaan, jonka otamme käyttöön pyynnöstä — esimerkiksi kopiot, jotka poistuvat palvelimelta vain salattuina ja joiden avaimet säilytetään erillään tuotannosta. Kerro vaatimuksesi tiimille käyttöönottoa pyytäessäsi.
Entä jos haluan yli 30 päivän säilytysajan?
Ulkoisten varmuuskopioiden säilytysaika asetetaan, kun tiimi määrittää strategian, tarpeidesi ja lakisääteisten arkistointivelvoitteidesi mukaan. Pidemmän säilytysajan tallennustila sovitaan tiimin kanssa; paketit löydät hintasivulta.
Voinko ladata tilannevedoksen paikallisesti?
VPS- ja omilla palvelimilla sinulla on root-oikeudet ja kopioit datasi haluamillasi työkaluilla (rsync, tar). Tiimi voi myös ottaa DevOps-tunneilla käyttöön automaattiset kopiot ulkoiseen tallennustilaan, esimerkiksi AWS S3:een, Google Cloud Storageen tai Azure Blobiin.
Datasi on liian arvokasta jätettäväksi sattuman varaan
cPanel sisältää päivittäisen varmuuskopion ja VPS tilannevedokset. Omilla palvelimilla tiimi rakentaa varmuuskopiostrategian sisältyvillä DevOps-tunneilla. Katso lisätiedot hinnoista.
Katso paketit →