Geplande WordPress-backups instellen met UpdraftPlus (gratis vs Premium)

UpdraftPlus is de meest geïnstalleerde WordPress backup-plugin, met meer dan 3 miljoen actieve installaties op de WordPress.org directory. De meeste site-eigenaren installeren hem, klikken één keer op Backup Now, en gaan ervan uit dat geplande backups vanzelf naar remote storage gaan. Meestal is dat niet zo. De plugin slaat standaard alleen lokaal op, de planning leunt op een onderdeel van WordPress dat regelmatig niet afvuurt, en het woord "incremental" in de UpdraftPlus-marketing betekent iets smallers dan de meeste lezers verwachten. Dit artikel loopt door de configuratie die wel een geplande, off-site, verifieerbare backup oplevert, en is expliciet over welke functies een Premium-licentie vragen en welke niet.

Als je nog moet beslissen wat je backupt en hoe vaak voordat je een tool kiest, begin dan bij WordPress backup-strategie: wat, hoe vaak en waar. Dit artikel gaat ervan uit dat je die keuzes al gemaakt hebt en ze nu vertaalt naar een werkende UpdraftPlus-configuratie.

Wat "incremental" betekent in UpdraftPlus (en wat niet)

Dit is het stuk dat ik zelf graag had willen weten voordat ik een Premium-licentie kocht in de verwachting van rsync-achtige differentials. Twee feiten om scherp te stellen.

Incremental backup is een Premium-only functie. De gratis versie maakt elke keer dat de planning afvuurt een volledige backup. De free vs Premium-vergelijking van TeamUpdraft en de documentatie over incremental backups zeggen het zonder omhaal: incremental zit alleen in UpdraftPlus Premium. Op de gratis versie produceert elke geplande run een complete kopie van plugins, themes, uploads en wp-content/others, of er nu wat veranderd is sinds de vorige run of niet.

Ook op Premium geldt "incremental" alleen voor bestanden. De database is altijd volledig. De incremental-vinkjes in UpdraftPlus zitten alleen op plugins, themes, uploads en andere directories binnen wp-content. Database-dumps kunnen niet incremental zijn. De leverancier legt het zelf zo uit: changes bijhouden op het niveau van individuele rijen en transacties zou "complex en resource-intensief" zijn en zou een dedicated change-tracking systeem vragen dat de plugin niet implementeert. Ook op Premium is elke geplande database-backup dus een complete mysqldump van alle WordPress- en plugin-tabellen.

Dat is om twee redenen relevant. Ten eerste verandert het de rekensom voor opslag en bandbreedte: voor een site met een database van 500 MB en een uploads-map van 50 GB bespaart "incremental" vooral uploads-bandbreedte, niet database-bandbreedte, omdat de database-dump al klein is in verhouding tot de uploads. Ten tweede verankert het marketingwoord "incremental backups" een ander mentaal model dan wat UpdraftPlus daadwerkelijk doet. Als je echte incremental databasebescherming wilt (binary log shipping, point-in-time recovery, of per-rij change capture), is UpdraftPlus die tool niet, en geen enkele WordPress-plugin in deze categorie is dat. Dat is werk voor de databaseserver zelf.

Voor de meeste WordPress-sites is de praktische conclusie simpel: kies een schema dat een complete backup oplevert met een herstelfrequentie waar je mee kunt leven, en behandel "incremental" als een Premium-optimalisatie die uploadtijd bespaart op grote mediabibliotheken, niet als iets dat fundamenteel verandert hoe vaak je een backup kunt maken.

Kies wat je backupt: bestanden, database, of beide

UpdraftPlus splitst backups in twee onafhankelijke streams die je los van elkaar plant: een database-backup en een bestanden-backup. De reden is operationeel, niet cosmetisch. De database verandert constant op een actieve site (elke reactie, elke WooCommerce-bestelling, elke plugin-optie die wordt weggeschreven), de uploads-map verandert traag. Ze als één eenheid behandelen verspilt bandbreedte met het pushen van ongewijzigde uploads naar remote storage elke keer dat een reactie wordt goedgekeurd.

De standaard "files backup"-set in UpdraftPlus heeft vier checkboxen, allemaal onder wp-content:

• Plugins (wp-content/plugins/): elk plugin-bestand. Gratis plugins kun je herinstalleren vanaf wordpress.org, maar commerciële plugins vragen een licentie-lookup. Hou hem altijd aan.
• Themes (wp-content/themes/): je actieve theme, child theme en eventuele geüploade maar inactieve themes. Als een developer een custom theme voor je heeft gebouwd, is dit de enige kopie van zijn werk.
• Uploads (wp-content/uploads/): elke afbeelding, PDF, video en media-attachment die ooit is geüpload. Meestal de grootste enkele directory en de enige die je nergens anders vandaan kunt herleiden.
• Others (alles wat verder onder wp-content/ zit): mu-plugins/, languages/, custom drop-ins, en alles wat plugins buiten de standaard-directories hebben weggeschreven. Laat hem aanstaan tenzij je een specifieke reden hebt om dat niet te doen.

Let op wat er niet standaard in zit. UpdraftPlus backupt geen WordPress core-bestanden (wp-admin/, wp-includes/, de root PHP-bestanden), omdat die opnieuw te installeren zijn vanaf wordpress.org. Ook wp-config.php zit niet standaard in de backup, al kun je hem via een aparte optie toevoegen. De TeamUpdraft restore-documentatie is daar expliciet over: "UpdraftPlus only backs up what is specific to your site: database, media, plugins and themes. It does not back up [WordPress core] files." Een volledige disaster recovery bestaat dus uit een UpdraftPlus restore plus een verse WordPress core-download, niet uit alleen een UpdraftPlus restore.

Installeer UpdraftPlus en zet het globale schema

Vereisten:

• Een WordPress-site met versie 5.6 of nieuwer (UpdraftPlus 1.26.x ondersteunt WordPress 5.6+). Op een actuele site zit je vrijwel zeker op 6.x.
• PHP 7.4 of nieuwer.
• Administrator-toegang tot het WordPress-dashboard.
• Een gratis Google-account, Dropbox-account of een andere ondersteunde bestemming klaar om backups te ontvangen.

Stappen:

1. Ga in het WordPress-dashboard naar Plugins > Nieuwe plugin. Zoek op UpdraftPlus en installeer de plugin van David Anderson / Team Updraft. Activeer hem.
2. Ga naar Instellingen > UpdraftPlus Backups. De plugin opent op het tabblad Backup / Restore.
3. Klik op het Settings-tabblad.
4. Onder Files backup schedule kies je je cadens. Op de gratis versie krijg je Manual, Every 2 hours, Every 4 hours, Every 8 hours, Every 12 hours, Daily, Weekly, Fortnightly en Monthly. Die intervallen staan op de UpdraftPlus WordPress.org-pagina. Zet Retain this many scheduled backups op een waarde die je minstens twee weken historie geeft; 14 is een redelijke ondergrens voor dagelijkse bestanden-backups.
5. Onder Database backup schedule zet je de cadens onafhankelijk. Database-backups zijn kleiner en sneller, dus een hogere frequentie is goedkoop. Dagelijks is de ondergrens voor elke actieve site; elke vier uur is redelijk voor een drukke uitgever; elk uur is gepast voor een WooCommerce-shop. Retentie 30 voor database-backups is een prima default.
6. Laat de vier file-type checkboxen (Plugins, Themes, Uploads, Others) onder Include in files backup aanstaan. Zet Others niet uit tenzij je precies weet wat erin zit en daar een reden voor hebt; het bevat dingen als mu-plugins, taalbestanden en custom drop-ins.
7. Scroll naar onderaan de pagina en klik Save Changes.

Verwachte uitvoer: de pagina herlaadt en het Settings-tabblad toont je gekozen schema's. Boven de schema-velden verschijnt een melding dat de eerstvolgende geplande backup op een specifiek tijdstip draait. Ga er niet vanuit dat dat tijdstip ook klopt. Het is het moment waarop UpdraftPlus een geplande event heeft geregistreerd bij WordPress, maar of die event ook echt afvuurt hangt af van WP-Cron, en daar komen we zo op terug in het verificatie-stuk.

Een opmerking over Premium-scheduling. De Premium-versie voegt Choose the specific time of day from which to start your backups toe, zodat je runs kunt vastpinnen op rustige uren, plus een apart incremental-interval dat tussen volledige bestanden-backups door draait. De gratis versie draait elke keer dat het volgende interval verstrijkt na de vorige run, wat meestal verschuift. De TeamUpdraft scheduling-documentatie beschrijft beide gedragingen.

Koppel een remote storage-bestemming

Een backup die in wp-content/updraft/ staat op dezelfde server als de live site, is geen backup. De eerste compromittering die een aanvaller schrijfrechten op wp-content/ geeft, geeft hem ook de mogelijkheid om de backups te verwijderen; de eerste hardware-storing die de server kost, kost de backups erbij. UpdraftPlus slaat backups standaard lokaal op, en ze gaan pas van de server af nadat je een remote bestemming hebt geconfigureerd.

De gratis vs Premium-splitsing voor bestemmingen is hier belangrijk, want de samenvatting die ik het vaakst zie (en waarschijnlijk waarom je hier bent) klopt niet met wat UpdraftPlus echt gratis aanbiedt.

Bestemmingen op de gratis versie (volgens de WordPress.org-listing en de free vs Premium-pagina):

• Google Drive
• Dropbox
• Amazon S3 (of S3-compatible)
• Rackspace Cloud Files
• DreamObjects
• OpenStack Swift
• FTP
• E-mail

Premium-only bestemmingen:

• Microsoft OneDrive
• Microsoft Azure
• Google Cloud Storage
• Backblaze B2
• SFTP
• SCP
• WebDAV
• pCloud
• UpdraftVault (de eigen hosted storage van UpdraftPlus)

Eén misverstand om expliciet te benoemen: Amazon S3 zit in de gratis versie. Plain S3 met credentials en een bucket-naam werkt op de gratis versie. Wat je zonder Premium mist, zijn de S3 Enhanced-features: de Infrequent Access storage class (ongeveer 40% goedkoper voor backup-data), automatische server-side encryption-configuratie, en de IAM-helper die een beperkte gebruiker aanmaakt met toegang tot alleen de backup-bucket. Je kunt dat allemaal handmatig in de AWS-console regelen terwijl je UpdraftPlus gratis draait; je moet het alleen handmatig opzetten in plaats van via de plugin-UI.

De eerlijke afweging voor SFTP. SFTP is de logische keuze voor "backup naar mijn eigen VPS over een SSH-key", en het ontbreken van SFTP in de gratis versie is dé reden waarom mensen uiteindelijk Premium kopen. Er is geen gratis SFTP-omweg binnen UpdraftPlus. Heb je SSH-toegang tot een remote server en wil je SFTP zonder te betalen, dan is het praktische alternatief: laat UpdraftPlus op local-only storage staan en haal de backups eraf met rsync vanaf die remote server, op een eigen schema. Dat verplaatst de offsite-storage uit WordPress naar een server-niveau cron job, wat prima is, alleen anders.

Stappen om Google Drive te koppelen (de meest gebruikte gratis keuze):

1. Blijf op het Settings-tabblad in UpdraftPlus Backups.
2. Onder Choose your remote storage klik je op het Google Drive-icoon. De gratis versie laat je één bestemming tegelijk kiezen; Premium staat meerdere gelijktijdige bestemmingen toe.
3. Scroll naar onderaan de pagina en klik Save Changes.
4. De pagina herlaadt met een gele melding bovenaan het Settings-tabblad: Follow this link to authorize access to your Google Drive. Klik die link.
5. Loop de Google OAuth-flow door. Geef UpdraftPlus toegang tot zijn eigen application folder op Drive (niet je hele Drive). Bevestig de redirect terug naar je WordPress-site, waar UpdraftPlus Success: you have authenticated your Google Drive account toont.

Stappen voor Dropbox of FTP volgen hetzelfde patroon: kies het bestemmings-icoon, sla op, doorloop de autorisatie. Voor FTP voer je host, gebruikersnaam en wachtwoord direct in de UpdraftPlus-instellingen in in plaats van een OAuth-flow te doorlopen.

Verifieer dat de bestemming werkt: klik Backup Now op het Backup / Restore-tabblad, vink zowel Include the database in the backup als Include any files in the backup aan, plus Send this backup to remote storage, en draai. Na afloop refresh je Existing Backups en klik je op het cloud-icoon om de upload-status te bevestigen. Een geslaagde run toont een groene tick naast elk component (Database, Plugins, Themes, Uploads, Others) en het Google Drive folder-pad in de upload-metadata.

Verifieer dat de planning ook echt afvuurt (de WP-Cron-afhankelijkheid)

Dit is het deel van UpdraftPlus dat de meeste site-eigenaren verrast, en het deel dat verantwoordelijk is voor het grootste aandeel van "mijn backups zijn gestopt"-tickets.

UpdraftPlus draait niet op zijn eigen klok. Hij registreert events bij WP-Cron, de ingebouwde pseudo-scheduler van WordPress. WP-Cron is geen echte cron-daemon. Hij vuurt alleen af als een bezoeker op de site komt, en heeft goed-gedocumenteerde failure modes waarbij geplande events stilletjes nooit draaien op sites met weinig bezoek of sites waar het loopback HTTP-verzoek wordt geblokkeerd. De officiële WordPress Plugin Handbook over WP-Cron is expliciet: "Scheduling errors could occur if you schedule a task for 2:00PM and no page loads occur until 5:00PM."

Voor UpdraftPlus betekent dat: als je site één of twee bezoekers per dag krijgt en die komen toevallig elke dag rond 12:00, maar je hebt een backup om 02:00 ingepland, dan draait de backup om 12:00 (als de eerstvolgende bezoeker WP-Cron triggert), niet om 02:00. Of: als iets WordPress belet om een loopback HTTP-verzoek naar zichzelf te doen, draaien geplande backups stilletjes nooit, en is er nergens in het dashboard een foutmelding die je dat vertelt.

Hoe controleer je of UpdraftPlus zijn geplande events heeft geregistreerd. UpdraftPlus 1.25.2 (uitgebracht 26 februari 2025, volgens de changelog) voegde een Cron events-tab toe binnen Advanced Tools voor precies deze diagnose. Hoe je hem gebruikt:

1. Ga naar Instellingen > UpdraftPlus Backups.
2. Klik op het Advanced Tools-tabblad.
3. Klik Cron events. UpdraftPlus toont een lijst van zijn geregistreerde events met de eerstvolgende run-tijd.

Verwachte uitvoer: minstens één entry updraft_backup (bestanden-backups) en één updraft_backup_database (database-backups), elk met een Next run-timestamp in de nabije toekomst op basis van het schema dat je hebt ingesteld. Als één van de twee ontbreekt, is het schema niet geregistreerd en zal de plugin geen geplande backups draaien.

Hoe controleer je of de events ook echt afvuren. Geregistreerd is niet hetzelfde als afgevuurd. Twee praktische checks:

1. Wacht na het instellen van het schema tot net na de geregistreerde next-run-tijd, refresh dan de Existing Backups-lijst en kijk of er een nieuwe entry met dat tijdstip is verschenen. Verschijnt er niets, dan heeft WP-Cron de event niet op tijd afgevuurd.
2. Installeer vanuit het wp-admin dashboard de WP Crontrol-plugin (gratis, in de directory). Activeer hem en ga naar Tools > Cron Events. WP Crontrol toont elke WP-Cron event met de geregistreerde next-run-tijd en laat je er handmatig één triggeren. Staat updraft_backup consequent met een Next run-tijd in het verleden elke keer dat je kijkt, dan is WP-Cron op je site kapot.

Is WP-Cron kapot, dan is dat een apart probleem met een eigen diagnose-pad. De volledige failure-mode-lijst en de vervangprocedure (WordPress' wp-cron.php draaien vanaf een echte system cron job) staat in WordPress wp-cron: waarom hij faalt en hoe je hem vervangt. Op een site met weinig verkeer of met een strikte firewall is dat geen optie maar een vereiste; het is de enige manier om geplande UpdraftPlus-backups betrouwbaar te laten afvuren.

Hoe bevestig je dat de laatste backup echt is geüpload

Een backup die wel naar lokale schijf is geschreven maar nooit remote is aangekomen, is voor de meeste site-eigenaren onzichtbaar omdat het dashboard hoe dan ook "backup successful" toont. De vraag die je echt moet stellen is: is de upload naar remote storage afgerond?

In de Existing Backups-lijst heeft elke rij kolommen voor elk component (Database, Plugins, Themes, Uploads, Others). Elk component toont of een groene tick of een geel waarschuwingsicoon. Als je over het icoon hovert, verschijnt de upload-status. Een complete upload naar Google Drive toont Database: backed up; Sent to: Google Drive en hetzelfde voor de vier bestand-componenten. Een backup die wel lokaal draaide maar nooit is geüpload, toont de groene tick voor "backed up" maar mist de Sent to:-regel.

Twee failure modes om te kennen. Ten eerste verifieert UpdraftPlus de backup-integriteit niet na de upload op de gratis versie. Hij downloadt het bestand niet terug, hij berekent geen checksum, hij vergelijkt niet wat in Google Drive staat met wat van de server vertrok. De cryptografische-checksum-verificatie is Premium-only, volgens de features-pagina. Op de gratis versie betekent "de backup is geüpload" dat het upload HTTP-verzoek een succes-respons gaf; of de bytes die aankwamen overeenkomen met de bytes die vertrokken, is jouw verantwoordelijkheid om steekproefsgewijs te checken.

Ten tweede verwijdert UpdraftPlus backups volgens de retentie-instelling pas nadat de upload is bevestigd door de remote provider. Is je Google Drive vol, je Dropbox-quotum overschreden of zijn je FTP-credentials stilletjes ongeldig geworden, dan blijft de plugin lokale backups produceren die nooit van de server af gaan. Op een gegeven moment groeit de lokale wp-content/updraft/-map zo groot dat die zelf een probleem wordt.

Doe één keer per maand deze handmatige check:

1. Open de cloud-bestemming direct (Google Drive in je browser, de Dropbox-app, de S3-console).
2. Bevestig dat een backup-bestand van gisteren of eergisteren aanwezig is, en ongeveer de grootte heeft die je verwacht.
3. Download één van de kleinere archieven (-themes.zip of -others.zip zijn meestal klein) naar je laptop en pak hem uit. Opent het archief en zitten de verwachte bestanden erin, dan is de upload echt. Is hij corrupt, dan heeft je retentiebeleid eerder goede kopieën al weggegooid en heb je een probleem op te lossen.

Vijf minuten per maand, en je vindt kapotte backups op het moment dat ze nog herstelbaar zijn in plaats van tijdens een echt incident.

Wat er wel en niet wordt geback-upt

Een precieze inventaris, want het verschil tussen wat mensen denken dat UpdraftPlus doet en wat hij echt doet, is waar de meeste "ik had een backup maar de restore was kapot"-verhalen vandaan komen.

Wel meegenomen in een standaard UpdraftPlus-backup:

• De volledige WordPress-database (alle tabellen, inclusief custom tabellen van plugins als WooCommerce).
• wp-content/plugins/
• wp-content/themes/
• wp-content/uploads/
• Overige wp-content/-directories (mu-plugins, languages, custom drop-ins, alles onder wp-content/ dat niet onder de vorige drie boxen valt).

Niet standaard meegenomen, maar als opt-in beschikbaar:

• wp-config.php. Voeg hem toe via het Include in files backup-blok door extra paden toe te voegen. Dit bestand bevat database-credentials en secret keys, dus zorg dat je backup-encryptie aanstaat (Premium) of dat je bestemming privé is (elke versie) voordat je hem toevoegt.
• Bestanden buiten wp-content/. UpdraftPlus heeft een handmatige optie Include any other directories? waar je extra paden in kunt zetten. Dat is de route voor custom upload-mappen (sommige sites gebruiken wp-content/cdn/ of een naast-liggende assets/-directory) en voor .htaccess.

Standaard nooit meegenomen, by design:

• WordPress core-bestanden (wp-admin/, wp-includes/, index.php, wp-load.php, etc.). De aanname is dat je core opnieuw installeert vanaf wordpress.org tijdens een restore.
• Server-niveau configuratie (Apache vhosts, nginx server blocks, PHP-FPM pools, system cron jobs, MTA-configuratie). Die staan buiten de WordPress-installatie en zijn de verantwoordelijkheid van je hostingomgeving.
• Bestanden buiten de WordPress-installatiemap.

Voor de praktische gevolgen tijdens een restore, zie WordPress herstellen vanaf een backup. Korte samenvatting: een UpdraftPlus restore plus een verse WordPress core-download van wordpress.org plus je wp-config.php uit je wachtwoordmanager, is een complete site. UpdraftPlus alleen niet.

Wanneer geplande backups falen

De vijf meest voorkomende redenen waarom geplande UpdraftPlus-backups stoppen, ruwweg op volgorde van frequentie.

1. WP-Cron vuurt niet af. Symptoom: de Next backup-tijd in de UpdraftPlus-instellingen ligt in het verleden, soms uren of dagen geleden. Het schema is correct geregistreerd, maar WP-Cron heeft de event nooit getriggerd. Oorzaak: weinig verkeer, geblokkeerde loopback HTTP, of DISABLE_WP_CRON gezet in wp-config.php zonder echte cron-vervanger. Oplossing: doorloop de diagnose in WordPress wp-cron: waarom hij faalt en hoe je hem vervangt. Vervang WP-Cron door een echte system cron job die elke 5 tot 15 minuten wp-cron.php aanroept.

2. PHP max_execution_time is te laag. Symptoom: de backup begint in het log maar maakt het nooit af; uiteindelijk verschijnt er een nieuwe entry en wordt de vorige verlaten. Oorzaak: het PHP-verzoek dat de backup uitvoert wordt door de server gekapt voordat de backup klaar is. UpdraftPlus is ontworpen om over meerdere requests heen te resumen, maar als max_execution_time onder 60 seconden zit en de backup duizenden bestanden moet comprimeren, kan hij geen voortgang boeken. Oplossing: vraag je host om max_execution_time op 600 of 900 seconden te zetten voor de WordPress-site, of stap over naar een host waar je dat zelf in php.ini mag zetten.

3. Schijf vol. Symptoom: het backup-log toont Could not write to file of de backup wordt halverwege afgekapt. Oorzaak: de lokale wp-content/updraft/-map heeft de schijf gevuld, vaak omdat oude backups niet worden verwijderd (wat gebeurt als de upload naar remote storage stilletjes faalt, zie punt 4). Oplossing: leeg via SSH of de hosting-bestandsbeheerder oude archieven uit wp-content/updraft/, draai dan een verse backup en bevestig dat de upload doorloopt.

4. Remote storage credentials zijn stilletjes kapot. Symptoom: backups draaien lokaal door met groene ticks, maar verschijnen nooit op de remote bestemming, en Existing Backups toont de upload als mislukt als je over het icoon hovert. Oorzaak: een OAuth-token is verlopen, een wachtwoordwijziging op het Google-account heeft de connectie ongeldig gemaakt, een FTP-wachtwoord is geroteerd, een S3 IAM-key is geroteerd. UpdraftPlus toont dit in het log maar zelden zo dat het opvalt. Oplossing: ga naar Settings > UpdraftPlus Backups, scroll naar de bestemming, klik Reauthorize (Google Drive, Dropbox) of werk de credentials bij (FTP, S3), en draai een handmatige backup om te bevestigen.

5. De backup loopt door, maar de tabelset klopt niet. Symptoom: een latere restore blijkt tabellen van een specifieke plugin te missen. Oorzaak: UpdraftPlus backupt standaard alleen tabellen die beginnen met de WordPress table prefix uit wp-config.php (meestal wp_). Gebruikt een plugin een andere prefix (zeldzaam maar mogelijk), of heb je $table_prefix na installatie van die plugin handmatig veranderd, dan worden die tabellen overgeslagen. Oplossing: in Settings > UpdraftPlus Backups > Settings scroll je naar Database options en check je hoe de inclusie van database-tabellen eruitziet. Op de gratis versie is er geen UI-optie om tabellen buiten de WordPress-prefix mee te nemen; je hebt of een plugin-author nodig die zijn prefix corrigeert, of een handmatige mysqldump ernaast.

Faalt een backup en kun je niet inschatten welke van deze het is, dan zijn dit de diagnostische gegevens om te verzamelen voordat je hulp vraagt: de inhoud van het UpdraftPlus-logbestand (te downloaden uit Existing Backups), de WordPress- en PHP-versies, de inhoud van het Cron events-tabblad in Advanced Tools, en de meest recente fout uit het PHP error log van je server. Met die vier artefacten in de hand is de oorzaak meestal binnen vijf minuten duidelijk.

Veelvoorkomende misverstanden

Een korte lijst van overtuigingen over UpdraftPlus die ik weleens heb moeten ontkrachten, en waarom ze niet kloppen.

"Mijn dagelijkse UpdraftPlus-backup gaat automatisch naar remote storage." Pas nadat je een remote storage-bestemming hebt geconfigureerd en bevestigd dat de OAuth of credentials geldig zijn. Standaard slaat UpdraftPlus backups lokaal op in wp-content/updraft/ op dezelfde server als de site. Dat is geen offsite storage. De configuratie zit in Settings > UpdraftPlus Backups > Settings > Choose your remote storage, en je moet minstens één geslaagde backup draaien om te bevestigen dat de upload werkt.

"UpdraftPlus gratis doet rsync-achtige differentials, dus mijn backups zijn klein." Nee. De gratis versie maakt elke geplande run een complete backup. Incremental backups (Premium) voorkomen alleen dat ongewijzigde bestanden opnieuw worden geüpload; ze veranderen niets aan de grootte van een individueel backup-archief. Is je uploads-map 50 GB, dan upload elke gratis backup 50 GB. De eerste Premium incremental run upload ook 50 GB; vervolgruns uploaden alleen de gewijzigde bestanden.

"Backup-verificatie gebeurt automatisch." Niet op de gratis versie. UpdraftPlus haalt de backup niet terug van remote storage om de bytes te verifiëren; berekent of vergelijkt geen checksums; test niet of de database-dump opnieuw te importeren is. Het enige signaal dat de upload heeft plaatsgevonden, is de HTTP-respons van de remote storage-API. Cryptografische checksum-verificatie is een Premium-feature, volgens de features-pagina. Doe maandelijks een handmatige steekproef.

"Incremental betekent kleinere database-backups." Nee. De database is altijd volledig, op zowel gratis als Premium. De leverancier legt die ontwerpkeuze uit: row-level changes bijhouden in WordPress-tabellen zou een trackingsysteem vragen dat de plugin niet implementeert, dus ook Premium incremental backups produceren elke keer een complete mysqldump. Incremental geldt alleen voor plugins, themes, uploads en andere wp-content-directories.

"Als het dashboard 'backup successful' toont, ben ik veilig." Niet per se. "Successful" betekent dat het lokale archief is geschreven en het upload HTTP-verzoek een succes-respons gaf. Het betekent niet dat het archief herstelbaar is, dat de upload zonder corruptie is aangekomen, of dat je retentiebeleid genoeg historie bewaart. De enige manier om te weten dat een backup echt is, is hem terugzetten in een staging-omgeving. Heb je in de afgelopen 90 dagen geen restore-oefening gedraaid, dan zijn je backups een ongeteste hoop in plaats van een geteste controle. De procedure staat in WordPress herstellen vanaf een backup.