Restaurare și testare

Modulul 8: Copii de siguranță, mediu de testare și actualizări PHP · Timp de citire: 8 minute

Obiectiv de învățare: După această lecție veți putea restaura o copie de siguranță, inclusiv alături de site-ul existent, și veți putea verifica dacă este completă și utilizabilă.

Concepte-cheie: restaurare (restore), completă sau parțială, fișiere sau bază de date, restaurare alături de site, restaurare de test, listă de verificare după restaurare, ajustarea adreselor, import de bază de date

O copie de siguranță are valoare doar dacă poate fi restaurată

Cel mai dureros moment legat de copiile de siguranță nu este crearea lor, ci descoperirea faptului că restaurarea nu reușește: lipsește baza de date, copia de siguranță este incompletă, fișierul este deteriorat sau nimeni nu știe cum se procedează. Este mult mai bine să descoperiți acest lucru într-o marți liniștită decât într-o sâmbătă în care site-ul a fost compromis.

De aceea testați restaurarea, regulat, și de preferință fără să atingeți site-ul real.

Ce restaurați

Nu este întotdeauna necesar să restaurați totul. Alegeți ce se potrivește situației:

Fișierele și baza de date se corespund unele cu altele. Dacă restaurați doar fișierele de ieri împreună cu baza de date de astăzi, un modul (plugin) se poate încurca, deoarece baza lui de date fusese deja actualizată. În caz de dubiu: restaurați ambele, din același moment.

Tot ce s-a întâmplat după momentul copiei de siguranță este pierdut. Articole noi, comentarii, comenzi, înscrieri. La un magazin online, notați înainte de restaurare ce comenzi au fost primite de la data copiei de siguranță.

Restaurarea alături de site

Cea mai sigură modalitate de a testa și de a salva lucruri este să restaurați o copie de siguranță alături de site-ul dumneavoastră actual: pe un subdomeniu de test (test.example.com) sau într-un folder separat, cu o bază de date proprie. Site-ul dumneavoastră real rămâne neatins. Apoi puteți:

• verifica dacă backupul este complet;
• extrage un singur element (o pagină ștearsă, o versiune veche a unui text) și să îl transferați manual;
• exersa un plan de recuperare.

Unii furnizori de găzduire permit acest lucru printr-un simplu buton (la WebOké Backups, de exemplu, „restaurare alături de site-ul actual”); în alte situații transferați manual fișierele și baza de date într-un loc de test.

Fiți atenți la adresă

O copie de siguranță a https://example.com pe care o puneți pe test.example.com continuă să „știe” că aparține de example.com: siteurl și home în baza de date (lecția 1.3), iar toate link-urile trimit către site-ul dumneavoastră real. Rezultatul: dați clic pe site-ul de test și ajungeți pe site-ul real, sau vă autentificați pe cel greșit. De aceea ajustați adresele după restaurare:

wp search-replace 'https://example.com' 'https://test.example.com' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --all-tables

Sau cu un modul (plugin) de căutare și înlocuire care înțelege datele serializate (lecția 3.2). Activați imediat și descurajarea motoarelor de căutare (lecția 2.4) sau puneți o parolă pe site-ul de test și asigurați-vă că site-ul de test nu trimite e-mailuri către clienți reali (lecția 8.3).

Restaurarea manuală a bazei de date

Dacă aveți un fișier .sql (dintr-o copie de siguranță sau un export), îl restaurați astfel:

1. Creați o bază de date goală și un utilizator (lecția 2.3), sau goliți baza existentă (doar dacă sunteți siguri).
2. Importați fișierul în phpMyAdmin (fila Import). La fișiere mari, phpMyAdmin se poate bloca; în acest caz folosiți funcția de import din panoul dumneavoastră sau linia de comandă (wp db import back-up.sql sau mysql).
3. Verificați în wp-config.php că datele bazei de date sunt corecte.
4. Verificați prefixul tabelelor: corespunde cel din copia de siguranță (wp_) cu $table_prefix din wp-config.php? Dacă nu, WordPress va vedea o instalare goală și va dori să se instaleze din nou.

Lista de verificare după restaurare

O restaurare reușește doar dacă site-ul chiar funcționează. Verificați:

1. Pagina principală și câteva pagini și articole obișnuite se deschid, într-o fereastră privată.
2. Imaginile: sunt prezente (deci uploads a fost inclus în copia de siguranță)?
3. Autentificarea în panoul de administrare.
4. Funcțiile principale: trimiterea unui formular, adăugarea unui produs în coș, căutarea.
5. Legăturile permanente: funcționează toate paginile, sau primiți o eroare 404 în afară de pagina principală? În acest caz, salvați o dată la Setări > Legături permanente (lecția 2.4).
6. Modulele (pluginurile) și tema sunt active și actualizate.
7. Versiunea: este chiar conținutul de la data pe care o așteptați?

Notați cât a durat restaurarea. Acesta este timpul dumneavoastră real de recuperare: cât timp site-ul este nefuncțional în caz de problemă.

Cât de des să testați

O regulă generală: testați cel puțin o dată pe trimestru (lecția 9.4) și după fiecare schimbare în sistemul dumneavoastră de copii de siguranță (un modul (plugin) nou, un alt furnizor de găzduire, un site mult mai mare). Alternați: o dată copia de siguranță a furnizorului de găzduire, altă dată propria dumneavoastră copie din afara serverului (lecția 8.1).

În practică: cum arată într-un panou

Ca exemplu folosim WebOké Backups și DirectAdmin. La alți furnizori de găzduire butoanele au alte denumiri, dar alegerile sunt aceleași: ce restaurați și unde.

1. Creați mai întâi subdomeniul de test în DirectAdmin (Subdomeinbeheer), cu un certificat.
2. Alegeți în WebOké Backups o copie de siguranță de acum câteva zile și optați pentru restaurarea fișierelor și a bazei de date alături de site-ul actual, în locul de test.
3. Ajustați în baza de date restaurată adresele către subdomeniul de test.
4. Parcurgeți lista de verificare.

Rezumat

• O copie de siguranță are valoare doar dacă poate fi restaurată; testați restaurarea.
• Alegeți ce restaurați; fișierele și baza de date trebuie să fie din același moment. Ce s-a întâmplat după copia de siguranță este pierdut.
• Restaurați o copie de siguranță alături de site pentru a testa sau pentru a salva un element, apoi ajustați adresele.
• La importul unei baze de date, fiți atenți la prefixul tabelelor și la datele din wp-config.php.
• Parcurgeți după fiecare restaurare o listă de verificare fixă și notați cât a durat.

Test

Exercițiu

Exercițiu D8.2: Restaurarea unei copii de siguranță într-un mediu de testare (staging). Restaurați o copie de siguranță de acum câteva zile pe un subdomeniu de test al propriului domeniu (de exemplu herstel.example.com), alături de site-ul dumneavoastră real. Ajustați adresele, activați descurajarea motoarelor de căutare sau puneți o parolă pe locul de test și parcurgeți lista de verificare din această lecție. Bifați fiecare punct. Notați: ce copie de siguranță (sursă și dată) ați folosit, cât a durat restaurarea, ce nu a mers bine și cum ați rezolvat aceasta. Lăsați site-ul de test pentru exercițiul A8.3 și ștergeți-l după aceea.

Lecturi suplimentare

Aceste articole descriu pașii din panourile WebOké; la alte panouri funcționează similar.

• Manual DirectAdmin 16.3: Restaurare backup DirectAdmin
• Manual DirectAdmin 16.5: Poate fi făcut și în Contul meu WebOké? WebOké Backups
• Manual WebOké 6.10: WebOké Backups: restaurarea fișierelor
• WebOké Backups: vizualizarea, restaurarea sau descărcarea unei copii de rezervă
• Manual DirectAdmin 12.5: Importul unei baze de date, inclusiv fișiere mari
• Manual DirectAdmin 4.5: Crearea și ștergerea subdomeniilor