Politica de Backup AlexHost: Ghid Tehnic Complet pentru Protecția și Recuperarea Datelor

Înțelegerea exactă a modului în care furnizorul dvs. de hosting gestionează backup-urile nu este opțională — este o cerință fundamentală pentru orice decizie serioasă de infrastructură. AlexHost menține o politică de backup structurată, pe niveluri, care variază în funcție de tipul de serviciu, cu responsabilități clar definite atât pentru furnizor, cât și pentru client. Acest ghid acoperă fiecare aspect al acestei politici: frecvența backup-urilor, procedurile de restaurare, implicațiile de cost și lacunele critice pe care trebuie să le acoperiți cu propria strategie de backup.

Care este politica de backup a AlexHost?

Politica de backup a AlexHost este un cadru de protecție a datelor pe niveluri, în care frecvența și domeniul de aplicare al backup-urilor automate depind de tipul serviciului de hosting. Planurile de hosting Shared și LiteSpeed beneficiază de backup-uri automate zilnice, mediile VPS sunt salvate săptămânal, iar serverele dedicate nu primesc niciun backup gestionat de furnizor. Restaurarea este disponibilă la cerere prin intermediul echipei de suport, în condițiile descrise mai jos.

Această politică există pentru a oferi o rețea de siguranță de bază, nu o soluție completă de recuperare în caz de dezastru. Distincția contează enorm în practică: un backup gestionat de furnizor este un snapshot realizat la un moment dat, iar integritatea sa depinde de starea fișierelor dvs. în momentul în care se execută snapshot-ul. AlexHost nu garantează în mod explicit restaurarea din fiecare backup, ceea ce face ca gestionarea backup-urilor pe partea clientului să fie o necesitate operațională, nu o precauție opțională.

Acoperirea backup-urilor pe tip de serviciu

Fiecare nivel de hosting la AlexHost funcționează conform unui model de backup diferit. Tabelul de mai jos rezumă parametrii cheie pentru toate categoriile de servicii.

Backup-uri pentru Shared și LiteSpeed Hosting

Pentru clienții cu planuri de Shared Web Hosting, backup-urile zilnice sunt efectuate automat de infrastructura AlexHost. Aceste backup-uri captează o copie exactă a sistemului de fișiere al contului și a bazelor de date asociate în momentul în care se realizează snapshot-ul. Dacă este necesară o restaurare — din cauza ștergerii accidentale a fișierelor, a unei baze de date corupte sau a unui deployment eșuat — echipa de suport poate recupera și restaura din cel mai recent backup disponibil.

O nuanță tehnică critică: backup-urile zilnice nu înseamnă recuperare la un moment precis în timp. Dacă baza dvs. de date este coruptă la ora 23:00 și backup-ul rulează la miezul nopții, starea coruptă este cea care se capturează. Snapshot-ul din ziua precedentă este ultimul punct de recuperare curat. Această fereastră de 24 de ore de potențială pierdere de date este o limitare cunoscută a ciclurilor de backup zilnic și ar trebui să influențeze modul în care gestionați deployment-urile și modificările bazelor de date.

Politica de backup pentru VPS

Mediile VPS prezintă un profil de risc fundamental diferit. Clienții care rulează VPS Hosting au acces la nivel root, ceea ce înseamnă că pot instala software, modifica fișiere de sistem, reconfigura servicii și efectua modificări care depășesc cu mult un cont de shared hosting tipic. Un ciclu de backup săptămânal reflectă complexitatea crescută a realizării unui snapshot al unui mediu de mașină virtuală completă, dar înseamnă și că până la șapte zile de modificări ar putea fi irecuperabile într-un scenariu de eșec în cel mai rău caz.

Pentru clienții VPS, aceasta creează o cerință operațională clară: trebuie să implementați mecanisme de backup suplimentare la nivel de aplicație sau sistem de fișiere. Abordările comune includ:

• Dump-uri automate ale bazelor de date folosind mysqldump sau pg_dump programate prin cron, cu output scris într-o locație de stocare la distanță
• Sincronizare incrementală a fișierelor folosind rsync prin SSH către o destinație offsite
• Backup-uri bazate pe snapshot-uri folosind instrumente precum Timeshift, Bacula sau Duplicati configurate să ruleze zilnic sau mai frecvent
• Backup-uri la nivel de aplicație pentru platforme precum WordPress (UpdraftPlus, BackWPup) sau aplicații personalizate cu funcționalitate de export integrată

Dacă gestionați un mediu cu panou de control, Panouri de Control VPS precum cPanel, Plesk sau DirectAdmin includ toate instrumente native de programare a backup-urilor care pot fi configurate independent de ciclul de snapshot al furnizorului.

Politica de backup pentru serverele dedicate

Serverele dedicate nu primesc niciun backup gestionat de furnizor. Aceasta este o practică standard în industrie pentru infrastructura bare-metal: clientul are control complet la nivel hardware, iar complexitatea operațională a realizării de snapshot-uri pentru medii diverse, configurate de client, face ca automatizarea pe partea furnizorului să fie impractică.

Clienții care rulează Servere Dedicate sunt în întregime responsabili pentru proiectarea, implementarea și testarea propriei arhitecturi de backup și recuperare în caz de dezastru. Aceasta implică de obicei:

• Destinații de stocare off-server — un server de stocare separat, un dispozitiv NAS sau stocare de obiecte în cloud (endpoint-uri compatibile S3, Backblaze B2, Wasabi)
• Software de backup — Veeam, Amanda, Bacula, BorgBackup sau Restic, în funcție de sistemul de operare și volumul de lucru
• Verificarea backup-urilor — teste automate de restaurare rulate conform unui program pentru a confirma integritatea backup-ului, nu doar existența acestuia
• Politici de retenție — o schemă de rotație grandfather-father-son (GFS) este standardul din industrie, menținând puncte de restaurare zilnice, săptămânale și lunare

Neimplementarea unei strategii independente de backup pe un server dedicat este una dintre cele mai frecvente și mai costisitoare greșeli în infrastructura gestionată de sine stătător.

Integritatea backup-urilor și răspunderea furnizorului

Politica AlexHost include o declarație explicită și importantă: furnizorul nu este responsabil pentru starea fișierelor clientului în momentul backup-ului, nici pentru starea backup-ului în sine. Aceasta nu este un limbaj juridic neobișnuit — reflectă o realitate tehnică autentică.

Backup-urile sunt snapshot-uri ale a ceea ce există la un moment dat. Dacă fișierele dvs. sunt deja corupte, infectate cu malware sau parțial șterse când rulează snapshot-ul, backup-ul captează acea stare degradată. Un backup al unei instalări WordPress compromise este o arhivă comprimată a unei instalări WordPress compromise. De aceea igiena de securitate — menținerea software-ului actualizat, utilizarea unor credențiale puternice, implementarea Certificatelor SSL pentru a preveni atacurile man-in-the-middle asupra interfețelor dvs. de administrare — este inseparabilă de o strategie solidă de backup.

În plus, backup-urile nu se efectuează pentru serviciile oprite sau suspendate. Dacă un serviciu este inactiv, nu se generează noi snapshot-uri. Aceasta are o implicație practică: dacă suspendați temporar un serviciu și apoi aveți nevoie să restaurați date, sunteți limitat la orice backup exista în momentul în care serviciul a fost activ ultima dată.

Costurile și condițiile restaurării din backup

În condiții normale de funcționare, restaurarea din backup este furnizată fără costuri suplimentare pe durata perioadei active de serviciu. Cu toate acestea, două scenarii specifice introduc constrângeri de cost și eligibilitate.

Restaurarea după terminarea serviciului: Dacă un serviciu a fost terminat sau șters din cauza neplății, iar clientul solicită ulterior restaurarea ultimului backup disponibil, AlexHost poate percepe o taxă de 20 EUR pentru a acoperi efortul tehnic implicat în localizarea și restaurarea datelor. Această taxă se aplică doar atunci când restaurarea este asociată cu reactivarea unui serviciu — nu este un serviciu de recuperare a datelor de sine stătător.

Încălcări ale Politicii de Utilizare Acceptabilă: Dacă un serviciu a fost terminat din cauza unei încălcări a Politicii de Utilizare Acceptabilă (AUP) a AlexHost, restaurarea din backup nu este disponibilă în nicio circumstanță. Aceasta este o limită fermă a politicii, nu o condiție negociabilă.

Concluzia practică: tratați fereastra de acces la backup ca fiind coterminantă cu abonamentul dvs. activ de serviciu. Permiterea unui serviciu să expire din cauza neplății nu este doar o problemă de facturare — este un risc de acces la date.

De ce backup-urile furnizorului nu sunt un substitut pentru propriile backup-uri

Acest punct merită o abordare directă, deoarece este frecvent înțeles greșit. Backup-urile gestionate de furnizor servesc unui scop specific și limitat: protejează împotriva eșecurilor la nivel de infrastructură și oferă o opțiune de recuperare pentru pierderea accidentală de date în fereastra de retenție a backup-ului. Ele nu protejează împotriva:

• Ransomware sau malware care criptează sau distrug fișierele înainte ca următorul backup să ruleze
• Corupției logice introduse treptat pe parcursul mai multor cicluri de backup, unde toate snapshot-urile reținute conțin starea coruptă
• Cerințelor de conformitate care impun perioade specifice de retenție, locații geografice de stocare sau standarde de criptare
• Nevoilor de recuperare specifice aplicației, cum ar fi restaurarea unui singur tabel de bază de date fără a suprascrie întregul cont
• Recuperării fără întreruperi, unde o restaurare completă pe partea furnizorului poate dura ore, în timp ce propriul backup local poate fi implementat în câteva minute

Pentru companiile care rulează sarcini de lucru în producție — magazine de e-commerce, aplicații SaaS, portaluri orientate către clienți — regula de backup 3-2-1 rămâne standardul de bază: trei copii ale datelor, pe două tipuri diferite de suporturi, cu o copie stocată offsite.

Considerații privind datele de e-mail și domenii

Clienții care utilizează Email Hosting ar trebui să verifice separat ce prevederi de backup se aplică datelor din căsuța poștală, deoarece stocările de e-mail au caracteristici de recuperare diferite față de fișierele web. În mod similar, datele de înregistrare a domeniilor gestionate prin Înregistrarea Domeniilor nu sunt supuse backup-ului în sensul tradițional — înregistrările de proprietate a domeniilor sunt menținute la nivel de registru — dar asigurarea că informațiile dvs. de contact și setările de reînnoire sunt actualizate reprezintă o formă echivalentă de protecție a datelor pentru namespace-ul dvs.

Matricea de decizie tehnică: Strategia de backup pe tip de hosting

Utilizați această matrice pentru a determina acțiunile minime de backup suplimentare necesare în funcție de serviciul dvs. AlexHost.

Concluzii cheie: Listă de verificare operațională

• Confirmați nivelul de serviciu pe care vă aflați și verificați frecvența de backup aplicabilă înainte de a presupune că există acoperire zilnică
• Nu vă bazați exclusiv pe backup-urile furnizorului pentru datele de producție — implementați cel puțin un mecanism de backup independent, controlat de client
• Programați și testați periodic procedurile de restaurare; un backup netestat este un backup neverificat
• Mențineți serviciile în stare activă, plătită, pentru a păstra accesul la restaurarea backup-urilor fără a suporta taxa de recuperare de 20 EUR
• Pentru mediile VPS, configurați backup-uri la nivel de aplicație și sistem de fișiere să ruleze mai frecvent decât ciclul săptămânal de snapshot al furnizorului
• Pentru serverele dedicate, proiectați o arhitectură completă de backup înainte de a implementa orice sarcină de lucru în producție
• Asigurați-vă că copiile de backup sunt stocate într-o locație geografică separată față de mediul dvs. principal de hosting
• Verificați că backup-urile captează date curate, fără malware, menținând practici solide de securitate în mediul dvs. de hosting în permanență

Întrebări frecvente

AlexHost efectuează backup-uri automat sau trebuie să le activez?

Backup-urile pentru shared și LiteSpeed hosting sunt efectuate automat de AlexHost fără nicio configurare necesară din partea clientului. Pentru planurile VPS, snapshot-urile săptămânale sunt de asemenea realizate automat. Clienții cu servere dedicate trebuie să configureze și să gestioneze în întregime propriile sisteme de backup.

Cum solicit o restaurare din backup de la suportul AlexHost?

Trimiteți o solicitare prin sistemul de suport AlexHost specificând serviciul, data aproximativă a datelor pe care trebuie să le restaurați și fișierele sau bazele de date specifice afectate. Restaurarea este efectuată de echipa tehnică și este disponibilă fără costuri pe durata unei perioade active de serviciu.

Ce se întâmplă cu backup-urile mele dacă îmi anulez planul de hosting?

Odată ce un serviciu este terminat sau șters din cauza neplății, accesul la backup nu este garantat. Dacă solicitați restaurarea după terminarea serviciului, AlexHost poate percepe 20 EUR pentru efortul de recuperare, și aceasta se aplică doar atunci când serviciul este reactivat. Dacă terminarea a fost cauzată de o încălcare a AUP, nicio restaurare nu este posibilă.

Pot descărca propria copie de backup din panoul de control AlexHost?

Pentru conturile de shared hosting gestionate prin cPanel, puteți genera și descărca un backup complet al contului direct din cPanel Backup Wizard în orice moment. Clienții VPS cu acces root pot crea propriile snapshot-uri sau arhive de fișiere folosind utilitarele standard Linux. Aceasta este abordarea recomandată pentru menținerea punctelor de recuperare controlate de client.

Backup-ul săptămânal VPS este un snapshot complet sau un backup incremental?

AlexHost efectuează backup-uri bazate pe snapshot-uri pentru mediile VPS. Implementarea tehnică înseamnă că snapshot-ul captează starea discului virtual în momentul execuției. Clienții care necesită puncte de recuperare mai granulare — cum ar fi snapshot-uri zilnice sau orare — trebuie să le implementeze independent folosind instrumente disponibile în mediul lor VPS sau configurând un VPS cu cPanel care include capabilități native de programare a backup-urilor.