WordPress-back-ups naar de Storage Server: handleiding met WPvivid

Een back-up die op dezelfde server staat als de website, is geen back-up. Wordt de schijf gewist, de toegang overgenomen of de installatie versleuteld, dan is hij net zo goed verdwenen. Pas een kopie op gescheiden opslag is een echte verzekering.

Deze handleiding laat de snelste weg daarheen zien: een gratis plugin die WordPress via SFTP naar een Storage Server back-upt, met schema en bewaarregel. Ingericht is dat in een kwartier.

Waarom WPvivid

De keuze is op één punt verrassend klein. Waar het op aankomt, is een versleutelde overdracht in de gratis versie:

Gewoon FTP draagt inloggegevens en inhoud onversleuteld over. Voor een back-up die de complete database inclusief gebruikerstabel bevat, is dat geen goed idee. WPvivid is daarmee de logische keuze, het heeft meer dan 900.000 actieve installaties en werd voor het laatst in september 2026 bijgewerkt.

Stap 1: subaccount op de storage aanmaken

Maak in het klantenpaneel onder uw Storage Server een eigen subaccount voor de back-ups aan, met startmap /backup/wordpress. Dat is belangrijker dan het klinkt: de inloggegevens komen straks in de WordPress-database terecht, en wie ze daar vindt, mag daarmee niets anders kunnen bereiken dan die ene map.

Controleer in dezelfde stap onder "Toegangsinstellingen" twee schakelaars:

• SSH / SFTP / SCP / rsync moet vrijgegeven zijn.
• Externe bereikbaarheid moet ingeschakeld zijn, anders komt uw webserver via het internet niet bij de storage.

Bij nieuw bestelde servers staan beide aan. Noteer hostnaam en gebruikersnaam, de voorbeelden hier gebruiken:

Stap 2: bereikbaarheid controleren voordat u iets inricht

Dat scheelt later veel zoekwerk. Hebt u shell-toegang op de webserver:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Poort 23 bereikbaar"

Zonder shell-toegang zet u een bestand pruefen.php in de webmap, roept het één keer op en verwijdert het daarna weer:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Poort 23 bereikbaar' : 'geen verbinding: ' . $t;

Komt er geen verbinding tot stand, dan blokkeert uw hoster uitgaande verbindingen op deze poort. Dat komt bij shared hosting niet zelden voor. Dan blijft of navraag bij de hoster over, of de weg via WebDAV, die op poort 443 loopt.

Stap 3: plugin installeren en bestemming invullen

Zoek in het WordPress-beheer onder Plugins, Nieuwe plugin naar WPvivid Backup & Migration, installeer die en activeer hem. Daarna verschijnt links het menu-item WPvivid Backup.

Ga daar naar het tabblad Remote Storage en kies SFTP. De velden vult u zo in:

Met Test and Add controleert de plugin de verbinding voordat hij die opslaat. Mislukt dat, dan is in negen van de tien gevallen of de poort verkeerd of de externe bereikbaarheid uitgeschakeld.

Stap 4: de eerste back-up met de hand

Op het tabblad Backup & Restore kiest u Database + Files (WordPress Files) en als bestemming Send backup to remote storage met de net aangemaakte regel. Dan Backup Now.

De eerste run duurt afhankelijk van de omvang enkele minuten. Laat het browservenster daarbij open, de plugin stuurt de voortgang via herhaalde aanroepen.

Stap 5: schema en bewaartermijn

Op het tabblad Schedule zet u het schema aan. In de praktijk werkt dit goed:

Leg het tijdstip in de nachtelijke uren van uw belangrijkste bezoekers. De bewaartermijn stelt u in onder Settings, daar staat ook de schakelaar of oude back-ups op de externe opslag eveneens verwijderd moeten worden. Zet hem aan, anders loopt de storage met de tijd vol.

Let daarbij op: de snapshots van de Storage Server zijn een extra laag en werken daar onafhankelijk van. Afhankelijk van het tarief zijn er 10, 20, 30 of 40 handmatige snapshots beschikbaar, plus even zoveel automatische.

Stap 6: controleren of de back-up iets waard is

Deze stap wordt het vaakst overgeslagen en is de belangrijkste. Bekijk wat er werkelijk op de storage staat:

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

Let op twee dingen: de bestandsgrootte moet plausibel zijn, en er moeten zowel een database- als een bestandsarchief aanwezig zijn. Een archief van een paar kilobyte is een mislukking, geen succes.

En dan de eigenlijke test: zet de back-up een keer terug op een testinstallatie. Een nooit gecontroleerde back-up is een vermoeden.

Terugzetten, en de keerzijde

In de gratis versie laat een back-up die op de externe opslag staat zich niet rechtstreeks terugzetten, het terugzetten van externe back-ups hoort bij de betaalde versie. De vrije weg werkt toch en duurt maar een paar minuten langer:

1. Archief via SFTP van de storage downloaden.
2. In de plugin onder Backup & Restore het gedeelte Upload openen en het archief uploaden.
3. De geüploade back-up verschijnt in de lijst en laat zich van daaruit terugzetten.

Reken deze omweg mee in uw noodplan. Wie pas in het ergste geval merkt dat er nog een download tussen zit, verliest onnodig tijd.

Waar deze weg eindigt

Elke back-upplugin werkt binnen PHP en loopt daarmee tegen tijd- en geheugengrenzen aan. Vanaf enkele gigabytes totale omvang wordt het stroperig, en bij heel grote mediatheken breekt de run op een zeker moment af.

Dan is de betere weg rsync of BorgBackup, beide direct vanuit een geplande taak op de server en beide op de storage standaard beschikbaar:

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

Dat draagt alleen de wijzigingen over en kent geen PHP-grenzen. Het vraagt wel een eigen server met shell-toegang. Meer over deze weg leest u in Storage Server voor uw eigen website gebruiken.

Welke andere delen van WordPress zich naar de storage laten verplaatsen, dus mediatheek en downloads, en waar daarbij de grenzen liggen, leest u in Storage Server met WordPress gebruiken.

De vier meest voorkomende fouten

• Poort 22 in plaats van 23. De plugin stelt 22 voor, onze storage luistert op 23.
• Externe bereikbaarheid uitgeschakeld. Dan lukt de test vanuit het klantenpaneel, maar niet vanaf de webserver.
• Hoofdaccount in plaats van subaccount. De inloggegevens staan daarna in de database van de website. Met het hoofdaccount hangt daar alles aan.
• Oude back-ups worden nooit verwijderd. Zonder ingeschakelde bewaarregel voor de externe opslag loopt de ruimte vol, en op een zeker moment mislukt de back-up stil.

Welk tarief past

Voor de back-ups van één WordPress-site volstaat Storage-1 met 1 TB voor 9,99 euro heel lang. Ter vergelijking: een gemiddelde site met 5 GB totale omvang bezet bij tien bewaarde back-ups ongeveer 50 GB, dus vijf procent van het tarief.

Alle Storage Servers staan in Duitsland, staan tot 100 subaccounts toe, spreken naast SFTP ook SMB, WebDAV, rsync en BorgBackup en komen zonder instelkosten. Er wordt afgerekend op prepaidbasis zonder minimale looptijd, u kunt dus klein beginnen en groeien als er meer sites bij komen.