Een back-up op een andere website terugzetten – cloneworx Hulp

Zo breng je de back-up van een website naar een andere: bij een verhuizing naar een nieuwe server of voor een kopie om te testen. De voorcontrole toont je elk verschil tussen beide websites voordat er iets wordt geschreven.

Dit heb je nodig

op de nieuwe website een draaiend WordPress met cloneworx Backup,
daar minstens één ingesteld doel,
de back-up van de oude website: als gedownload bestand of op een doel dat de nieuwe website bereikt,
de inloggegevens van een beheerder van de oude website.

Stap 1: De back-up naar de nieuwe website halen

Een back-up kan pas worden teruggezet als hij in de lijst van de nieuwe website staat. Daarheen leiden twee wegen.

Weg	Zo gaat het	Wanneer hij past
Importeren uit een bestand	Download de back-up op de oude website en importeer het bestand op de nieuwe: Een back-up downloaden, Een back-up uit een bestand importeren.	Voor een verhuizing en voor een kopie. Downloaden kan een back-up alleen als hij op een lokaal doel staat.
Het doel verbinden	Stel op de nieuwe website het doel in waarop de back-ups van de oude staan, en neem daar de map van de oude website over: Back-ups terugvinden na totaal verlies.	Alleen bij een verhuizing waarbij de nieuwe website de oude vervangt, en alleen zolang de lijst van de nieuwe website leeg is.

Voor een kopie: importeren, niet overnemen

Met het overnemen hoort de map op het doel bij de nieuwe website, en behandelt de plugin de website als verhuisd. Draait de oude website door, neem dan de import uit een bestand.

Stap 2: De voorcontrole lezen

Open op de nieuwe website de pagina Herstellen. Open in de regel van de back-up Meer …, daarna Herstellen. De voorcontrole loopt vanzelf. Dat de back-up van een andere website komt, is een waarschuwing en blokkeert de start niet: jij beoordeelt het risico.

Voorcontrole met waarschuwingen bij een back-up van een andere website

Een punt met waarschuwing is geel. Het punt Dezelfde website meldt hier een andere website.
De verschillen tussen de back-up en deze website, per regel een verschil met beide waarden.
Vervangen bij import (onbekend voor deze databaseserver): noemt tekensets en collaties die de databaseserver hier niet kent, en de vervanging daarvoor.
Niet teruggezet: noemt wat het herstel weglaat, en tussen haakjes de reden.
De melding dat de back-up van een andere website komt en dat het adres van de site dat van deze website blijft.
Herstel starten blijft bruikbaar: waarschuwingen blokkeren de start niet.

Deze verschillen noemt de voorcontrole:

Verschil	Wat het betekent
PHP, WordPress	De versies wijken af. Of een plugin uit de back-up onder een andere PHP-versie draait, kan cloneworx Backup niet weten.
Database, Databaseversie, Tekenset van de database	Type, versie of tekenset van de databaseserver wijken af. Kent de server hier een tekenset of een collatie uit de back-up niet, dan neemt de import een vervanging. Een vervanging kan sorteren en zoeken veranderen.
Tabelvoorvoegsel	De tabellen heten hier anders. Het herstel maakt de tabellen aan onder het voorvoegsel van deze website en past de items aan die het voorvoegsel in hun naam dragen.
Multisite	Multisite wordt niet ondersteund: de back-up bevat alleen de tabellen van de hoofdwebsite.
Pluginversie	De back-up komt van een oudere versie van cloneworx Backup. Daarin kunnen kolommen ontbreken die deze website heeft. Het herstel noemt ze; ze krijgen hun standaardwaarde.

Heeft de back-up geen vingerafdruk, dan meldt het punt Dezelfde website een onbekende herkomst. Dezelfde standaarden gelden als bij een andere website.

Stap 3: Beslissen wat er extra wordt teruggezet

Bij een back-up van een andere website laat het herstel standaard drie dingen weg:

de WordPress-kern,
de drop-ins object-cache.php, advanced-cache.php en db.php,
de bestanden .htaccess, web.config en .user.ini.

De kern en de drie bestanden in de hoofdmap blijven dan die van de nieuwe website. Eigen drop-ins van de nieuwe website gaan bij het herstel naar de vorige toestand, net als andere items in wp-content die niet uit de back-up komen.

Wil je iets daarvan uit de back-up terugzetten, schakel dan over naar de weergave Uitgebreid. Daar zijn de drie schakelaars WordPress-kern niet terugzetten, Drop-ins niet terugzetten (object-cache.php, advanced-cache.php, db.php) en .htaccess, web.config, .user.ini niet terugzetten aangevinkt.

Omvang en schakelaars bij de back-up van een andere website

WordPress-kern niet terugzetten is aangevinkt: de kern blijft die van deze website.
Drop-ins niet terugzetten (object-cache.php, advanced-cache.php, db.php) is aangevinkt: de drie bestanden uit de back-up blijven weg.
.htaccess, web.config, .user.ini niet terugzetten is aangevinkt: de drie bestanden blijven die van deze website.

Haal het vinkje weg, en de voorcontrole loopt opnieuw. Meer over de schakelaars: Alleen delen terugzetten.

Stap 4: Het herstel starten

Klik op Herstel starten. De bevestigingsdialoog noemt het aantal waarschuwingen.

Bevestigingsdialoog vóór de start na een voorcontrole met waarschuwingen

… punt(en) van de voorcontrole waarschuwen; jij hebt het risico beoordeeld.
Herstel starten

Het herstel loopt zoals op dezelfde website: De website herstellen vanuit een back-up. Na het omschakelen moet de nieuwe website zichzelf bevestigen. Laadt de toestand uit de back-up op deze server niet, dan haalt de plugin de vorige toestand terug.

Stap 5: Opnieuw inloggen en controleren

Met de database komen de gebruikersaccounts van de oude website. Log in met de inloggegevens van de oude website. Controleer de startpagina, het inloggen en de links en afbeeldingen in de inhoud. Beslis daarna: Een herstel behouden of ongedaan maken.

Het adres van de website

Het adres van de website blijft dat van de nieuwe website. Hetzelfde geldt voor de locatie van de uploads, als die in de instellingen van WordPress staat.
In de inhoud vervangt de plugin geen adressen. Links en afbeeldingen in berichten die het oude adres noemen, wijzen daar nog steeds naartoe.
De permalinks schrijft de plugin na het herstel van de database opnieuw.

Goed om te weten

cloneworx Backup zelf blijft zoals het op de nieuwe website is ingesteld: doelen, back-upplannen en instellingen komen niet uit de back-up.
De wp-config.php zet het herstel nooit terug. De toegangsgegevens van de database blijven die van de nieuwe website.
De rechten van de mappen zet het herstel op een andere website zoals WordPress ze daar aanmaakt. Eigenaar en groep zet het nooit.
Een geïmporteerde back-up verwijdert de plugin nooit automatisch. Hij blijft tot je hem verwijdert.

Zie ook

Op de opdrachtregel

WP-CLI nog niet ingesteld? Zo installeer je WP-CLI.

Op de nieuwe website kan de hele weg ook met WP-CLI. De parameters --include-core, --include-dropins en --include-htaccess schakelen in wat een andere website standaard weglaat.

# Het back-upbestand naar het doel local-1 importeren
wp cloneworx-backup import /tmp/backup.tar --target=local-1

# De voorcontrole: verschillen en wat wordt weggelaten
wp cloneworx-backup restore precheck <Job>

# De back-up terugzetten, met de WordPress-kern
wp cloneworx-backup restore run <Job> --include-core