Backupuri WordPress pe Storage Server: ghid cu WPvivid

Un backup care stă pe același server ca site-ul nu este un backup. Dacă discul este șters, accesul este preluat sau instalarea este criptată, backupul se duce împreună cu site-ul. Abia o copie pe un spațiu de stocare separat este o asigurare adevărată.

Ghidul arată cea mai rapidă cale până acolo: un plugin gratuit care face backup WordPress prin SFTP pe un Storage Server, cu programare și regulă de păstrare. Configurarea durează un sfert de oră.

De ce WPvivid

Alegerea este, într-un punct, surprinzător de mică. Ce contează este o transmisie criptată în versiunea gratuită:

FTP simplu transmite datele de acces și conținutul fără criptare. Pentru un backup care cuprinde toată baza de date, inclusiv tabelul utilizatorilor, asta nu este o idee bună. WPvivid este deci alegerea care se impune, are peste 900.000 de instalări active și a fost actualizat ultima dată în septembrie 2026.

Pasul 1: creează subcontul pe storage

Creează în panoul clientului, la Storage Server-ul tău, un subcont separat pentru backupuri, cu directorul de start /backup/wordpress. Asta este mai important decât pare: datele de acces ajung imediat în baza de date WordPress, iar cine le găsește acolo nu trebuie să poată atinge cu ele nimic altceva în afară de acest singur director.

Verifică în același pas, la „Setări de acces”, două comutatoare:

• SSH / SFTP / SCP / rsync trebuie să fie activat.
• Accesibilitatea externă trebuie să fie pornită, altfel serverul tău web nu ajunge la storage prin internet.

La serverele nou comandate, amândouă sunt active. Notează-ți numele de gazdă și numele de utilizator, exemplele de aici folosesc:

Pasul 2: verifică accesibilitatea înainte să configurezi ceva

Asta scutește mai târziu multă căutare. Dacă ai acces la shell pe serverul web:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Portul 23 este accesibil"

Fără acces la shell, pui un fișier pruefen.php în directorul web, îl apelezi o dată și îl ștergi după aceea:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Portul 23 este accesibil' : 'nicio conexiune: ' . $t;

Dacă nu se stabilește nicio conexiune, hosterul tău blochează conexiunile de ieșire pe acest port. Pe hosting partajat asta nu este rar. Atunci rămâne fie o întrebare la hoster, fie calea prin WebDAV, care merge pe portul 443.

Pasul 3: instalează pluginul și înregistrează destinația

În administrarea WordPress, la Plugins, Adaugă, caută WPvivid Backup & Migration, instalează-l și activează-l. După aceea apare în stânga punctul de meniu WPvivid Backup.

Acolo mergi pe fila Remote Storage și alegi SFTP. Câmpurile le completezi așa:

Cu Test and Add, pluginul verifică conexiunea înainte să o salveze. Dacă dă greș, în nouă din zece cazuri fie portul este greșit, fie accesibilitatea externă este oprită.

Pasul 4: primul backup, de mână

Pe fila Backup & Restore alegi Database + Files (WordPress Files) și, ca destinație, Send backup to remote storage cu intrarea creată mai devreme. Apoi Backup Now.

Prima rulare durează câteva minute, în funcție de dimensiune. Lasă fereastra browserului deschisă, pluginul conduce progresul prin apeluri repetate.

Pasul 5: programare și păstrare

Pe fila Schedule activezi programarea. S-a dovedit bună varianta:

Pune ora în orele de noapte ale vizitatorilor tăi principali. Păstrarea o reglezi la Settings, acolo este și comutatorul care decide dacă backupurile vechi sunt șterse și de pe spațiul la distanță. Pornește-l, altfel storage-ul se umple cu timpul.

Ține cont: snapshot-urile Storage Server-ului sunt un nivel suplimentar și lucrează independent de asta. În funcție de tarif ai la dispoziție 10, 20, 30 sau 40 de snapshot-uri manuale, plus tot atâtea automate.

Pasul 6: verifică dacă backupul este bun de ceva

Acest pas este cel mai des sărit și este cel mai important. Uită-te la ce se află într-adevăr pe storage:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

Fii atent la două lucruri: dimensiunea fișierului trebuie să fie plauzibilă și trebuie să existe atât o arhivă a bazei de date, cât și una a fișierelor. O arhivă de câțiva kilobyte este un eșec, nu un succes.

Și apoi testul propriu-zis: restaurează backupul o dată pe o instalare de test. Un backup niciodată verificat este o presupunere.

Restaurarea, și neajunsul ei

În versiunea gratuită, un backup aflat pe spațiul la distanță nu se poate readuce nemijlocit, restaurarea backupurilor la distanță face parte din versiunea cu plată. Calea liberă funcționează totuși și durează doar câteva minute mai mult:

1. Descarcă arhiva de pe storage prin SFTP.
2. În plugin, la Backup & Restore, deschide zona Upload și încarcă arhiva.
3. Backupul încărcat apare în listă și se poate restaura de acolo.

Pune la socoteală acest ocol în planul tău de urgență. Cine observă abia la nevoie că mai este și o descărcare la mijloc pierde timp degeaba.

Unde se termină această cale

Orice plugin de backup lucrează în interiorul PHP și se lovește astfel de limitele de timp și de memorie. De la câțiva gigabyte de dimensiune totală devine greoi, iar la biblioteci media foarte mari rularea se întrerupe la un moment dat.

Atunci calea mai bună este rsync sau BorgBackup, amândouă direct dintr-o programare pe server și amândouă disponibile nativ pe storage:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Asta transferă numai modificările și nu cunoaște limite PHP. Presupune însă un server propriu, cu acces la shell. Mai mult despre această cale găsești în Storage Server pentru site-ul propriu.

Ce alte părți din WordPress se pot muta pe storage, adică biblioteca media și descărcările, și unde sunt limitele, găsești în Folosirea Storage Server-ului cu WordPress.

Cele patru greșeli cele mai frecvente

• Portul 22 în loc de 23. Pluginul propune 22, storage-ul nostru ascultă pe 23.
• Accesibilitatea externă oprită. Atunci testul din panoul clientului merge, dar de pe serverul web nu.
• Contul principal în loc de subcont. Datele de acces stau după aceea în baza de date a site-ului. Cu contul principal, de ele atârnă tot.
• Backupurile vechi nu sunt niciodată șterse. Fără regula de păstrare activată pentru spațiul la distanță, locul se umple, iar la un moment dat backupul eșuează fără să spună nimic.

Care tarif se potrivește

Pentru backupurile unui singur site WordPress ajunge Storage-1 cu 1 TB pentru 9,99 euro foarte mult timp. Ca ordine de mărime: un site mediu, cu 5 GB dimensiune totală, ocupă la zece backupuri păstrate în jur de 50 GB, adică cinci procente din tarif.

Toate Storage Server-ele stau în Germania, permit până la 100 de subconturi, vorbesc, pe lângă SFTP, și SMB, WebDAV, rsync și BorgBackup și vin fără taxă de instalare. Facturarea se face pe bază PrePaid, fără durată minimă, deci poți începe mic și crește atunci când se adaugă mai multe site-uri.