Një backup që e përdorni vërtet
Shumica e kompanive e kuptojnë që backup-i nuk funksionon vetëm kur godet katastrofa. Prandaj këshillojmë ta trajtoni backup-in si proces, jo si një kuti për t'u shënuar: kopje automatike, të ruajtura larg serverit të prodhimit, dhe rikthime të testuara rregullisht. Në cPanel backup-i ditor xhiron automatikisht dhe e rikthen nga paneli; në VPS dhe serverët e dedikuar ekipi DevOps mund të ngrejë teste të planifikuara rikthimi nga orët tuaja të përfshira.
Çfarë backup-i përfshin çdo plan
Hostimi cPanel ka një backup ditor automatik që e rikthen nga paneli. Një VPS ka snapshot-e — kopje të plota të gjendjes së serverit — pa frekuencë të garantuar. Serverët e dedikuar nuk përfshijnë backup si parazgjedhje: disqet NVMe vijnë në çifte dhe RAID ngrihet gjatë instalimit, por RAID nuk është backup. Backup-in e jashtëm, PITR për bazat e të dhënave dhe testet e rikthimit i ngre ekipi ynë nga orët DevOps të përfshira (5–10 orë/muaj në serverët e dedikuar).
| Plani | Backup | Rikthimi | Vendndodhja |
|---|---|---|---|
| Hostim cPanel | Backup ditor automatik | Nga paneli i klientit | BE (Frankfurt) |
| VPS | Snapshot-e, pa frekuencë të garantuar | Nga një snapshot | BE (Frankfurt) |
| VPS — backup i jashtëm | Sipas kërkesës, nga orët DevOps | Sipas strategjisë së konfiguruar | E dakorduar me ekipin |
| Server i dedikuar | Nuk përfshihet si parazgjedhje — ngrihet sipas kërkesës | Sipas strategjisë (3-2-1, PITR) | BE (Frankfurt) + ruajtje e jashtme sipas kërkesës |
RPO dhe RTO — shifrat që duhet t'i caktoni vetë
Në vend të „backup sa më shpejt“, ia vlen të fiksoni dy vlera konkrete. RPO (Recovery Point Objective) ju tregon sa të dhëna mund të përballoni t'i humbni. RTO (Recovery Time Objective) ju tregon sa mund të zgjasë një rikthim. Ekipi e ndërton strategjinë rreth këtyre vlerave.
Humbja maksimale e të dhënave që pranoni. Një backup ditor do të thotë deri në një ditë të humbur; me WAL streaming një bazë të dhënash zbret nën një minutë — e ngritur sipas kërkesës.
Koha e rikthimit varet nga vëllimi i të dhënave dhe strategjia e zgjedhur. Ne nuk garantojmë një RTO — e vetmja shifër e besueshme është ajo e matur në një test rikthimi.
Skenarë katastrofash — dhe si të mbroheni
Katastrofat janë të rralla, por me ndikim të madh. Ja skenarët më të shpeshtë dhe mbrojtja që rekomandojmë për secilin. Në VPS dhe serverët e dedikuar ekipi i ngre këto masa nga orët DevOps të përfshira.
Dështim hardueri (disk, RAM)
Shkaku më i shpeshtë i humbjes së të dhënave. Serverët e dedikuar kanë disqe NVMe në çifte me RAID të ngritur gjatë instalimit, plus RAM ECC në nivelet EPYC dhe Xeon. RAID e mban serverin në punë kur dështon një disk, por nuk e zëvendëson backup-in — një kopje e jashtme nevojitet prapë.
Mbrojtja: RAID + backup i jashtëmRansomware ose kompromentim llogarie
Sulmuesi enkripton skedarët e serverit — dhe çdo kopje që serveri mund ta arrijë. Prandaj të paktën një kopje duhet të jetë jashtë serverit, ku llogaria e prodhimit nuk mund ta ndryshojë (e pandryshueshme ose offline). E ngremë sipas kërkesës, nga orët DevOps.
Mbrojtja: kopje e izoluarFshirje aksidentale e të dhënave
„DROP TABLE users“ i ekzekutuar në prodhim. Gabimi njerëzor më i shpeshtë. Nëse baza e të dhënave ka rikuperim në një pikë kohore (PITR) të ngritur, ktheheni pak para gabimit; një backup ditor ju kthen vetëm te kopja e fundit.
Mbrojtja: PITR sipas kërkesësNdërprerje e plotë e DC-së
Zjarr, përmbytje, ndërprerje e zgjatur e operatorit. Mbrojtja është një kopje në një vend tjetër, si një DC i dytë. Replikimi dhe failover nuk përfshihen si parazgjedhje; ekipi i ngre sipas kërkesës, nga orët DevOps.
Mbrojtja: kopje në një vend tjetërNjë gabim në aplikacion korrupton të dhënat
Një deploy sjell një gabim që korrupton regjistrimet e bazës. Me një backup të veçantë të bazës rikthehet vetëm baza (jo i gjithë serveri) — skedarët e aplikacionit mbeten, të dhënat kthehen pas.
Mbrojtja: backup i veçantë i bazësMigrim në një server tjetër
Plani aktual ju bëhet i ngushtë. Një VPS kalon në një nivel më të lartë me më shumë vCPU, RAM dhe disk; për kalim në një server tjetër e planifikojmë migrimin paraprakisht që ndërprerja të jetë e shkurtër.
Këshillë: planifikojeni migrimin herëtBackup i bazave të të dhënave — strategji sipas motorit
Një backup i plotë i VPS-së nuk mjafton gjithmonë. Bazat e të dhënave kanë mekanizma të tyre rikuperimi në një pikë kohore (PITR) — ju lejojnë të ktheheni saktësisht në momentin e zgjedhur, jo vetëm te snapshot-i i fundit. I ngremë sipas kërkesës, nga orët DevOps të përfshira.
Çfarë përfshihet — dhe çfarë ngrihet sipas kërkesës
Nuk ka një „backup premium“ që shitet veçmas: ajo që përfshihet është e shënuar te çdo plan, dhe çdo gjë përtej kësaj ekipi e ndërton nga orët DevOps të abonimit tuaj. Orët mbi kuotë faturohen veçmas, sipas orës.
- cPanel: backup ditor automatik, rikthim nga paneli — i përfshirë
- VPS: snapshot-e, pa frekuencë të garantuar — të përfshira
- Serverët e dedikuar: disqe NVMe në çifte, RAID i ngritur gjatë instalimit — backup-i nuk përfshihet si parazgjedhje
- Backup i jashtëm sipas rregullit 3-2-1 — sipas kërkesës, nga orët DevOps (5–10 orë/muaj në serverët e dedikuar)
- PITR për bazat e të dhënave (WAL, binlog, oplog) — sipas kërkesës, nga orët DevOps
- Testet e rikthimit dhe periudha e ruajtjes — të dakorduara me ekipin dhe të ngritura nga orët DevOps
Rikthimi i një backup-i — në 4 hapa
Hapni panelin
Hyni në panelin e klientit. Në cPanel backup-in ditor e rikthen aty; në VPS zgjidhni një snapshot.
Zgjidhni një pikë në kohë
Zgjidhni kopjen para problemit. Më e fundit nuk është gjithmonë e duhura nëse gabimi ka kohë që ekziston.
Klikoni „Rikthe“
Një rikthim mbishkruan gjendjen aktuale. Nëse nuk jeni të sigurt, kërkojini ekipit të rikthejë më parë në një mjedis të veçantë që të krahasoni.
Kontrolloni rezultatin
Kontrolloni që aplikacioni funksionon dhe të dhënat janë aty ku duhet. Sa zgjat rikthimi varet nga vëllimi i të dhënave.
Pyetje të shpeshta
A kërkon një snapshot ndalimin e serverit?
Zakonisht jo: snapshot-i i një VPS merret ndërsa serveri është në punë. Për një bazë të dhënash, megjithatë, snapshot-i i një serveri në punë nuk është gjithmonë konsistent, prandaj rekomandojmë një backup të veçantë të bazës (dump ose WAL/binlog), që ekipi e ngre sipas kërkesës.
Sa zgjat rikthimi i një snapshot-i shumë të madh (p.sh. 500 GB)?
Varet nga vëllimi i të dhënave, disku dhe vendi ku ruhet kopja — rikthimi nga një kopje e jashtme zgjat më shumë se nga ajo lokale. Nuk premtojmë një kohë fikse: shifra realiste vjen nga një test rikthimi, që mund ta bëjmë bashkë me ju.
A janë backup-et të enkriptuara?
Enkriptimi i backup-eve të jashtme është pjesë e strategjisë që ngremë sipas kërkesës — për shembull kopje që dalin nga serveri vetëm në formë të enkriptuar, me çelësa të mbajtur larg prodhimit. Tregojini ekipit kërkesat tuaja kur kërkoni konfigurimin.
Po nëse dua ruajtje më të gjatë se 30 ditë?
Periudha e ruajtjes për backup-et e jashtme caktohet kur ekipi konfiguron strategjinë, sipas nevojave tuaja dhe detyrimeve ligjore të arkivimit. Hapësira për ruajtje më të gjatë dakordohet me ekipin; planet i gjeni në faqen e çmimeve.
A mund ta shkarkoj një snapshot lokalisht?
Në VPS dhe serverët e dedikuar keni qasje root dhe kopjoni të dhënat tuaja me mjetet që preferoni (rsync, tar). Ekipi mund të ngrejë edhe kopje automatike në ruajtje të jashtme nga orët DevOps, si AWS S3, Google Cloud Storage ose Azure Blob.
Të dhënat tuaja janë shumë të çmuara për t'ia lënë fatit
cPanel përfshin backup ditor dhe VPS përfshin snapshot-e. Në serverët e dedikuar ekipi e ndërton strategjinë e backup-it nga orët DevOps të përfshira. Shihni çmimet për detaje.
Shihni planet →