Herstel naar tijdstip, voor WordPress- en WooCommerce-sites, laat u uw database opnieuw opbouwen zoals die was op een gekozen minuut, in plaats van alleen op het moment waarop de back-up van gisteren liep. Deze handleiding behandelt wat het wel en niet dekt, hoe u het inschakelt, hoe u een herstel aanvraagt, en precies wat een herstel raakt.
Waar Het Voor Is
Een dagelijkse back-up geeft u één herstelpunt per dag. Dat is prima voor de meeste rampen, maar nutteloos voor het specifieke geval waarbij een slechte import, een kapotte plugin of een foutieve bulkbewerking om 14:15 uur plaatsvond en u het pas om 16:00 uur merkte. Het herstellen van de back-up van gisteren zou al het echte werk van de hele ochtend weggooien, samen met de fout.
Herstel naar tijdstip overbrugt dat gat. Als het is ingeschakeld, wordt het wijzigingslogboek van de database continu verzonden naar externe opslag, zodat een herstel kan worden afgespeeld tot elke minuut binnen het bewaarde venster.
Herstel naar tijdstip dekt alleen de DATABASE. Het dekt uw bestanden niet: geen uploads, geen thema- of pluginbestanden, geen configuratiebestanden op schijf. Als iemand een map met afbeeldingen heeft verwijderd, brengt PITR die niet terug. Voor bestanden hebt u een bestandsback-up nodig. Zie Een Back-up Maken en Herstellen Vanaf Een Back-up.
Waar U Het Vindt In KPanel
- Meld u aan bij KPanel.
- Klik op Websites in de linker zijbalk en klik vervolgens op de site.
- Open in het linkermenu van de site Back-ups en vervolgens Herstel naar tijdstip.
Het directe adres is /websites/<site-id>/pitr.
In Aanmerking Komen
Voor herstel naar tijdstip moeten twee dingen waar zijn.
Uw abonnement moet het bevatten. Het is beschikbaar op de WordPress-abonnementsfamilies.
De site moet een WordPress- of WooCommerce-site zijn, omdat het mechanisme afhankelijk is van een beheerde database.
Als niet aan een van beide wordt voldaan, vermeldt de pagina dit duidelijk: herstel naar tijdstip is alleen beschikbaar voor WordPress- en WooCommerce-sites met beheerde databases. In dat geval is er niets te configureren.
Het Inschakelen
De kaart PITR-status toont de huidige status met een statuspil, de gebruikte backend, wanneer het laatste wijzigingslogboek is verzonden, en het bewaarvenster in dagen.
Klik op PITR inschakelen om het aan te zetten. De bewaarperiode is 30 dagen.
Inschakelen verandert niets aan uw gegevens. Het start een continu verzendproces dat naast uw normale dagelijkse back-ups loopt; het vervangt ze niet.
Er zijn direct na het inschakelen nog geen herstelpunten. Het verzenden moet minstens één keer plaatsvinden voordat er iets kan worden afgespeeld, en de eerste verzending vindt plaats binnen ongeveer vijf minuten. Tot die tijd vermeldt de pagina dat er nog geen herstelpunten zijn.
Het Herstellingsvenster Lezen
Zodra het verzenden actief is, geeft de kaart Beschikbaar herstellingsvenster aan wat het vroegste en laatste moment is waarnaar u kunt herstellen, en hoeveel wijzigingslogbestanden worden bewaard om dat te dekken.
Lees dit voordat u het nodig hebt, niet tijdens een incident. Als het venster later begint dan u verwachtte, is het verzenden op enig moment onderbroken en is oudere dekking verlopen.
Een Herstel Aanvragen
- Open het tabblad Herstel naar tijdstip.
- Bevestig dat het herstellingsvenster het gewenste moment dekt.
- Kies bij Herstellen naar timestamp de datum en tijd. Kies een moment vlak VOOR de schade, niet erna.
- Klik op Herstel naar staging DB aanvragen.
De aanvraag wordt meteen gevalideerd. Als de timestamp buiten het beschikbare venster valt, krijgt u het exacte venster te zien in plaats van te moeten gokken.
Wat Een Herstel Daadwerkelijk Doet
Dit is het onderdeel waar precisie telt, want het is het tegenovergestelde van wat de meeste mensen verwachten.
Een herstel naar tijdstip raakt uw live database niet. Het herstelt naar een aparte staging-database, die voor dit doel wordt aangemaakt en wordt genoemd naar uw domein en de doeldatum. Uw live site blijft intussen ononderbroken op zijn eigen database draaien.
Er wordt niets overschreven, niets verwijderd, en er gaat geen data verloren door een herstel aan te vragen. Dat is opzettelijk: het hele punt van een tool voor gegevensherstel is dat het gebruik ervan de situatie niet erger kan maken.
Wat u krijgt is een database die u kunt inspecteren. U kunt deze vergelijken met de live versie, de beschadigde rijen eruit halen, of besluiten dat de hele momentopname de versie is die u wilt. Het overzetten van een staging-herstel naar uw live database is een aparte, bewuste stap die ons team samen met u uitvoert, niet iets wat een knop ongemerkt doet.
Overschakelen naar een herstelde database GOOIT WEL alles weg wat sinds het herstelpunt naar de live database is geschreven. Bestellingen geplaatst, reacties achtergelaten en inhoud bewerkt na die timestamp bestaan alleen in de live database. Beslis vóór elke overschakeling wat moet worden meegenomen en meld dit. Daarom komt het herstel eerst in staging terecht.
De Aanvraag Volgen
Elke aanvraag verschijnt in de tabel Herstelaanvragen:
| Kolom | Wat het toont |
|---|---|
| Aangevraagd | Wanneer u erom hebt gevraagd |
| Doel | De timestamp waarnaar u wilde herstellen |
| Status | Hoe ver de aanvraag is gevorderd |
| Staging-database | De naam van de database waarnaar wordt hersteld |
Terwijl een herstel loopt, toont de status de huidige fase en, zodra het afspelen begint, hoeveel wijzigingslogbestanden zijn toegepast van het totaal. Een mislukte aanvraag toont de foutmelding eronder.
Er kan slechts één herstel per site tegelijk actief zijn. Een tweede aanvraag terwijl er al één loopt, levert een conflict op in plaats van in de wachtrij te komen, zodat een tweede poging de eerste niet kan beschadigen.
Ons technisch team voltooit het staging-herstel en stuurt u een e-mail zodra de staging-database klaar is. U ontvangt ook een bevestigingsmail zodra de aanvraag is ontvangen, met de doel-timestamp en de naam van de staging-database.
De Juiste Timestamp Kiezen
Bepaal wanneer de schade is begonnen, niet wanneer u het merkte. Dit scheelt meestal uren. Controleer uw activiteitenlogboek, uw besteltijdstippen, of uw laatste bekend-goede inhoudsbewerking.
Mik een minuut of twee eerder. Een herstelpunt net vóór de slechte gebeurtenis kost u een paar minuten aan legitieme schrijfacties. Eentje net erna herstelt de schade samen met al het andere.
Noteer wat er na het herstelpunt is gebeurd. Bestellingen, aanmeldingen, reacties, formulierinzendingen. Die lijst is wat u handmatig moet overnemen als u overschakelt.
Probleemoplossing
De pagina meldt dat PITR alleen beschikbaar is voor WordPress en WooCommerce. Ofwel is de site niet van een van deze types, ofwel bevat uw abonnement de functie niet.
Nog geen herstelpunten. Het verzenden moet minstens één keer plaatsvinden na het inschakelen. De eerste verzending vindt plaats binnen ongeveer vijf minuten.
Mijn doel valt buiten het beschikbare venster. De bewaarperiode is 30 dagen, en het venster kan korter zijn als het verzenden werd onderbroken. De foutmelding vermeldt de exacte grenzen. Als het gewenste moment buiten bereik is geraakt, gebruik dan een dagelijkse back-up: zie Herstellen Vanaf Een Back-up.
Er loopt al een herstel. Wacht tot het is voltooid. De tabel toont de fase en voortgang.
De status toont een banner over de verzender. Uw aanvraag is geregistreerd en het bericht legt de huidige status uit. Er gaat niets verloren.
Ik heb de bestanden terug nodig, niet de database. PITR kan niet helpen. Gebruik een bestandsback-up, en let op dat een voltooide back-up bestand per bestand kan worden doorzocht in plaats van in zijn geheel te worden hersteld.
Gerelateerde Pagina's
- Een Back-up Maken voor de dagelijkse bestands- en databaseback-ups die hiernaast lopen.
- Herstellen Vanaf Een Back-up voor het herstelpad van de hele site.
- Staging-omgevingen om wijzigingen te testen voordat ze naar productie gaan.
- Sitebeveiliging als het gegevensverlies werd veroorzaakt door een inbreuk in plaats van een fout.
Als u midden in een incident zit en niet zeker weet welke tool u nodig hebt, neem dan contact met ons op via Ondersteuning in KPanel of e-mail support@kapsulehost.com met de sitenaam en het tijdstip waarop het probleem begon.