WordPress: back-up en herstel naar een andere server

ReparatieToen mijn site deze week werd aangevallen door commentaar-spambots (klinkt als sciencefiction, nietwaar?) moest ik mijn server een paar keer opnieuw opstarten voordat ik de aanval verijdelde. Ik denk eigenlijk dat ik op de een of andere manier de database of een bestand in WordPress heb beschadigd, omdat de site na de gebeurtenis niet langer dan een paar uur zou duren zonder uit de lucht te gaan.

Ik heb van de gelegenheid gebruik gemaakt om mijn site te verplaatsen naar een nieuw account op mijn reselleraccount op Jumpline.comimage 2260935 1169332. Ik ben in de loop der jaren extatisch geweest over Jumpline. Ik host ongeveer 30 websites en krijg bijna nooit een telefoontje van de klanten die bij mij hosten (tenzij ze hulp nodig hebben). De service is opmerkelijk en hun ondersteuningsteam is fantastisch.

Hun ondersteuningstechnici waren eigenlijk de jongens die ontdekten dat het een paar spambots waren die mijn site kapot maakten (bedankt!). Door nu naar het nieuwe account te gaan, wordt deze site op de laatste versie van PHP / MySQL geplaatst en heeft het een erg leuke Ajax Webmail-applicatie.

Wat ik me niet realiseerde, is wat een ongelooflijke pijn het was om te proberen een... schoon installatie van WordPress. Veel van de plug-ins die er zijn, voegen velden en tabellen toe aan uw WordPress-database. Ik evalueer voortdurend met plug-ins, dus mijn database was een ramp. Het uitvoeren van een WordPress- of databaseback-up en het herstellen ervan op het nieuwe account zou de problemen waarschijnlijk alleen maar verplaatsen. Het zou op zijn minst een heleboel extra velden en tabellen erin gooien. Ik zou graag toekomstige versies van wijzigingen in de WordPress-mandaatdatabase willen zien bij het deactiveren van een plug-in, zodat het afval niet achterblijft.

Ik heb zelfs gekeken naar enkele extra plug-ins die je WordPress-blog naar XML zouden uitvoeren om opnieuw te importeren, maar dan verlies je veel gegevens. Twaalf uur later (ik heb geslapen) en ik denk dat ik het account en alle toepasselijke gegevens echter daadwerkelijk heb verplaatst. Het was een beetje een nachtmerrie, maar dit is wat ik deed:

  1. Back-up gemaakt van de originele site en database.
  2. WordPress helemaal opnieuw geïnstalleerd op het nieuwe account.
  3. De nieuwste WordPress-plug-ins helemaal opnieuw geïnstalleerd op het nieuwe account.
  4. Stel alle plug-in-opties en site-instellingen in.
  5. Heeft een tabelvergelijking gemaakt van elk tabel uit de brondatabase en de doeldatabase.
  6. Alle velden in de brondatabase verwijderd die niet in de doeldatabase stonden.
  7. Alle tabellen in de doeldatabase leeggemaakt (jezelf ontdoen van de standaard WP-testposten.
  8. Heeft een export van elke tafel uitgevoerd zonder laten vallen en opnieuw creëren. Hierdoor worden de records met dezelfde sleutels naar de nieuwe database geschreven, zodat geen van de relaties verbroken wordt.
  9. Mijn wp-content \ upload-map gekopieerd van het bronaccount naar het bestemmingsaccount. Omdat ik ook de domeinnaam verhuisde, bleven alle afbeeldingsreferenties behouden.
  10. Ik heb de blog gerund en getest! Ik moest wel wat permalinks op de pagina's opschonen, ik weet niet zeker waarom, maar ze waren daarna in orde.

Het is interessant dat WordPress ingebouwde imports heeft voor concurrerende blogplatforms, maar geen import om een ​​WordPress-naar-Wordpress-import uit te voeren die wijzigingen in plug-ins negeert.

Dat deed het zo'n beetje. Je merkt misschien dat ik een nieuwe thema. Ik had gewoon te veel kleine problemen met het bètathema dat ik gebruikte. Ik heb dit thema uitgebreid aangepast, maar ik denk dat ik het bijna heb waar ik het wil hebben.

Mijn enige klacht over het thema is dat de auteur implementeerde geen algemene voettekst in het hele thema dat zich boven de onderste >body>-tag bevond, dus moest ik mijn Google Analytics-script overal handmatig invoeren. Ik had een aangepaste voettekst kunnen maken en ernaar kunnen verwijzen, maar ik denk dat ik later in de war zou zijn geraakt omdat de auteur van het thema overal de naam 'voettekst' op gebruikte. Het is wel een heel mooi thema!

Ik denk dat ik er nu weer ben! Nu moet ik aan het werk!

3 reacties

  1. 1
  2. 2

    Alleen een gedachte…
    Ik test altijd back-up- en hersteloplossingen, uw bericht trok mijn aandacht.
    Het was een droom om de ingebouwde export en import in 2.1 te gebruiken. Ik had een probleem met de weergegeven afbeeldingen.
    Ik sta op het punt de testblog weg te vagen en opnieuw te starten, maar deze keer bewerk ik het XML-bestand om de nieuwe locatie van de afbeeldingen weer te geven.

  3. 3

    Ik had ook de fijne ervaring om mijn WordPress-site vanaf de grond opnieuw op te bouwen. Alles ging redelijk goed, want ik was er zeker van dat ik alles op meerdere manieren zou back-uppen.

    De belangrijkste problemen die ik tegenkwam, waren de toewijzingen van mijn categorieposts die verloren gingen door het importeren via het XML-bestand. Bovendien zijn een paar berichten niet volledig hersteld. Het lijkt erop dat dit te wijten was aan enkele problemen met het gebruik van enkele aanhalingstekens in alinea's. Om een ​​of andere reden ontsnapte het back-upbestand niet goed aan de aanhalingstekens en dacht WordPress dat het aan het einde van een bericht was gekomen.

    Nou ja, het heeft even geduurd, maar ik kon deze informatie uit het .SQL-bestand halen waarvan ik een back-up had gemaakt voordat ik de database verwijderde.

    Bedankt voor het delen van uw ervaringen.

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.