Plan het hosten van back-ups rond bestanden, databases en acceptabel verlies van gegevens. Begrijp wekelijks of dagelijks punten herstellen en test herstel weg van uw live website.
Kies hoeveel recent werk je je kunt veroorloven om te verliezen
Begin met de gegevens die veranderen: website-inhoud, uploads, database records, opslagorders en applicatieconfiguratie. Beslis hoeveel recent werk je kunt reconstrueren na een mislukking. Een zelden bewerkte portfolio en een winkel ontvangen orders gedurende de dag kan verschillende herstelplannen nodig hebben.
Vergelijk die behoefte met het back-upschema dat u kiest. Als er belangrijke wijzigingen plaatsvinden tussen geplande kopieën, beslissen hoe u ze zal bewaren. Een dagelijks schema betekent niet dat elke transactie continu kan worden hersteld, en een back-up optie is geen garantie voor een bepaalde hersteltijd.
Reservekopiefrequentie onderscheiden van herstelpuntretentie
De VPSLibre configurator biedt geen extra back-ups, wekelijkse back-ups of dagelijkse back-ups. De wekelijkse optie beschrijft één back-up per week met zeven herstelpunten; de dagelijkse optie beschrijft één per dag met zeven herstelpunten. Dit zijn aangevraagde service-opties, met hun eigen offertelijnen wanneer geselecteerd.
Zeven herstelpunten zijn zeven bewaard gebleven exemplaren, geen universele belofte van zeven dagen. Hun data en bruikbare dekking zijn afhankelijk van het gekozen schema en succesvolle ingevulde kopieën. Controleer na levering de werkelijke back-upinformatie, de gegevens die onder deze verordening vallen, de bewaring van kopieën en de vraag hoe de gegevens worden hersteld alvorens op de dienst te vertrouwen.
Zonder een extra reservekopie, beheer je je eigen back-upplan. Extra service opslag is een aparte optie en maakt geen back-ups. Bewaar een onafhankelijke kopie van belangrijke gegevens zodat uw herstel niet afhankelijk is van één account of één omgeving.
Maak elke herstelset compleet en identificeerbare
Een WordPress herstel heeft normaal zowel bestanden als de database nodig. Uploads, thema's, plugins en configuratie live in bestanden, terwijl berichten, instellingen en andere applicatiegegevens ook in de database leven. Het downloaden van de website directory alleen neemt normaal gesproken niet de database op.
Voor elke toepassing, vermeld de gegevens en configuratie die nodig zijn om een werkomgeving opnieuw aan te maken. Groep compatibele bestanden en database export tegen de tijd dat ze vertegenwoordigen. Registreer de toepassingsversie en relevante milieueisen en bescherm kopieën die referenties of persoonsgegevens bevatten.
Controleer de omvang van een service back-up in plaats van aan te nemen dat het elke externe afhankelijkheid omvat. Gegevens die door een derde partij worden bijgehouden, hebben zijn eigen herstelregelingen nodig. Een gesynchroniseerde kopie die onmiddellijk reproduceert verwijderingen kan ook onvoldoende zijn wanneer u een oudere versie nodig hebt.
Bereid een aparte omgeving voor met de eisen die nodig zijn voor de gekozen herstelset. Herstel de kopieën met behulp van de tools die geschikt zijn voor uw toepassing en de toegang daadwerkelijk beschikbaar. Gebruik aparte referenties en beperkt de toegang tot herstelde persoonlijke of klantgegevens.
Voorkom dat de testomgeving echte e-mails verzendt, klanten opladen of live-integraties uitvoert. Controleer representatieve pagina's, media, logins en database records. Controleer voor een opslag of de herstelde ordergegevens overeenkomen met het verwachte tijdstip zonder het starten van echte klanttransacties.
Noteer wat werkte, wat ontbrak en hoe lang je eigen test duurde. Die observatie helpt bij het verbeteren van uw herstelplan; het is geen gepubliceerde herstel-tijd garantie. Houd de levende omgeving intact tijdens het oplossen van testfouten.
WooCommerce herstellen zonder nieuwere bestellingen over te slaan
Het herstellen van een oudere winkeldatabase kan bestellingen, klanten of voorraadwijzigingen na die back-up verwijderen. Neem het herstelpunt op en identificeer wat er sindsdien is veranderd voordat u levende gegevens vervangt. De gegevens van de betaling-aanbieder zijn gescheiden van de database van de website; een hersteld orderscherm stelt niet vast dat deze twee records overeenkomen.
Repeteer de restauratie in een geïsoleerde kopie met uitgaande integraties ingesloten. Akkoord over hoe recente transacties zullen worden verzoend en wie kan het heropenen van de kassa toestaan. Voor een code- of extensieprobleem, eerst vaststellen of een gerichte rollback kan oplossen zonder de hele opslag database te vervangen. Een product CSV is geen volledige kopie van bestellingen, klanten of abonnementsrecords.
Neem de reservetijd en de laatste live orderreferentie op.
Identificeer orders, klanten en aandelenwijzigingen na dat punt.
Vergelijk de betaling en vervulling records voor het heropenen van de kassa.
Controleer de herstelde toepassing en houd het verzoeningsrecord bij.
Een back-up van Docker Compose volumes als toepassingsgegevens
Hou de configuratie van de Compose en een inventaris van de genoemde volumes, bind mounts, database export en uploads. Het herstellen van containers van hun afbeeldingen herstelt code, niet de records in die datapaden. Gebruik de back-upprocedure van de database of applicaties om een consistente set te verkrijgen; het kopiëren van een live-volume zonder die procedure is geen geverifieerde back-up van de database.
Herstel in een geïsoleerd project met aparte volumenamen en bestemmingen. Herschep de goedgekeurde diensten, controleer eigendom en configuratie, testvertegenwoordiger leest en schrijft tegen de herstelde gegevens. Neem de gebruikte versie en snapshot tijd op. Vermijd het wijzen van de repetitie op productiegegevens of integraties tijdens het controleren van herstel.
Houd het herstelplan bruikbaar als het project verandert
Bekijk het plan wanneer u een database toevoegt, bestanden verplaatst, software verandert of een nieuwe integratie invoert. Maak een herstelbare kopie voordat een grote toepassing verandert en controleer of de herstel instructies nog steeds overeenkomen met de omgeving. Gebruik de actuele informatie over het servicebeheer voor elke specifieke procedure voor de aanbieder.
Bepaal, alvorens levende gegevens te vervangen, welke nieuwere wijzigingen moeten worden bewaard en wie de operatie kan goedkeuren. Voor een drukke winkel kan een volledige oudere database nieuwere bestellingen weglaten. Identificeer het vereiste herstelpunt en een terugrolpad voordat een beheerder de live-herstel uitvoert.
Registreer de gegevens om te beschermen en het aanvaardbare verliesvenster.
Bevestig het geselecteerde schema, behouden herstelpunten en werkelijke reservekopie.
Volledige bestanden, database en configuratiesets met identificeerbare data bewaren.
Bewaar een onafhankelijke beschermde kopie en controleer wie er toegang toe heeft.
Test een herstel afzonderlijk, met levende integraties uitgeschakeld, en update de schriftelijke herstelstappen.
Controleer software, opslag, back-ups, domeininstellingen en HTTPS voordat u WordPress host. Bereid een nieuwe website voor of plan een bestaande site voor migratie en herstel.