Cum să faceți backup și să vă restaurați site-ul web

În timp ce vă construiți site-ul de afaceri, primul lucru care vă preocupă în general este să vă puneți în funcțiune site-ul; este nevoie de multă muncă, principalul lucru este să faci totul să funcționeze.

Deci, funcționează fără probleme și, brusc, se întâmplă ceva. S-a dus. Fișierele dvs. lipsesc.

Dacă v-ați construit site-ul web pe un server local, este posibil să simțiți că aveți deja o copie de rezervă. Ai totul în două locuri, nu? Fișierele există pe server și pe computer.

Ce ar putea merge prost?

Nu este nevoie de multă imaginație pentru a te gândi la ce s-ar putea întâmpla. Computerul tău moare dintr-un motiv oarecare, fie că este vorba de o supratensiune neașteptată, fie că copilul tău de 3 ani decide că este distractiv să toarne lapte în laptop. Dar hei, l-ai stocat pe server, așa că de ce ar trebui să-ți faci griji, nu?

Nu asa de repede….

Ce se întâmplă dacă serverul are o problemă sau acel furnizor de găzduire super-ieftin și aparent de încredere se dă cu gura fără avertisment? Ce zici de faptul că site-ul tău rulează o bază de date? Aveți o copie exactă a fiecărui fișier de pe computer?

Aici devine importantă salvarea unui site web!

În acest articol, voi acoperi tot ce trebuie să știți despre crearea de rezervă a site-ului dvs. web, inclusiv de ce, ce este și cum.

De ce să faceți backup pentru site-ul dvs.?

Există o varietate de motive pentru care ar trebui să faceți copii de rezervă pentru site-ul dvs.

1. Malware/Randsomware

Fără a intra în prea multe detalii, nu există un sistem complet sigur. Indiferent câte proceduri și protocoale de securitate ați implementat, toate sistemele sunt vulnerabile.

Deși există grade de securitate, unele sisteme sunt mai vulnerabile decât altele. Este practic imposibil să preveniți site-ul dvs. de la toate tipurile de atacuri și cu atât mai mult dacă vă așteptați de fapt ca oamenii să vă folosească site-ul.

Gândește-te la asta ca la casa ta; ai putea să-l sigilizi ca Fort Knox, dar atunci nimeni nu a putut intra deloc, așa că trebuie să ai uși. Sigur că ușile tale au încuietori bune, dar cineva ar putea oricând să pătrundă printr-o fereastră.

Cel mai slab punct al oricărui sistem sunt oamenii. Tot ce este nevoie este un singur clic prost sau să răspunzi la ceea ce părea un e-mail important, pentru a ceda unui atac de phishing. Odată ce cineva se află în sistemul dvs., prin software sau altfel, este posibil să preia controlul asupra fișierelor dvs. pentru răscumpărare.

În loc să trebuiască să plătiți bani unui necunoscut care poate sau nu să vă returneze site-ul sau fișierele, sunteți mult mai puțin vulnerabil dacă aveți o copie.

2. Fișiere șterse/Comenzi proaste/Erori umane

Ceva la fel de simplu ca ștergerea fișierului greșit de pe serverul dvs., fie cu un simplu „clic/ștergere” pe Windows/Mac, fie cu o linie de comandă în Linux sau derivatele sale, ar putea șterge un fișier cheie sau, de altfel, toate fișierele.

(În Linux, comanda rm -r directoryname elimină un director și toate fișierele din el, de multe ori fără nicio confirmare, și mai rău, rm -rf / poate șterge chiar și fișierele numai pentru citire și tot ce este de la rădăcină, ceea ce vă va ucide în esență intreaga masina!).

3. Hack-uri

Comportamentul rău intenționat este mai frecvent decât ne-am dori. Uneori nici măcar nu este la fel de simplu ca un hack de tip malware sau ransomware; sunt mulți acolo care accesează site-urile ca sport. Chiar dacă conținutul site-ului tău web este ceva despre care s-ar putea să nu crezi că este de mare valoare pentru un hacker, acest lucru se poate întâmpla totuși.

Acesta este în special un risc pentru cei care folosesc platforme populare precum WordPress, care au multe slăbiciuni bine documentate, care, dacă nu sunt corectate, vă lasă cu o țintă mare pe spate.

4. Dezvoltator rău/Angajat/Oricine

Multe companii se bazează foarte mult pe terți pentru a ne proiecta site-urile. În cele mai multe cazuri, dezvoltatorii web sunt la fel de sinceri ca noi ceilalți. Majoritatea (precum <smile>al tău cu adevărat </smile>) sunt oameni grozavi și onești (și modesti!).

Cu toate acestea, poate intrați într-o dispută de plată? Oamenii fiind oameni variază foarte mult când vine vorba de ceea ce ei consideră comportament etic. Este foarte ușor pentru un angajat supărat (sau nefast) care are acces la back-end-ul site-ului dvs. să elimine pur și simplu site-ul dacă nu este mulțumit sau din orice motiv.

Acesta este ceva la care nu ne place să ne gândim, dar în general este o idee bună să fim în siguranță.

5. Blocarea serverului

Tehnologia este grozavă când funcționează. În cele mai multe cazuri, mai ales dacă utilizați o companie de găzduire solidă și de renume, blocările serverului în care datele sunt șterse sunt o întâmplare rară.

Dar chiar și cei mai buni furnizori au probleme.

De asemenea, în multe cazuri în zilele noastre, site-ul dvs. este cel mai probabil găzduit pe un server virtual . Cu alte cuvinte, datele dvs. nu se află pe un computer fizic independent, ci sunt partajate cu multe alte persoane sau companii. Este foarte obișnuit ca furnizorii de găzduire să găzduiască multe instanțe „virtuale” diferite pe un server fizic.

Pentru majoritatea companiilor de găzduire web ieftine, acest lucru este mai frecvent decât nu și, cu excepția cazului în care sunteți dispus să plătiți banii mari pentru a vă obține propriul server fizic, este foarte probabil să împărțiți spațiu. Dacă ceva nu merge bine pe alt segment, ar putea afecta site-ul și fișierele dvs.

De asemenea, chiar dacă ți-ai găzduit site-ul pe un singur server fizic, acesta este, în esență, doar un computer. În timp ce serverele tind să fie stocate în locuri sigure, la fel ca în cazul propriului computer, există încă întotdeauna șansa ca ceva să meargă prost.

Serverele se pot supraîncălzi, ar putea exista un dezastru natural neașteptat, o fluctuație a puterii exact la momentul nepotrivit sau chiar un defect ascuns al producătorului care ar putea cauza pierderea datelor.

În plus, fermele de servere pot fi o țintă pentru atacuri coordonate Dedicated Denial of Service (DDOS) care în cazuri extreme pot necesita o repornire completă; acest lucru are întotdeauna riscul potențial ca unele sau toate datele să se piardă.

Din aceste motive, este, în general, o idee bună să păstrați o copie a tuturor datelor esențiale într-un alt loc, așa că, dacă una dintre acestea este posibilă, oricât de puțin probabil (diferând de la caz la caz), acestea ar fi să apară.

Ce ar trebui să faci backup pe site-ul tău?

Tipurile de lucruri pe care ați dori să le faceți backup pot fi împărțite în următoarele categorii:

1. Fișiere

Acestea sunt toate fișierele care compun site-ul dvs. Acestea includ toate paginile/scripturile/fișierele CSS și imaginile sau documentele sau orice conținut multimedia care reprezintă partea centrală a site-ului dvs.

Vă puteți gândi că acestea sunt conținuturi care nu se schimbă; rămân ca obiecte statice. Drept urmare, acestea sunt de obicei cele mai ușor de gestionat și de copiat de rezervă ale site-ului dvs.

2. Baza de date

Așa cum este probabil cazul, majoritatea site-urilor web utilizează baze de date pentru a stoca produse, pagini individuale sau alte articole care probabil ar fi variații ale conținutului duplicat.

Dacă baza de date este oarecum statică (adică majoritatea articolelor de pe site-ul dvs. se schimbă rar), este relativ simplu să păstrați copii de rezervă, la fel ca și fișierele.

Cu toate acestea, dacă, ca în majoritatea cazurilor, acest conținut este fluid, cum ar fi postări de blog, produse, tranzacții sau orice altceva care se modifică sau se adaugă în mod obișnuit, va trebui să găsiți o modalitate de a face backup regulat pentru aceste date.

3. Conturi de e-mail

Dacă stocați o înregistrare a e-mailurilor sau informațiilor de contact ale utilizatorilor. De asemenea, probabil că aveți un server de e-mail complet și înregistrări ale tuturor tranzacțiilor prin e-mail prin gazda dvs. Probabil că veți dori să păstrați toate înregistrările interacțiunilor, e-mailurilor și listelor de corespondență folosind acest cont.

Cum să faceți backup site-ului dvs

Realizarea unei copii de rezervă a site-ului dvs. nu este deosebit de dificilă, dar pentru a începe așa, trebuie să înțelegeți că există mai multe metode. Acestea variază în funcție de calitate, fiabilitate și ușurință (în funcție de nivelul de calificare). În general, este o idee bună să folosiți mai mult de unul.

1. Prin gazda dvs. web

Orice gazdă web bună ar trebui să creeze o copie de rezervă automată a tuturor fișierelor de pe serverul web. Gazda web ar trebui să facă acest lucru intern și, de obicei, va face backup zilnic, indiferent de ceea ce faceți.

Deci, ar trebui să puteți recurge la backup-ul gazdei dvs. web dacă s-ar întâmpla ceva.

Cu toate acestea, gazdele web de obicei nu păstrează mai multe versiuni de rezervă și ești la cheremul lor. Vor avea un fel de instrument pentru a vă crea manual propriile copii de rezervă.

De exemplu, puteți crea cu ușurință o copie de rezervă completă a site-ului dvs. prin cPanel, un panou de control comun utilizat de majoritatea gazdelor web.

Pentru a utiliza instrumentele de backup ale serverului dvs., va trebui să întrebați furnizorul dvs. și să citiți toate manualele furnizate de acesta. De obicei, fișierele dvs. vor fi stocate ca fișier arhivat și vor fi stocate pe serverul dvs.

Poate fi necesar să specificați ce tip de format doriți, în funcție de platforma dvs. Ei vor oferi, de asemenea, instrucțiuni despre cum să restabiliți o copie de rezervă dacă devine necesar.

Dacă gazda dvs. web furnizează această copie de rezervă pe server, asigurați-vă că este stocată pe un alt server decât site-ul dvs. Serverele se pot bloca!

Avantajele utilizării serviciilor furnizorului dvs. sunt destul de evidente; este de obicei perfect cu gazda dvs.

Cu toate acestea, dezavantajele au legătură în special cu furnizorul dvs. de găzduire. Deși pot fi excelente la găzduirea site-ului dvs., nu este niciodată înțelept să vă păstrați toate ouăle într-un singur coș.

Dacă ceva nu merge bine, cum ar fi un incendiu în ferma lor de servere sau sunt atacați de hackeri (da, acest lucru se întâmplă ocazional; nimeni nu este imun, iar furnizorii de găzduire sunt ținte principale).

Din aceste motive și multe altele, este o idee foarte bună să descărcați ocazional o copie a fișierelor pe computer. De asemenea, probabil că veți dori totuși să păstrați cel puțin manual o copie a site-ului dvs.

2. Pluginuri de backup pentru site-ul CMS

Dacă utilizați un CMS popular, cum ar fi WordPress, există multe plugin-uri pe care le puteți instala, cum ar fi Backup Buddy. Acestea sunt foarte convenabile și tind să fie foarte ușor de instalat.

Cu toate acestea, pluginurile de rezervă pot avea de obicei efectul negativ de a încetini site-ul dvs. Deoarece PHP este limbajul de programare nativ pentru WordPress, majoritatea pluginurilor folosesc și PHP.

Deși acest lucru poate fi eficient, poate avea tendința de a rula lent, ceea ce înseamnă că ar putea încetini site-ul dvs. în procesul de rulare (de obicei, vor rula de la același motor care produce site-ul dvs.), adaugă, de asemenea, dezordine la site-ul dvs., și este, de asemenea, o abstractizare la un nivel mai înalt decât este ideal.

Un alt factor este că, în mod ironic, s-ar putea să vă faceți site-ul mai vulnerabil. PHP în sine are unele probleme de securitate cunoscute, mai ales dacă codul utilizat este învechit sau scris neglijent.

Dacă nu sunteți absolut sigur că codul intră în aceste plugin-uri (și serios, cine are timp să studieze cu atenție codul sursă al altcuiva?), pluginul pe care îl utilizați pentru a vă păstra datele în siguranță îl poate face mai puțin sigur. (Da, mulți sunt reputați și oferă cod de calitate. Nu m-aș panica aici, dar acesta este ceva de reținut).

În timp ce PHP este un limbaj de codare grozav (se numără printre preferatele mele și îl folosesc zilnic), este o idee bună să păstrezi cât mai multe funcții care rulează în afara acestei platforme. De obicei, dacă doriți să executați copii de rezervă la nivel de sistem de operare.

Dacă rulați Linux sau oricare dintre derivatele sale, probabil că ați dori să rulați un script shell sau un fișier batch în Windows sau un fișier macos pe un Mac.

3. Copiere de rezervă manuale ale site-ului web

Mulți dintre noi s-ar putea să fie familiarizați cu modul „vechea școală” de a face copii de rezervă a fișierelor: să facem o copie a tuturor fișierelor și să le punem pe un hard disk amovibil sau să le stocați în cloud.

Aceasta este în esență aceeași metodă pe care ați folosi-o cu site-ul dvs. web, cu câteva avertismente.

Desigur, dacă vă creați site-ul web local și apoi îl transferați prin FTP (sau sperăm SFTP) către gazda dvs., din punct de vedere tehnic aveți deja o copie a site-ului dvs.

Cu toate acestea, există o diferență cheie...

Dacă aveți o bază de date pe site-ul dvs., foarte probabil aveți conținut diferit la nivel local (în baza de date de testare) decât pe site-ul live. Acest lucru este valabil mai ales dacă utilizați un fel de software CMS (WordPress și altele asemenea).

Dacă acesta este cazul, aproape tot conținutul de pe site-ul dvs. este stocat într-o bază de date și nu locuiește în niciun fișier, în afara bazei de date în sine.

Copierea de rezervă a bazei de date este de fapt relativ ușoară, mai ales dacă utilizați MySQL. Trebuie pur și simplu să obțineți un dump SQL al bazei de date; care este doar un fișier text simplu care conține tot conținutul bazei de date.

Odată creat, acesta poate fi pur și simplu încărcat sau rulat ca fișier pentru a reconstrui baza de date.

Metoda liniei de comandă

Acest lucru este relativ simplu. Următoarea comandă va face backup pentru întreaga bază de date.

Dacă doriți mai multe detalii despre rularea acestora și despre diferitele opțiuni, consultați documentația MySQL

Metoda PhpMyAdmin

Accesați fila de export a bazei de date, alegeți toate opțiunile de care aveți nevoie (de obicei, veți dori probabil să includeți „drop tables” și să creați opțiuni pentru bazele de date pentru a face posibilă încărcarea unei noi copii peste o versiune mai veche, dar cumpărătorul aveți grijă... ștergeți cu adevărat datele existente pentru a le înlocui cu o copie nouă).

Puteți apoi să luați toate fișierele create (codul sursă, baza de date și imaginile) și să le arhivați și să păstrați copii acolo unde doriți (eu personal îmi place să folosesc stocarea în cloud, cum ar fi Google Drive sau Dropbox).

Dezavantajul evident este că trebuie să vă amintiți să faceți acest lucru și este foarte ușor de uitat. Deci, dacă doriți să faceți acest lucru cu un pas mai departe, puteți scrie scripturi care fac toate acestea și puteți utiliza sistemul pentru a le rula periodic.

În Linux, este relativ ușor să rulați dump-ul sql prin linia de comandă și apoi să rulați acest script ca un cronjob, pentru a rula o dată pe zi, săptămâna sau în orice interval de timp doriți.

În Windows puteți utiliza un lot și planificatorul de sarcini încorporat. Modul meu tipic de a face acest lucru este să rulez un lot cu un dump sql și apoi o copie în bloc a unui întreg director în contul meu Dropbox.

4. Servicii de backup pentru site-ul web

Desigur, gestionarea manuală a tuturor acestor lucruri poate fi puțin copleșitoare; încă necesită atenție și ceva la fel de simplu precum uitarea de a curăța un director poate duce la eliminarea fișierelor sau la adăugarea unor taxe bruște în contul dvs. (Dropbox permite câteva concerte gratuit, dar apoi crește rapid de acolo).

Din acest motiv, dacă conduceți un site de afaceri, probabil că este o idee bună să utilizați un serviciu profesional de backup. Acestea vor face de obicei tot ceea ce este menționat de toate cele de mai sus, dar într-un mod mai fiabil.

Spre deosebire de backup-urile manuale, altcineva va face treaba pentru tine și se va ocupa de toate acele mici probleme în care ai putea întâmpina. Spre deosebire de pluginuri, acestea vor rula în afara site-ului dvs.; nu trebuie să le adăugați. Acestea nu ar trebui să elimine viteza de procesare și nu vor crea vulnerabilități de securitate în timp ce fac acest lucru.

Mai jos este o mostră foarte scurtă a unor servicii de backup populare. ( Disclaimer : Acesta nu intenționează să fie nici măcar un ghid cuprinzător, doar suficient pentru a înțelege ce există acolo. Nu am testat toate serviciile menționate).

• Sucuri Backups – o soluție excelentă, deoarece vă recomandăm să utilizați Sucuri pentru securitatea site-ului dvs.
• CodeGuard
• BackupGuard
• Aruncă site-ul meu

Strategia de backup pentru site-ul web: cele mai bune practici

Indiferent de metoda pe care o alegeți, backup-ul site-ului dvs. ar trebui să aibă un plan de flux de lucru.

Deși toate metodele menționate mai sus vor funcționa, va trebui neapărat să aveți o strategie în vigoare, sau orice sistem menționat pe care îl aveți ar putea suferi unele vulnerabilități grave.

Faceți o listă de verificare și stabiliți răspunsuri la următoarele categorii:

1. Cât de des faceți backup site-ului dvs.?

Asta e important. Doriți să executați copii de rezervă zilnic sau lunar?

S-ar putea să vă gândiți la ideea de a rula unul de fiecare dată când există o schimbare a site-ului dvs. (produs nou, postare nouă pe blog etc.). Aceasta depinde de tine, dar ar trebui să te asiguri că ai un plan pus la punct.

2. Programare automată

Urmând cele de mai sus, stabilirea unui program este esențială. Ca punct de referință, probabil că veți dori să setați un program pentru când vor avea loc backup-urile.

3. Utilizați stocarea la distanță

Unde stocați aceste date? Nu veți dori să păstrați doar copii pe server sau chiar pe laptop. Vei folosi un hard disk extern? Norul? Ce serviciu cloud?

4. Perioada de retenție

Cât timp aveți nevoie pentru a păstra copii ale fiecărei copii de rezervă? Fișierele de acum un an vor fi necesare sau doar adună praf și pot fi înlocuite cu copii de rezervă mai recente?

5. Criptare

Securitatea copiilor de rezervă este importantă, în special dacă aveți informații de proprietate (cum ar fi informații confidențiale despre prețurile produselor sau chiar mai important, înregistrările clienților).

Aveți un plan pentru păstrarea copiilor de rezervă criptate și protejate (criptare AES pe 256 de biți cu cheie privată și securitate de transport TLS/SSL). Aflați mai multe despre criptare.

6. Stocați copii de rezervă pe RAID Arrays

RAID Arrays (Redundant Arrays of Independent Disks) nu sunt doar o idee bună pentru a crea mai multe copii ale site-ului și/sau a datelor, ci și pentru a îmbunătăți performanța.

Acestea vor oferi protecție suplimentară în cazul în care unul dintre discuri se defectează. Aceasta este o caracteristică tipică oferită de serviciile profesionale de backup.

7. Restaurare selectivă

Aveți o procedură în vigoare în cazul în care nu aveți nevoie să restaurați fiecare parte a site-ului dvs. Poate că cea mai mare parte este în regulă, dar unele bucăți s-ar fi putut pierde.

De exemplu, dacă un tabel de produse este deteriorat, trebuie doar să înlocuiți acea piesă în depozitul SQL. Aceasta este de obicei o idee mai bună decât să ștergeți totul pentru a înlocui un fișier.

De fapt, este o greșeală comună să înlocuiești totul dacă ceva nu merge bine. Sigur, acest lucru va funcționa, dar veți pierde tot ce a avut loc după ultima copie de rezervă.

Cel mai bine este să identificați dacă trebuie să înlocuiți totul. Salvați copiile de rezervă complete pentru o ultimă soluție dacă totul eșuează.

Cum să restabiliți backupul site-ului dvs

Bine, deci site-ul dvs. a dispărut, dar aveți o copie de rezervă. Cum îți restabilești site-ul din backup? Acest lucru este relativ simplu.

Dacă copia este stocată ca fișier zip, pur și simplu dezarhivați-o și încărcați toate fișierele înapoi în locația lor originală.

Luați fișierul SQL (fișierul text care a fost creat în timpul dump-ului SQL) și fie recreați baza de date utilizând linia de comandă, fie dacă utilizați phpMyAdmin (sau orice alt sistem grafic de gestionare a bazei de date, cum ar fi MySQL Workbench), și importați fișierul sau copiați totul într-o fereastră SQL și rulați-l.

Testați-l la nivel local și, dacă totul funcționează, încărcați totul pe server. Ar trebui să fii din nou în funcțiune în cel mai scurt timp.

Dacă utilizați un serviciu profesional de backup, acest proces va fi probabil și mai ușor. Orice serviciu decent ar trebui să vă ofere instrumente pentru restaurarea copiei de rezervă, fie că este vorba despre o restaurare parțială sau o restaurare completă a site-ului.

Sfat bonus: utilizați punerea în scenă pentru dezvoltare

Dincolo de simpla copiere de rezervă a fișierelor existente, dacă vă dezvoltați propriul site sau lucrați cu o echipă de dezvoltatori, poate doriți să luați în considerare un sistem de versiuni pentru a păstra o evidență a tuturor etapelor din timpul procesului de dezvoltare.

Când vă construiți site-ul, de obicei vor exista versiuni și modificări ale modului în care este proiectat site-ul dvs. Poate că faceți o reproiectare completă a site-ului dvs., dar doriți să păstrați o copie a site-ului vechi.

De asemenea, așa cum se întâmplă adesea, în timpul dezvoltării site-ului, ceva nu merge groaznic de rău și trebuie să găsiți un fișier așa cum era înainte de a fi schimbat. De asemenea, veți dori să păstrați o versiune de dezvoltare locală a site-ului dvs. pentru a face actualizări sau modificări înainte de a o lansa public.

Aici intră în joc sistemele de versiuni. Acestea sunt similare cu a face copii ale folderelor de fiecare dată când faceți o schimbare, dar sunt mult mai organizate și pot permite dezvoltarea în colaborare.

Git este un instrument fantastic pentru a vă menține procesul de dezvoltare bine organizat. Funcționează la crearea unor copii de siguranță bune de cod, atât la nivel local, cât și pentru a fi mutat cu ușurință înainte și înapoi în cloud pentru backup la distanță sigur.

În loc să aveți mai multe copii ale fișierelor în directoare diferite; acestea sunt stocate în ramuri , ceea ce poate permite mai multor persoane să lucreze la fișiere fără la fel de multe riscuri de conflicte.

Când sunt gata, pot fi fuzionate în ramurile principale de dezvoltare și, eventual, într-o ramură principală care urmează să fie implementată.

Mai jos sunt două dintre cele mai populare depozite Git.

• GitHub este gratuit dacă sunteți dispus să vă împărtășiți codul sursă (în centrul său este Open Source), dar oferă și depozite private de coduri foarte accesibile. De asemenea, este un loc minunat pentru a căuta fragmente de cod și găzduiește o comunitate grozavă de dezvoltatori
• BitBucket este similar; deși nu este o comunitate atât de mare, oferă unele depozite private gratuit.

Concluzie

În timp ce unele metode au avantaje mai bune față de altele, backup-ul site-ului dvs. este o necesitate care nu trebuie trecută cu vederea. În mod ideal, ar trebui să luați în considerare utilizarea unei combinații a metodelor menționate mai sus.

Asigurându-vă că aveți copii duplicate ale fișierelor, vă veți scuti de o mare durere de cap pe drum. Chiar dacă nu se întâmplă nimic rău cu site-ul dvs. și nu aveți nevoie de acest lucru, gândiți-vă la somnul suplimentar pe care îl veți primi fără să vă faceți griji pentru asta.

Îți faci backup fișierelor pe computer; site-ul dvs. ar trebui să respecte aceleași reguli.