Varnostna kopija, ki jo res uporabljate
Večina podjetij ugotovi, da njihova varnostna kopija ne deluje, šele ko pride do katastrofe. Zato svetujemo, da varnostno kopiranje obravnavate kot proces, ne kot kljukico: samodejne kopije, shranjene stran od produkcijskega strežnika, in redno preizkušene obnovitve. Na cPanel se dnevna varnostna kopija izvaja samodejno, obnovite pa jo iz nadzorne plošče; na VPS in namenskih strežnikih lahko ekipa DevOps iz vaših vključenih ur postavi načrtovane preizkuse obnovitve.
Kakšno varnostno kopijo vključuje posamezen paket
Gostovanje cPanel ima samodejno dnevno varnostno kopijo, ki jo obnovite iz nadzorne plošče. VPS ima posnetke — popolne kopije stanja strežnika — brez zajamčene pogostosti. Namenski strežniki privzeto ne vključujejo varnostne kopije: diski NVMe so v parih, RAID pa se nastavi ob namestitvi, vendar RAID ni varnostna kopija. Zunanjo varnostno kopijo, PITR za baze podatkov in preizkuse obnovitve postavi naša ekipa iz vključenih ur DevOps (5–10 h/mesec na namenskih strežnikih).
| Paket | Varnostna kopija | Obnovitev | Lokacija |
|---|---|---|---|
| Gostovanje cPanel | Samodejna dnevna varnostna kopija | Iz uporabniške nadzorne plošče | EU (Frankfurt) |
| VPS | Posnetki, brez zajamčene pogostosti | Iz posnetka | EU (Frankfurt) |
| VPS — zunanja varnostna kopija | Na zahtevo, iz ur DevOps | Po nastavljeni strategiji | Dogovorjeno z ekipo |
| Namenski strežnik | Privzeto ni vključena — postavitev na zahtevo | Po strategiji (3-2-1, PITR) | EU (Frankfurt) + zunanje shranjevanje na zahtevo |
RPO in RTO — številki, ki ju določite sami
Namesto „varnostna kopija čim prej“ se izplača določiti dve konkretni vrednosti. RPO (Recovery Point Objective) pove, koliko podatkov si lahko privoščite izgubiti. RTO (Recovery Time Objective) pove, koliko časa sme trajati obnovitev. Ekipa strategijo zgradi okoli teh vrednosti.
Največja izguba podatkov, ki jo sprejmete. Dnevna varnostna kopija pomeni izgubo do enega dneva; s pretakanjem WAL pride baza podatkov pod eno minuto — postavitev na zahtevo.
Čas obnovitve je odvisen od količine podatkov in izbrane strategije. RTO ne zagotavljamo — edina zanesljiva številka je tista, izmerjena v preizkusu obnovitve.
Scenariji katastrof — in kako se zaščititi
Katastrofe so redke, a imajo velike posledice. Tukaj so najpogostejši scenariji in zaščita, ki jo priporočamo za vsakega. Na VPS in namenskih strežnikih te ukrepe postavi ekipa iz vključenih ur DevOps.
Okvara strojne opreme (disk, RAM)
Najpogostejši vzrok izgube podatkov. Namenski strežniki imajo diske NVMe v parih z RAID, nastavljenim ob namestitvi, ter pomnilnik ECC RAM na stopnjah EPYC in Xeon. RAID ohrani strežnik v delovanju ob odpovedi diska, vendar ne nadomešča varnostne kopije — zunanja kopija je še vedno potrebna.
Zaščita: RAID + zunanja varnostna kopijaIzsiljevalski virus ali kompromitiran račun
Napadalec zašifrira datoteke na strežniku — in vsako kopijo, do katere strežnik lahko dostopa. Zato bi moral vsaj en izvod ležati zunaj strežnika, kjer ga produkcijski račun ne more spremeniti (nespremenljiv ali brez povezave). Postavimo ga na zahtevo, iz ur DevOps.
Zaščita: izolirana kopijaNenamerno brisanje podatkov
„DROP TABLE users“, izveden na produkciji. Najpogostejša človeška napaka. Če ima baza podatkov nastavljeno obnovitev na točko v času (PITR), se vrnete na trenutek tik pred napako; dnevna varnostna kopija vas vrne le na zadnjo kopijo.
Zaščita: PITR na zahtevoPopolna izguba podatkovnega centra
Požar, poplava, daljša izguba delovanja operaterja. Zaščita je kopija na drugi lokaciji, na primer v drugem podatkovnem centru. Replikacija in preklop ob odpovedi privzeto nista vključena; ekipa ju postavi na zahtevo, iz ur DevOps.
Zaščita: kopija na drugi lokacijiNapaka v aplikaciji poškoduje podatke
Z objavo se uvede napaka, ki poškoduje zapise v bazi. Z ločeno varnostno kopijo baze obnovite le bazo (ne celotnega strežnika) — datoteke aplikacije ostanejo, podatki se povrnejo.
Zaščita: ločena varnostna kopija bazeSelitev na drug strežnik
Trenutni paket vam postane pretesen. VPS se premakne na višjo stopnjo z več vCPU, RAM in diska; za selitev na drug strežnik selitev načrtujemo vnaprej, da je izpad čim krajši.
Nasvet: selitev načrtujte zgodajVarnostna kopija baze podatkov — strategije za posamezen sistem
Popolna varnostna kopija VPS ni vedno dovolj. Baze podatkov imajo lastne mehanizme obnovitve na točko v času (PITR) — omogočajo vrnitev na natančno izbrani trenutek, ne le na zadnji posnetek. Te mehanizme postavimo na zahtevo, iz vključenih ur DevOps.
Kaj je vključeno — in kaj se postavi na zahtevo
Posebej ne prodajamo „premium varnostne kopije“: kaj je vključeno, je navedeno pri vsakem paketu, vse nad tem pa ekipa zgradi iz ur DevOps v vaši naročnini. Ure nad kvoto se obračunavajo posebej, po urah.
- cPanel: samodejna dnevna varnostna kopija, obnovitev iz nadzorne plošče — vključeno
- VPS: posnetki, brez zajamčene pogostosti — vključeno
- Namenski strežniki: diski NVMe v parih, RAID nastavljen ob namestitvi — varnostna kopija privzeto ni vključena
- Zunanja varnostna kopija po pravilu 3-2-1 — na zahtevo, iz ur DevOps (5–10 h/mesec na namenskih strežnikih)
- PITR za baze podatkov (WAL, binlog, oplog) — na zahtevo, iz ur DevOps
- Preizkusi obnovitve in obdobje hrambe — dogovorjeni z ekipo in postavljeni iz ur DevOps
Obnovitev varnostne kopije — v 4 korakih
Odprite nadzorno ploščo
Prijavite se v uporabniško nadzorno ploščo. Na cPanel tam obnovite dnevno varnostno kopijo; na VPS izberete posnetek.
Izberite časovno točko
Izberite kopijo tik pred težavo. Najnovejša ni vedno prava, če je napaka prisotna že nekaj časa.
Kliknite „Obnovi“
Obnovitev prepiše trenutno stanje. Če niste prepričani, prosite ekipo, naj najprej obnovi v ločeno okolje, da lahko primerjate.
Preverite rezultat
Preverite, ali aplikacija deluje in ali so podatki tam, kjer morajo biti. Koliko časa traja obnovitev, je odvisno od količine podatkov.
Pogosta vprašanja
Ali posnetek zahteva ustavitev strežnika?
Običajno ne: posnetek VPS se ustvari med delovanjem strežnika. Pri bazi podatkov pa posnetek delujočega strežnika ni vedno skladen, zato priporočamo ločeno varnostno kopijo baze (izvoz ali WAL/binlog), ki jo ekipa postavi na zahtevo.
Koliko časa traja obnovitev zelo velikega posnetka (npr. 500 GB)?
Odvisno je od količine podatkov, diska in mesta hrambe kopije — obnovitev iz zunanje kopije traja dlje kot iz lokalne. Fiksnega časa ne obljubljamo: realno številko da preizkus obnovitve, ki ga lahko izvedemo skupaj z vami.
Ali so varnostne kopije šifrirane?
Šifriranje zunanjih varnostnih kopij je del strategije, ki jo postavimo na zahtevo — na primer kopije, ki strežnik zapustijo le v šifrirani obliki, s ključi, hranjenimi ločeno od produkcije. Svoje zahteve sporočite ekipi ob zahtevi za postavitev.
Kaj če želim daljše obdobje hrambe kot 30 dni?
Obdobje hrambe zunanjih varnostnih kopij se določi, ko ekipa nastavi strategijo, glede na vaše potrebe in vaše zakonske obveznosti arhiviranja. Shranjevanje za daljšo hrambo se dogovori z ekipo; pakete najdete na strani s cenikom.
Ali lahko posnetek prenesem lokalno?
Na VPS in namenskih strežnikih imate dostop root in podatke kopirate z orodji po svoji izbiri (rsync, tar). Ekipa lahko iz ur DevOps postavi tudi samodejne kopije v zunanje shranjevanje, na primer AWS S3, Google Cloud Storage ali Azure Blob.
Vaši podatki so preveč dragoceni, da bi jih prepustili naključju
cPanel vključuje dnevno varnostno kopijo, VPS pa posnetke. Na namenskih strežnikih ekipa strategijo varnostnega kopiranja zgradi iz vključenih ur DevOps. Podrobnosti si oglejte v ceniku.
Oglejte si pakete →