Atsarginė kopija, kuria iš tikrųjų naudojatės
Dauguma įmonių sužino, kad jų atsarginė kopija neveikia, tik kai ištinka nelaimė. Todėl patariame atsarginį kopijavimą vertinti kaip procesą, o ne varnelę: automatinės kopijos, laikomos atokiau nuo produkcinio serverio, ir reguliariai tikrinamas atkūrimas. cPanel kasdienė atsarginė kopija kuriama automatiškai, o atkuriate ją iš valdymo skydelio; VPS ir dedikuotuose serveriuose DevOps komanda gali paruošti suplanuotus atkūrimo testus iš jūsų įskaičiuotų valandų.
Kokią atsarginę kopiją apima kiekvienas planas
cPanel talpinimas turi automatinę kasdienę atsarginę kopiją, kurią atkuriate iš valdymo skydelio. VPS turi momentines kopijas — pilnas serverio būsenos kopijas — be garantuoto dažnumo. Dedikuotuose serveriuose atsarginė kopija pagal numatytuosius nustatymus neįskaičiuota: NVMe diskai pateikiami poromis, o RAID sukonfigūruojamas diegimo metu, tačiau RAID nėra atsarginė kopija. Išorinę atsarginę kopiją, PITR duomenų bazėms ir atkūrimo testus paruošia mūsų komanda iš įskaičiuotų DevOps valandų (dedikuotuose 5–10 val. per mėnesį).
| Planas | Atsarginė kopija | Atkūrimas | Vieta |
|---|---|---|---|
| cPanel talpinimas | Automatinė kasdienė atsarginė kopija | Iš klientų skydelio | ES (Frankfurtas) |
| VPS | Momentinės kopijos, be garantuoto dažnumo | Iš momentinės kopijos | ES (Frankfurtas) |
| VPS — išorinė atsarginė kopija | Pagal užklausą, iš DevOps valandų | Pagal sukonfigūruotą strategiją | Suderinama su komanda |
| Dedikuotas serveris | Neįskaičiuota pagal numatytuosius nustatymus — paruošiama pagal užklausą | Pagal strategiją (3-2-1, PITR) | ES (Frankfurtas) + išorinė saugykla pagal užklausą |
RPO ir RTO — skaičiai, kuriuos turėtumėte nustatyti patys
Vietoj „kuo greičiau sukurti kopiją“ verta nustatyti dvi konkrečias reikšmes. RPO (Recovery Point Objective) parodo, kiek duomenų galite sau leisti prarasti. RTO (Recovery Time Objective) parodo, kiek gali užtrukti atkūrimas. Komanda strategiją kuria pagal šias reikšmes.
Didžiausias duomenų praradimas, kurį galite priimti. Kasdienė atsarginė kopija reiškia iki paros duomenų praradimą; su WAL srautiniu perdavimu duomenų bazė pasiekia mažiau nei minutę — paruošiama pagal užklausą.
Atkūrimo laikas priklauso nuo duomenų kiekio ir pasirinktos strategijos. RTO negarantuojame — vienintelis patikimas rodiklis yra tas, kuris išmatuotas atkūrimo teste.
Avariniai scenarijai — ir kaip nuo jų apsisaugoti
Nelaimės nedažnos, bet turi didelį poveikį. Štai dažniausi scenarijai ir apsauga, kurią rekomenduojame kiekvienu atveju. VPS ir dedikuotuose serveriuose komanda šias priemones paruošia iš įskaičiuotų DevOps valandų.
Aparatinės įrangos gedimas (diskas, RAM)
Dažniausia duomenų praradimo priežastis. Dedikuotuose serveriuose yra suporuoti NVMe diskai su RAID, sukonfigūruotu diegimo metu, o EPYC ir Xeon lygiuose — dar ir ECC RAM. RAID palaiko serverio veikimą sugedus diskui, bet neatstoja atsarginės kopijos — vis tiek reikalinga išorinė kopija.
Apsauga: RAID + išorinė atsarginė kopijaIšpirkos reikalaujanti kenkėjiška programa arba paskyros kompromitavimas
Užpuolikas užšifruoja serverio failus — ir bet kokią kopiją, kurią serveris gali pasiekti. Todėl bent viena kopija turėtų būti už serverio ribų, kur produkcinė paskyra negali jos pakeisti (nekeičiama arba atjungta). Paruošiame pagal užklausą, iš DevOps valandų.
Apsauga: izoliuota kopijaNetyčinis duomenų ištrynimas
„DROP TABLE users“, paleista produkcinėje aplinkoje. Dažniausia žmogiška klaida. Jei duomenų bazėje paruoštas atkūrimas į laiko tašką (PITR), grįžtate į momentą prieš pat klaidą; kasdienė atsarginė kopija sugrąžina tik iki paskutinės kopijos.
Apsauga: PITR pagal užklausąVisiškas duomenų centro nutrūkimas
Gaisras, potvynis, ilgalaikis operatoriaus gedimas. Apsauga — kopija kitoje vietoje, pavyzdžiui, antrame duomenų centre. Replikacija ir perjungimas gedimo atveju pagal numatytuosius nustatymus neįskaičiuoti; komanda paruošia pagal užklausą, iš DevOps valandų.
Apsauga: kopija kitoje vietojeProgramos klaida sugadina duomenis
Diegimas įneša klaidą, kuri sugadina DB įrašus. Su atskira duomenų bazės atsargine kopija atkuriate tik DB (ne visą serverį) — programos failai lieka, duomenys grąžinami atgal.
Apsauga: atskira DB atsarginė kopijaPerkėlimas į kitą serverį
Išaugate esamą planą. VPS pakeliamas į aukštesnį lygį su daugiau vCPU, RAM ir disko; perkeliant į kitą serverį migraciją planuojame iš anksto, kad prastova būtų trumpa.
Patarimas: planuokite migraciją iš ankstoDuomenų bazių atsarginės kopijos — strategijos kiekvienam varikliui
Pilnos VPS atsarginės kopijos ne visada pakanka. Duomenų bazės turi savo atkūrimo į laiko tašką (PITR) mechanizmus — jie leidžia grįžti būtent į pasirinktą momentą, o ne tik į paskutinę momentinę kopiją. Paruošiame juos pagal užklausą, iš įskaičiuotų DevOps valandų.
Kas įskaičiuota — ir kas paruošiama pagal užklausą
Atskirai neparduodama jokia „premium atsarginė kopija“: kas įskaičiuota, nurodyta prie kiekvieno plano, o viską, kas viršija tai, komanda sukuria iš jūsų prenumeratoje esančių DevOps valandų. Viršijančios kvotą valandos apmokestinamos atskirai, pagal valandą.
- cPanel: automatinė kasdienė atsarginė kopija, atkūrimas iš skydelio — įskaičiuota
- VPS: momentinės kopijos, be garantuoto dažnumo — įskaičiuota
- Dedikuoti serveriai: suporuoti NVMe diskai, RAID sukonfigūruotas diegimo metu — atsarginė kopija pagal numatytuosius nustatymus neįskaičiuota
- Išorinė atsarginė kopija pagal 3-2-1 taisyklę — pagal užklausą, iš DevOps valandų (dedikuotuose 5–10 val. per mėnesį)
- PITR duomenų bazėms (WAL, binlog, oplog) — pagal užklausą, iš DevOps valandų
- Atkūrimo testai ir saugojimo laikotarpis — suderinami su komanda ir paruošiami iš DevOps valandų
Atsarginės kopijos atkūrimas — 4 žingsniai
Atidarykite skydelį
Prisijunkite prie klientų skydelio. cPanel kasdienę atsarginę kopiją atkuriate ten; VPS pasirenkate momentinę kopiją.
Pasirinkite laiko momentą
Pasirinkite kopiją, padarytą prieš pat problemą. Naujausia ne visada tinkama, jei klaida egzistuoja jau kurį laiką.
Spustelėkite „Atkurti“
Atkūrimas perrašo dabartinę būseną. Jei abejojate, pirmiausia paprašykite komandos atkurti į atskirą aplinką, kad galėtumėte palyginti.
Patikrinkite rezultatą
Patikrinkite, ar programa veikia ir duomenys yra ten, kur turi būti. Kiek užtrunka atkūrimas, priklauso nuo duomenų kiekio.
Dažniausiai užduodami klausimai
Ar momentinei kopijai reikia sustabdyti serverį?
Paprastai ne: VPS momentinė kopija daroma serveriui veikiant. Tačiau duomenų bazei veikiančio serverio momentinė kopija ne visada yra nuosekli, todėl rekomenduojame atskirą duomenų bazės atsarginę kopiją (dump arba WAL/binlog), kurią komanda paruošia pagal užklausą.
Kiek trunka labai didelės momentinės kopijos (pvz., 500 GB) atkūrimas?
Tai priklauso nuo duomenų kiekio, disko ir kopijos saugojimo vietos — atkūrimas iš išorinės kopijos trunka ilgiau nei iš vietinės. Fiksuoto laiko nežadame: realų skaičių parodo atkūrimo testas, kurį galime atlikti kartu su jumis.
Ar atsarginės kopijos užšifruotos?
Išorinių atsarginių kopijų šifravimas yra strategijos, kurią paruošiame pagal užklausą, dalis — pavyzdžiui, kopijos palieka serverį tik užšifruotos, o raktai laikomi atskirai nuo produkcijos. Pateikdami užklausą pasakykite komandai savo reikalavimus.
O jei noriu ilgesnio nei 30 dienų saugojimo laikotarpio?
Išorinių atsarginių kopijų saugojimo laikotarpis nustatomas komandai konfigūruojant strategiją, atsižvelgiant į jūsų poreikius ir teisinius archyvavimo įsipareigojimus. Saugykla ilgesniam saugojimui suderinama su komanda; planus rasite kainų puslapyje.
Ar galiu momentinę kopiją atsisiųsti į savo kompiuterį?
VPS ir dedikuotuose serveriuose turite root prieigą ir kopijuojate duomenis pasirinktais įrankiais (rsync, tar). Komanda taip pat gali iš DevOps valandų paruošti automatines kopijas į išorinę saugyklą, pavyzdžiui, AWS S3, Google Cloud Storage ar Azure Blob.
Jūsų duomenys per brangūs, kad paliktumėte juos atsitiktinumui
cPanel apima kasdienę atsarginę kopiją, o VPS — momentines kopijas. Dedikuotuose serveriuose komanda atsarginių kopijų strategiją sukuria iš įskaičiuotų DevOps valandų. Išsamiau žr. kainose.
Žiūrėti planus →